В Zennoposter добавили ИИ-помощник

Zennolab добавил в Zennoposter встроенный ИИ-кубик с доступом к четырём моделям (Gemini, DeepSeek, Claude, ChatGPT) — 50 бесплатных запросов в сутки. Есть режимы Assistant (чтение) и Agent (автоматическое создание скриптов), плюс новый GET-запрос по API. Нейросети хорошо справляются с регистрацией, постингом, фармингом аккаунтов и простым кодированием, но требуют проверки при парсинге динамических сайтов и диагностике ошибок. В связке с Zennoobr…

➡️ Читайте на сайте: https://aff.top/blog/v-zennoposter-dobavili-ii-pomoschnik

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

Data activation ломается не в CRM, а в грязном ключе и кривом событии

Если у вас есть warehouse, CDP или reverse-ETL, это ещё не activation. Активация начинается там, где данные можно безопасно и повторяемо отправить в канал: CRM, ads, email, push, support. Для этого нужны три вещи: стабильный identity key, понятная event-схема и список полей, которым вы доверяете.

Проверьте базу перед любой синхронизацией:
— один главный ключ на пользователя, без зоопарка email/phone/device_id;
— события с одинаковыми именами и одинаковыми типами полей;
— timestamp в одном формате;
— флаги consent и opt-out не теряются при выгрузке;
— null не превращается в пустую строку.

Дальше смотрите на правила доставки. Если в CRM уходит всё подряд, вы не делаете activation — вы просто копируете мусор в интерфейс менеджера. Нужны сегменты, дедупликация, частота отправки и явный фильтр: кого исключаем, какие поля маппим, что делаем при конфликте значений.

Самая частая ошибка — строить activation как технический экспорт. Правильный подход: сначала описать бизнес-действие, потом минимальный набор данных, потом канал. Тогда ownership у маркетинга, а не у таблицы с 200 колонками.

Новую Google reCapcha прошли статичной картинкой

Google выпустил обновленную reCAPTCHA, требующую движений рук для прохождения, но система оказалась уязвима к обходу. Достаточно транслировать статичное изображение с нужным жестом через виртуальную камеру с помощью простого Python-скрипта, чтобы нейросеть пропустила пользователя. Это создает серьёзный риск для сайтов: защита от ботов, позиционировавшаяся как прорыв, на деле не работает. Баг остается актуальным и позволяет спамерам легко автомат…

➡️ Читайте на сайте: https://aff.top/blog/novuiu-google-recapcha-proshli-statichnoi-kartinkoi

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

DeepSeek представит последнюю версию v4

DeepSeek выпустит v4 в середине июля с новой моделью ценообразования API: токены подорожают в 2 раза в часы пиковой нагрузки (09:00–12:00 и 14:00–18:00 по пекинскому времени). Компания планирует уведомлять пользователей по почте за 24 часа до изменения тарифов. Проблема с ошибками «server busy» останется, но обойдётся дороже — это может существенно повлиять на экономику проектов, которые активно используют API DeepSeek для автоматизации и масшта…

➡️ Читайте на сайте: https://aff.top/blog/deepseek-predstavit-posledniuiu-versiiu-v4

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

Anthropic выпустили Sonnet 5

30 июня вышла Claude Sonnet 5 — новая версия позиционируется как самая агентная в линейке и приближается к флагманской Opus 4.8. Модель лучше справляется со сложными многоуровневыми задачами, устойчива к вредоносным запросам и не генерирует эксплойты. Sonnet 5 доступна на Free-тарифе, но тестирование показало скромные улучшения: хотя работает лучше Sonnet 4.6, её обгоняют конкуренты, включая китайские модели, которые дешевле через API при лучшей…

➡️ Читайте на сайте: https://aff.top/blog/anthropic-vypustili-sonnet-5

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

Data activation ломается не в CDP, а на стыке схемы, identity и адресации

Если в хранилище лежат хорошие события, это ещё не значит, что их можно включить в CRM, email и ads. Перед активацией проверь три вещи: — ключи склейки пользователей; — валидность полей для целевого канала; — наличие статуса согласия или opt-out в том же профиле. Без этого reverse-ETL просто разнесёт мусор по всем инструментам.

Частая ошибка — пытаться активировать «сырые» события. Событие purchase без нормализованного user_id, currency и source_id почти бесполезно: его сложно сегментировать, дедуплицировать и отправить в нужную аудиторию. Сначала делай слой canonical profile: один человек, один набор атрибутов, один источник правды.

Вторая ловушка — слишком широкие синки. Когда в ads летит весь список клиентов, а не только сегмент с понятным триггером, ты платишь не только за трафик, но и за шум в алгоритмах. Лучше 3-5 узких сценариев: abandonment, repeat buy, winback, high-LTV lookalike seed. Так проще мерить инкремент и ловить ошибки маппинга.

Если data activation не масштабируется, проблема обычно не в канале, а в том, что у профиля нет стабильных правил обновления. Сначала зафиксируй схему, приоритет источников и обязательные поля, потом лей в маркетинг.

