Синхронизация на клиенти
Tajo премества клиентски данни в Brevo по два начина: текуща синхронизация (промените от свързаната платформа постъпват в Brevo непрекъснато) и групова миграция (прехвърляне с пълен капацитет и възможност за продължаване от Mailchimp, Klaviyo, HubSpot, Salesforce, Shopify, WooCommerce, Stripe и други). И двата работят на един и същ двигател и споделят едно непреговаряемо свойство: съгласието се доказва за всеки запис и никога не се предполага.
Как се решава въпросът със съгласието
Всеки запис минава през порта за съгласие, която се затваря при отказ, преди да може да влезе в маркетингова аудитория:
| Заключение | Какво се случва |
|---|---|
Доказано съгласие (например subscribed в Mailchimp, SUBSCRIBED в Klaviyo, маркетингово съгласие в Shopify) | Внася се във избраните от Вас списъци в Brevo |
| Изрично отказано (отписан, отказал се) | Не се отхвърля, а се пренася в Brevo като блокиран контакт и се записва в регистъра за нежелана комуникация, така че новата платформа никога да не може да му пише |
Блокирано по причини за доставимост (твърдо върнат имейл, оплакване за спам, например cleaned в Mailchimp, HARD_BOUNCE/SPAM_COMPLAINT в Klaviyo) | Пренася се като блокиран и се маркира като залепващо: по-късно съгласие в друга платформа никога не отменя върнат имейл или оплакване |
| Недоказано (никакъв сигнал за съгласие) | Отказва се. „Не успяхме да докажем съгласие“ и „има съгласие“ никога не са един и същ резултат |
Разликата между „отказано“ и „недоказано“ има значение: отписването е решение, което трябва да преживее миграцията, а липсващото поле изобщо не е решение.
Източници на съгласие по платформи
| Платформа | Доказателство за съгласие | Сигнали за блокиране |
|---|---|---|
| Mailchimp | Статус на члена subscribed | unsubscribed (отказ), cleaned (твърдо върнат имейл) |
| Klaviyo | Маркетингово съгласие в профила SUBSCRIBED | Списък с блокирания и причини (UNSUBSCRIBE, USER_SUPPRESSED, HARD_BOUNCE, INVALID_EMAIL, SPAM_COMPLAINT) |
| Shopify | email_marketing_consent.state / accepts_marketing | Изрично not_subscribed |
| HubSpot | Статуси на абонаментите (групово API, 100 контакта на заявка) | hs_email_optout |
| Salesforce | Не може да се докаже групово от Sales Cloud, затова самоличността мигрира, а включването в аудитория остава затворено | HasOptedOutOfEmail, EmailBouncedDate |
| WooCommerce / Stripe | Не се извежда от покупките, защото клиентският запис не е маркетингово съгласие | Няма |
Разрешаване на конфликти по време на миграция
Когато източникът и Brevo не са съгласни за един и същ адрес, разрешаването следва режима, който изберете:
- Печели най-новото решение (по подразбиране): надделява страната, чието решение за съгласие носи по-новия времеви отпечатък. Страна без разчитаем времеви отпечатък винаги губи от страна, която има такъв; когато нито една няма отпечатък, печели по-трудно достижимото състояние.
- Източник на истината: Вие посочвате коя платформа е авторитетна за миграцията („източникът е прав“ или „Brevo е прав“). Ако Вашето работно пространство вече декларира система на запис, тази платформа автоматично е авторитетът по подразбиране.
- Във всеки режим: твърдо върнатите имейли и оплакванията за спам са факти за доставимостта, а не предпочитания, затова никога не се разблокират от по-ново съгласие, а всеки конфликт, по който двигателят откаже да действа, се преброява и се отчита, никога не се пропуска мълчаливо.
Надеждност при пълно натоварване
- Извличането на база курсор обхожда цялата таблица в източника (над 100 хил. контакта) с контролни точки, така че при срив работата продължава от последната завършена партида, а повторните опити никога не записват два пъти (ключове за идемпотентност за всеки запис).
- Записът в Brevo използва API за групов внос (10 000 контакта на част) в рамките на ограниченията за честота на Brevo; състоянието на блокиране пътува заедно с вноса, така че няма прозорец, в който контактът е достижим, а после блокиран.
- Всяко изпълнение отчита какво е преместено и какво не: внесени контакти, пренесени изрични откази, разпространени блокирания, задържани конфликти и причини за неуспех по записи.
Какво добавя синхронизацията след миграцията
След миграцията същите връзки поддържат Brevo актуален: webhooks на платформите (Shopify, WooCommerce, WordPress, Mailchimp) прекарват промените почти в реално време, а източниците с периодични проверки се обновяват по график. Отписванията, забелязани в източника, обръщат съгласието в регистъра, заедно със следа за одит кога, откъде и на какво основание.
Настройка
- Свържете платформата източник в Tajo (API ключ или OAuth, според конектора).
- Свържете Brevo и изберете целевите списъци.
- Изберете режима за разрешаване на конфликти (или приемете този по подразбиране).
- Стартирайте миграцията и прегледайте отчета, включително задържаните конфликти, преди да включите автоматизациите.
Обработката на съгласието и блокиранията не може да бъде изключена с настройка. Няма опция, която да внася отписани контакти като допустими за писане.