Vodič kroz Brevo konektore: četiri načina povezivanja Brevo platforme s vašim sustavima

Kako Brevo konektori stvarno rade: nativni dodaci, iPaaS, integracijski sloj ili izravni API. Odaberite pravi i preživite kvarove sinkronizacije u produkciji.

Brevo connector
Vodič kroz Brevo konektore?

Potražite „Brevo connector” i dobit ćete raštrkanu mješavinu dodataka s tržnice, aplikacija za automatizaciju trećih strana i modula iz zajednice. Razlog je jednostavan: „konektor” nije jedna stvar. To je kategorija koja pokriva četiri stvarno različita inženjerska izbora, svaki sa svojim načinom otkazivanja i svojim vlasnikom kada nešto pukne.

Ovaj vodič definira što je konektor, iskreno iznosi četiri pristupa, a zatim najveći dio posvećuje onome što gotovo nijedan članak ne pokriva: što krene po zlu kada konektor jednom radi uživo i nosi stvarni promet.

Što je Brevo konektor zapravo

Uklonite li brendiranje, svaki Brevo konektor sastoji se od istih triju komponenti.

Prijenos. Kako se podaci fizički kreću. U praksi to znači pozive prema Brevo REST API-ju u jednom smjeru i Brevo webhookove u drugom. Brevo dijeli webhookove na marketinške i transakcijske, koji se konfiguriraju u sučelju ili preko krajnjih točaka za stvaranje i ažuriranje webhooka, uz gornju granicu od 40 webhookova po računu za obje vrste zajedno.

Mapiranje. Kako polje u izvornom sustavu postaje polje u platformi Brevo. Shopify kupac ima first_name, a Brevo kontakt ima onaj atribut koji ste definirali, pri čemu Brevo tiho ignorira atribute koji ne postoje na vašem računu. Mapiranje je mjesto gdje većina konektora tiho trune.

Stanje. Ono što konektor pamti između izvođenja: koje je zapise već poslao, koji su pali, do koje je pozicije kursora došao. Konektori bez stanja ne mogu naknadno napuniti podatke, ne mogu ponoviti neuspjeli zapis i ne mogu vam reći nedostaje li kontakt ili samo kasni.

Svaki konektor ocjenjujte po tome koliko dobro rješava sva tri elementa. Većina marketinških stranica opisuje samo prvi.

Problem identifikatora leži ispod svega

Brevo krajnja točka za stvaranje kontakta zahtijeva barem jedan identifikator: email, SMS ili ext_id, što je vaš vlastiti vanjski identifikator. Prema zadanim postavkama, sukob identifikatora vraća pogrešku 4xx. Postavljanje updateEnabled na true pretvara poziv u upsert, a forceMerge spaja duplikate tako da zadrži zapis s najnovijom vremenskom oznakom i izbriše drugi.

Ta jedna odluka o dizajnu, koji identifikator vaš konektor tretira kao primarni, odlučuje hoćete li završiti s čistom bazom kontakata ili s dvostrukom količinom svega. Odlučite prije nego što odaberete alat.

Četiri načina povezivanja s platformom Brevo

Opcija 1: nativni dodaci i aplikacije s tržnice

Brevo vodi tržnicu aplikacija koju opisuje kao povezivanje platforme Brevo s „150+ digitalnih alata poput Shopifyja, WordPressa, Stripea, Zapiera i drugih”. Njegove istaknute vlastite aplikacije su WordPress, WooCommerce, Shopify i BigCommerce, a tržnica se može filtrirati po kategoriji i po tome tko je razvio aplikaciju, što je važnije nego što zvuči: aplikacija koju je izradio Brevo i aplikacija koju je izradio partner imaju vrlo različite putove podrške.

Prednosti. Najbrži put do nečega što radi. Autentifikacija, osnovno mapiranje polja i uobičajeni događaji već su spojeni. Kada Brevo promijeni svoj API, dobavljač ažurira dodatak.

