Проверка соответствия адреса указанному почтовому индексу до оформления заказа
Несовпадение почтового индекса и города в форме заказа выглядит мелкой опечаткой, пока не превращается в доставку совсем в другую часть страны.
Персонализация времени отправки рассылки по часовому поясу
Рассылка, отправленная в 7 утра по времени головного офиса, у одних подписчиков приходит в разумный ранний утренний час, а у других уже далеко за полночь и к моменту, когда они просыпаются и проверяют почту, оказывается погребена под другими письмами. Издатель ежедневной рассылки с международной аудиторией столкнулся именно с этой проблемой, не осознавая, во что она обходится в открываемости, поскольку разница проявлялась в данных как размытая региональная закономерность, а не как очевидная и легко объяснимая единственная причина.
У издателя уже были приблизительные данные о местоположении большинства подписчиков, собранные при регистрации: либо из поля местоположения, либо по IP-адресу регистрации через /v1/ip с определением страны и города. Не хватало способа превратить это местоположение в реальное решение о времени отправки, ведь знать, что подписчик находится в определённой стране, не то же самое, что знать правильный часовой пояс для планирования, особенно в крупных странах с несколькими часовыми поясами.
Для определённого местоположения каждого подписчика система рассылки издателя получала имя часового пояса IANA через /v1/timezone и сохраняла его в записи подписчика, а не запрашивала заново при каждой отправке. Когда к каждому подписчику был привязан реальный часовой пояс, платформа рассылки смогла распределить доставку во времени так, чтобы письмо приходило всем примерно в один и тот же местный час, независимо от того, сколько часовых поясов охватывает вся база подписчиков, вместо того чтобы отправлять все копии разом в одно запланированное время.
Открываемость заметно выросла в регионах, где рассылка раньше приходила в неудобный местный час. Это самое наглядное доказательство того, что прежний подход с единым временем отправки незаметно снижал вовлечённость именно на рынках, наиболее удалённых от времени головного офиса, то есть там, где проблему вряд ли заметили бы без прямого измерения.
Издатель использовал сохранённое имя IANA, а не фиксированное смещение, именно для того, чтобы расчёт времени отправки оставался верным при переходе на летнее и зимнее время без ручных обновлений. Эту деталь легко упустить, а если бы вместо имени сохранялось голое смещение, тщательно подобранное время отправки дважды в год сбивалось бы в каждом затронутом регионе.
Это был однократный запрос на подписчика, а не расход на каждую отправку, поскольку часовой пояс подписчика меняется редко и не было смысла определять его заново для каждого выпуска рассылки. Благодаря этому общий объём запросов оставался небольшим по сравнению с базой подписчиков издателя и с запасом укладывался в бесплатную дневную квоту, даже с учётом постоянного притока новых подписчиков, каждому из которых нужен собственный первый запрос.
Время отправки остаётся одним из самых недооценённых рычагов email-маркетинга именно потому, что единый средний показатель открываемости скрывает, насколько по-разному он ведёт себя в разных регионах. Когда причина становится видна, исправление сводится к простому техническому изменению, а не к проблеме контента или темы письма, на поиски которой команда иначе могла бы потратить время.
Документация по обоим эндпоинтам находится на /docs/ipv4-lookup/ и /docs/timezone-lookup/.