И как скорость ответа менеджера повлияла на выбор email-сервиса.
Меня зовут Дмитрий Сауткин, я инженеринг-менеджер сервиса Jivo — руковожу командой бэкенд-разработки и отвечаю за общее развитие продукта. В этом кейсе я расскажу, как за несколько дней нам удалось сменить email-сервис Amazon SES на Unisender Go.
О блокировке нашего аккаунта Amazon SES предупредил за 2 дня, поэтому нам пришлось искать ему замену в рекордно короткие сроки — со всеми основными вопросами по переезду на новую платформу мы справились за 5 дней.
Jivo — это система, которая помогает компаниям наладить общение с клиентами на разных платформах и объединяет все каналы в одном приложении. Наш продукт позволяет:
Мы отправляем нашим клиентам миллионы писем в месяц — и это не маркетинговые, а информационные письма. Доставляемость таких писем критически важна для нас и наших клиентов. Приведу примеры писем, которые мы ежедневно отправляем:
До блокировки аккаунта в марте 2022 года мы использовали облачный сервис Amazon SES, который изначально выбрали из-за его надежности. Мы не предполагали, что с таким крупным сервисом может что-то случиться, поэтому все рассылки отправляли через этого провайдера.
Нам закрыли аккаунт очень быстро — условно, в пятницу вечером предупредили, что уже в понедельник аккаунт будет заблокирован. У нас было 2 дня, чтобы перенести всю инфраструктуру нашей платформы в российские облака и по возможности заменить какую-то часть сервисов. На тот момент мы уже работали немного с Яндекс.Облаком и SberCloud, поэтому перенос основных сервисов не вызвал больших проблем — мы успели уложиться в 2 дня.
С письмами ситуация оказалось сложнее — в облаках Яндекса и Сбера нет подобных сервисов для массовых рассылок, пришлось искать варианты самостоятельно. Для переезда нам советовали китайский облачный провайдер, который по функционалу был похож на Amazon SES. Также среди рекомендаций была пара российских сервисов, которые имеют функционал платформы ESP — для наших задач лишний и громоздкий, и Unisender Go — специальный сервис для встраивания, такой же, как и Amazon SES.
Мы не выбрали облачный китайский провайдер по нескольким причинам:
В Unisender Go нам очень быстро выделили менеджера, с которым мы связались в чате. Первую интеграцию сделали за один день через SMTP, но быстро уперлись в лимит по количеству писем. Затем ещё за один день настроили интеграцию через Web API. В базе знаний Unisender Go есть понятные примеры PHP-кода, что ускорило интеграцию с нашим фреймворком на PHP.
Полностью мы запустились за 3-5 дней — за 2 дня перенесли основные сервисы, а письма настроили во вторую очередь. Я занимался всеми коммуникациями и организационными моментами, а разработчик занимался всем, что касается кодинга и настройки.
Отдельно хочу упомянуть о статистике писем. В Amazon SES не было функционала по статистике, поэтому мы самостоятельно разработали инструмент для сбора информации о статусах доставки и открытиях. В Unisender Go есть обширный функционал по сбору статистики. Первое время после перехода мы пользовались своим инструментом, но затем поняли, что статистика в Unisender Go работает стабильно и даёт нам больше информации — поэтому решили не тратить время на поддержание своей разработки.
В Unisender Go часть наших клиентов по разным причинам попала в лист отписок. Проблема заключалась в том, что эти отписки не синхронизировались с отписками в нашей системе. Мы в Jivo тоже ведём лист отписок — для этого мы разработали собственную систему и используем свои ссылки для отписки в письмах.
Почему нам удобнее использовать свою систему управления отписками:
То есть нам важно, чтобы мы имели все инструменты для быстрого и динамического управления списком отписки. Потому что, например, если клиент отписался по ошибке, то его приходится возвращать в 2-х сервисах — в нашей системе Jivo и в Unisender Go.
В Unisender Go есть параметр, который решил нашу проблему — управление списком отписок. То есть управлять списком может Unisender Go, но также есть возможность настроить управление этим списком на своей стороне. Эта функция подходит для случаев, когда компании требуется многоуровневая система по управлению отписками и простая от Unisender Go не подходит.
Так этот параметр отключает проверку на стороне Unisender Go и предоставляет возможность вести такой лист самостоятельно. Поэтому сейчас мы сами формируем списки, чтобы письма не доставлялись тем, кто отписался или пожаловался на рассылки. Возможность самостоятельного управления настраивается по договорённости с менеджером.
Также у нас была проблема с блокировкой IP-адресов. Сначала мы размещались на общем пуле IP-адресов и часть наших писем попадала в спам, поэтому мы перешли на выделенные IP-адреса. Общий пул IP-адресов имеет смысл использовать при нерегулярных отправках или тогда, когда компания только начинает отправлять письма, и ещё не наработала репутацию отправителя. Если компания отправляет десятки и сотни тысяч писем в день, тогда лучше использовать выделенные IP-адреса, чтобы репутация других клиентов не влияла на доставляемость ваших писем.
Дополнительно были созданы два пула выделенных IP — один для отправок писем российским пользователям, другой — иностранным. Это важно, потому что некоторые иностранные сервисы плохо воспринимают письма с IP из России. В российских компаниях появились похожие ограничения — письма могут приходить только с российских IP — иначе адреса блокируют почтовые службы.
Резюмирую наш кейс:
Читайте только в Конверте
Unisender — платформа автоматизации маркетинга. Удобные конструкторы, 100+ шаблонов и интеграций, гибкие тарифы. До 1500 писем бесплатно.
Искренние письма о работе и жизни, эксклюзивные кейсы и интервью с экспертами диджитала.
Проверяйте почту — письмо придет в течение 5 минут (обычно мгновенно)