Nedostaci. Dobivate mapiranje koje je odabrao dobavljač. Prilagođeni atributi, neuobičajeni objekti i logika specifična za trgovinu obično ispadaju izvan njega. Otklanjanje pogrešaka ograničeno je na ono što dodatak bilježi, a to je često ništa korisno. A kada partnerska aplikacija bude napuštena, to saznate tijekom ispada.

Koristite je kada imate jednu standardnu platformu, standardna polja i nemate zahtjev da dokažete što je sinkronizirano.

Opcija 2: opći iPaaS alati

Zapier, Make i Pabbly Connect svi nude Brevo. Brevo ugrađuje Zapier izravno na svoju stranicu integracija pod naslovom „Connect Brevo with your apps, automate your work via Zapier”. Make objavljuje Brevo aplikaciju čiji moduli pokrivaju praćenje, stvaranje, ažuriranje, izlistavanje i brisanje kontakata, lista, mapa, kampanja, događaja, e-poruka i SMS poruka. Pabbly Connect navodi Brevo među podržanim aplikacijama.

Prednosti. Uistinu izvrsni za dugi rep. Dobavljač obrazaca za kojeg nitko nikad nije čuo, jednokratni interni alat, korak odobrenja koji traži čovjeka u sredini: iPaaS to rješava u jedno poslijepodne, a scenarij može održavati i netko tko nije inženjer.

Nedostaci. Naplata po zadatku kažnjava veće količine. Većina scenarija radi zapis po zapis, pa je naknadno punjenje 40.000 kontakata ili nemoguće ili skupo. Rukovanje pogreškama obično je „izvođenje je palo, evo e-poruke”, bez automatskog ponavljanja i bez načina da pitate koji od zapisa prošlog utorka nikad nije stigao. Redoslijed nije zajamčen, pa ažuriranje može prestići stvaranje o kojem ovisi.

Koristite ga kada je količina mala, tijek jednosmjeran, a izgubljeni zapis je neugodan, a ne skup. Naš pregled najboljih integracijskih platformi izravno uspoređuje opcije u toj kategoriji.

Opcija 3: namjenski integracijski sloj

Sloj koji stoji između vaših sustava i platforme Brevo, posjeduje mapiranje i stanje sinkronizacije te je izgrađen baš za taj posao, a ne za povezivanje bilo koje aplikacije s bilo kojom.

Tajo je jedna takva opcija. Opisuje se kao AI marketinški tim za Brevo koji povezuje podržane podatke o trgovini s platformom Brevo, gradi segmente kupaca temeljene na pravilima i priprema upravljane kampanje e-pošte i SMS-a. Praktično, kompromis svakog namjenskog sloja je isti: prihvaćate određeni model kontakata, događaja i kampanja, a zauzvrat dobivate naknadna punjenja, ponovne pokušaje i vidljivost po zapisu kakvu vam ne daju ni dodatak ni generički iPaaS. Naš vodič kroz Brevo integraciju vodi vas kroz postavljanje od početka do kraja.

Prednosti. Skupne operacije su prvorazredne. Neuspjesi su vidljivi po zapisu i mogu se ponoviti. Mapiranje je eksplicitno i verzionirano, a ne zakopano u dodatku.

Nedostaci. Još jedan dobavljač na putu i još jedna stvar koju treba procijeniti. Ako je vaš zahtjev jedan WordPress obrazac koji šalje podatke na jednu Brevo listu, ovo je teška mašinerija za mali posao. Budite iskreni oko toga: nativni dodatak je tu bolji izbor.

Koristite ga kada je količina podataka o trgovini stvarna, kada morate dokazati što je sinkronizirano i kada želite segmente i logiku kampanja izgrađene na istom modelu podataka koji proizvodi sinkronizacija.

Opcija 4: izravna API integracija

Vaš vlastiti kod prema Brevo API-ju.

Prednosti. Nema gornje granice. Vi točno kontrolirate razrješavanje identiteta, grupiranje, politiku ponovnih pokušaja i bilježenje revizije. Za skladište podataka koje gura modelirane publike u Brevo, ovo je često jedini pristup koji odgovara.

