Повърхностите за проследяване на Brevo

Пълното внедряване на Brevo засяга четири отделни повърхности за проследяване, всяка от които има свой въпрос за съгласие.

Brevo Tracker (sib-tracker.js)

Brevo Tracker е слоят за поведенческа аналитика, зареден от cdn.brevo.com/js/sib-tracker.js. Той идентифицира посетителите с бисквитката sib-tracker-id и изпраща данни за преглед на страници, кликвания и персонализирани събития към Brevo. След като посетителят бъде идентифициран по имейл (обикновено чрез изпращане на формуляр или влизане в системата), Tracker свързва анонимната история на сърфиране с известния профил на контакт. От регулаторна гледна точка Tracker е поведенчески тракер с маркетингова цел, изискващ изрично съгласие в EU.

Формуляри за регистрация в Brevo

Формулярите на Brevo се предлагат в два варианта: вградени HTML формуляри (леки, без нужда от externos скрипт) и изскачащи формуляри (отделен скрипт, който наблюдава поведението на посетителя, за да реши кога да се покаже). Вграденият формуляр е приблизително еквивалентен на формуляр за контакт от гледна точка на поверителността; изскачащият формуляр е по-близо до поведенчески тракер и изисква същото заграждане като Tracker.

Уиджет за разговори на Brevo

Продуктът Conversations (чат на живо на Brevo) зарежда свой собствен скрипт от conversations-widget.brevo.com, задава бисквитки за сесия и инициира връзка за присъствие в реално време. Функционално подобен на Messenger на Intercom; обработката на съгласието е идентична.

Транзакционни и програмни API-та

Brevo оперира и сървърни повърхности: API за транзакционен имейл за системно генерирани съобщения, SMS API за изходящи текстове и API за маркетинг автоматизация за задействани кампании. Те не работят на устройството на потребителя, но пикселите за проследяване на имейли, вградени в съобщенията, работят — и тези пиксели са отделна повърхност за съгласие, наследяваща същите ограничения като уеб пикселите съгласно Apple Mail Privacy Protection и подобни защити на страната на имейла.

Вградените контроли за поверителност на Brevo

Brevo е укрепила вградените си примитиви за поверителност през последните две години, особено в отговор на насоките на CNIL относно банерите за бисквитки и записите за съгласие.

doubleOptinRedirect и потока за потвърждение

Стандартният поток за придобиване на абонати на Brevo използва двойно потвърждение — абонатът се регистрира, получава имейл за потвърждение и трябва да кликне, за да потвърди. Съгласно GDPR това създава документиран запис за съгласие, който е значително по-силен от алтернативите с единично потвърждение. Конфигурирайте двойното потвърждение по подразбиране, освен ако няма конкретна причина да не го правите.

Параметърът за съгласие на trackEvent

Функцията trackEvent на Tracker приема незадължителен payload за съгласие. Предаването му ви позволява да разпространите решението на CMP в потока от събития на Brevo, което двигателят за сегментация на Brevo след това зачита. Свържете го от обратното извикване за съгласие на CMP.

Полета за съгласие на ниво контакт

Профилите на абонатите на Brevo имат вградени полета за съгласие за имейл, съгласие за SMS, съгласие за WhatsApp и източник на съгласие. Актуализациите чрез Contacts API се разпространяват в реално време в логиката на сегментацията, така че кампаниите автоматично зачитат записаното състояние.

Пребиваване на данни в EU

Brevo оперира центрове за данни в Paris и Munich. За акаунти, за които пребиваването в EU е важно, пребиваването на данни е автоматично — не се изисква конфигурация за включване. Това е значително оперативно опростяване в сравнение с базираните в САЩ конкуренти, при които пребиваването в EU е платена опция за конфигурация.

Поетапна CMP интеграция

Надеждният модел на интеграция е да се отложи всяка повърхност за проследяване на Brevo зад CMP и да се синхронизира решението за съгласие с полетата на ниво контакт на Brevo чрез API.

1. Премахнете стандартния фрагмент на Tracker от заглавието на документа

Фрагментът за инсталиране на Brevo Tracker е едноредов скрипт таг. Заменете го с placeholder скрипт елемент с type="text/plain" и data-category="marketing". CMP пренаписва типа обратно на text/javascript, когато посетителят приеме маркетинга.

2. Отложете изскачащите формуляри отделно от вградените формуляри

Вградените HTML формуляри за регистрация могат да се показват при първоначалното зареждане на страницата без заграждане — те не задават бисквитки и не зареждат externos скриптове. Изскачащите формуляри трябва да бъдат заградени под маркетинговото съгласие, точно като Tracker. Повечето инсталации на Brevo смесват двете; одитирайте инвентара на формулярите си и ги третирайте по различен начин.

