IOS 27 будут блокировать за долги

Apple готовит в iOS 27 механизм блокировки iPhone при просрочке по лизингу: часть функций останется доступной, чтобы можно было оплатить долг. Для CPA и партнёрского маркетинга это сигнал, что финтех и рассрочка всё глубже вшиваются в экосистему бренда, а доступ к устройству может зависеть от статуса договора.

➡️ Читайте на сайте: https://aff.top/blog/ios-27-budut-blokirovat-za-dolgi

🧠 Ещё больше инсайтов → в канале AFF.top

Meta разрабатывает приложение для сочинения сказок

Meta тестирует AI-приложение для создания детских сказок: пользователь задаёт героя, мир и мораль, а нейросеть сама пишет текст, рисует иллюстрации и добавляет музыку. Это шаг к массовой генерации контента, где качество, персонализация и скорость важнее ручной работы — а для арбитража и CPA это ещё один инструмент, ускоряющий упаковку креативов и кейсов.

➡️ Читайте на сайте: https://aff.top/blog/meta-razrabatyvaet-prilozhenie-dlia-sochineniia-skazok

🧠 Ещё больше инсайтов → в канале AFF.top

Автоворонка возврата: как Aviasales перезапустила триггер “планируем поездку” и подняла доставляемость без скидок

Контекст
В 2026 году информационный спрос в поиске стал быстрее “гаситься” AI-ответами (zero-click): люди начинают получать формулированную рекомендацию до визита на сайт. Для travel-сегмента это бьёт по верхней части воронки, но усиливает ценность lifecycle: догонять не “по интересу”, а по готовности действовать в нужный момент. Плюс ужесточаются фильтры почты: если вы разгоняете объёмы broadcast и забываете про гигиену базы, deliverability падает быстрее, чем растёт база.

Задача
Aviasales столкнулась с типичной проблемой CRM: после серии широких рассылок (праздничные окна и спецпредложения) росло число жалоб и проседала доставка на сегменты “тёплые, но не покупающие прямо сейчас”. По внутренним метрикам команда увидела:
— доля “жёстких” отказов (hard bounce) выросла до 1,8%
— доля жалоб держалась около 0,07% (при этом порог у провайдеров обычно чувствительный именно к жалобам)
— открываемость по email была неинформативна: по нескольким сегментам она росла, а выручка — нет
Нужно было: вернуть релевантность, снизить нагрузку на домен и перевести коммуникации в триггерную логику, где письма отправляются только тем, кто показывает намерение.

Решение
Команда собрала триггер “планируем поездку” из поведенческих сигналов, но с жёстким контролем качества:
— событие 1: пользователь начал поиск (выбор даты/направления) и не оформил
— событие 2: вернулся в приложение/на сайт в течение 48 часов, но без покупки
— событие 3: открыл письмо/кликнул по CTA, но не дошёл до покупки (для второго касания)
Дальше включили два слоя фильтрации, чтобы не раздувать broadcast:
1) предварительная проверка базы
— отказались от отправок на адреса с признаками повторных hard bounce
— включили “охлаждение” домена: при росте жалоб временно снижали частоту касаний и возвращали людей в более мягкие сценарии (например, полезный контент вместо предложений)
2) динамика контента под намерение
— письмо 1 не предлагало “скидку любой ценой”, а помогало завершить действие: “ваши параметры” + короткий маршрутный чеклист “что проверить перед покупкой”
— письмо 2 включало персонализированный блок “похожие варианты по времени”, но без агрессивных офферов
По сути, это lifecycle-цепочка с контролем качества: доставка сохраняется не потому, что “письма красивые”, а потому что вы уменьшаете отправки тем, кто с большей вероятностью станет негативом (неактивные, ошибочные адреса, повторные отказы).