Nedostaci. Posjedujete ga zauvijek, uključujući dijelove koje nitko ne planira: ponovni pokušaj s odgodom, pohranu neisporučenih poruka, upozorenja o promjenama sheme, rotaciju vjerodajnica i priručnik za rad. Timovi planiraju proračun za sretni put, a onda potroše trostruko na sve ostalo.

Koristite je kada je logika uistinu vaša i kada je količina opravdava. Krenite od našeg vodiča kroz Brevo API za detalje na razini krajnjih točaka.

Okvir za odluku

Odlučuje šest pitanja. Odgovorite na njih prije nego što pogledate ijedan alat.

PitanjeNativni dodatakiPaaSIntegracijski slojVlastiti API
Količina podatakaKoliko dobavljač podržavaMala, naplata po zadatkuVelika, svjesna skupne obradeNeograničena
Smjer sinkronizacijeObično jednosmjerno prema unutraJednosmjerno po scenarijuJednosmjerno s definiranim vlasnicimaŠto god izgradite
Potreba za brzinomOdluka dobavljačaMinuteGotovo u stvarnom vremenuVaš izbor
Složenost mapiranjaFiksna poljaJednostavno, po scenarijuEksplicitno i verzioniranoProizvoljno
Rukovanje pogreškamaČesto nevidljivoUpozorenje pri kvaruPonovni pokušaj i ponavljanje po zapisuŠto god izgradite
Tko to popravljaDobavljač dodatkaVi, u vizualnom uređivačuDobavljač, uz vašu vidljivostVi, u dva ujutro

Zadnji redak je onaj koji ljudi preskoče, a onda požale. Konektor je dugoročna operativna obveza, a ne zadatak postavljanja, pa odaberite opciju s čijim načinom otkazivanja možete živjeti.

Obrasci sinkronizacije koji odlučuju hoće li raditi

Jednosmjerno naspram dvosmjernog

Jednosmjerna sinkronizacija ima jednog vlasnika po polju i dosadna je u najboljem smislu. Dvosmjerna sinkronizacija zahtijeva potiskivanje petlji, razrješavanje sukoba i pravilo za neriješeno, a Brevo će rado poslati contact_updated webhook za promjenu koju je upravo upisao vaš vlastiti konektor.

Nemojte graditi dvosmjernu sinkronizaciju zato što zvuči sposobnije. Umjesto toga izradite tablicu vlasništva nad poljima: vaša platforma za e-trgovinu posjeduje podatke o narudžbama, vaš CRM posjeduje fazu životnog ciklusa, Brevo posjeduje privolu i angažman. Svako polje sinkronizirajte samo u jednom smjeru. Ako vam je uistinu potrebno dvosmjerno kretanje nekog polja, dodajte oznaku podrijetla svakom upisu i odbacujte dolazne događaje koji nose vašu vlastitu oznaku.

Anketiranje naspram webhookova

Webhookovi su jeftiniji i brži, ali nisu zajamčeni. Marketinški webhook događaji uključuju delivered, opened, click, hard_bounce, soft_bounce, spam, unsubscribe, contact_updated, contact_deleted i list_addition. Transakcijski webhookovi pokrivaju životni ciklus slanja od sent i delivered do deferred, blocked, complaint i error.

Dvije stvari treba planirati. Prvo, Brevo dokumentacija o webhookovima usredotočena je na uvrštavanje objavljenih IP adresa platforme Brevo na popis dopuštenih, a ne na potpis sadržaja, pa krajnju točku prema zadanom tretirajte kao neautentificiranu i sve što ima posljedice potvrdite ponovnim čitanjem zapisa preko API-ja. Drugo, nijedan sustav webhookova ne isporučuje sve zauvijek, pa uz webhookove uparite rijetko anketiranje za usklađivanje koje hvata sve što je proklizalo.

Skupna obrada naspram stvarnog vremena

Stvarno vrijeme važno je za okidače, zbog čega napuštene košarice i tijekovi dobrodošlice zaslužuju pozive događaja. Nije važno za noćno osvježavanje atributa.

