Ezen az oldalon
Küldd be ugyanazt a próba-feliratkozást kétszer. Ezután is egy feliratkozónak, egy megerősítési kérésnek és egy visszakereshető feldolgozási eredménynek kell lennie. Ha a második kézbesítés új üdvözlő sorozatot indít, javítani kell a kapcsolatot.
Egy használható Webflow-Brevo integráció a második kézbesítést ugyanolyan gondosan kezeli, mint az elsőt. Az alábbi mezőtérkép, megerősítési határ és rövid átvételi teszt automatizálási szolgáltatásnál és saját szervernél is alkalmazható.
Válaszd a legrövidebb utat
| Igény | Kiindulópont | Ellenőrzés |
|---|---|---|
| Hírlevél-feliratkozás | Brevo-űrlap beágyazása | Kettős megerősítés, kötelező mezők, céllista |
| Natív Webflow-beküldések megtartása | Webflow-űrlap és automatizálási szolgáltatás | Mezőmegfeleltetés, megerősítés, ismételt kézbesítés |
| Egyedi továbbítás vagy ellenőrzött helyreállítás | Webflow-események fogadása a saját szerveren | Hitelesítés, függő állapot, duplikációk kiszűrése, hibanapló |
A Brevo űrlapkészítője támogatja a kettős megerősítést. Az új feliratkozóknak rá kell kattintaniuk az e-mailben érkező hivatkozásra, mielőtt bekerülnek a kontaktadatbázisba. Ha csak hírlevél kell, ez jó kiindulópont.
„Az űrlapot már elkészítettük Webflow-ban.” Tartsd meg, ha fontos a kinézete vagy a beküldések tárolása. A Webflow integrációs útmutatója automatizálási és API-megoldásokat ismertet. Az űrlap műveletének módosítása előtt nézd meg a következményeket: a Webflow feldolgozásának megkerülése megváltoztatja a beküldések tárolási helyét is.
Határozd meg az egyes mezők jelentését
Használj külön hírlevélűrlapot, vagy általános érdeklődési űrlapon különálló, alapból nem bejelölt marketingopciót. Az értékesítési válasz kérése nem jelent automatikus hírlevél-feliratkozást.
Az alábbi példa üzleti hírlevélhez készült. A kötelező keresztnév és munkahelyi e-mail ennek az űrlapnak a szabálya, nem általános Webflow- vagy Brevo-követelmény.
| Forrásmező | Cél | Szabály |
|---|---|---|
| Munkahelyi e-mail | Kontakt e-mail-címe | Kötelező, szerveren ellenőrizd |
| Keresztnév | FIRSTNAME attribútum | Kötelező, a szélső szóközöket töröld |
| Vállalat | COMPANY attribútum | Opcionális, üres beküldés nem töröl mentett értéket |
| Marketingválasztás | Hozzájárulási rekord | Csak egyértelmű értéket fogadj el, ismeretlennél állj meg |
| Beküldési azonosító | Feldolgozási napló | Az ismételt kézbesítés felismerésére |
| Időpont és űrlapazonosító | Feldolgozási napló | A forrás magyarázatához szükséges adatok |
Adatküldés előtt hozd létre a megfelelő Brevo-attribútumokat a helyes típusokkal. A Brevo kontakt-API-ja attribútumobjektumot fogad, és updateEnabled segítségével meglévő kontaktot is frissíthet. A mezők adatot visznek át, de marketingengedélyt nem adnak.
Ha csak céges címeket fogadsz el, ezt a szabályt szerveroldalon is érvényesítsd. A céges domain nem bizonyít hozzájárulást, és azt sem, hogy a postafiók valódi ügyfélé.
Előbb megerősítés, aztán belépés a célközönségbe
Új feliratkozóknál ezt a sorrendet kövesd:
- Ellenőrizd az űrlapot és a kifejezett marketingválasztást.
- Mentsd a kérést függőben, a forrással és a beküldési azonosítóval együtt.
- Indíts pontosan egy double opt-in kérést.
- Fogadd a megerősítést a választott rendszeren keresztül.
- A megerősített kontaktot vedd fel a marketingcélközönségbe.
A Brevo külön double opt-in API-végpontot biztosít: POST /v3/contacts/doubleOptinConfirmation. Ez sablont, céllistákat és átirányítási URL-t használ. A szokásos POST /v3/contacts más művelet. Ha a kontakt létrehozását megelőző megerősítés a cél, előbb ne hozz létre külön kontaktot.
Egyetlen rendszer legyen felelős a megerősítésért. Ha ugyanarra a beküldésre Brevo-űrlap, külön automatizálás és saját megerősítő üzenet is reagál, duplikált üzenetek keletkezhetnek. A sikeres API-válasz sem bizonyítja, hogy az ember rákattintott a hivatkozásra.
A teljes feliratkozási modellről olvasd el a double opt-in útmutatót. A korábban leiratkozott címet külön teszteld az újtól.
Fogadd az eseményeket szerveren
Ne tedd a Brevo API-kulcsát a Webflow-oldal kódjába. A fogadó szerveren vagy az automatizálási szolgáltatás biztonságos hitelesítőadat-tárában legyen.
A Webflow dokumentálja a form_submission webhookot, benne a mezőkkel, az űrlap azonosítójával és a beküldés idejével. A létrehozási módjának megfelelően ellenőrizd a webhookot. A Webflow szerint az irányítópulton létrehozott webhookok nem tartalmazzák az aláírt integrációs útvonal fejléc-aláírásait.
Az érvényes kézbesítést tartósan rögzítsd, mielőtt visszaigazolod. Ha a cél nem érhető el, próbáld újra az eltárolt feladatot. Különítsd el a „fogadva”, „megerősítésre vár”, „szinkronizálva”, „kihagyva” és „sikertelen” állapotokat. Egy elfogadott webhook még nem befejezett szinkronizálás.
Őrizd meg a későbbi leiratkozást
Egy régi feliratkozás újrafeldolgozása nem írhat felül újabb leiratkozást. A cél frissítése előtt hasonlítsd össze az esemény idejét és az aktuális, mérvadó feliratkozási állapotot. A hiányzó jelölőnégyzet vagy ismeretlen érték nem hozzájárulás. Egy új beküldés önmagában nem oldhat fel blokkolást és nem iratkoztathat vissza leiratkozott embert; a Brevo a blokkolást külön feliratkozási állapotként kezeli.
Az identitásváltozásokkal is óvatosan járj el. A Brevo frissítési dokumentációja figyelmeztet, hogy egy blokkolt kontakt e-mail-címének megváltoztatása megszüntetheti a blokkolást és újra feliratkoztathatja. A címváltozás külön, ellenőrzött művelet legyen, ne egyszerű mezőtérképezés.
Aktív feliratkozónál a megfelelő rekord frissítése elkerülheti a második rekordot. Ettől még az eseményt is deduplikáld: egyetlen kontakt is kaphat két üzenetet.
Végezd el ezt a hat átvételi tesztet
| Teszt | Elvárt eredmény |
|---|---|
| Új, érvényes feliratkozás | Megerősítésig függőben, előtte nincs marketing |
| Ugyanaz a beküldés kétszer | Egy feldolgozási eredmény, nincs második megerősítés |
| Hiányzó vagy kétértelmű marketingválasztás | Nem feltételezhető feliratkozás |
| Régi feliratkozás a leiratkozás után újra | A későbbi leiratkozás érvényben marad |
| A Brevo átmenetileg nem érhető el | Látható, újrapróbálható hiba, nincs hamis siker |
| Vállalat hiányzik későbbi beküldésből | Korábbi érték megmarad, hacsak a törlés nem szándékos |
Külön tesztlistát és általad ellenőrzött címeket használj. Nézd meg mindkét rendszert és a ténylegesen érkezett üzeneteket. A zöld automatizálási jelzés önmagában nem elég.
Hol illik ide a Tajo?
A Tajo korai hozzáférésben érhető el. Vidd az integráció áttekintésére a forrásűrlapot, céllistát, mezőtérképet és a hat elvárt eredményt. Aktiválás előtt ellenőrizd, hogy a választott folyamat teljesíti-e őket.
Natív űrlap, automatizálási szolgáltatás és saját kód összevetéséhez olvasd a Brevo-összekötők útmutatóját.
Webes űrlap helyett bolt esetén olvasd a Shopify-Brevo útmutatót. Saját megvalósításhoz a Brevo API-útmutató ad további hátteret.
Mondd el, mely rendszereket kapcsolnád össze. Kezdj egyetlen űrlappal, amely kibírja az ismételt kézbesítést.
Gyakran Ismételt Kérdések
Hogyan köthetem össze legegyszerűbben a Webflow-t a Brevóval?
Hírlevélhez ágyazz be egy Brevo-feliratkozási űrlapot, és kapcsold be a kettős megerősítést. Tartsd meg a natív Webflow-űrlapot, ha szükséged van a beküldési naplóra vagy egyedi továbbításra; ehhez automatizálási szolgáltatást vagy szerveroldali integrációt használhatsz.
A Brevo-kontakt létrehozása megerősíti a feliratkozást?
Nem. A szokásos kontaktlétrehozási vagy -frissítési API-hívás nem zárja le a double opt-in folyamatot. Használj megerősítési folyamatot, és az új feliratkozót csak megerősítés után vedd fel a marketingcélközönségbe.
Hogyan előzhetem meg a duplikátumokat újrapróbálkozáskor?
Rögzítsd a Webflow-beküldés azonosítóját és feldolgozási eredményét. Ugyanaz a beküldés ismételten nem válthat ki új mellékhatásokat. Már megerősített kontaktnál a megfelelő rekordot frissítsd, ne hozz létre új személyazonosságot.