Brevo (Sendinblue) slapukų sutikimo integracijos vadovas: GDPR atitiktis el. pašto ir SMS rinkodarai 2026 m.
Brevo, platforma, anksčiau žinoma kaip Sendinblue, yra plačiausiai naudojama el. pašto ir SMS rinkodaros platforma, įsikūrusi žemyninėje Europoje. 2023 m. perkrovimas sutapo su reikšmingu produkto paviršiaus išplėtimu: be originalaus el. pašto automatizavimo variklio, Brevo dabar apima sandorinį el. paštą, SMS rinkodarą, WhatsApp žinutes, pardavimų CRM, susitikimų planuoklį, push pranešimus ir svetainės pokalbių valdiklį. Kiekvienas komponentas įdiegia savo scenarijų, nustato savus slapukus ir persiunčia duomenis į Brevo Europos duomenų centrus. Platformos prancūziškas paveldas svarbus atitikties sutikimui dviem būdais. Pirma, Brevo duomenų centrai yra ES pagrindu, o tai iš esmės supaprastina tarpvalstybinių pervedimų analizę, palyginti su JAV pagrindu veikiančiais konkurentais. Antra, CNIL — Brevo namų reguliatorius — buvo agresyviausias slapukų sutikimo taisyklių vykdytojas Europoje, o tai reiškia, kad Brevo numatytoji integracijos dokumentacija istoriškai atsiliko nuo to, ko iš tikrųjų tikimasi iš reguliatoriaus. Šis vadovas paaiškina, ką renka kiekvienas Brevo komponentas, kur yra sutikimo riba 2026 m. ir kaip švariai sujungti visą Brevo steką su trečiosios šalies CMP.
Brevo stebėjimo paviršiai
Pilnas Brevo diegimas liečia keturis skirtingus stebėjimo paviršius, kurių kiekvienas turi savo sutikimo klausimą.
Brevo Tracker (sib-tracker.js)
Brevo Tracker yra elgesio analizės sluoksnis, įkeltas iš cdn.brevo.com/js/sib-tracker.js. Jis identifikuoja lankytojus sib-tracker-id slapuku ir praneša puslapio peržiūros, paspaudimų ir pasirinktinių įvykių krovinius Brevo. Kai lankytojas identifikuojamas el. paštu (paprastai per formos pateikimą ar prisijungimą), Tracker susieja anoniminę naršymo istoriją su žinomu kontakto profiliu. Reguliavimo požiūriu Tracker yra rinkodaros tikslo elgesio stebėjimo priemonė, kuriai ES reikia opt-in sutikimo.
Brevo registracijos formos
Brevo formos pateikiamos dviem variantais: įterptosios HTML formos (lengvos, nereikia išorinės scenarijaus) ir iššokančių langų formos (atskiras scenarijus, stebintis lankytojų elgesį, kad nuspręstų, kada rodyti). Įterptoji forma privatumo požiūriu maždaug atitinka kontaktų formą; iššokančiojo lango forma yra arčiau elgesio stebėjimo priemonės ir reikalauja to paties vartų kaip Tracker.
Brevo Conversations valdiklis
Conversations produktas (Brevo tiesioginiai pokalbiai) įkelia savo scenarijų iš conversations-widget.brevo.com, nustato sesijų slapukus ir inicijuoja realiojo laiko buvimo ryšį. Funkciškai panašus į Intercom Messenger; sutikimo elgesys identiškas.
Sandoriniai ir programiniai API
Brevo taip pat veikia serverio pusės paviršius: sandorinių el. pašto API sistemos sukurtiems pranešimams, SMS API siunčiamiems tekstams ir rinkodaros automatizavimo API suaktyvintoms kampanijoms. Jie nevykdomi naudotojo įrenginyje, tačiau pranešimuose įterpti el. pašto sekimo pikseliai vykdomi — ir tie pikseliai yra atskiras sutikimo paviršius, paveldintis tuos pačius apribojimus, kaip ir žiniatinklio pikseliai pagal Apple Mail Privacy Protection ir panašią el. pašto pusės apsaugą.
Brevo vietiniai privatumo valdikliai
Brevo per pastaruosius dvejus metus sustiprino savo vietinius privatumo primityvus, ypač reaguodama į CNIL gaires dėl slapukų reklamjuosčių ir sutikimo įrašų.
doubleOptinRedirect ir patvirtinimo srautas
Brevo numatytasis prenumeratorių įsigijimo srautas naudoja dvigubą opt-in — prenumeratorius prisiregistruoja, gauna patvirtinimo el. laišką ir privalo paspausti, kad patvirtintų. Pagal GDPR tai sukuria dokumentais pagrįstą sutikimo įrašą, kuris yra gerokai stipresnis nei vieno opt-in alternatyvos. Numatytai konfigūruokite dvigubą opt-in, nebent yra konkreti priežastis to nedaryti.
trackEvent sutikimo parametras
Tracker trackEvent funkcija priima pasirenkamą sutikimo krovinį. Perduodant tai galima CMP sprendimą skleisti į Brevo įvykių srautą, kurį Brevo segmentavimo variklis tada gerbia. Sujunkite iš CMP sutikimo atgalinio skambučio.
Kontakto lygio sutikimo laukai
Brevo prenumeratorių profiliai turi integruotus laukus el. pašto sutikimui, SMS sutikimui, WhatsApp sutikimui ir sutikimo šaltiniui. Atnaujinimai per Contacts API realiuoju laiku perduodami į segmentavimo logiką, todėl kampanijos automatiškai gerbia įrašytą būseną.
ES duomenų rezidencija
Brevo veikia duomenų centrus Paris ir Munich. Tų paskyrų, kuriose svarbi ES rezidencija, duomenų rezidencija yra automatinė — opt-in konfigūracijos nereikia. Tai yra reikšmingas operacinis supaprastinimas, palyginti su JAV pagrindu veikiančiais konkurentais, kur ES rezidencija yra mokama konfigūracijos parinktis.
CMP integracija žingsnis po žingsnio
Patikimas integracijos šablonas yra atidėti kiekvieną Brevo stebėjimo paviršių už CMP ir sinchronizuoti sutikimo sprendimą su Brevo kontakto lygio laukais per API.
1. Pašalinkite numatytąjį Tracker fragmentą iš dokumento antraštės
Brevo Tracker diegimo fragmentas yra vienos eilutės scenarijaus žyma. Pakeiskite jį rezervuotos vietos scenarijaus elementu su type="text/plain" ir data-category="marketing". CMP perrašo tipą atgal į text/javascript, kai lankytojas priima rinkodarą.
2. Atidėkite iššokančiojo lango formas atskirai nuo įterptųjų formų
Įterptosios HTML registracijos formos gali būti atvaizduotos pradinio puslapio įkėlimo metu be vartų — jos nenustato slapukų ir neįkelia išorinių scenarijų. Iššokančiojo lango formos turi būti valdomi pagal rinkodaros sutikimą, kaip ir Tracker. Dauguma Brevo diegimų supainioja abu; patikrinkite savo formų inventorių ir elgkitės su jais skirtingai.
3. Aiškiai valdykite Conversations
Conversations valdiklis įkeliamas iš conversations-widget.brevo.com ir inicijuoja sesijos ryšį įkeliant puslapį. Valdykite jį pagal rinkodaros sutikimą. Vartotojams, atsisakiusiems rinkodaros, pateikite alternatyvų pagalbos kontakto kelią — formą, el. pašto nuorodą arba aiškų mygtuką Pradėti pokalbį, kuris įkelia valdiklį tik paspaudus.
4. Įrašykite CMP sprendimą į kontakto profilį
Kai žinomas prenumeratorius atnaujina savo sutikimą per CMP reklamjuostę, iškvieskite Brevo Contacts API, kad atnaujintumėte prenumeratoriaus el. pašto, SMS ir WhatsApp sutikimo laukus. Tai išlaiko Brevo segmentavimą suderintą su įrašyta būsena. Dauguma šiuolaikinių CMP turi Brevo jungtį, kuri tai tvarko nuo pradžios iki pabaigos.
5. Gerbkite atšaukimą realiuoju laiku
Atšaukus sutikimą, CMP turi iškviesti tiek puslapio Tracker išjungimo funkciją, tiek Contacts API galinį tašką, kad atnaujintų profilį. Be abiejų reklamjuostė fiksuoja atšaukimą, tačiau pagrindinis stebėjimas tęsiasi kontakto lygiu.
Dažnos klaidos
Keturios integracijos klaidos sudaro daugiausiai audito išvadų Brevo dieginiuose.
Vienas opt-in Europos įsigijimui
Brevo palaiko tiek vieną, tiek dvigubą opt-in. Vienas opt-in sukuria silpnesnį sutikimo įrašą ir CNIL minėjo jį vykdymo veiksmuose prieš kelis Prancūzijos ir Belgijos operatorius. Bet kokiai Europos auditorijai numatytai konfigūruokite dvigubą opt-in.
Įterptųjų ir iššokančiųjų formų painiojimas
Įterptosios formos yra mažos rizikos; iššokančiojo lango formos yra rinkodaros kategorijos stebėjimas. Valdykite jas skirtingai. Traktuoti abi kaip formas ir ar tai valdyti abi, ar nevaldyti nė vienos yra dažniausia konfigūracijos defektas.
Serverio pusės API kvietimai be sutikimo konteksto
Sandorinių el. pašto API ir SMS API galima iškviesti iš savo vidinės sistemos neturint puslapio sutikimo būsenos. Vidinė sistema siunčiant turi peržvelgti kontakto sutikimo būseną ir ją gerbti; priešingu atveju CMP sprendimas nėra taikomas serverio inicijuotiems pranešimams.
El. pašto pikselio pamiršimas
Brevo el. pašto sekimo pikseliai patiria tą patį Apple Mail Privacy Protection degradavimą, kaip ir kiekvieno kito tiekėjo. Pikseliui vis dar reikalingas atskiras sutikimo sprendimas, atskiras nuo slapukų sutikimo jūsų svetainėje. Daugelis operatorių fiksuoja slapukų sutikimą, tačiau niekada aiškiai nefiksuoja el. pašto pikselio sutikimo.
Audito kontrolinis sąrašas
Šeši konkretūs klausimai, į kuriuos reikia atsakyti bet kuriam Brevo dieginiui, liečiančiam ES, JK ar Kalifornijos srautą.
- Ar Tracker laukia sutikimo? Atidarykite puslapį privačiame lange ir patvirtinkite, kad jokios brevo.com ar sendinblue.com užklausos neįvyksta prieš priimant reklamjuostę.
- Ar iššokančiojo lango formos valdomos atskirai nuo įterptųjų formų? Patvirtinkite, kad iššokančiojo lango formos parodymai neįvyksta prieš rinkodaros sutikimą.
- Ar Conversations valdomas? Patvirtinkite, kad pokalbių valdiklis neinicijuojamas prieš sutikimą ir kad yra prieinamas ne-Conversations palaikymo kelias.
- Ar sukonfigūruotas dvigubas opt-in? Patvirtinkite, kad registracijos srautas naudoja dvigubą opt-in Europos auditorijai.
- Ar serverio pusės API gerbia sutikimą? Patvirtinkite, kad sandoriniai ir SMS API kvietimai patikrina kontakto sutikimo būseną prieš siunčiant.
- Ar CMP sprendimas sinchronizuotas su Brevo profiliais? Patvirtinkite, kad CMP rašo sutikimo sprendimus į Brevo kontaktą per API.
Kur Brevo dera į Consent-First steką
Brevo yra privilegijuotoje padėtyje, palyginti su JAV pagrindu veikiančiais konkurentais: ES gyvenamieji duomenys, numatytai dvigubas opt-in ir stiprūs vietiniai sutikimo primityvai. Platformos prancūziškas paveldas reiškia, kad ji buvo sukurta pagal CNIL lūkesčius nuo pat pradžių, o tai yra reikšmingas operacinis pranašumas, kai tie lūkesčiai tapo de facto Europos standartu. Integracijos darbas iš esmės yra toks pat kaip ir bet kurios kitos rinkodaros platformos — valdykite stebėjimo paviršius, sinchronizuokite sutikimo sprendimą per API, dokumentuokite architektūrą — tačiau reguliavimo trintis yra mažesnė nei JAV pagrindu veikiančioms alternatyvoms. Europos operatoriams ar bet kuriam mažajam verslui, norinčiam išlaikyti savo rinkodaros steką ES reguliavimo perimetro ribose, Brevo kartu su tinkamai integruotu CMP yra viena iš gynybingiausių pozicijų, prieinamų 2026 m.