Uskladite obrazac s ograničenjima zahtjeva. Brevo krajnje točke za kontakte i njegova krajnja točka POST /v3/events dopuštaju 10 zahtjeva u sekundi na standardnim računima, transakcijska e-pošta dopušta 1.000 u sekundi, a sve ostale krajnje točke ograničene su na 100 zahtjeva na sat. Računi Professional i Enterprise otprilike udvostručuju prvi skup. Ta granica od 100 na sat za „sve ostale krajnje točke” najčešće je iznenađenje: konektor koji čita liste ili mape pri svakom zapisu iscrpit će je prije ručka i početi skupljati HTTP 429 odgovore.

Za skupni rad koristite krajnju točku za uvoz umjesto petlji. Prihvaća URL datoteke, tijelo datoteke ili JSON tijelo do 10 MB uz sigurnu granicu od 8 MB, radi asinkrono, vraća processId i poziva URL za obavijest kada završi.

Idempotentnost i identitet

Brevo krajnja točka za događaje prima event_name, barem jedan identifikator, neobavezna svojstva kontakta i neobavezna svojstva događaja do 50 KB, a vraća 204 pri uspjehu. Ne postoji dokumentirani ključ idempotentnosti, pa ponovljeni poziv može stvoriti duplicirani događaj.

Idempotentnost izgradite sami. Izvedite determinirani ključ iz izvornog zapisa i njegove verzije, pohranite koje ste ključeve poslali i provjerite prije slanja. Za kontakte odaberite jedan primarni identifikator, popunite ext_id iz identifikatora svog izvornog sustava i koristite updateEnabled za upsert kako bi ponovni pokušaj ažurirao, a ne javio pogrešku.

Dizajniranje ponovne sinkronizacije kojoj možete vjerovati

Trebat ćete ponovnu sinkronizaciju. Dizajnirajte je od prvog dana.

  • Neka svaki upis bude idempotentan, tako da je ponavljanje sigurno, a ne razorno.
  • Držite kursor po vrsti objekta i pohranite ga izvan memorije konektora.
  • Testirajte ponovnu sinkronizaciju na Brevo listi za jednokratnu upotrebu prije prave.
  • Ostavite emptyContactsAttributes na zadanoj vrijednosti false tijekom uvoza. Postavljanje na true govori platformi Brevo da prazna polja trebaju izbrisati postojeće vrijednosti, što djelomični izvoz pretvara u trajni gubitak podataka.
  • Bilježite ishod po zapisu. „Posao je uspio” nije ishod kada je 400 od 40.000 zapisa palo na provjeri.

Što stvarno pođe po zlu u produkciji

Odstupanje mapiranja polja

Netko preimenuje Shopify metapolje ili doda obavezno polje pri plaćanju. Konektor nastavlja raditi i nastavlja javljati uspjeh, jer Brevo ignorira atribute koje ne prepoznaje. Tjednima kasnije neki je segment tiho polupun.

Ublažavanje. Snimite izvornu shemu i popis Brevo atributa, uspoređujte ih po rasporedu i upozorite na razliku. Također upozorite na pad udjela popunjenih vrijednosti po atributu, a ne samo na pogreške.

Duplicirani kontakti

Klasičan uzrok su dva konektora s dva identifikatora: dodatak trgovine stvara kontakte prema e-pošti, SMS tijek ih stvara prema telefonu, i jedan čovjek postaje dva zapisa s podijeljenom poviješću angažmana.

Ublažavanje. Jedan primarni identifikator, provođen posvuda. Popunite ext_id iz svog izvornog sustava kako biste uvijek imali stabilan ključ za spajanje. Koristite forceMerge kao namjeran korak čišćenja, uz razumijevanje da briše stariji zapis, a ne kao rutinsku postavku.

Petlje sinkronizacije

Konektor A upisuje u Brevo, Brevo šalje contact_updated, konektor B upisuje natrag u izvor, izvor šalje svoj događaj promjene, i ciklus se ponavlja. Ograničenja zahtjeva to obično izbace na vidjelo prije nego što sami primijetite.