Результат
После запуска сценария команда зафиксировала эффект сразу в двух плоскостях: реакция пользователей и здоровье домена.
— hard bounce снизился с 1,8% до 0,9%
— жалобы сократились с 0,07% до 0,04%
— доля активных кликов в триггерной цепочке выросла на 23% относительно предыдущих рассылок “по календарю”
— конверсия в покупку из серии “планируем поездку” увеличилась на 14% (в сравнении с тем, что отправляли тем же сегментам в broadcast-логике)
Важно: открываемость могла колебаться, но выручка и клики росли там, где сценарий “поймал” намерение, а не просто доставил письмо.

Урок
1) В 2026 deliverability — это не настройка “на потом”, а часть продуктовой логики. Если вы отправляете широким потоками, домен платит штрафами.
2) Триггеры должны быть не “автономной механикой”, а системой фильтров: событие → сегмент намерения → проверка качества базы → релевантный следующий шаг.
3) Смещение фокуса от рекламной активности к retention (удержанию/повторному действию) окупается быстрее: в среднем чеке рынок проседает, и выигрывает тот, кто умеет довести начатое действие до покупки.
Если вы ведёте CRM без чётких триггеров намерения и без гигиены домена — сначала разложите сценарии, потом масштабируйте.

— @EmailMarketingCraftPro

Google добавил вход по видеоселфи

Google тестирует вход по видеоселфи вместо пароля и 2FA: пользователь записывает короткое видео, а потом система сверяет лицо при авторизации. Это упрощает доступ, но вызывает вопросы к антифроду и защите от дипфейков. Функция доступна не всем и не работает для Workspace, детских аккаунтов и Advanced Protection.

➡️ Читайте на сайте: https://aff.top/blog/google-dobavil-vkhod-po-videoselfi

🧠 Ещё больше инсайтов → в канале AFF.top

Alibaba выпустили в паблик Qwen-image-3.0

Qwen-image-3.0 делает упор не на «красивую картинку», а на прикладные задачи: длинные промпты, сложные макеты, текст, формулы и 12 языков. Это удобный инструмент для массовой генерации простых визуалов, но пока без open-source весов и бенчей он не выглядит заменой GPT Image 2 или Nano Banana 2.

➡️ Читайте на сайте: https://aff.top/blog/alibaba-vypustili-v-pablik-qwen-image-3-0

🧠 Ещё больше инсайтов → в канале AFF.top

Яндекс тестирует объединение цифровой и наружной рекламы

Яндекс тестирует «Панораму» — единый формат для digital и наружной рекламы с «умным» охватом, который учитывает пересечение аудиторий и снижает частоту показов. Для рекламодателей это шанс расширить reach до 120 млн пользователей и протестировать новые placements, но в паблик-фазе важно смотреть на цену охвата и качество трафика.

➡️ Читайте на сайте: https://aff.top/blog/iandeks-testiruet-obedinenie-cifrovoi-i-naruzhnoi-reklamy

🧠 Ещё больше инсайтов → в канале AFF.top

Триггер как продукт: почему “письмо по событию” перестаёт работать без модели удержания

В 2026 году я всё чаще вижу одну и ту же картину: триггер запускают, письмо отправляют, отчёты красивые — а выручка не растёт. И проблема почти никогда не в копирайтинге. Проблема в том, что мы лечим симптом (“доставить письмо вовремя”), а не систему (“изменить поведение пользователя”).

Я для себя сформулировал правило: триггер — это не автоматизация, а микро-продукт внутри lifecycle. Значит, он должен иметь:
— чёткую метрику эффекта (не “open rate”, а вклад в следующий шаг)
— сегментацию по контексту (кто и в каком “намерении” дошёл до события)
— проверяемую гипотезу и минимальный цикл улучшений

Почему это ломается

1) Триггеры стали “универсальными”
Типичный пример: событие “прошёл регистрацию/положил в корзину/не завершил оплату” → всем почти одинаковая последовательность. Но намерение в этих точках разное. Для части аудитории это просто “передумали”, для части — “платёж не прошёл/непонятно как оплатить”, для части — “нужно согласовать с командой”. Одно письмо не может одновременно закрыть разные причины.

