Vásárlószinkronizálás
A Tajo kétféleképpen viszi át a vásárlói adatokat a Brevóba: folyamatos szinkronizálással (egy csatlakoztatott platform változásai folyamatosan átfolynak a Brevóba) és tömeges migrációval (kapacitáson futó, folytatható átvitel a Mailchimpből, a Klaviyóból, a HubSpotból, a Salesforce-ból, a Shopifyból, a WooCommerce-ből, a Stripe-ból és másokból). Mindkettő ugyanazon a motoron fut, és egy dologban nincs alku: a hozzájárulást rekordonként bizonyítjuk, soha nem feltételezzük.
Hogyan dől el a hozzájárulás
Minden rekord hibára záró hozzájárulási kapun megy át, mielőtt marketingközönségbe kerülhetne:
| Ítélet | Mi történik |
|---|---|
Bizonyított hozzájárulás (például Mailchimp subscribed, Klaviyo SUBSCRIBED, Shopify marketinghozzájárulás) | Bekerül az általad választott Brevo listákba |
| Kifejezetten megtagadva (leiratkozott, kikérte magát) | Nem dobjuk el: feketelistás kapcsolatként kerül a Brevóba, és bejegyezzük a ne-keressük nyilvántartásba, így az új platform soha nem küldhet neki levelet |
Kézbesíthetőség miatt letiltva (kemény visszapattanás, spampanasz, például Mailchimp cleaned, Klaviyo HARD_BOUNCE/SPAM_COMPLAINT) | Feketelistásként kerül át, és ragadósként jelöljük meg: egy későbbi feliratkozás egy másik platformon soha nem oldja fel a visszapattanást vagy a panaszt |
| Bizonyítatlan (semmilyen hozzájárulási jelzés) | Elutasítva. A „nem tudtuk bizonyítani a hozzájárulást” és a „van hozzájárulás” soha nem ugyanaz az eredmény |
A „megtagadva” és a „bizonyítatlan” közötti különbség számít: a leiratkozás olyan döntés, amelynek túl kell élnie a migrációt, egy hiányzó mező viszont egyáltalán nem döntés.
Platformonkénti hozzájárulási források
| Platform | Hozzájárulás bizonyítéka | Letiltási jelzések |
|---|---|---|
| Mailchimp | subscribed tagsági státusz | unsubscribed (leiratkozás), cleaned (kemény visszapattanás) |
| Klaviyo | A profil marketinghozzájárulása SUBSCRIBED | Letiltási lista indoklással (UNSUBSCRIBE, USER_SUPPRESSED, HARD_BOUNCE, INVALID_EMAIL, SPAM_COMPLAINT) |
| Shopify | email_marketing_consent.state / accepts_marketing | Kifejezett not_subscribed |
| HubSpot | Feliratkozási státuszok (batch API, hívásonként 100 kapcsolat) | hs_email_optout |
| Salesforce | A Sales Cloudból tömegesen nem bizonyítható, az azonosság átkerül, a közönségbe sorolás zárva marad | HasOptedOutOfEmail, EmailBouncedDate |
| WooCommerce / Stripe | A vásárlásokból nem következtetjük ki, egy vásárlói rekord nem marketinghozzájárulás | Nincs |
Ütközések feloldása a migráció során
Ha a forrás és a Brevo nem ért egyet ugyanarról a címről, a feloldás az általad választott mód szerint történik:
- A legfrissebb döntés nyer (alapértelmezett): az az oldal érvényesül, amelynek hozzájárulási döntése a frissebb időbélyeget viseli. Amelyik oldalnak nincs értelmezhető időbélyege, mindig veszít azzal szemben, amelyiknek van; ha egyiknek sincs, a kevésbé elérhető állapot nyer.
- Igazságforrás: te nevezed meg a migráció mérvadó platformját („a forrásnak van igaza” vagy „a Brevónak van igaza”). Ha a munkaterületed már deklarál rendszernyilvántartást, automatikusan az a platform lesz az alapértelmezett tekintély.
- Minden módban: a kemény visszapattanás és a spampanasz kézbesíthetőségi tény, nem preferencia, ezeket egy újabb feliratkozás soha nem oldja fel, és minden ütközést, amelyben a motor nem lép, megszámolunk és jelentünk, soha nem hagyunk ki csendben.
Megbízhatóság kapacitáson
- A kurzoralapú kinyerés ellenőrzőpontokkal járja végig a teljes forrástáblát (100 ezernél is több kapcsolat), összeomlás után az utolsó befejezett kötegtől folytatódik, és az újrapróbálkozások soha nem írnak kétszer (rekordonkénti idempotenciakulcsok).
- A Brevóba írás a tömeges import API-t használja (10 000 kapcsolat kötegenként) a Brevo hívási korlátain belül; a letiltási állapot az importtal együtt utazik, így nincs olyan ablak, amelyben a kapcsolat előbb elérhető, csak utána letiltott.
- Minden futás jelenti, mi mozdult el és mi nem: az importált kapcsolatokat, az átvitt kifejezett tiltásokat, a továbbadott letiltásokat, a visszatartott ütközéseket és a rekordonkénti hibaokokat.
Mit tesz hozzá a szinkronizálás a migráció után
A migráció után ugyanazok a kapcsolatok tartják naprakészen a Brevót: a platformwebhookok (Shopify, WooCommerce, WordPress, Mailchimp) közel valós időben hozzák a változásokat, a lekérdezett források pedig ütemezetten frissülnek. A forrásnál észlelt leiratkozások átbillentik a hozzájárulást a főkönyvben, azzal az audit nyommal együtt, hogy mikor, honnan és milyen bizonyíték alapján.
Beállítás
- Csatlakoztasd a forrásplatformot a Tajóban (API-kulcs vagy OAuth, konnektortól függően).
- Csatlakoztasd a Brevót, és válaszd ki a céllistákat.
- Válaszd ki az ütközésfeloldási módot (vagy fogadd el az alapértelmezettet).
- Futtasd a migrációt, és az automatizálások bekapcsolása előtt nézd át a jelentést, a visszatartott ütközésekkel együtt.
A hozzájárulás- és letiltáskezelés nem kapcsolható ki. Nincs olyan beállítás, amely a leiratkozott kapcsolatokat küldhetőként importálná.