Leiratkozási oldal: bevált gyakorlatok és jól megcsinált egykattintásos leiratkozás

A leiratkozási oldal az e-mail-programod legkevésbé látványos eleme, és egyike annak a kevés eszköznek, amely csendben tönkre tudja tenni az egészet. Aki ki akar szállni, ki fog szállni. Az egyetlen dolog, amit befolyásolsz, hogy a leiratkozási linkeden át távozik-e, vagy a „spam jelentése” gombon, és ennek a két kijáratnak nagyon eltérő az ára.

Miért kerül pénzbe a leiratkozás megnehezítése

Az RFC 8058 szerzői magába a specifikációba írták bele az üzleti logikát: a küldők érdeke, hogy a leiratkozás a lehető legegyszerűbb legyen, mert ha a folyamat túl nehéz, a címzett alternatívája az, hogy addig jelenti szemétnek a levelet, amíg az el nem tűnik a postafiókból.

Ez a helyettesítés az egész érvelés lényege. A leiratkozás egyetlen címet vesz le egyetlen listáról. A spampanasz a küldő domainedre és IP-dre kerül feljegyzésre, és az összes többi általad generált panasz mellé számít bele. A Google azt kéri, hogy a Postmaster Toolsban mért spamarány 0,10% alatt maradjon, és soha ne érje el a 0,30%-ot vagy annál többet. 2024 júniusa óta a 0,3% fölötti tömeges küldők nem jogosultak a kézbesítési enyhítésekre, és csak hét egymást követő, e szint alatti nap után nyerik vissza a jogosultságot. A Yahoo szintén 0,3% alatti értéket kér a tömeges küldőktől.

Vagyis az az ember, akit három képernyőn kergettél végig, nem csak elmegy. Magával visz egy darabot a beérkező mappában elfoglalt helyedből, minden jövőbeli kampányra, azokra is, amelyeket olyanoknak küldesz, akik továbbra is szeretnék a leveleidet.

Hogyan működik valójában az egykattintásos leiratkozás

Az „egykattintásos leiratkozásról” szóló tanácsok többsége összemos két különböző mechanizmust, amelyeket a postafiók-szolgáltatók eltérően kezelnek.

A két fejléc

A 2017 januárjában publikált RFC 8058 definiálja a mechanizmust. Az a küldő, aki egykattintásos támogatást akar, egy List-Unsubscribe és egy List-Unsubscribe-Post fejlécmezőt helyez el az üzenetben. Az elsőnek tartalmaznia kell egy HTTPS URI-t, és tartalmazhat nem HTTP-s URI-kat is, például egy mailto címet. A másodiknak az egyetlen List-Unsubscribe=One-Click kulcs-érték párt kell tartalmaznia.

List-Unsubscribe: <https://example.com/u/9f2a1c7b>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

A postafiók-szolgáltató ezután HTTPS POST kérést küld erre az URI-ra, a kulcs-érték párral a kérés törzsében. Az RFC szerint a tartalmat multipart/form-data formában célszerű küldeni, de küldhető application/x-www-form-urlencoded formában is.

POST /u/9f2a1c7b HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

List-Unsubscribe=One-Click

Négy részlet az RFC-ben szokta okozni, hogy egy „szabványos” megvalósítás mégsem működik:

• Az üzenetnek érvényes DKIM-aláírást kell hordoznia, amely mindkét fejlécre kiterjed, és amelyben a fejlécek szerepelnek az aláírás h= címkéjében. Enélkül a fogadó félnek nem szabad egykattintásos leiratkozást felkínálnia.
• Az URI-nak azonosítania kell a címzettet és a listát is, mert nincs mód rákérdezni, melyik címet kell eltávolítani.
• Az URI-nak tartalmaznia kell egy átlátszatlan vagy nehezen hamisítható elemet, amelyet a szervered ellenőriz, így nem tud egy támadó hamisított List-Unsubscribe linkeket küldeni valaki más listájához.
• A POST nem tartalmazhat sütiket és HTTP-hitelesítést, a végpontod pedig nem válaszolhat átirányítással.

Mit követelnek meg a postafiók-szolgáltatók

A Google küldői irányelvei szerint azoknak a küldőknek, akik naponta több mint 5000 üzenetet küldenek, támogatniuk kell az egykattintásos leiratkozást a marketing- és feliratkozásos üzenetekben, és emellett jól látható leiratkozási linket is el kell helyezniük a levél törzsében. A Google egyértelmű abban, hogy a törzsben lévő link nem helyettesítő: ha hiányzik a List-Unsubscribe fejléc, nem vizsgálja át a törzset, a törzsben lévő mailto link pedig nem elégíti ki a követelményt.

