Най-добри практики за страницата за отписване: отписване с един клик, направено правилно

Страницата за отписване е най-неефектният актив в имейл програмата Ви и един от малкото, които могат тихо да я унищожат. Всеки, който иска да излезе, ще излезе. Единствената променлива, която контролирате, е дали ще си тръгне през Вашата връзка за отписване, или през бутона „докладвай като спам“, а тези два изхода имат много различни цени.

Защо триенето при отказа Ви струва пари

Авторите на RFC 8058 записват търговската логика в самата спецификация: изпращачите искат да направят отписването възможно най-лесно, защото ако процесът е твърде труден, алтернативата на получателя е да докладва пощата като нежелана, докато тя спре да се появява в пощенската кутия.

Тази замяна е целият аргумент. Отписването премахва един адрес от един списък. Оплакването за спам се записва срещу Вашия изпращащ домейн и IP и се брои наред с всяко друго оплакване, което генерирате. Google моли изпращачите да държат нивото на спам в Postmaster Tools под 0,10% и никога да не достигат 0,30% или повече; от юни 2024 г. масовите изпращачи над 0,3% нямат право на облекчения при доставка и възстановяват това право едва след седем последователни дни под прага. Yahoo също моли масовите изпращачи да останат под 0,3%.

Така че човекът, когото сте накарали да мине през три екрана, не просто си тръгва. Той отнася и парче от Вашето разположение в пощенската кутия, за всяка бъдеща кампания, включително изпратените до хора, които още искат Вашата поща.

Как всъщност работи отписването с един клик

Повечето съвети за „отписване с един клик“ смесват два различни механизма, които доставчиците на пощенски кутии третират различно.

Двата хедъра

RFC 8058, публикуван през януари 2017 г., дефинира механизма. Изпращач, който иска поддръжка на един клик, поставя едно хедър поле List-Unsubscribe и едно хедър поле List-Unsubscribe-Post в съобщението. Първото трябва да съдържа един HTTPS URI и може да съдържа и не-HTTP URI, например mailto. Второто трябва да съдържа единствената двойка ключ/стойност List-Unsubscribe=One-Click.

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

Доставчикът на пощенска кутия след това изпълнява HTTPS POST към този URI с двойката ключ/стойност като тяло на заявката. RFC казва, че съдържанието следва да се изпраща като multipart/form-data или може да се изпраща като application/x-www-form-urlencoded.

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

List-Unsubscribe=One-Click

Четири детайла в RFC са обичайната причина за „съответстваща“ имплементация, която не работи:

• Съобщението трябва да носи валиден DKIM подпис, покриващ и двата хедъра, изброени в h= тага на подписа. Без него получателите не бива изобщо да предлагат отписване с един клик.
• URI трябва да идентифицира едновременно получателя и списъка, защото няма как да се попита потребителят кой адрес да бъде премахнат.
• URI трябва да включва непрозрачен или труден за фалшифициране компонент, който Вашият сървър проверява, което спира атакуващ да разпраща фалшифицирани List-Unsubscribe връзки за чужд списък.
• POST заявката не трябва да включва бисквитки или HTTP авторизация, а Вашият endpoint не трябва да отговаря с пренасочване.

Какво изискват доставчиците на пощенски кутии

Насоките на Google за изпращачи посочват, че изпращачите на над 5000 съобщения дневно трябва да поддържат отписване с един клик за маркетингови и абонаментни съобщения, а също така трябва да включват ясно видима връзка за отписване в тялото. Google е конкретен, че връзката в тялото не е заместител: ако хедърът List-Unsubscribe липсва, той не сканира тялото, а mailto връзка в тялото не удовлетворява изискването.

Изискванията на Yahoo за масови изпращачи изискват работещ list-unsubscribe хедър, поддържащ един клик за маркетингови и абонаментни съобщения, отбелязват, че POST методът по RFC 8058 е силно препоръчителен, докато mailto методът е приемлив, и отделно искат видима връзка в тялото, която може да сочи към страница с предпочитания. Тази разлика при mailto е реална: Yahoo я приема, Google не.

И двете ограничават изискването до маркетингова и промоционална поща. Google изключва транзакционните съобщения като нулиране на парола и потвърждения на резервация, а разделът с често задавани въпроси на Yahoo казва същото.

Срокът за изпълнение

Разделът с често задавани въпроси на Google препоръчва изпълнение на заявките за отписване в рамките на 48 часа, а неговата таблица с условия за неуспех посочва неизпълнените в 48 часа заявки като причина масов изпращач да загуби достъп до облекченията при доставка. Изискванията на Yahoo казват отписванията да се изпълняват в рамките на 2 дни. Все пак проектирайте за незабавно потискане: 48 часа е таван за пакетни системи, а не цел.

Как това се различава от връзка, която отваря страница

Отписването с един клик през хедъри никога не докосва Вашия уебсайт в браузъра на потребителя: няма зареждане на страница, няма банер за съгласие, няма JavaScript, няма сесия. Доставчикът прави POST към Вашия endpoint във фонов режим. Връзката в тялото е другият път, този, който води до страница, която сте проектирали. И двата трябва да работят, по различни причини.

