Cloud Sync & Catalogs : synchronisez vos catalogues sans passer par le warehouse

Personnaliser une campagne CRM demande rarement une seule donnée, et ces données ne vivent presque jamais au même endroit : une information client dans un data warehouse, un statut de commande dans une base de production, un catalogue produit dans un ERP ou un PIM. Cloud Sync et Catalogs rapprochent ces données de vos campagnes, quelle que soit leur source. Ce trimestre, les deux briques évoluent pour couvrir les cas où la donnée ne passe pas par un data warehouse : import CSV via SFTP côté Cloud Sync, remplacement atomique des gros catalogues côté Catalogs.

À retenir

• Une campagne CRM personnalisée a besoin de données réparties entre plusieurs systèmes : warehouse, base de production, ERP, PIM, fichiers plats.

• Cloud Sync récupère désormais des fichiers CSV déposés sur un serveur SFTP, en plus des connecteurs warehouse et base de données existants (Snowflake, BigQuery, Databricks, ClickHouse, MySQL, PostgreSQL).

• Catalogs sépare ce qui décrit le client (le profil) de ce qu’on peut lui proposer (le catalogue) : produits, contenus, magasins, offres, destinations.

• Un gros catalogue peut désormais être remplacé d’un bloc, sans période intermédiaire où une campagne piocherait dans des données incomplètes.

• Le principe ne se limite pas à l’e-commerce : il s’applique à tout référentiel qui décrit ce qu’on propose, pas qui est le client.

Comment Cloud Sync et Catalogs rapprochent-ils des données qui ne vivent jamais au même endroit ?

Envoyer le bon message suppose de croiser ce que l’on sait du client (son comportement, ses préférences) avec des données qui évoluent en permanence : prix, produits disponibles, offres, contenus, informations opérationnelles. Or, ces deux familles de données vivent rarement au même endroit.

Deux fonctionnalités de Batch rapprochent ces données des campagnes. Cloud Sync automatise la synchronisation depuis les systèmes où les données sont déjà stockées, plutôt que de passer par des imports manuels ou des flux développés sur mesure. Catalogs stocke dans Batch des référentiels qui ne décrivent pas un client mais ce qu’on peut lui proposer : produits, contenus, magasins, offres, destinations. Une campagne va chercher la bonne information dans ce catalogue au moment de personnaliser un message.

Que se passe-t-il quand une donnée ne vit pas dans un data warehouse ?

Cloud Sync connecte déjà Batch à des warehouses et bases de données comme Snowflake, BigQuery, Databricks, ClickHouse, MySQL ou PostgreSQL. Une équipe data peut par exemple calculer un score d’appétence dans son warehouse, que Cloud Sync synchronise automatiquement avec le profil correspondant dans Batch, prêt à cibler ou personnaliser une campagne.

Mais une stack data est rarement homogène à ce point. Même quand une entreprise centralise sa donnée client dans un warehouse, certains référentiels restent dans un ERP, un PIM ou un outil interne, le catalogue produit en tête. Et dans beaucoup d’entreprises, la manière la plus simple d’en extraire régulièrement les données reste un fichier CSV.

Comment Cloud Sync récupère-t-il désormais des fichiers CSV via SFTP ?

Cloud Sync accepte une nouvelle source : SFTP + CSV. Le principe est direct. Une entreprise génère ses exports CSV et les dépose sur un serveur SFTP. Cloud Sync les récupère automatiquement et les utilise pour alimenter un Catalog dans Batch. Le catalogue reste ainsi synchronisé avec le système qui fait référence en interne, sans développer ni maintenir une intégration avec l’API Catalogs. Une fois le flux configuré, les mises à jour deviennent automatiques.

L’objectif n’est pas de remplacer les connexions aux data warehouses, mais de ne plus en faire un passage obligé pour chaque donnée utile au CRM.

Comment Catalogs évite-t-il de recommander un produit qui vient de passer en rupture ?

Prenez une relance de panier abandonné. Batch sait que Léa a consulté une paire de chaussures et l’a ajoutée à son panier, cette information appartient à son profil. Mais depuis sa visite, le prix a pu changer, une nouvelle image être disponible, une taille être épuisée, le produit être totalement en rupture de stock.

Ces informations ne décrivent pas Léa, elles décrivent le produit. Les recopier sur chaque profil serait à la fois inutile et difficile à maintenir. C’est le rôle de Catalogs : le profil contient simplement l’identifiant du produit qui intéresse Léa, le Catalog contient les informations à jour sur ce produit (nom, prix, image, description, disponibilité). Au moment de personnaliser le message, Batch utilise l’identifiant pour aller chercher les bonnes informations dans le catalogue.

Le profil dit ce qui intéresse la personne. Le catalogue décrit ce qu’on peut lui proposer. Et puisque ce catalogue peut désormais être alimenté automatiquement par Cloud Sync depuis des exports CSV, ces informations restent synchronisées avec le référentiel produit de l’entreprise.

Comment mettre à jour un catalogue de plusieurs millions de produits sans interrompre les campagnes ?

Remplacer un catalogue produit par produit crée une période intermédiaire où une partie de l’ancien catalogue a disparu alors que la nouvelle version n’est pas encore complète, ce qui pose un vrai problème si une campagne part précisément à ce moment-là.

Catalogs permet désormais un remplacement atomique. Batch construit d’abord la nouvelle version du catalogue en arrière-plan. Pendant toute l’opération, les campagnes continuent d’utiliser l’ancienne version, complète. Une fois la nouvelle version prête, Batch bascule de l’une à l’autre en une seule fois.

Product Catalog Sync

Pour faciliter l’import de référentiels volumineux via Cloud Sync, les données peuvent aussi être réparties entre plusieurs fichiers CSV. Le même principe de remplacemen t complet est disponible via la Catalogs API pour les entreprises qui préfèrent piloter directement leurs synchronisations.

Catalogs sert-il uniquement des cas d’usage e-commerce ?

Le catalogue produit est l’exemple le plus évident, mais Catalogs ne se limite pas au retail. Un média peut maintenir un catalogue d’articles ou de programmes, une marketplace un référentiel d’offres, un acteur du voyage des destinations ou des séjours, un réseau physique les informations de ses magasins.

Le principe reste le même dans tous les cas : séparer les données propres à chaque client de celles qui décrivent ce qu’on souhaite lui proposer. Cloud Sync fait ensuite arriver les données nécessaires dans Batch depuis la source la plus adaptée : un warehouse ou une base de données pour la donnée client et comportementale, un export CSV déposé sur SFTP pour un référentiel produit ou contenu.

En résumé

Batch construit sa plateforme sur un principe simple : une donnée doit pouvoir rejoindre une campagne quelle que soit la source où elle vit, sans imposer un data warehouse comme point de passage obligé. Cloud Sync et Catalogs en sont deux applications concrètes, pensées pour réduire le chemin entre les données dont dispose déjà une entreprise et les campagnes qui peuvent les utiliser.