A Yahoo tömeges küldőkre vonatkozó követelményei működő, egykattintásos leiratkozást támogató list-unsubscribe fejlécet várnak a marketing- és feliratkozásos üzenetekhez, megjegyzik, hogy az RFC 8058 szerinti POST módszer erősen ajánlott, míg a mailto módszer elfogadható, és külön kérnek egy látható törzsbeli linket, amely mutathat preferenciaoldalra is. Ez a mailto körüli eltérés valós: a Yahoo elfogadja, a Google nem.

Mindkettő a marketing- és promóciós levelekre korlátozza a követelményt. A Google kivételként kezeli a tranzakciós üzeneteket, például a jelszó-visszaállítást és a foglalás-visszaigazolást, és a Yahoo GYIK-je ugyanezt mondja.

A teljesítési határidő

A Google GYIK-je azt javasolja, hogy a leiratkozási kéréseket 48 órán belül teljesítsd, a hibafeltételeket felsoroló táblázatában pedig ott van a 48 órán belül nem teljesített kérés, mint ok, amiért egy tömeges küldő elveszíti a kézbesítési enyhítésekhez való hozzáférést. A Yahoo követelményei szerint 2 napon belül kell teljesíteni a leiratkozásokat. Azért tervezz mégis azonnali tiltólistázásra: a 48 óra a kötegelt rendszerek felső korlátja, nem célérték.

Miben más ez, mint egy linkre kattintva megnyíló oldal

A fejléceken keresztüli egykattintásos leiratkozás soha nem érinti a webhelyedet a felhasználó böngészőjében: nincs oldalbetöltés, nincs sütisáv, nincs JavaScript, nincs munkamenet. A szolgáltató a háttérben küld POST kérést a végpontodra. A törzsben lévő link a másik útvonal, az, amely az általad tervezett oldalra érkezik. Mindkettőnek működnie kell, más-más okból.

Mit csinál egy jó leiratkozási oldal

Az oldalnak egyetlen feladata van: lezárni azt a kapcsolatot, amelynek lezárását az olvasó kérte. Öt tulajdonság szinte az egészet lefedi.

• Gyorsan tölt és mindenhol működik. Számíts mobilböngészőre, lassú kapcsolatra és olyan kliensre, amely blokkolja a szkriptjeidet. Ha az oldalnak követőkód-csomagra van szüksége a megjelenéshez, akkor a leiratkozás romlott.
• Nem kér bejelentkezést. A Yahoo bevált gyakorlatai ezt nyíltan kimondják, és a CAN-SPAM miatt az Egyesült Államokban jogi problémát is jelent.
• Egyetlen művelettel lezárul. Az érkezés vagy azonnal befejezi a leiratkozást, vagy egyetlen nyilvánvaló gombot hagy hátra, amely befejezi.
• Pontosan kimondja, mi változott. „Eltávolítottunk a heti hírlevél listájáról. A rendelés-visszaigazolásokat továbbra is megkapod.” A kétértelműség később panaszt szül attól, aki azt hitte, mindenről leiratkozott.
• Van benne visszavonás. Egy látható „újra feliratkozom” link megmenti a véletlen kattintásokat.

Sötét minták, és miért üt vissza mindegyik

• Bűntudatkeltő szöveg. A szomorú kabalafigura és a „biztos, hogy lemaradnál róla?” mondat egy semleges távozást bosszússá tesz. Innen már csak az változhat, hogy az olvasó elég ingerülten megy-e el ahhoz, hogy legközelebb a spam gombot nyomja.
• Elrejtett vagy alacsony kontrasztú vezérlők. A lábléc hatpontos szürke betűje nem csökkenti a leiratkozásokat, hanem panaszokká tereli őket.
• Kötelező kérdőívek. Ha a „miért mész el?” kérdést kötelező lépéssé teszed, egy kötelezettségből adatgyűjtő űrlap lesz, a CAN-SPAM alatt pedig nem kérhetsz az e-mail-címen túli információt, és nem írhatsz elő az egyetlen oldal meglátogatásán túli lépést.
• Többlépcsős megerősítések. Minden extra képernyő újabb esély arra, hogy az oldal elszálljon, a munkamenet megszakadjon, vagy az olvasó inkább spamnek jelentse a levelet.
• Bejelentkezési falak, a fióktörlés keretezése, és az, hogy újra be kell gépelni a címet. Aki más címet lát maga előtt, mint amellyel feliratkozott, rosszat fog beírni. Inkább kódold az azonosítót a linkbe.

Preferenciaközpontok, és hol hagynak fel a segítéssel

A preferenciaközpont akkor segít igazán, ha az olvasó problémája nem te vagy, hanem a ritmusod. Három lehetőség hordozza az érték nagy részét: gyakoriság (heti napi helyett), téma (készletértesítés, de hírlevél nem) és szüneteltetés (30 vagy 90 napos szünet határozott végdátummal). Mindegyik megtart egy feliratkozót, aki különben elment volna.

