Beantrage frühzeitigen Zugang

Gib deinen Vornamen und eine E-Mail-Adresse oder Telefonnummer an. Wir melden uns mit den Details zum Tajo-Zugang bei dir.

Tajo Team Anfänger 12 min

Shopify-Datensynchronisation mit Brevo verstehen

Wie Tajos kontrollierte Synchronisierung Daten in eine Richtung von deiner Quelle nach Brevo bewegt: geplante Läufe, Einwilligung nach dem Fail-closed-Prinzip, idempotente Schreibvorgänge und ein vollständiger Audit-Trail.

Tajo bewegt Daten aus deinem Quellsystem nach Brevo über kontrollierte Sync-Regeln: von Menschen freigegeben, in eine Richtung, nach Zeitplan ausgeführt und von Anfang bis Ende protokolliert. Dieser Artikel erklärt, was das in der Praxis bedeutet und was nicht dazugehört.

Kurzcheck Dieser Artikel setzt voraus, dass du Shopify und Brevo verbunden und mindestens eine Sync-Regel veröffentlicht hast. Falls nicht, starte mit Tajo mit Shopify verbinden.

So ist eine Synchronisierung aufgebaut

Jede Synchronisierung in Tajo ist eine Sync-Regel: eine geprüfte, freigegebene Definition dessen, was genau bewegt wird und wie. Eine Regel hat vier Teile, die du auf ihrer Seite unter Konnektoren > Synchronisierungen einsehen kannst:

TeilWas er tut
FeldzuordnungJedes Quellfeld, das Brevo-Feld, in das es schreibt, und jede Transformation dazwischen
FilterausdruckWird pro Datensatz ausgewertet; Datensätze, die nicht passen, werden übersprungen
CursorHält fest, wie weit die Synchronisierung fortgeschritten ist, damit jeder Lauf dort weitermacht, wo der letzte aufgehört hat
LaufverlaufJeder Lauf mit gelesenen, geschriebenen und fehlgeschlagenen Datensätzen sowie Dauer und Status

Daten fließen in eine Richtung: von deiner Quelle nach Brevo. Tajo schreibt keine Daten zurück nach Shopify.

Wann Daten synchronisiert werden

Sync-Läufe passieren in geplanten Batches, oder auf Abruf, wenn du auf der Seite der Regel einen Lauf startest. Tajo ist keine Echtzeit-Pipeline: Eine Änderung in Shopify erreicht Brevo beim nächsten Lauf, nicht innerhalb von Sekunden. Das ist Absicht, denn Batch-Läufe machen jeden Schreibvorgang prüfbar, budgetierbar und im Audit-Trail einem konkreten Lauf zuordenbar.

Jeder Lauf liest die seit dem Cursor neuen und geänderten Datensätze, wendet den Filter an, ordnet die Felder zu und schreibt nach Brevo. Der Lauf-Eintrag zeigt exakt, wie viele Datensätze gelesen, geschrieben und fehlgeschlagen sind.

Die Governance-Garantien

Einwilligung ist fail-closed

Eine Sync-Regel kann ohne Einwilligungsrichtlinie nicht veröffentlicht werden, und zur Laufzeit wird ein Datensatz ohne nachweisbare Einwilligung nicht geschrieben. Lässt sich die Einwilligung nicht belegen, verweigert Tajo den Schreibvorgang, statt zu raten. Der Fehlermodus ist immer „zu vorsichtig“, nie „zu viel gesendet“.

Läufe sind idempotent

Jeder Schreibvorgang trägt einen Provenienzschlüssel, der aus dem Quelldatensatz abgeleitet und PII-sicher aufgebaut ist. Eine Synchronisierung erneut auszuführen, ob nach einem Fehlschlag, einer Pause oder manuell, erzeugt deshalb keine doppelten Schreibvorgänge. Es ist immer sicher, eine Regel noch einmal laufen zu lassen.

Alles wird auditiert

Die Veröffentlichung einer Regel, jede Freigabeentscheidung (mit ihrer schriftlichen Begründung) und jeder Lauf werden im Audit-Trail festgehalten. Die Freigabe, die eine Veröffentlichung autorisiert hat, ist an genau die geprüfte Regelversion gebunden; wird die Regel bearbeitet, verfällt die Freigabe. So spiegelt der Audit-Trail immer wider, was tatsächlich autorisiert wurde.

Fehlschläge pausieren die Regel

Schlagen mehrere Läufe in Folge fehl, pausiert ein Circuit Breaker die Regel automatisch und zeigt den letzten Fehler auf der Seite der Regel an. Behebe die Ursache und veröffentliche neu, um fortzufahren. Ein teilweise fehlgeschlagener Lauf meldet seine Fehlanzahl, damit du genau siehst, was nicht angekommen ist.

