Комментарии 19
Я всё ещё продолжаю не понимать, как должен работать one-click unsubscribe. Например, автор этого поста получил на почту письмо от Хабра о том, что я в его посте написал вот этот комментарий, и он жмёт в письме кнопку «Отписаться». Отписаться от чего?
От уведомлений о комментариях в этом посте?
От уведомлений о комментариях в любых постах?
От вообще любых уведомлений от Хабра?
А это ваши проблемы, но если будет жалобы от пользователей что сделали неправильно - к вам придут,или не придут а просто начнет все в спам валится или вообще не доставлятся.
Делайте так чтобы пользователь понимал что будет и результат - его устроил.
Последний вариант - от вообще любых уведомлений от Хабра
Если отписался зря - зайду и заново выберу, что именно мне нужно
зайду и заново выберу
А как на это отреагирует антиспам? Если он увидит, что отписанная рассылка продолжает что-то присылать - не отправится ли она в спам?
Никак, антиспам не на это реагирует. В письме просто специальный заголовок, который понимают почтовые клиенты и отображают кнопку "Отписаться". Гугл спарсит ссылку в этом заголовке и отправит туда POST-запрос, ему важно, чтобы в ответ вернулся 200/202.
А вот если вы нажмете кнопку "Это спам", тогда уже гугл возьмет эту рассылку на заметку.
А это незаконно насколько понимаю. Если сообщение про безопасность или что-то еще похожее - обязаны извещать. Ну точнее мне встречались рассылки где компании прямо говорят что про вопросы безопасности например - не могут отключить потому что применимый по их мнению закон (да - даже последний логин был год назад на этот сайт).
Ну зато есть например https://simplelogin.io/ с генерацией e-mail'в под каждый сайт. Сервис Freemium + на гитхабе лежит серверная часть. Можно просто конкретный e-mail отключить через удобный UI и будет сразу входящая почта на него удалятся.
Некоторые ресурсы правда специально упорно пробуют стараться НЕ принимать их адреса (даже с фильтрами по MX'ам - но тут серверная часть у себя может помочь)
Есть аналог у Apple (как обычно у Apple - работает с их железом только но зато обычно не блочат).
Почему фокус с user+tag не очень хорошо - есть обзор на том же сайте у SimpleLogin.
"Иметь возможность отписаться в один клик" совсем не означает что может быть только один линк/кнопка. То есть вы можете добавить все три варианта.
В ЕС(тут похожие правила уже дейsтвуют с момента введения GDPR) обычно добавляют либо "отписаться от всего сразу", либо "отписаться от всего" плюс "отписаться от конкретно данной рассылки".
То есть вы можете добавить все три варианта.
Не могу, это технически невозможно. В one-click unsubscribe кнопка ровно одна и на ней написано «Отписаться» без каких-либо пояснений
Вы можете в самом письме добавить ссылки на конкретные отписки, на личный кабинет и т.д. Если пользователь заинтересован в том, чтобы получать какие-то определенные письма, он посмотрит варианты.
А one-click-unsubscribe – это на тот случай, когда пользователю вообще пофиг на все письма от вашего сервиса – он жмет эту кнопку, почтовый сервис посылает запрос, вы перестаете его спамить. Это как предупредительный выстрел, потому что в следующем письме пользователь нажмет "Это спам".
Проблемы рассыльщика. Путь от всего отписывает.
Очень часто на сайте что-то поломано (часто даже нарочно) в управлении рассылками. Либо там такого такого интерфейса отгородили, что просто невозможно отписаться. Либо при отписывании появляется надпись "заявка в работе, и будет обработана в течени 30 дней". Либо подписка автоматически периодически включается .
В таких случаях я жму на кнопку в рассылке, и если она не сработала, то на следующем письме жму на "спам". А потом этим мамкины рассыльщики бегают и рыдают, что у них всё так хорошо было, и вдруг в спам листы попали.
А как же например 2FA как их Гугл будет определять
Считаю, что вообще управление возможностью получать рассылки должно быть со стороны получателя - например, на обслуживающем его почтовом сервере и только по белым спискам. Какие адреса отправителя он отметил как разрешенные, оттуда и можно рассылки, все остальное - сразу нет, прям на этапе приема сообщения почтовым сервером (естественно, с кастомным 55х кодом в ответе).
Т.к. попытки управлять рассылкой на стороне, которой выгодны эти рассылки, неизбежно будут приводить к серым схемам. Этот вариант можно обставить правилами и ограничениями, но затраты на их администрирование будут существенными, это будет состязание меча и щита, а в корне проблему не решит.
Какие адреса отправителя он отметил как разрешенные, оттуда и можно рассылки
А потом пользователь забыл что-то там пометить и не получает даже нужных сообщений. И я готов с вами спорить что больше половины пользователей не сумеют всё правильно помечать.
А для продвинутых пользователей оно уже и сейчас можно так настроить. Просто поставить себе фильтр чтобы всё что не в белом списке автоматом шло в спам(или например в папку "подозрительные" откуда уже автоматом отправляется в спам через неделю).
и не получает даже нужных сообщений
важные и нужные сообщения обычно не относятся к рассылкам, т.к. не обладают периодичностью.
Да и для этой проблемы уже придумано решение: мы проходим его при подтверждении почты при регистрации: "пройти по ссылке из письма". Это гарантирует, что транспорт работает, будет также гарантировать и прохождение белого списка.
важные и нужные сообщения обычно не относятся к рассылкам
То есть вы исходите из того что все рассылки будут как-то помечены что они рассылки? :)
Да и для этой проблемы уже придумано решение: мы проходим его при подтверждении почты при регистрации: "пройти по ссылке из письма".
А потом подтверждение идёт от робота, а важное письмо от человека. И письмо не доходит.
Ну и как бы ещё раз : а кто вам сейчас мешает так себе настроить? Я себе лет десять-пятнадцать назад сделал систему фильтров и это до сих пор отлично работает.
С февраля 2024 года у Gmail и Yahoo вступят в силу новые требования к массовым почтовым рассылкам