Abban a pillanatban válik akadállyá, amikor ez az egyetlen kijárat. Érdemes beleírni a briefbe a szabályt: a mindenre kiterjedő leiratkozásnak a preferenciaoldalon is mindig egyetlen kattintásra kell maradnia, ugyanakkora vizuális súllyal, mint a többi lehetőség, és megerősítő lépés nélkül.

Vedd figyelembe azt is, hogy a fejléc alapú egykattintásos leiratkozás csak arról a listáról veszi le a címzettet, amelyhez az adott üzenet tartozott. Ha egy cím több listához is tartozik, döntsd el, hogy a fejléces leiratkozás azt jelenti-e, hogy „ez a lista”, vagy azt, hogy „minden marketing”, és mondd is ki a visszaigazoló oldalon.

A kérés feldolgozása: tiltólista, amely kitart

Tiltsd le azonnal és globálisan, cím szerint, ne listatagság alapján. Egy kapcsolat eltávolítása egy listáról nem tiltólistázás, mert a következő import visszahozhatja. A tiltólistás bejegyzés külön, tartós állítás arról, hogy ez a cím nem kaphat marketinglevelet, és küldéskor ellenőrizni kell, függetlenül attól, melyik lista, szegmens vagy munkafolyamat indította a küldést.

A leiratkozásoknak nincs lejáratuk, és a bejegyzésnek túl kell élnie a platformváltásokat. A valódi kár nagy része itt keletkezik: egy cég e-mail-platformot vált, exportálja a kapcsolatokat, importálja őket az új eszközbe, és csendben feltámaszt évekre visszamenőleg minden leiratkozást. A tiltólistát vidd át először, minden más kapcsolati adat előtt, és a másik oldalon ellenőrizd a darabszámot.

Ugyanez a hiba történik, valahányszor két rendszer nem ért egyet. Egy áruházplatform, egy CRM és egy e-mail-platform mindegyike tárol egy marketing-hozzájárulás jelzőt, és egy éjszakai szinkron felülírja azt, amelyik helyes volt. Ez inkább integrációs, mint jogi probléma: a leiratkozás rendesen rögzült, aztán elveszett az átvitel során. Ha egy áruházat egy csatlakozórétegen, például a Tajón keresztül kötsz a Brevóhoz, nézd meg, mit csinál a leiratkozott kapcsolatokkal minden szinkronizálásnál, nem csak az első importnál.

Két további szabályt érdemes kódban is kikényszeríteni. Soha ne vegyél vissza leiratkozott címet későbbi importtal, listavásárlással, adatdúsító eszközzel vagy újraaktiváló feltöltéssel. És naplózd minden leiratkozás időbélyegét és forrását, mert amikor valaki azt állítja, hogy sosem iratkozott le, az a bejegyzés a válasz. Tartsd elérhetően a végpontot is: a Yahoo szerint a nem működő leiratkozás nem teljesíti a követelményt, a Google pedig figyelmeztet, hogy egy hosszabb ideje törött link esetén az üzenetek szintén nem felelnek meg neki.

Mit ír elő valójában a jog

Egyesült Államok: CAN-SPAM

Az FTC megfelelési útmutatója rögzíti, mit követel a törvény. A leiratkozási mechanizmusodnak az üzenet elküldése után legalább 30 napig képesnek kell maradnia a kérések feldolgozására, a kérést pedig 10 munkanapon belül teljesítened kell. Nem kérhetsz díjat, nem kérhetsz az e-mail-címen túli személyazonosításra alkalmas adatot, és nem várhatod el a címzettől, hogy a válasz-e-mail elküldésén vagy egyetlen weboldal meglátogatásán túl bármit tegyen. Kínálhatsz választható lehetőségeket, de köztük ott kell lennie annak, hogy az összes marketingüzeneted leállítható. Ha valaki leiratkozott, nem adhatod el és nem adhatod tovább a címét, kivéve annak a cégnek, amelyet a megfelelés segítésére bíztál meg. Minden jogsértő e-mail legfeljebb 53 088 dollár bírságot vonhat maga után. A CAN-SPAM leiratkozásos rendszer: az első üzenet előtt nincs szükség hozzájárulásra.

Európai Unió: GDPR és ePrivacy

Az EU álláspontja fordított. A 2002/58/EK irányelv 13. cikk (1) bekezdése csak azoknak az előfizetőknek vagy felhasználóknak engedi az elektronikus levélben történő közvetlen üzletszerzést, akik ehhez előzetesen hozzájárultak. A 13. cikk (2) bekezdése tartalmazza a soft opt-in kivételt: ha a címet saját vásárlódtól szerezted egy értékesítés keretében, hasonló saját termékeidet vagy szolgáltatásaidat népszerűsítheted, feltéve, hogy a vásárló világosan és egyértelműen lehetőséget kap a tiltakozásra, díjmentesen és egyszerű módon, mind az adatgyűjtés pillanatában, mind minden egyes üzenet alkalmával. A 13. cikk (4) bekezdése tiltja az olyan marketinglevelet, amely elrejti a küldő kilétét, vagy amelyhez nem tartozik érvényes cím, ahová a címzett a kommunikáció megszüntetésére irányuló kérést küldhet.