3. Загradете Conversations изрично

Уиджетът Conversations се зарежда от conversations-widget.brevo.com и инициира сесийна връзка при зареждане на страницата. Загradете го зад маркетинговото съгласие. За потребители, отказали маркетинг, осигурете алтернативен начин за поддръжка — формуляр, имейл връзка или изричен бутон "Стартирай чат", който зарежда уиджета само когато бъде кликнат.

4. Запишете решението на CMP в профила на контакта

Когато известен абонат актуализира съгласието си чрез банера на CMP, извикайте Brevo Contacts API, за да актуализирате полетата за съгласие на абоната за имейл, SMS и WhatsApp. Това поддържа сегментацията на Brevo в съответствие с записаното състояние. Повечето съвременни CMP имат конектор за Brevo, който обработва това от край до край.

5. Зачитайте отмяната в реално време

При отмяна на съгласие, CMP трябва да извика както функцията за изключване на Tracker на страницата, така и крайната точка на Contacts API, за да актуализира профила. Без и двете, банерът записва отмяна, но основното проследяване продължава на ниво контакт.

Чести грешки

Четири грешки при интеграцията представляват по-голямата част от одиторските находки при внедряванията на Brevo.

Единично потвърждение за европейски придобивания

Brevo поддържа както единично, така и двойно потвърждение. Единичното потвърждение създава по-слаб запис за съгласие и е цитирано от CNIL в принудителни действия срещу няколко френски и белгийски оператори. За всяка европейска аудитория конфигурирайте двойното потвърждение по подразбиране.

Смесване на вградени и изскачащи формуляри

Вградените формуляри са с нисък риск; изскачащите формуляри са проследяване в маркетингова категория. Заградете ги по различен начин. Третирането на двете като "формуляри" и или заграждането на двете, или незаграждането на нито едно е единственият най-разпространен дефект в конфигурацията.

Сървърни API извиквания без контекст за съгласие

API за транзакционен имейл и SMS API могат да бъдат извиквани от вашия бекенд без наличното на страницата състояние на съгласие в обхвата. Бекендът трябва да потърси състоянието на съгласие на контакта по времето на изпращане и да го зачита; в противен случай решението на CMP не се прилага за съобщения, иниициирани от сървъра.

Забравяне на имейл пиксела

Пикселите за проследяване на имейл на Brevo са предмет на същото деградиране от Apple Mail Privacy Protection като всеки друг доставчик. Пикселът все още изисква отделно решение за съгласие, различно от съгласието за бисквитки на вашия уебсайт. Много оператори записват съгласие за бисквитки, но никога изрично не записват съгласие за имейл пиксел.

Контролен списък за одит

Шест конкретни въпроса, на които трябва да се отговори за всяко внедряване на Brevo, засягащо трафик от EU, UK или Калифорния.

• Изчаква ли Tracker съгласие? Отворете страницата в частен прозорец и потвърдете, че никакви заявки от brevo.com или sendinblue.com не се активират преди приемане на банера.
• Заградени ли са изскачащите формуляри отделно от вградените формуляри? Потвърдете, че импресиите на изскачащите формуляри не се активират преди маркетинговото съгласие.
• Заграден ли е Conversations? Потвърдете, че уиджетът за чат не се инициализира преди съгласие и е наличен алтернативен начин за поддръжка без Conversations.
• Конфигурирано ли е двойното потвърждение? Потвърдете, че потокът за регистрация използва двойно потвърждение за европейски аудитории.
• Зачитат ли сървърните API-та съгласието? Потвърдете, че извикванията на Transactional и SMS API проверяват състоянието на съгласие на контакта преди изпращане.
• Синхронизирано ли е решението на CMP с профилите на Brevo? Потвърдете, че CMP записва решенията за съгласие в контакта на Brevo чрез API.

Мястото на Brevo в стек, ориентиран към съгласие

Brevo заема привилегирована позиция спрямо своите американски конкуренти: данни, пребиваващи в EU, двойно потвърждение по подразбиране и силни вградени примитиви за съгласие. Френското наследство на платформата означава, че е проектирана спрямо очакванията на CNIL от самото начало, което е значително оперативно предимство, когато тези очаквания са се превърнали в де факто европейски стандарт. Интеграционната работа е почти същата като при всяка друга маркетинг платформа — загradете повърхностите за проследяване, синхронизирайте решението за съгласие чрез API, документирайте архитектурата — но регулаторното триене е по-ниско от алтернативите с headquarter в САЩ. За европейски оператори или за всеки малък бизнес, който иска да запази маркетинговия си стек в рамките на EU регулаторния периметър, Brevo в комбинация с правилно интегриран CMP е една от най-защитимите позиции, налични през 2026 г.