Comprendre la synchronisation des données Shopify avec Brevo

Tajo déplace les données de votre système source vers Brevo via des règles de synchronisation gouvernées : approuvées par un humain, unidirectionnelles, exécutées selon un planning et journalisées de bout en bout. Cet article explique ce que cela signifie en pratique, et ce que cela n’inclut pas.

Vérification rapide Cet article suppose que vous avez connecté Shopify et Brevo et publié au moins une règle de synchronisation. Sinon, commencez par connecter Tajo à Shopify.

L’anatomie d’une synchronisation

Chaque synchronisation dans Tajo est une règle de synchronisation : une définition examinée et approuvée de ce qui circule exactement, et comment. Une règle comporte quatre parties que vous pouvez inspecter sur sa page, sous Connecteurs > Synchronisations :

Partie	Rôle
Mappage des champs	Chaque champ source, le champ Brevo dans lequel il écrit et la transformation éventuelle entre les deux
Expression de filtre	Évaluée pour chaque enregistrement ; les enregistrements qui ne correspondent pas sont ignorés
Curseur	Suit la progression de la synchronisation, pour que chaque exécution reprenne là où la précédente s’est arrêtée
Historique des exécutions	Chaque exécution, avec les enregistrements lus, écrits et en échec, ainsi que la durée et le statut

Les données circulent dans un seul sens : de votre source vers Brevo. Tajo n’écrit pas de données en retour vers Shopify.

Quand les données se synchronisent

Les exécutions ont lieu par lots planifiés, ou à la demande lorsque vous déclenchez une exécution depuis la page de la règle. Tajo n’est pas un pipeline temps réel : une modification dans Shopify atteint Brevo lors de la prochaine exécution, pas en quelques secondes. C’est délibéré : ce sont les exécutions par lots qui rendent chaque écriture vérifiable, budgétée et attribuable à une exécution précise dans la piste d’audit.

Chaque exécution lit les enregistrements nouveaux et modifiés depuis le curseur, applique le filtre, mappe les champs et écrit dans Brevo. L’enregistrement de l’exécution montre exactement combien d’enregistrements ont été lus, écrits et en échec.

Les garanties de gouvernance

Le consentement bloque par défaut

Une règle de synchronisation ne peut pas être publiée sans politique de consentement, et à l’exécution, un enregistrement sans consentement prouvable n’est pas écrit. Quand le consentement ne peut pas être établi, Tajo refuse l’écriture plutôt que de deviner. Le mode d’échec est toujours « trop prudent », jamais « trop envoyé ».

Les exécutions sont idempotentes

Chaque écriture porte une clé de provenance dérivée de l’enregistrement source (conçue pour ne pas exposer de données personnelles) ; réexécuter une synchronisation, après un échec, une pause ou manuellement, ne crée donc pas d’écritures en double. Réexécuter une règle est toujours sans risque.

Tout est audité

La publication d’une règle, chaque décision d’approbation (avec sa justification écrite) et chaque exécution sont consignées dans la piste d’audit. L’approbation qui a autorisé une publication est liée à la version exacte de la règle examinée ; modifier la règle invalide l’approbation, si bien que la piste d’audit reflète toujours ce qui a réellement été autorisé.

Les échecs mettent la règle en pause

Si plusieurs exécutions consécutives échouent, un disjoncteur met automatiquement la règle en pause et fait remonter la dernière erreur sur la page de la règle. Corrigez la cause, puis republiez pour reprendre. Une exécution partiellement échouée indique son nombre d’échecs, pour que vous voyiez exactement ce qui n’a pas abouti.

Comment les désabonnements sont respectés

Tajo considère Brevo comme la source de vérité pour le consentement e-mail :

Lorsqu’un contact se désabonne via le lien en pied de page d’un e-mail Brevo, ce refus est enregistré sur le contact, et Brevo l’exclut des campagnes suivantes.
Les contacts sur liste noire dans Brevo restent exclus : les envois ultérieurs ne les réintègrent pas.
Tajo ne répercute pas le statut de désabonnement vers Shopify. Si vous collectez aussi le consentement e-mail dans Shopify, gérez-le là-bas séparément ; ne partez pas du principe que les deux systèmes se reflètent l’un l’autre.

Quelles données sont disponibles

Ce qui se synchronise dépend des modèles disponibles pour votre source. Pour Shopify, la forme typique est l’enregistrement client : des champs d’identité et des attributs dérivés des commandes, comme le total dépensé et le nombre de commandes, mappés vers des attributs de contact Brevo utilisables dans les segments et les campagnes. Le mappage exact de votre espace de travail n’est pas caché dans une description : ouvrez la règle de synchronisation et lisez le tableau de mappage des champs. Ce tableau est la réponse qui fait foi à la question « qu’est-ce qui se synchronise ? ».

Ce que Tajo ne fait pas aujourd’hui

Être précis sur les limites compte davantage qu’une longue liste de fonctionnalités :

Pas de synchronisation bidirectionnelle. Rien n’est écrit en retour vers Shopify : ni les désabonnements, ni les tags, ni les scores d’engagement.
Pas de synchronisation en temps réel. Les exécutions sont des lots planifiés ou déclenchés manuellement, pas un flux continu à la minute.
Pas de suivi des stocks. Les niveaux de stock des produits ne sont pas surveillés, et il n’existe pas de déclencheurs de retour en stock.

Si l’une de ces limites bloque un cas d’usage pour vous, dites-le à l’équipe : les priorités de l’accès anticipé sont façonnées précisément par ces retours.

Où voir vos données

Dans Tajo : ouvrez la règle de synchronisation sous Connecteurs > Synchronisations pour l’historique des exécutions, la position du curseur et les compteurs par exécution. La piste d’audit consigne les publications et les approbations.
Dans Brevo : ouvrez Contacts et inspectez les attributs d’un contact pour confirmer que les champs mappés se remplissent. Construisez des segments sur ces attributs pour votre ciblage.

Dépannage

Les contacts n’apparaissent pas dans Brevo : vérifiez la dernière exécution de la règle (échecs) et son statut (une règle en pause ne s’exécute pas). Consultez contacts manquants dans Brevo.
Les exécutions échouent à répétition : le disjoncteur mettra la règle en pause et affichera la dernière erreur. Consultez données non synchronisées.
Contacts en double : les écritures sont idempotentes par enregistrement source, mais les doublons préexistants dans Brevo demeurent. Consultez contacts en double.

Questions fréquentes

Puis-je accélérer la synchronisation ? Vous pouvez déclencher une exécution à la demande à tout moment depuis la page de la règle. Il n’existe pas de mode temps réel.

Que se passe-t-il si une exécution échoue à mi-chemin ? L’exécution indique son nombre d’échecs, le curseur n’avance que sur ce qui a été traité, et l’exécution suivante reprend le terrain en toute sécurité ; les clés d’idempotence empêchent les doublons.

Puis-je changer ce qui se synchronise ? Oui : modifiez le mappage des champs ou le filtre de la règle. La modification produit une nouvelle version, qui doit repasser par l’approbation de publication avant de prendre effet.

Pourquoi ma règle s’est-elle mise en pause toute seule ? Des échecs d’exécution consécutifs déclenchent le disjoncteur. La page de la règle montre le nombre d’échecs et la dernière erreur ; corrigez le problème et republiez.

Obtenir de l’aide

Chat en direct : disponible dans le tableau de bord Tajo (en bas à droite)
Assistance par e-mail : [email protected]
Documentation : docs.tajo.io