Ublažavanje. Oznake podrijetla na svakom upisu, uz brojač promjena po zapisu koji pokreće alarm iznad praga unutar vremenskog prozora.

Ograničenja zahtjeva i djelomični kvarovi

Prekoračenje ograničenja vraća 429. Opasan slučaj nije sam 429, nego skupina u kojoj su neki zapisi uspjeli, a neki nisu, pa konektor cijelu skupinu tretira kao neuspjelu i ponavlja je, ili je tretira kao uspjelu i gubi neuspjehe.

Ublažavanje. Ponovni pokušaj s eksponencijalnom odgodom i nasumičnim odmakom, poštujte svaku naznaku o ponovnom pokušaju i pratite ishode po zapisu, a ne po skupini. Neuspjehe šaljite u pohranu neisporučenih poruka s punim sadržajem kako bi se mogli ponoviti nakon popravka.

Tihi gubitak podataka

Najgori kvarovi su oni tihi: uvoz s praznim stupcem i emptyContactsAttributes postavljenim na true, atribut koji više ne postoji pa mu vrijednosti ispare, krajnja točka webhooka koja sat vremena vraća 500 bez ijednog promatrača.

Ublažavanje. Pratite brojke, ne samo pogreške. Kontakti stvoreni dnevno, događaji primljeni na sat, stope popunjenosti atributa. Metrika koja padne na nulu najjasnije je upozorenje koje ćete ikad dobiti.

Dva sustava koja se ne slažu

Prije ili kasnije vaš izvor kaže 18.400 aktivnih kontakata, a Brevo kaže 18.062. Bez usklađivanja ne možete znati tko je u pravu.

Ublažavanje. Pokrenite zakazano usklađivanje koje uspoređuje brojke i uzorak zapisa po identifikatoru te izradite izvještaj o razlikama. Popravljajte uzroke umjesto da opetovano ponavljate uvoz, jer ponovni uvoz skriva neslaganje bez objašnjenja.

Uobičajene veze u praksi

E-trgovina. Shopify i WooCommerce su dva teškaša i oba imaju vlastite aplikacije na Brevo tržnici. Nativni put dobro rješava kontakte i osnovne podatke o narudžbama. Prilagođena logika stavki, stanje pretplate i razine vjernosti obično se u njega ne uklapaju, i tu sloj ili vlastiti kod zarađuju svoje mjesto. Naš vodič kroz Brevo Shopify integraciju detaljno pokriva baš taj par.

CMS. WordPress je najčešća veza s platformom Brevo izvan e-trgovine, obično za obrasce, prijavu na newsletter i transakcijsku e-poštu preko Brevo SMTP-a. Put preko dodatka gotovo je uvijek ispravan ovdje, jer je model podataka jednostavan, a količina mala.

CRM i skladište podataka. Ovdje konektori postaju teški, jer obje strane vjeruju da posjeduju kupca. Koristite tablicu vlasništva nad poljima, sinkronizirajte jednosmjerno po polju i razmislite o guranju modeliranih publika iz skladišta u Brevo liste umjesto sinkronizacije sirovih zapisa. Pogledajte naš vodič kroz Brevo CRM za to kako se Brevo vlastiti CRM objekti uklapaju u tu sliku.

Obrasci. Idealan slučaj za iPaaS: mala količina, jedan smjer, tolerancija na kašnjenje. Nemojte to prekomplicirati.

Kako to izvesti kako treba

Izbor konektora uglavnom je pitanje operacija, a ne značajki. Svaka opcija može premjestiti kontakt iz A u B. Razlikuju se po tome što se događa na dan kada mapiranje odluta, kada se okine ograničenje zahtjeva ili kada 400 zapisa padne na provjeri unutar uvoza od 40.000 zapisa.

Prođite kroz to ovim redoslijedom:

  1. Zapišite koji sustav posjeduje koje polje. Sve ostalo slijedi iz toga.
  2. Odaberite jedan primarni identifikator kontakta i popunite ext_id iz svog izvornog sustava.
  3. Odaberite najlakšu opciju koja preživljava vašu količinu i vaš zahtjev za rukovanjem pogreškama, a ne onu najsposobniju.
  4. Izgradite ponovnu sinkronizaciju i izvještaj o usklađivanju prije nego što krenete uživo, a ne nakon prvog incidenta.
  5. Pratite brojke i stope popunjenosti, jer je tihi gubitak češći od glasnog kvara.