A GDPR két további kötelezettséget ad. A 7. cikk (3) bekezdése bármikor jogot ad a hozzájárulás visszavonására, és kimondja, hogy a visszavonásnak ugyanolyan egyszerűnek kell lennie, mint a megadásnak. A 21. cikk (2) bekezdése feltétel nélküli jogot ad a közvetlen üzletszerzés elleni tiltakozásra bármikor, beleértve a kapcsolódó profilalkotást is, a 21. cikk (3) bekezdése szerint pedig az adatokat ezt követően e célból már nem lehet kezelni. Röviden: a leiratkozásod nem lehet nehezebb, mint amilyen a feliratkozó űrlapod volt, és ha valaki tiltakozik, nincs helye érdekmérlegelésnek.

Kötelező kontra bevált gyakorlat

Az uniós kép teljes leírásáért nézd meg a GDPR e-mail-marketing útmutatót, a hozzájárulás rögzítéséhez pedig a dupla opt-in útmutatót.

Mit mérj

Kövesd a kampányonkénti leiratkozási arányt, de értelmezd őszintén. A publikált benchmarkok iparágtól, listaforrástól, küldési gyakoriságtól és attól függően, hogy a küldő hogyan definiálja a nevezőt, széles skálán mozognak, így bármelyik egyetlen szám, amelyet „a” benchmarkként idéznek, kevesebbet ér, mint a saját mozgóátlagod. Az a kampány, amely megduplázza a szokásos arányodat, valami konkrétat mond arról a kampányról.

A panaszarány a fontosabb jelzés, mert a postafiók-szolgáltatók erre lépnek. A Gmail a Postmaster Toolsban mutatja meg, a Yahoo a Complaint Feedback Loopon keresztül. A fenti küszöböket kezeld felső korlátként.

A kompromisszumot szokták a leggyakrabban félreérteni. Ha könnyebben megtalálhatóvá teszed a leiratkozást, az általában emeli a leiratkozási arányt és csökkenti a panaszarányt, és ez minden alkalommal jó csere: az a lista, amely azokkal zsugorodik, akik el akartak menni, több postafiókba jut el, mint az, amelyet vonakodó címzettekkel tömtél ki. Ha mindkét arány együtt emelkedik, akkor nem az oldallal van baj, hanem a relevanciával, a gyakorisággal vagy azzal, hogyan szerezted a címeket. A diagnózist a kézbesíthetőségről, a listatisztításról és arról szóló útmutatóink fedik le, hogy miért mennek spambe a levelek.

A kilépési kérdőív ízlésesen

Annak ismerete, hogy miért mennek el az emberek, valódi érték, és úgy is begyűjtheted, hogy közben semmit nem rontasz el. Három feltétel:

• Legyen opcionális. Nincs kötelező mező, nincs beküldés gomb az olvasó és az ajtó között.
• Utólag jöjjön. A visszaigazoló oldalon mutasd meg, miután a leiratkozás életbe lépett, és az oldal ezt ki is mondta.
• Legyen rövid. Egy kérdés, négy vagy öt válasz: „túl sok e-mail”, „nem releváns”, „sosem iratkoztam fel”, „tartalom minősége”, „egyéb”.

A „sosem iratkoztam fel” a kérdőív legértékesebb sora. Ha ez emelkedik, akkor szerzési problémád van, és a javítás feljebb, a folyamat elején kell megtörténjen.

Legfontosabb tanulságok

• A könnyű leiratkozás kézbesíthetőségi eszköz, nem udvariasság. A másik kijárat a spam gomb, amely minden jövőbeli küldésedbe beleszámít.
• Valósítsd meg rendesen az RFC 8058-at: mindkét fejléc, a címzettet azonosító HTTPS URI, nehezen hamisítható token, DKIM-lefedettség, és a POST-nál semmilyen átirányítás.
• Teljesítsd a kéréseket azonnal. A Gmail ablaka 48 óra, a Yahoóé 2 nap, a CAN-SPAM-é 10 munkanap.
• Tarts fenn tartós tiltólistát, vidd át a kapcsolati adatok előtt, és soha ne engedd, hogy egy import felülírja.
• A leiratkozási arányt a saját alapértékedhez mérd, a panaszarányt pedig kezeld annak a számnak, amely a beérkező mappában elfoglalt helyedről dönt.