Tajo flytter Shopify-data ind i Brevo på to måder. Tajos Shopify-app behandler Shopify-webhooks, efterhånden som de kommer ind. Synkroniseringsregler er godkendt af mennesker, envejs, kørt i batches og logget fra ende til anden. Denne artikel forklarer begge dele, hvad de ikke omfatter, og de få ting, som Tajos Shopify-app skriver tilbage til Shopify.
Hurtigt tjek Denne artikel forudsætter, at du har forbundet Shopify og Brevo og offentliggjort mindst én synkroniseringsregel. Hvis ikke, start med at forbinde Tajo til Shopify.
Når hændelser sker: Tajos Shopify-app
Tajos Shopify-app abonnerer på Shopify-webhooks og behandler hver enkelt, så snart den kommer ind. Ændringer i kunder og produkter venter cirka fire sekunder først. Kunder, ordrer, checkouts, produkter, kollektioner og lagerniveauer når frem til Brevo på denne måde, sammen med hændelser som order_paid og cart_abandoned. Guiden til Shopify-integration viser hvert emne, og hvad det skriver til Brevo.
Formen på en synkroniseringsregel
En synkroniseringsregel er en gennemgået, godkendt definition af præcis hvad der flyttes, og hvordan. En agent bygger den ud fra din beskrivelse, og en person godkender den. En regel har fire dele, du kan inspicere på dens side under Connections > Syncs and mappings:
| Del | Hvad den gør |
|---|---|
| Feltmapping | Hvert kildefelt, det Brevo-felt det skriver til, og enhver transformation imellem |
| Filterudtryk | Evalueret pr. post; poster, der ikke matcher, springes over |
| Cursor | Sporer, hvor langt synkroniseringen er nået, så hver kørsel fortsætter, hvor den sidste stoppede |
| Kørselshistorik | Hver kørsel, med antal læste, skrevne og fejlede poster, plus varighed og status |
En synkroniseringsregel flytter data i én retning: fra din kilde ind i Brevo. Den skriver aldrig til Shopify. Tajos Shopify-app skriver dog nogle få ting tilbage til Shopify, såsom afmeldinger af samtykke og loyalitetsniveau-tags. Shopify-tilladelser forklaret beskriver hver skrivning og hvornår den sker.
Hvornår en synkroniseringsregel kører
Synkroniseringsregler kører i batches. Regler for kontaktsynkronisering kører som standard hvert 15. minut. En aktiv, publiceret Shopify orders → Brevo orders-regel kører også hvert 15. minut, men kun med skabelonens filter for køberens marketingsamtykke. En regel, hvis filter er redigeret, kører kun, når du selv starter den. En ordreregels første planlagte kørsel starter et par minutter før det øjeblik og sender ingen ældre ordrer. Hver senere kørsel sender de ordrer, der er opdateret siden den forrige. Tidligere ordrer når kun frem til Brevo, når du selv kører reglen. Siden for en aktiv regel har knappen Test run (1 batch), og agenten Sync Operator kører aktive regler, når du beder den om det. Batch-kørsler er det, der gør hver skrivning gennemgåelig, budgetteret og henførbar til en bestemt kørsel.
Hver kørsel læser nye og ændrede poster siden cursoren, anvender filteret, mapper felterne og skriver til Brevo. Kørselsposten viser præcis, hvor mange poster der blev læst, skrevet og fejlet.
Styringsgarantierne
Samtykke fejler lukket
En regel, der skriver personoplysninger til Brevo, kan ikke offentliggøres uden samtykke- og undertrykkelsesfilteret. Ved kørsel afvises en kontakt, der skrives til en marketingmålgruppe uden dokumenterbart samtykke. Når samtykke ikke kan fastslås, siger Tajo nej til skrivningen i stedet for at gætte. Fejltilstanden er altid »for forsigtig«, aldrig »oversendt«.
Kørsler er idempotente
Hver skrivning bærer en nøgle udledt af kildeposten. Nøglen er en hash, så den indeholder ingen personoplysninger. En gentagen kørsel af en synkronisering over de samme poster, efter en fejl, en pause eller manuelt, skaber ikke duplikerede skrivninger.
Alt bliver registreret
Offentliggørelse af en regel, ugyldiggjorte godkendelser og automatiske pauser registreres under Activity. Hver godkendelsesbeslutning har en skriftlig begrundelse. Hver kørsel registreres i reglens kørselshistorik. Godkendelsen, der autoriserede en offentliggørelse, er bundet til et digest af præcis den regel, der blev vist i forhåndsvisningen. Redigering af reglen gør den til kladde igen og gør godkendelsen ugyldig, så det, der kører, altid er det, der blev autoriseret.
Fejl sætter reglen på pause
Hvis fem kørsler i træk fejler, sætter en circuit breaker automatisk reglen på pause og viser den seneste fejl på reglens side. Ret årsagen, og genudgiv derefter for at genoptage. En delvist fejlet kørsel rapporterer sit antal fejlede poster, så du præcis kan se, hvad der ikke kom med.
Sådan respekteres afmeldinger
- Når en kontakt afmelder sig via et Brevo-e-mailfooter-link, registreres det fravalg mod kontakten, og Brevo udelukker vedkommende fra fremtidige kampagner.
- I batch-kundesynkroniseringen sammenligner Tajos Shopify-app tidspunktet for samtykket i Shopify med tidspunktet for afmeldingen i Brevo og beholder det seneste.
- En samtykkeændring, der kommer fra Shopify som en webhook, skrives til Brevo, som Shopify rapporterer den.
- Hvis kontakten var tilmeldt i Shopify, markerer Tajos Shopify-app vedkommende også som afmeldt dér. En Brevo-hændelse flytter kun en kunde fra tilmeldt til afmeldt. Den tilmelder aldrig nogen, så en tilmelding i Brevo ændrer ikke noget i Shopify.
Hvilke data er tilgængelige
Tajos Shopify-app sender kontakter, ordrer, ordre- og kurvhændelser, produktkataloget og lager. Hvad en synkroniseringsregel sender, afhænger af dens feltmapping. For Shopify-kunder mapper skabelonen identitetsfelter, samlet forbrug, antal ordrer, tags og opt-in ind i Brevo-kontaktattributter, du kan bruge i segmenter og kampagner. Den præcise mapping for dit workspace er ikke gemt væk i en beskrivelse: åbn synkroniseringsreglen, og læs feltmappingtabellen. Den tabel er det autoritative svar på »hvad synkroniseres«.
Hvad Tajo ikke gør i dag
At være præcis om grænserne betyder mere end en lang funktionsliste:
- Ingen synkroniseringsregler i to retninger. En synkroniseringsregel skriver kun ind i Brevo. Shopify-appens egne skrivninger til Shopify (afmeldinger af samtykke, metafelter for Brevo-engagement og loyalitet, loyalitetsniveau-tags) er opført i Shopify-tilladelser forklaret.
- Ingen synkroniseringsregler i realtid. Synkroniseringsregler kører i batches. Kun webhook-synkroniseringen i Tajos Shopify-app virker, efterhånden som hændelser kommer ind.
- Ingen tilbage-på-lager-knap. Appen holder produktlageret opdateret i Brevo og sender en
back_in_stock-hændelse til kunder, der har bedt om besked. Anmodningen skal komme fra din butiksfront: appen tilføjer ikke en »Giv mig besked«-knap til dit tema.
Hvis en af disse grænser blokerer et brugsscenarie for dig, så fortæl teamet det; prioriteringerne i early access formes netop af den slags feedback.
Hvor du kan se dine data
- I Tajo: åbn synkroniseringsreglen under Connections > Syncs and mappings for kørselshistorik, cursorposition og antal pr. kørsel. Activity registrerer offentliggørelser og automatiske pauser.
- I Brevo: åbn Contacts, og inspicer en vilkårlig kontakts attributter for at bekræfte, at mappede felter bliver udfyldt. Byg segmenter på de attributter til målretning.
Fejlfinding
- Kontakter vises ikke i Brevo: tjek reglens seneste kørsel for fejl og dens status (en pauset regel kører ikke). Se manglende kontakter i Brevo.
- Kørsler fejler gentagne gange: circuit breakeren sætter reglen på pause og viser den seneste fejl. Se data synkroniseres ikke.
- Duplikerede kontakter: skrivninger er idempotente pr. kildepost, men eksisterende dubletter i Brevo forbliver. Se duplikerede kontakter.
Ofte stillede spørgsmål
Kan jeg gøre synkroniseringen hurtigere? Siden for en aktiv regel har knappen Test run (1 batch). Til ændringer, efterhånden som de sker, dækker webhook-synkroniseringen i Tajos Shopify-app allerede kunder, ordrer, checkouts, produkter og lager.
Hvad sker der, hvis en kørsel fejler undervejs? Kørslen rapporterer sit antal fejlede poster, cursoren rykker kun frem over det, der blev behandlet, og den næste kørsel dækker sikkert det resterende igen; idempotensnøgler forhindrer dubletter.
Kan jeg ændre, hvad der synkroniseres? Ja. Bed agenten om at ændre reglens feltmapping eller filter. Redigeringen gør reglen til kladde igen, og den skal gennem forhåndsvisning og godkendelse igen, før den kører.
Hvorfor satte min regel sig selv på pause? Fejl i flere kørsler i træk udløser circuit breakeren. Reglens side viser antallet af fejl og den seneste fejl; ret problemet, og genudgiv.
Relaterede artikler
- Forbind Tajo til Shopify
- Segmentering: det grundlæggende
- Fejlfinding: data synkroniseres ikke
- Fejlfinding: manglende kontakter i Brevo