Clickstar прекращает работу

Clickstar закрывается. Легендарная пуш-сеть прекращает закуп трафика с 1 августа, полная остановка — 20 августа.

Сетка работала почти 8 лет и была одним из лучших источников качественного трафика на Россию и СНГ. Сейчас пуш-трафик стал слишком ботовым из-за гугловских банов на скрипты сбора.

Что это означает для арбитражников — разбираемся в ста…

➡️ Читайте на сайте: https://aff.top/blog/clickstar-prekraschaet-rabotu

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

CDP ломается не на интеграции, а на первом же грязном событии и кривом ID

CDP внутри обычно состоит из трёх слоёв: ingestion, identity resolution и activation. На бумаге всё красиво: собрали события, склеили пользователя, отправили сегменты в email, ads и CRM. На практике всё упирается в схему: если event_name пишут кто как хочет, а user_id появляется только после логина, база превращается в свалку дублей.

Проверяйте 4 вещи до запуска:
— единый словарь событий и атрибутов;
— правило, какой ID главный до и после авторизации;
— обязательные поля для ключевых событий;
— кто и как чистит мусорные параметры, пустые значения и дубликаты.

Отдельная боль — activation. Если CDP умеет лить аудиторные сегменты, но в источнике нет стабильных признаков покупки, подписки или отказа, вы будете отправлять в рекламу «почти правильные» списки. Это хуже, чем не активировать вообще: lookalike и триггеры начинают ехать, а команда потом ищет ошибку не там, где она появилась.

Хорошая CDP не лечит плохую аналитику. Она ускоряет то, что уже описано и нормализовано. Сначала схема, потом identity, и только потом reverse-ETL и автоматизация — иначе через пару месяцев придётся пересобирать весь стек.

Facebook запретил рекламу онлайн-казино Mr Vegas

Британский ASA запретил рекламу казино Mr Vegas из-за «слишком милых» мультяшных животных в креативах — регулятор счёл, что такой стиль привлекает детей, в том числе через Facebook. Рекламодатель запустил кампанию в феврале, бан вышел в июле. Логика регулятора вызывает вопросы: дети неплатёжеспособны, а таргетировать их на гемблинг бессмысленно.

➡️ Читайте на сайте: https://aff.top/blog/facebook-zapretil-reklamu-onlain-kazino-mr-vegas

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

В Whatsapp скамят пользователей с помощью поддельных никнеймов

WhatsApp запустил никнеймы — и почти сразу начался скам. Мошенники регистрируют имена, похожие на бренды, звёзд и политиков, с минимальными опечатками.

Индия, где 500 млн пользователей WhatsApp, потребовала от Meta объяснений за 3 дня. Meta говорит, что точные совпадения заблокированы — но одна буква в другом месте защиту не триггерит.

Похоже, п…

➡️ Читайте на сайте: https://aff.top/blog/v-whatsapp-skamiat-polzovatelei-s-pomoschiu-poddelnykh-nikneimov

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

Вышел ZCode - аналог Claude code

Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.

Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.

Но главная фича — мультиагентность…

➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code

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

CDP не чинит хаос сама: 6 проверок, без которых внедрение развалится

CDP покупают как «единый источник правды», а получают свалку событий, дублей и пустых профилей. Перед запуском проверь 3 вещи: есть ли у событий стабильный идентификатор пользователя, совпадает ли логика в web/app/server, и кто вообще владеет схемой — продукт, аналитика или маркетинг. Если этого нет, identity resolution начнёт склеивать мусор в одну карточку.

Дальше смотри на события, которые реально нужны для активации. Не тащи в CDP всё подряд: page_view без контекста, лишние клики и технические пинги только раздувают шум. Для D2C обычно важнее order_created, add_to_cart, subscription_started, refund, churn_risk, consent_status. У каждого события должны быть обязательные поля, иначе reverse-ETL потом не сможет нормально лить сегменты в CRM и ads.

Отдельная боль — качество атрибутов. email, phone, country, currency, utm_source, first_seen_at и last_seen_at должны быть в одном формате. Если маркетинг пишет US, а продукт — United States, сегменты начнут расходиться, а отчёты будут врать. То же самое с consent: без явной фиксации согласия CDP превращается в дорогой транспорт для данных, которые нельзя активировать.

Правило простое: сначала схема, потом коннекторы. Иначе ты купишь платформу, интегрируешь 10 источников, а через месяц будешь вручную объяснять, почему один и тот же клиент живёт в трёх профилях.

Cloudeflare грозит Google блокировкой трафика

Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.

Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.

Но есть нюанс, который меняет всю к…

➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika

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

Гайд: как заработать первые деньги на Pornhub

Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.

Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.

Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…

➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub

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

Identity resolution ломается не в CDP, а в вашей схеме ключей и событий

Если у вас email, phone, user_id и cookie живут отдельно — CDP не “магически” соберёт человека. Он склеит только то, что вы сами дали: стабильный primary key, понятные alias-события и одинаковые правила записи везде.