So werden Abmeldungen respektiert

Tajo behandelt Brevo als maßgebliche Quelle für E-Mail-Einwilligungen:

  • Meldet sich ein Kontakt über den Abmeldelink im Fußbereich einer Brevo-E-Mail ab, wird dieses Opt-out am Kontakt vermerkt, und Brevo schließt ihn von weiteren Kampagnen aus.
  • In Brevo blockierte Kontakte bleiben ausgeschlossen; nachgelagerte Versände reaktivieren sie nicht.
  • Tajo schreibt den Abmeldestatus nicht zurück nach Shopify. Wenn du E-Mail-Einwilligungen auch in Shopify erfasst, verwalte sie dort separat; geh nicht davon aus, dass sich die beiden Systeme spiegeln.

Welche Daten verfügbar sind

Was synchronisiert wird, hängt von den Templates ab, die für deine Quelle verfügbar sind. Für Shopify sind das typischerweise Kundendatensätze: Identitätsfelder und aus Bestellungen abgeleitete Attribute wie Gesamtausgaben und Bestellanzahl, zugeordnet zu Brevo-Kontaktattributen, die du in Segmenten und Kampagnen nutzen kannst. Die genaue Zuordnung für deinen Workspace versteckt sich nicht in einer Beschreibung: Öffne die Sync-Regel und lies die Feldzuordnungstabelle. Diese Tabelle ist die verbindliche Antwort auf „Was wird synchronisiert?“.

Was Tajo heute nicht tut

Präzise Grenzen sind wichtiger als eine lange Feature-Liste:

  • Keine bidirektionale Synchronisierung. Nichts wird zurück nach Shopify geschrieben: keine Abmeldungen, keine Tags, keine Engagement-Scores.
  • Keine Echtzeit-Synchronisierung. Läufe sind geplante oder manuell gestartete Batches, kein Streaming im Sekundentakt.
  • Kein Bestandstracking. Lagerbestände von Produkten werden nicht überwacht, und es gibt keine Back-in-Stock-Trigger.

Blockiert eine dieser Grenzen einen Anwendungsfall für dich, sag es dem Team: Die Prioritäten im Early Access entstehen genau aus diesem Feedback.

Wo du deine Daten siehst

  • In Tajo: Öffne die Sync-Regel unter Konnektoren > Synchronisierungen für Laufverlauf, Cursor-Position und die Zahlen pro Lauf. Der Audit-Trail hält Veröffentlichungen und Freigaben fest.
  • In Brevo: Öffne Kontakte und sieh dir die Attribute eines beliebigen Kontakts an, um zu bestätigen, dass die zugeordneten Felder befüllt werden. Baue auf diesen Attributen Segmente für dein Targeting.

Fehlerbehebung

  • Kontakte erscheinen nicht in Brevo: Prüfe den letzten Lauf der Regel auf Fehlschläge und ihren Status (eine pausierte Regel läuft nicht). Siehe Kontakte fehlen in Brevo.
  • Läufe schlagen wiederholt fehl: Der Circuit Breaker pausiert die Regel und zeigt den letzten Fehler. Siehe Daten werden nicht synchronisiert.
  • Doppelte Kontakte: Schreibvorgänge sind pro Quelldatensatz idempotent, aber bereits vorhandene Duplikate in Brevo bleiben bestehen. Siehe Doppelte Kontakte.

Häufige Fragen

Kann ich die Synchronisierung schneller machen? Du kannst jederzeit auf der Seite der Sync-Regel einen Lauf auf Abruf starten. Einen Echtzeitmodus gibt es nicht.

Was passiert, wenn ein Lauf auf halbem Weg fehlschlägt? Der Lauf meldet seine Fehlanzahl, der Cursor rückt nur über das Verarbeitete vor, und der nächste Lauf deckt die Lücke sicher erneut ab; Idempotenzschlüssel verhindern Duplikate.

Kann ich ändern, was synchronisiert wird? Ja: Bearbeite die Feldzuordnung oder den Filter der Regel. Die Änderung erzeugt eine neue Version, die erneut durch die Veröffentlichungsfreigabe muss, bevor sie wirksam wird.

Warum hat sich meine Regel selbst pausiert? Mehrere fehlgeschlagene Läufe in Folge lösen den Circuit Breaker aus. Die Seite der Regel zeigt die Fehleranzahl und den letzten Fehler; behebe das Problem und veröffentliche neu.

Verwandte Artikel

Hilfe erhalten