Napravite tih pet stvari i bilo koji od četiri pristupa može raditi. Preskočite ih i neće raditi nijedan.

Povezani članci

Često postavljana pitanja

Što je Brevo konektor?
Brevo konektor je sve što premješta podatke između platforme Brevo i nekog drugog sustava. Sastoji se od tri dijela: prijenosa (API pozivi ili webhookovi), mapiranja polja i zapisa o stanju sinkronizacije. Dodaci, iPaaS scenariji, integracijski slojevi i vlastiti kod samo su različita pakiranja ta tri dijela.
Ima li Brevo službene konektore?
Da. Brevo vodi tržnicu aplikacija koju opisuje kao povezivanje platforme Brevo s više od 150 digitalnih alata, a ističe vlastite aplikacije za WordPress, WooCommerce, Shopify i BigCommerce. Sve što nije na tržnici povezuje se putem REST API-ja i webhookova.
Trebam li koristiti Zapier ili vlastitu Brevo integraciju?
Koristite Zapier ili sličan iPaaS kada je količina podataka mala, tijek jednosmjeran i kada preskočeni zapis nije skup. Prijeđite na integracijski sloj ili vlastiti kod kada trebate naknadna punjenja, ponovnu obradu neuspjelih zapisa, dvosmjernu sinkronizaciju ili trag revizije po zapisu.
Zašto se u platformi Brevo stalno pojavljuju duplicirani kontakti?
Gotovo uvijek zato što dva konektora koriste različite identifikatore. Brevo prihvaća email, SMS ili ext_id kao identifikatore, pa kontakt stvoren e-poštom u jednom tijeku i telefonom u drugom postaje dva zapisa. Odaberite jedan primarni identifikator, postavite ext_id iz svog izvornog sustava i koristite forceMerge namjerno, a ne slučajno.
Kako rade Brevo webhookovi?
Brevo podržava marketinške i transakcijske webhookove koji se konfiguriraju u sučelju ili preko krajnjih točaka za stvaranje i ažuriranje webhooka. Marketinški događaji uključuju delivered, opened, click, hard_bounce, unsubscribe, contact_updated, contact_deleted i list_addition. Račun je ograničen na 40 webhookova za obje vrste zajedno.
Koja su ograničenja zahtjeva za Brevo API?
Na standardnim računima krajnje točke za kontakte i krajnja točka za događaje dopuštaju 10 zahtjeva u sekundi, transakcijska e-pošta dopušta 1.000 zahtjeva u sekundi, a sve ostalo ograničeno je na 100 zahtjeva na sat. Planovi Professional i Enterprise imaju više gornje granice. Prekoračenje ograničenja vraća HTTP 429.
Može li se Brevo dvosmjerno sinkronizirati s mojim CRM sustavom?
Brevo može i primati zapise i slati contact_updated webhookove, pa je dvosmjerna sinkronizacija tehnički moguća. Rijetko se isplati. Odredite jedan sustav kao vlasnika svakog polja i ostalo sinkronizirajte jednosmjerno, inače trebate potiskivanje petlji i pravila za sukobe koja većina timova nikad ne izgradi.
Kako ponovno sinkronizirati podatke u Brevo bez rušenja postojećih?
Koristite asinkronu krajnju točku za uvoz, koja prihvaća URL datoteke ili JSON tijelo do 10 MB i vraća processId. Ostavite emptyContactsAttributes na zadanoj vrijednosti false kako prazni stupci ne bi izbrisali postojeće vrijednosti i pokrenite ponovnu sinkronizaciju na testnoj listi prije prave.

Zatražite rani pristup

Unesite ime te adresu e-pošte ili telefonski broj. Poslat ćemo vam pojedinosti o pristupu platformi Tajo.

automatsko prepoznavanje
Nabavi Brevo