Forstå Shopify-datasynkronisering med Brevo

Tajo flytter data fra kildesystemet ditt inn i Brevo gjennom styrte synkroniseringsregler: menneskegodkjent, enveis, kjørt etter en tidsplan og logget fra ende til annen. Denne artikkelen forklarer hva det betyr i praksis, og hva det ikke omfatter.

Rask sjekk Denne artikkelen forutsetter at du har koblet til Shopify og Brevo, og publisert minst én synkroniseringsregel. Hvis ikke, start med å koble Tajo til Shopify.

Formen på en synkronisering

Hver synkronisering i Tajo er en synkroniseringsregel: en gjennomgått, godkjent definisjon av nøyaktig hva som flyttes, og hvordan. En regel har fire deler du kan inspisere på siden sin under Connectors > Syncs:

Del	Hva den gjør
Feltmapping	Hvert kildefelt, Brevo-feltet det skriver til, og eventuell transformasjon imellom
Filteruttrykk	Evaluert per post; poster som ikke matcher, hoppes over
Cursor	Sporer hvor langt synkroniseringen har kommet, slik at hver kjøring fortsetter der den forrige stoppet
Kjørehistorikk	Hver kjøring, med antall leste, skrevne og feilede poster, pluss varighet og status

Data flyter i én retning: fra kilden din inn i Brevo. Tajo skriver ikke data tilbake til Shopify.

Når data synkroniseres

Synkroniseringskjøringer skjer i planlagte batcher, eller på forespørsel når du utløser en kjøring fra regelens side. Tajo er ikke en sanntidspipeline: en endring i Shopify når Brevo ved neste kjøring, ikke i løpet av sekunder. Dette er bevisst, batchkjøringer er det som gjør hver skriving gjennomgåelig, budsjettert og sporbar til en bestemt kjøring i revisjonssporet.

Hver kjøring leser nye og endrede poster siden cursoren, bruker filteret, mapper feltene og skriver til Brevo. Kjøreposten viser nøyaktig hvor mange poster som ble lest, skrevet og feilet.

Styringsgarantiene

Samtykke feiler lukket

En synkroniseringsregel kan ikke publiseres uten en samtykkepolicy, og ved kjøring blir en post uten dokumenterbart samtykke ikke skrevet. Når samtykke ikke kan fastslås, sier Tajo nei til skrivingen fremfor å gjette. Feilmodusen er alltid «for forsiktig», aldri «oversendt».

Kjøringer er idempotente

Hver skriving har en opprinnelsesnøkkel utledet fra kildeposten (bygget for å være trygg for personopplysninger), slik at en gjentatt kjøring av en synkronisering, etter en feil, en pause eller manuelt, ikke skaper dupliserte skrivinger. Det er alltid trygt å kjøre en regel på nytt.

Alt blir revidert

Publisering av en regel, hver godkjenningsbeslutning (med sin skriftlige begrunnelse), og hver kjøring registreres i revisjonssporet. Godkjenningen som autoriserte en publisering, er bundet til den nøyaktige regelversjonen som ble gjennomgått; redigering av regelen gjør godkjenningen ugyldig, slik at revisjonssporet alltid reflekterer det som faktisk ble autorisert.

Feil setter regelen på pause

Hvis flere kjøringer på rad feiler, setter en circuit breaker automatisk regelen på pause og viser den siste feilen på regelens side. Fiks årsaken, og republiser deretter for å gjenoppta. En delvis feilet kjøring rapporterer antallet feilede poster, slik at du nøyaktig kan se hva som ikke kom med.

Slik respekteres avmeldinger

Tajo behandler Brevo som den autoritative kilden for e-postsamtykke:

Når en kontakt melder seg av via en avmeldingslenke i en Brevo-e-post, registreres det reservasjonen mot kontakten, og Brevo utelukker vedkommende fra videre kampanjer.
Kontakter som er svartelistet i Brevo, forblir utelukket; nedstrøms utsendelser gjenoppliver dem ikke.
Tajo skriver ikke avmeldingsstatus tilbake til Shopify. Hvis du også samler inn e-postsamtykke i Shopify, må du håndtere det der separat; ikke anta at de to systemene speiler hverandre.

Hvilke data er tilgjengelige

Hva som synkroniseres, avhenger av hvilke maler som er tilgjengelige for kilden din. For Shopify er den typiske formen kundeposter, identitetsfelter og ordreutledede attributter som totalt forbruk og antall bestillinger, mappet inn i Brevo-kontaktattributter du kan bruke i segmenter og kampanjer. Den nøyaktige mappingen for workspacet ditt er ikke gjemt bort i en beskrivelse: åpne synkroniseringsregelen, og les feltmapping-tabellen. Den tabellen er det autoritative svaret på «hva synkroniseres».

Hva Tajo ikke gjør i dag

Å være presis om grensene betyr mer enn en lang funksjonsliste:

Ingen toveis synkronisering. Ingenting skrives tilbake til Shopify, verken avmeldinger, tagger eller engasjementscorer.
Ingen sanntidssynkronisering. Kjøringer er planlagte eller manuelt utløste batcher, ikke strømming under ett minutt.
Ingen lagersporing. Produktbeholdningsnivåer overvåkes ikke, og det finnes ingen tilbake-på-lager-triggere.

Hvis en av disse grensene blokkerer et bruksscenario for deg, si ifra til teamet, prioriteringene i early access formes nettopp av slik tilbakemelding.

Hvor du kan se dataene dine

I Tajo: åpne synkroniseringsregelen under Connectors > Syncs for kjørehistorikk, cursorposisjon og antall per kjøring. Revisjonssporet registrerer publiseringer og godkjenninger.
I Brevo: åpne Contacts, og inspiser en vilkårlig kontakts attributter for å bekrefte at mappede felter fylles ut. Bygg segmenter på de attributtene for målretting.

Feilsøking

Kontakter dukker ikke opp i Brevo: sjekk regelens siste kjøring for feil, og statusen (en pauset regel kjører ikke). Se manglende kontakter i Brevo.
Kjøringer feiler gjentatte ganger: circuit breakeren setter regelen på pause og viser den siste feilen. Se data synkroniseres ikke.
Dupliserte kontakter: skrivinger er idempotente per kildepost, men eksisterende duplikater i Brevo blir værende. Se dupliserte kontakter.

Vanlige spørsmål

Kan jeg gjøre synkroniseringen raskere? Du kan utløse en kjøring på forespørsel når som helst fra synkroniseringsregelens side. Det finnes ingen sanntidsmodus.

Hva skjer hvis en kjøring feiler halvveis? Kjøringen rapporterer antallet feilede poster, cursoren beveger seg bare fremover over det som ble behandlet, og neste kjøring dekker trygt resten på nytt; idempotensnøkler forhindrer duplikater.

Kan jeg endre hva som synkroniseres? Ja, rediger regelens feltmapping eller filter. Redigeringen gir en ny versjon som må gjennom publiseringsgodkjenning på nytt før den trer i kraft.

Hvorfor satte regelen min seg selv på pause? Feil i flere kjøringer på rad utløser circuit breakeren. Regelens side viser antall feil og den siste feilen; fiks problemet, og republiser.

Relaterte artikler

Få hjelp

Live Chat: tilgjengelig i Tajo-dashbordet (nederst til høyre)
E-poststøtte: [email protected]
Dokumentasjon: docs.tajo.io