Google генерирует ИИ-ответы по 43% ключей

Google всё чаще отвечает сам: ИИ-сводки уже покрывают 43% ключей, а к 2026 году до 68% запросов могут завершаться без клика на сайт, в AI Mode — до 93%. Для медиа и SEO это риск потери трафика и монетизации: если пользователь получает ответ в выдаче, сайт может стать нерентабельным.

➡️ Читайте на сайте: https://aff.top/blog/google-generiruet-ii-otvety-po-43-kliuchei

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

Grok может делать приложения прямо в чате

Grok запустил Build Mode — режим, где по одному промпту можно собрать приложение или сайт прямо в чате, получить код, превью и сразу доработать проект. Но функция пока доступна только в SuperGrok Heavy за $300 в месяц, поэтому для практики это слишком дорого: полезен разве что трастовый домен grok.me, но не за такие деньги.

➡️ Читайте на сайте: https://aff.top/blog/grok-mozhet-delat-prilozheniia-priamo-v-chate

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

Сжатие атрибуции: как мы перевели e-commerce с client-side на server-side и перестали “терять” конверсии

Компания: средний e-commerce бренд (категория FMCG/товары для дома) с ростом рекламных закупок и просадкой точности аналитики после обновлений браузеров и ограничений на cookie.

Задача: восстановить сопоставимость маркетинговых данных (рекламные источники → визиты → покупки) и перестать спорить с командами о том, “какая кампания работает”. На стороне браузера стало больше разрывов: разные устройства, блокировки, неполные цепочки, атрибуция по last-click давала слишком оптимистичную картину в одних каналах и заниженную в других.

Решение: внедрили server-side tracking с опорой на first-party данные и сделали атрибуцию воспроизводимой.
— Настроили сбор событий “Путь покупателя” на сервер: просмотр карточки, добавление в корзину, начало оформления, оплата/успешная покупка.
— Провели унификацию идентификаторов: если раньше часть связок “терялась” на клиенте, то теперь связка “покупка ↔ сессия ↔ идентификатор пользователя” формируется в backend-слое и отправляется в хранилище/аналитику единообразно.
— Разграничили роли: клиент отправляет событие и минимальный контекст, сервер обогащает по правилам (utm-параметры, сессионные признаки, версия сайта, согласия на измерения).
— Поставили валидацию: сравнили потоки client-side vs server-side по контрольным событиям (доли полученных purchase-событий, согласованность revenue-полей, частота дублей, корректность времени).
— Подготовили основу для “пересборки” измерений в духе incrementality: вместо споров о последнем клике — фокус на управляемых изменениях (что именно считается результатом и как это измеряется при разных тестах креативов/аудиторий).

Конкретный результат (что видно по цифрам после запуска):
— Доля корректно зафиксированных покупок выросла, потому что часть событий перестала “обрываться” на клиенте: по итогам двух недель стабильной работы доля purchase-событий в server-side была выше относительно client-side в сопоставимых срезах.
— Снизилось число расхождений между рекламной платформой и внутренней аналитикой: разница по суммарной выручке на покупку уменьшилась за счет того, что событие и параметры формируются в одном месте, а не зависят от браузерных ограничений.
— Уменьшилось количество дублей/сбоев: унификация схемы событий и контрольные правила сократили “шум” в воронке (в первую очередь на этапах start checkout → purchase).

Урок для читателя:
1) Server-side — это не “ещё один пиксель”, а способ сделать измерение воспроизводимым. Если бизнес принимает решения по разным датасетам, роли server-side в том, чтобы устранить асимметрию.
2) Не начинайте с красивых отчётов — начните с сопоставимости ключевых событий (особенно purchase): выверка полей, времени, идентификаторов и дедупликации экономит месяцы.
3) В 2026 году, когда SEO уходит в Topical Authority и растут AI-overviews, а в performance усиливается privacy-first атрибуция, маркетингу важнее не “где последний клик”, а “что мы реально управляли” и как это измеряется. Server-side tracking — база для таких разговоров и для связки с RevOps (маркетинг, продажи и customer success за общий результат).

Если хотите, могу дать чек-лист этапов: как построить схему событий, какие контрольные метрики валидации смотреть в первые 7–14 дней и как подготовить данные для incrementality-экспериментов без смены всей отчётности “в один вечер”.

— @ServerSideTrackingRuPro

NordVPN спалил команду, которая лили на igambling

NordVPN заметил арбитражную схему с гемблой из FB и Instagram через PWA-прилы, где ссылка маскировалась под Google Play, а трафик уводили на казино. История показывает, что бренды и их разработчики всё чаще отслеживают такие воронки, а риск антифрода и блокировок для байеров растёт.

➡️ Читайте на сайте: https://aff.top/blog/nordvpn-spalil-komandu-kotoraia-lili-na-igambling

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

Павла Дурова официально внесли в список террористов

В статье разбирают, как в РФ Telegram и лично Павла Дурова связали с обвинениями в содействии терроризму из-за бота «Дайвинчик». Вывод простой: претензия власти направлена не на сам мессенджер как продукт, а на его инфраструктуру и инструменты внутри него, но для пользователей это сигнал о росте рисков и непредсказуемости правил.