2) Деливерибилити путают с доставляемостью
Мы добиваемся того, чтобы письмо дошло, но забываем, что триггерные рассылки часто создают повторяющиеся контакты с одним и тем же сегментом. В итоге растёт доля “неинтересно” не через отписки, а через снижение вовлечения. В privacy-first мире это особенно опасно: алгоритмы почты и почтовых провайдеров сильнее ориентируются на поведенческие сигналы, а не на “формальные метрики”.

3) Атрибуция стала менее прямой
Last-click “не дружит” с событиями в жизненном цикле. Пользователь получил письмо после триггера, но конверсию совершил позже и через другой канал. Если вы смотрите только на конверсию в момент, кажется, что триггер “не работает”, хотя он мог улучшить качество следующего касания.

Как я делаю триггер “продуктом” (практическая схема)

Шаг 1. Выбираю “следующий шаг” вместо конверсии в лоб
Для e-commerce это не только покупка. Иногда “следующий шаг” — повторный визит, завершение шага оплаты, начало сценария возврата/поддержки, ответ на вопрос. Для B2B — переход в квалификацию, запись на демо, подтверждение интереса (например, “хочу связаться” после письма с чеклистом). Смысл: триггер должен двигать поведение, которое предсказывает выручку дальше.

Шаг 2. Развожу триггер по причинам события
Не “брошенная корзина”, а “брошенная корзина по причине X”. Причину можно восстановить из данных: время до события, тип устройства, ошибка оплаты, наличие промокода, история просмотров, взаимодействие с сайтом. Если данных мало — начинайте с 2–3 грубых причин, не усложняйте.

Шаг 3. Ставлю частотные и контактные ограничения как часть сценария
Я перестал считать, что триггер “должен” отправляться всегда. Если пользователь попал в другой сильный сценарий (например, support/онбординг/статус заявки), триггер должен уступить по приоритету. Это не только про нервы пользователя, это про deliverability и контроль накопления “лишних” писем.

Шаг 4. Делаю тест не только “тема/оффер”, а формат и тайминг по сегменту
Сегментам с разной причиной события часто нужна разная скорость и содержание:
— тем, кто “не понял”, помогает короткое пояснение и подсказка
— тем, кто “столкнулся с проблемой”, нужно решение (FAQ/инструкции/контакт)
— тем, кто “сомневается”, нужен социальный слой (кейсы, отзывы, сравнение)

Наблюдение из практики (цифра, которую я считаю полезной)

В одном клиентском контуре мы год назад “починили” триггеры не сменой письма, а моделью распределения по причинам + ограничением частоты. Результат в рамках 6 недель: уменьшили долю неактивных получателей в триггерном потоке примерно на **18%** и подняли долю пользователей, которые переходят в следующий этап в lifecycle (а не просто открывают письмо) на **+12–15%**. Конверсия “сразу в письмо” могла выглядеть одинаково — но дальнейшие касания стали эффективнее. Именно поэтому я перестал доверять отчётам только по клику и покупке в первые 24–48 часов.

Мой вывод
…

Broadcast-рассылки против триггерных цепочек

В CRM-маркетинге часто путают два фундаментальных подхода к коммуникации: массовые рассылки (Broadcast) и событийные цепочки (Trigger-based). Понимание разницы критически важно для работы с LTV (пожизненной ценностью клиента) в 2026 году, когда удержание приоритетнее привлечения.

Массовая рассылка — это один информационный повод для всей базы или крупного сегмента. Вы отправляете сообщение «здесь и сейчас», контролируя тайминг. Это инструмент для акций, новостей или запуска продуктов.

Триггерная цепочка — это автоматизированный сценарий, который запускается в ответ на действие пользователя или отсутствие такового. Здесь инициатива на стороне клиента, а не маркетолога.