Какво прави добрата страница за отписване

Страницата има една задача: да прекрати връзката, която читателят е поискал да прекрати. Пет свойства покриват почти всичко.

• Зарежда се бързо и работи навсякъде. Приемете мобилен браузър, бавна връзка и клиент, който блокира Вашите скриптове. Ако страницата се нуждае от пакет за проследяване, за да се визуализира, отписването е счупено.
• Не изисква вход. Най-добрите практики на Yahoo казват това направо, а CAN-SPAM го прави и правен проблем в САЩ.
• Потвърждава с едно действие. Пристигането или завършва отписването, или оставя един очевиден бутон, който го прави.
• Казва точно какво се е променило. „Премахнати сте от седмичния бюлетин. Ще продължите да получавате потвърждения за поръчки.“ Двусмислието поражда по-късно оплакване от някой, който е смятал, че се е отписал от всичко.
• Предлага връщане назад. Видима връзка „абонирай ме отново“ спасява случайните кликове.

Тъмни модели и защо всеки от тях се обръща срещу Вас

• Текст, който предизвиква вина. Тъжният талисман и репликата „сигурни ли сте, че искате да пропуснете?“ превръщат неутралното напускане в раздразнено. Единственото, което остава да се промени, е дали читателят си тръгва достатъчно ядосан, че да натисне спам бутона следващия път.
• Заровени или нискоконтрастни контроли. Сив текст от шест пункта в долния колонтитул не намалява отписванията, а ги пренасочва към оплаквания.
• Задължителни анкети. Правенето на „защо си тръгвате?“ задължителна стъпка превръща едно задължение във формуляр за събиране на данни, а по CAN-SPAM не можете да изисквате информация извън имейл адрес или стъпка отвъд посещаването на една-единствена страница.
• Многостъпкови потвърждения. Всеки допълнителен екран е още един шанс страницата да се счупи, сесията да отпадне или читателят да докладва спам вместо това.
• Стени за вход, представяне на действието като изтриване на акаунт и молба хората да въведат отново адреса си. Всеки, чийто показван адрес се различава от абонирания, ще напише грешното. Вместо това кодирайте идентичността във връзката.

Центрове за предпочитания и къде спират да помагат

Центърът за предпочитания наистина помага, когато проблемът на читателя не сте Вие, а Вашата честота. Три опции носят по-голямата част от стойността: честота (седмично вместо ежедневно), тема (известия за наличност, но не и бюлетин) и пауза (30 или 90 дни почивка с ясен край). Всяка от тях задържа абонат, който иначе би си отишъл.

Той се превръща в препятствие в момента, в който е единственият изход. Правилото си струва да бъде записано в заданието: глобалното отписване трябва винаги да остава на един клик разстояние на страницата с предпочитания, със същата визуална тежест като останалите опции и без стъпка за потвърждение зад него.

Отбележете също, че отписването с един клик през хедър премахва получателя само от списъка, свързан с това съобщение. Ако един адрес се свързва с няколко списъка, решете дали отписването през хедър означава „този списък“, или „целият маркетинг“, и кажете кое на страницата за потвърждение.

Обработка на заявката: потискане, което издържа

Потискайте незабавно и глобално по адрес, а не по членство в списък. Премахването на контакт от списък не е потискане, защото следващият импорт може да го върне. Записът за потискане е отделно, постоянно твърдение, че този адрес не трябва да получава маркетингова поща, проверявано при изпращане независимо кой списък, сегмент или работен процес е породил изпращането.

Отказите нямат срок на валидност и записът трябва да преживее миграции между платформи. Точно там се случват повечето реални щети: бизнесът сменя имейл платформата, експортира контактите, импортира ги в новия инструмент и тихо възкресява години отписвания. Преместете списъка си за потискане първи, преди каквито и да е контактни данни, и проверете бройката от другата страна.

Същият провал се случва винаги, когато две системи не са съгласни. Платформа за магазин, CRM и имейл платформа държат по един флаг за маркетингово съгласие, а нощна синхронизация презаписва този, който е бил верен. Това е интеграционен проблем, а не правен: отписването е било уловено правилно и после изгубено по пътя. Ако свързвате магазин с Brevo чрез конектор като Tajo, проверявайте какво прави той с отписаните контакти при всяка синхронизация, а не само при първия импорт.

Още две правила си струва да бъдат наложени в кода. Никога не добавяйте отново отписан адрес чрез по-късен импорт, закупен списък, инструмент за обогатяване или качване за повторно ангажиране. И логвайте времевия печат и източника на всеки отказ, защото когато някой твърди, че никога не се е отписвал, този запис е отговорът. Поддържайте и endpoint-а достъпен: Yahoo казва, че неработещо отписване не изпълнява изискването, а Google предупреждава, че връзка, счупена за продължителен период, също означава, че съобщенията вече не го изпълняват.

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

Съединените щати: CAN-SPAM

