Двойное подтверждение подписки

Происхождение и история термина

Документированный пример развития практики — объявление Mailchimp от 30 октября 2017 года. Компания сообщила о переходе своих форм на однократную подписку по умолчанию с 31 октября, сохранив прежнюю настройку существующих форм для пользователей с основным контактным адресом в ЕС. Возможность выбрать двойное подтверждение оставалась. ^[6]

Это история решения одного сервиса, а не дата изобретения DOI. Она показывает, что однократный и двухэтапный процессы сосуществовали как варианты настройки. Исторические показатели незавершённых подписок из того анонса не следует считать сегодняшней нормой рынка. Современное устройство формы нужно проверять по действующей документации. ^{[1, 6]}

Суть и механизм

В описании Brevo посетитель оставляет адрес в форме, система отправляет подтверждение, а переход по ссылке завершает добавление в список. До этого сведения о заявке хранятся в журналах событий. Следовательно, наличие записи о заявке ещё не означает наличие подтверждённого подписчика. ^[2]

Для учебной модели удобно различать четыре состояния. Это схема объяснения, а не универсальные названия полей всех сервисов.

Технический результат следует описывать узко: выполнено действие по подтверждающему сообщению. Например, если учебное письмо переслали коллеге и тот нажал ссылку, сервер увидит подтверждение, но из этого события не узнает, кто именно действовал. Такая проверка не заменяет установление личности или полномочий представителя.

Есть и смысловая граница. Кнопка «Подтвердить получение учебной подборки» не описывает согласие на предложения всех партнёров. Европейский совет по защите данных — EDPB — в руководстве 05/2020 связывает согласие с определёнными целями и информацией, показанной человеку. В российском праве требования к согласию также сформулированы отдельно от способа технического подтверждения. ^{[3, 5]}

Виды и классификации

Mailchimp различает single opt-in, когда заполнения формы достаточно для добавления подписчика, и double opt-in, при котором требуется дополнительное подтверждение. Это классификация процессов сервиса, а не двух видов юридического согласия. ^[1]

Для проверки проекта полезна другая, редакторская группировка: формы самого сервиса, собственные формы сайта и внешние интеграции. Mailchimp прямо ограничивает действие описанной настройки своими формами. Поэтому успешная проверка окна подписки не доказывает, что импорт или программная интеграция проходит те же шаги. ^[1]

Как применяется на практике

Условная российская редакция предлагает еженедельный обзор городских событий. После заявки она показывает понятное сообщение: для завершения подписки нужно открыть письмо. Само письмо называет отправителя и именно эту рассылку, а страница после подтверждения сообщает результат. Это учебная схема интерфейса, не юридический шаблон.

Команде полезно связать заявку и подтверждение одним внутренним идентификатором и сохранить версию показанного текста. Иначе запись «подтверждено в 12:05» не объяснит, с чем соглашались. Такой подход согласуется с рекомендацией EDPB фиксировать обстоятельства получения согласия и предоставленную тогда информацию, а не ссылаться лишь на правильную настройку сайта. ^[3]

Практическая реализация различается. Brevo описывает журналы событий формы и отдельные журналы писем; последние содержат сведения об отправленном подтверждении и его результате. Для восстановления последовательности нужны оба вида записей. Это свойство названной платформы, а не обещание любого сервиса рассылок. ^[2]

В учебной редакции отказ проверяют как отдельный сценарий. После прекращения рассылки контакт не должен снова попасть в очередной выпуск из-за старого выгруженного списка. Нужно проверить фактическую отправку и состояние записи, а не ограничиться появлением страницы «Вы отписались».

Как измерить или проверить

Для внутреннего отчёта можно определить долю завершения как число подтверждённых подписок, делённое на число принятых уникальных заявок одной группы. Обе величины относятся к одной рассылке; каждую заявку считают один раз. Формула задаёт показатель учебного примера, а не универсальный стандарт платформ.

Допустим, за неделю принято 500 уникальных заявок. В течение следующих семи дней подтверждены 350: доля равна 70%. Если подтверждающее письмо отправили только по 450 заявкам, доля относительно отправленных писем составит около 77,8%. Это другой знаменатель. Разница не означает улучшения: подтверждений осталось столько же.

Время наблюдения существенно: вчерашней заявке и заявке недельной давности дали разное время на ответ. Для сравнения недель в этом примере каждой группе отводят одинаковые семь дней после окончания набора. Ноль заявок означает отсутствие определённого значения доли, а не нулевую эффективность.

Предлагаемый проверочный набор: обычная заявка, адрес с ошибкой, отсутствие подтверждения, повторная заявка, повторный переход по ссылке и отказ после подтверждения. Повторный переход не должен увеличивать число уникальных подписок в отчёте. Для каждого пути поступления адреса проверяют журнал событий и результат; реальные письма в рамках этой статьи не отправлялись.

Ошибки, ограничения и спорные вопросы

Главная ошибка — подменить три вопроса одним: произошло ли подтверждение, какой текст видел человек и разрешена ли дальнейшая коммуникация. Флаг DOI отвечает только на первый вопрос в пределах реализации системы. Для двух остальных нужны сохранённые условия и правовая оценка. ^{[2, 3, 4, 5]}

Нельзя приписывать процедуре гарантированное увеличение открытий или отсутствие жалоб. Документация сервиса может описывать ожидаемые преимущества, но для конкретной редакции результат надо измерять. Даже доля 100% в учебной группе не доказывает, что следующие письма будут читать.

Правовой аспект

В РФ часть 1 статьи 18 закона от 13.03.2006 № 38-ФЗ «О рекламе» требует предварительного согласия адресата на рекламу по сетям электросвязи. Доказывает получение согласия рекламораспространитель; по требованию адресата он обязан немедленно прекратить отправку рекламы. Сверена редакция от 04.08.2026 по состоянию на 23.10.2026. ^[4]

Отдельный вопрос — обработка персональных данных. Части 1 и 3 статьи 9 закона от 27.07.2006 № 152-ФЗ, в редакции от 26.07.2026, определяют требования к согласию и возлагают доказательство его получения на оператора. Согласие оформляют отдельно от другой подтверждаемой информации и документов; это требование действует с 01.09.2025. Само нажатие ссылки не определяет, выполнены ли условия оформления. ^[5]

Для международного сопоставления полезны §§5.1–5.2 руководства EDPB 05/2020: доказуемость получения согласия и доступность его отзыва рассмотрены как отдельные задачи. Это европейское разъяснение, а не российская норма и не универсальное предписание использовать DOI. Полная оценка европейского права здесь не проводится. ^[3]

Частые вопросы

Связанные термины

• email-marketing
• email-rassylka-smi
• spam-i-rassylki-bez-soglasiya
• soglasie na obrabotku personalnykh dannykh
• voronka podpiski
• lid-magnit