Главное отличие: в массовых рассылках мы навязываем контекст бренду, а в триггерах — подстраиваемся под контекст пользователя.

Типичная ошибка — пытаться заменить персонализированный триггер массовым «заглушающим» письмом. Если пользователь совершил покупку, он должен получить транзакционное письмо (подтверждение), а не внеплановый маркетинговый Broadcast. В эпоху Zero-click контента приоритет отдается смыслам: триггер должен решать конкретную задачу клиента в момент его взаимодействия с продуктом.

Пример:
— Broadcast: анонс сезонной распродажи для всей базы.
— Trigger: письмо с подборкой аксессуаров к товару, который пользователь добавил в избранное, но не купил вчера.

Первое работает на узнаваемость, второе — на конверсию и формирование доверия через полезность.

— @EmailMarketingCraftPro

Как запускать триггерную цепочку без просадки deliverability

Если у вас есть триггерная серия, она должна работать как система, а не как набор писем «по событию». Ниже — практический чек-лист, чтобы не убить доставляемость и не потерять выручку.

— **Разведите события по смыслу.**
Не сваливайте в одну цепочку регистрацию, брошенную корзину, повторную покупку и реактивацию. У каждого события свой триггер, своя частота, свой ожидаемый следующий шаг.

— **Задайте окно отправки.**
Письмо должно уходить не «сразу всегда», а в рабочий интервал для аудитории. Для B2B это обычно часы рабочего дня, для e-com — шире, но тоже с ограничением ночных отправок.

— **Поставьте ограничения на частоту.**
Триггеры не должны конфликтовать с broadcast-рассылками. Если человек уже получил 2–3 письма за сутки, следующее лучше притормозить или заменить на более короткое.

— **Отфильтруйте аудиторию до отправки.**
Исключайте тех, кто уже конвертировался, отписался, в бане у поддержки или давно неактивен. Иначе вы сами создаёте лишние жалобы, а не «дожимаете» спрос.

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

— **Смотрите на поведение после письма.**
Оценивайте не только открытие и клик, но и отписки, жалобы, ответы, переходы в корзину, покупку, повторный визит. В 2026 году last-click уже не даёт полной картины — важнее вклад цепочки в удержание и LTV.

— **Обновляйте логику по факту, а не по ощущению.**
Если одна серия даёт рост жалоб или падение дохода на отправку, меняйте триггер, задержку или сегмент. Триггерная механика должна дорабатываться по данным, как и любая часть lifecycle-маркетинга.

Когда это пригодится: при запуске новых автоматизаций, после смены ESP, при росте жалоб на письма и перед масштабированием CRM-коммуникаций.

— @EmailMarketingCraftPro

С Sonnet 5 и Opus 4.8 теперь можно разговаривать

Anthropic прокачали Claude Voice Mode: теперь голосом можно ставить сложные многоэтапные задачи, а не только получать быстрые ответы. Claude умеет работать с внешними инструментами и сервисами вроде Slack, Gmail и Notion, помогая с анализом, поиском и сводками. Это делает ИИ удобнее для рабочих процессов и быстрых решений.

➡️ Читайте на сайте: https://aff.top/blog/s-sonnet-5-i-opus-4-8-teper-mozhno-razgovarivat

🧠 Ещё больше инсайтов → в канале AFF.top

Крупные СМИ хотят заблокировать Google

Американские СМИ обвиняют Google в том, что AI-ответы в поиске отъедают их трафик, и готовы блокировать бота, чтобы защитить контент. Но это рискованный ход: если закрыть доступ краулеру, сайтам станет ещё сложнее получать переходы из поиска. Итог: медиабизнес зажат между падением трафика и потерей видимости в Google.

➡️ Читайте на сайте: https://aff.top/blog/krupnye-smi-khotiat-zablokirovat-google

🧠 Ещё больше инсайтов → в канале AFF.top