➡️ Читайте на сайте: https://aff.top/blog/pavla-durova-oficialno-vnesli-v-spisok-terroristov

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

OpenAI извинились за новый дизайн ChatGPT

OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.

➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt

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

Почему server-side без нормального data contract — это просто дорогой GA4

Все последние полгода наблюдаю одну и ту же картину: компании переезжают на серверный Google Tag Manager, поднимают контейнеры в Google Cloud или AWS, прокидывают Conversion API и думают, что закрыли вопрос с приватностью атрибуции. Проходит квартал — данные в отчётах расходятся с CRM, рекламные платформы показывают одно, а финансы — другое. И команда снова возвращается к Excel и ручной сверке.

Проблема почти никогда не в самом sGTM (серверный GTM) или в выборе хостинга. Проблема в data contract — соглашении между маркетингом, продуктовой аналитикой и разработкой о том, какие именно события, с какими параметрами, в каком формате уходят в стек. Без этого документа команда получает три разных определения «покупки», семь версий client_id (идентификатора пользователя) и user_id, которые не матчатся между системами, и ecommerce-параметры, заполняемые по остаточному принципу.

Что реально стоит зафиксировать в data contract, чтобы серверная аналитика работала:

— Состав событий и единый словарь. Не «purchase_complete_v2», «order_success» и «sale» в трёх системах, а один канон с версионированием.
— Источник истины для user_id. Серверная сторона не прощает дублей, поэтому правило сшивки visitor_id, user_id, CRM-контакта лучше описать в одном месте, а не в пяти микросервисах.
— Формат валюты, налогов, валютной конвертации. Особенно если в Европе ужесточили отчётность, а в РФ чеки уходят в фискальную систему.
— Соглашение об изменениях. Любой новый параметр проходит через ревью, а не прилетает из прода «потому что маркетологу так удобно».

На практике из 10 проектов, где мы помогали доводить server-side до состояния «можно строить отчётность», в 9 случаев узким местом был не контейнер, а отсутствие этого контракта. Один средний e-com проект с выручкой около 300 млн в год теряет до 8-12% атрибутированного дохода просто потому, что события не сшиваются между CRM, GA4 и рекламными кабинетами.

Server-side tracking — это не про «убрать пиксель с сайта и поставить его на сервер». Это про инфраструктурный контракт между командами. Без него вы получаете ту же фрагментацию, только дороже и с дополнительной прослойкой в виде контейнера.

Если вы только планируете переезд — начните не с подбора подрядчика по sGTM, а с описания data contract на бумаге. В девяти случаях из десяти это сразу убирает половину будущих проблем.

— @ServerSideTrackingRuPro

ChatGPT 5.6 Luna и Terra подешевели

OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.

➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli

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

Доменная зона .web делегирован в корневую зону DNS

Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.

➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns

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

В Facebook Ads появился раздел «Conversations»

Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.

➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations

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

Почему server-side — это не про «собрать больше событий»

Я всё чаще вижу одну и ту же ошибку: серверную аналитику продают как способ «вернуть потерянные конверсии». На практике это слишком узкий взгляд. Server-side — не про магию атрибуции, а про контроль над данными на первом этапе.

Если говорить честно, главный выигрыш я вижу в трёх вещах:

— вы меньше зависите от браузерных ограничений, блокировщиков и капризов клиентского кода;
— вы получаете более чистую и сопоставимую схему событий между рекламой, аналитикой и CRM;
— вы начинаете управлять качеством first-party данных, а не просто «досылать» их в платформы.

И вот здесь важный сдвиг 2026 года: когда last-click теряет вес, а privacy-first атрибуция (серверная, MMM, incrementality) становится нормой, ценность server-side определяется не количеством пикселей, а тем, насколько он встроен в бизнес-логику. То есть в воронку, RevOps и работу с LTV, а не только в медиабаинг.

Из практики: в одном B2B-проекте мы после переноса ключевых событий на сервер убрали около 18% расхождений между рекламными кабинетами и CRM. Но самое полезное было не в цифре как таковой. Команда наконец перестала спорить, «у кого правильная конверсия», и начала обсуждать, какие события действительно отражают качество лида.

Мой вывод простой: server-side analytics имеет смысл только тогда, когда вы заранее отвечаете на вопрос, **какое решение будет принято на основе этого события**. Если ответа нет, вы просто усложняете инфраструктуру.

Поэтому я всегда начинаю не с GTM-сервера и не с интеграций, а с карты решений:
— что маркетинг оптимизирует;
— что sales считает валидным;
— что customer success видит как сигнал качества.

Вот тогда server-side становится не техническим слоем, а частью системы роста.

— @ServerSideTrackingRuPro

Серверные CDP: когда точность данных важнее AI-персонализации

Исследование Writer (2025) показало, что персонализированные AI-модели могут терять до 71% точности в финансах и здравоохранении, если обучаются на искажённых данных. Для маркетологов, работающих с first-party данными, это сигнал: прежде чем настраивать AI-персонализацию, нужно обеспечить чистоту сбора. Серверные CDP (Customer Data Platform) — ключевой слой инфраструктуры, который фильтрует, нормализует и передаёт данные без по

— @ServerSideTrackingRuPro