Ръководството за съответствие на FTC излага какво изисква законът. Вашият механизъм за отказ трябва да може да обработва заявки поне 30 дни след изпращането на съобщението, а Вие трябва да изпълните заявка в рамките на 10 работни дни. Не можете да таксувате, да изисквате лично идентифицираща информация извън имейл адрес или да карате получателя да предприема стъпка, различна от изпращане на отговор по имейл или посещение на една-единствена страница в уебсайт. Можете да предложите меню от опции, но то трябва да включва опцията за спиране на всички маркетингови съобщения от Вас. След като някой е отказал, не можете да продавате или прехвърляте адреса му, освен на дружество, наето да Ви помогне да спазвате правилата. Всеки имейл в нарушение носи санкции до 53 088 щ.д. CAN-SPAM е режим на отказ: не е нужно съгласие преди първото съобщение.

Европейският съюз: GDPR и електронна поверителност

Позицията на ЕС е обратната. Член 13(1) от Директива 2002/58/ЕО допуска електронна поща за директен маркетинг само по отношение на абонати или потребители, които са дали предварително съгласие. Член 13(2) въвежда мекия opt-in: ако сте получили адреса от свой собствен клиент в контекста на продажба, можете да предлагате свои собствени сходни продукти или услуги, при условие че на клиента ясно и отчетливо се дава възможност да възрази, безплатно и по лесен начин, както при събирането, така и по повод на всяко съобщение. Член 13(4) забранява маркетингова поща, която прикрива самоличността на изпращача или няма валиден адрес, на който получателят може да изпрати искане за преустановяване на съобщенията.

GDPR добавя две задължения. Член 7(3) дава право съгласието да бъде оттеглено по всяко време и посочва, че оттеглянето трябва да е също толкова лесно, колкото и даването. Член 21(2) дава безусловно право на възражение срещу директен маркетинг по всяко време, включително свързаното профилиране, а член 21(3) казва, че тогава данните повече не се обработват за тези цели. Накратко: Вашето отписване не може да е по-трудно от формуляра Ви за записване и няма тест за баланс, след като някой възрази.

Задължително спрямо добра практика

За пълната картина в ЕС вижте ръководството за GDPR и имейл маркетинг, а за улавянето на съгласие ръководството за двойно потвърждение.

Какво да измервате

Проследявайте процента на отписване за всяка кампания, но го тълкувайте честно. Публикуваните бенчмаркове варират силно според индустрията, източника на списъка, честотата на изпращане и това как изпращачът дефинира знаменателя, така че всяко единично число, цитирано като „бенчмаркът“, струва по-малко от Вашата собствена плъзгаща се средна. Кампания, която удвоява обичайното Ви ниво, Ви казва нещо конкретно за тази кампания.

Нивото на оплакванията е по-важният сигнал, защото по него действат доставчиците на пощенски кутии. Gmail го показва в Postmaster Tools, Yahoo чрез своята Complaint Feedback Loop. Третирайте праговете по-горе като тавани.

Компромисът е частта, която хората разбират наопаки. Правенето на отписването по-лесно за намиране обикновено повишава процента на отписване и понижава нивото на оплакванията, а това е добра сделка всеки път: списък, който се смалява с хората, които са искали да си тръгнат, достига до повече пощенски кутии от списък, натъпкан с неохотни получатели. Ако и двете стойности се покачват заедно, проблемът не е в страницата, а в релевантността, честотата или начина, по който са придобити адресите. Нашите ръководства за доставимост, почистване на списъци и защо имейлите отиват в спам покриват диагностиката.

Анкетата при напускане, направена с вкус

Да знаете защо хората си тръгват има реална стойност и можете да го съберете, без да чупите нищо. Три условия:

• По избор. Без задължително поле, без бутон за изпращане между читателя и вратата.
• След факта. Покажете я на страницата за потвърждение, след като отписването е влязло в сила и страницата го казва.
• Кратка. Един въпрос, четири или пет опции: „твърде много имейли“, „нерелевантно“, „никога не съм се записвал“, „качество на съдържанието“, „друго“.

„Никога не съм се записвал“ е най-ценният ред в анкетата. Ако се покачва, имате проблем с придобиването и решението е нагоре по веригата.

Основни изводи

• Лесният отказ е контрола върху доставимостта, а не любезност. Алтернативният изход е спам бутонът, начислен срещу всяко бъдещо изпращане.
• Имплементирайте RFC 8058 правилно: и двата хедъра, HTTPS URI, идентифициращ получателя, труден за фалшифициране токен, покритие с DKIM, без пренасочване при POST.
• Изпълнявайте заявките незабавно. Прозорецът на Gmail е 48 часа, на Yahoo е 2 дни, на CAN-SPAM е 10 работни дни.
• Поддържайте постоянен списък за потискане, мигрирайте го преди контактните си данни и никога не позволявайте импорт да го презапише.
• Преценявайте процента на отписване спрямо собствената си базова линия и третирайте нивото на оплакванията като числото, което решава разположението в пощенската кутия.