Для D2C-стека минимальный набор такой:
— anonymous_id до логина;
— user_id после авторизации;
— email/phone как traits, а не как ключи;
— событие identify только при реальном появлении новой связи.
Если identify вызывается на каждом чихе, вы получаете мусорные дубли и ложные связи.

Самая частая ошибка — менять идентификатор по пути: в вебе один формат, в CRM другой, в app третий. Тогда одна и та же персона распадается на несколько профилей, а reverse-ETL начинает лить сегменты в рекламу с перекосом. Ещё хуже — когда один device_id используют как замену человеку: это работает только до первой переустановки, очистки cookie или смены устройства.

Проверка простая: возьмите 10 реальных пользователей и руками пройдите их путь от первого визита до покупки. Если у одного человека больше двух профилей, а у двух разных людей один профиль — у вас проблема не в attribution, а в identity graph.

Сначала нормализуйте ключи и события, потом уже стройте сегменты и активацию. Иначе вы автоматизируете путаницу, а не customer data.

Data activation ломается не в CDP, а в кривой подготовке данных и идентичностей

Если в warehouse лежат хорошие события, это ещё не значит, что их можно безопасно активировать в CRM, ads и email. Перед экспортом проверь 3 вещи: • один и тот же user_id не привязан к разным людям • поля записаны в одном формате • у каждого события есть понятный источник и timestamp.

Дальше смотрим на identity graph. Если email, phone и device_id сшиты грязно, reverse-ETL начнёт пушить сегменты не тем людям: кто-то получит дубль, кто-то выпадет из welcome-flow, кто-то попадёт в ретаргет на уже купленный товар. Ошибка здесь почти всегда дороже, чем потеря части аудитории.

Для activation важны не “все данные”, а только те поля, которые можно стабильно поддерживать: статус заказа, LTV-сегмент, consent, канал привлечения, последний контакт, флаг брошенной корзины. Всё остальное лучше держать в warehouse, чем тащить в каждый инструмент и потом чинить рассинхрон.

Перед запуском любой активации делай мини-чек: 1) какие поля обязательны 2) что будет, если поле пустое 3) как откатить ошибочную выгрузку 4) кто отвечает за качество сегмента. Если на один вопрос нет ответа, интеграцию надо тормозить.

Хорошая activation-схема — это не “больше интеграций”, а меньше сюрпризов: сначала чистые ключи и правила, потом уже доставка в каналы.

Reverse ETL ломается не в коннекторе, а в схеме: 5 ошибок, которые убивают активацию

Reverse ETL нужен не для «залить сегмент в CRM», а чтобы полезные поля из DWH стали рабочими атрибутами в ad platforms, email, helpdesk и CDP. Если схема кривая, вы отправляете мусор быстрее, чем он успевает попасть в интерфейс.

— Нет единого ключа на сущность. Email, phone и external_id живут отдельно, поэтому один клиент размножается на три записи.
— Нет правил на null и пустые значения. В итоге сегмент «активные» внезапно перетирается пустым флагом.
— Сырые события едут в activation без нормализации. Форматы дат, валют, стран и статусов должны быть одинаковыми до выгрузки.
— Нет watermark и дедупликации. Одно и то же обновление улетает несколько раз, а downstream начинает сам себя переобувать.

Отдельная боль — маппинг полей под каждую систему. В CRM можно обновлять только stable attributes: статус, LTV bucket, lifecycle stage. В рекламу лучше лить агрегаты и сегменты, а не весь профиль. В саппорт — только то, что помогает оператору, иначе вы превращаете реверс-ETL в склад личных данных.

Хороший тест: если поле нельзя объяснить за 10 секунд пользователю downstream-команды, его не надо активировать. Сначала чистая модель данных, потом маршрутизация.

Сбер запустит свой криптокошелёк

Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.

Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.

Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍

➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek

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

Индия потребовала от Telegram удалять пиратский контент

Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.

Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.

Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent

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

Google ads меняет стратегию по конверсиям

Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.

Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…

➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam

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

Data activation ломается не в CDP, а на стыке схемы, сегментов и прав доступа

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

Проверьте базовый набор перед запуском:
— event names без дублей и с одинаковой семантикой;
— идентификаторы, которые не меняются между web, app и CRM;
— поля для таргета: consent, locale, LTV, last_purchase, product_interest;
— карту, где видно, какой сегмент куда пушится и кто владелец поля.

Главная ошибка — активировать “все подряд”. Если сегмент построен на сырых событиях, он быстро распухает, а маркетинг получает шум вместо аудитории. Лучше держать 5–7 рабочих сегментов, чем 50 красивых, но пустых. Для каждого сегмента нужен SLA: как часто обновляется, что считается истиной и что делать при пустом значении.

Еще одна боль — обратная синхронизация. Если CRM или ad platform перетирает поле, CDP становится просто дорогим транспортом. Поэтому сначала фиксируйте источник истины для каждого атрибута, потом настраивайте reverse-ETL и только потом включайте триггеры в каналах.

Не начинайте с “куда можно слить данные”; начинайте с списка решений, которые должен принимать маркетинг, и стройте сегменты под них.