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

Как автоматизировать Lookup Table в Google Tag Manager

Если в контейнере десятки и сотни правил, ручное заполнение Lookup Table превращается в операционную рутину. Ниже — чек-лист, как собрать генератор таблицы в Google Sheets и убрать лишние клики из GTM-процесса.

— Сформируйте структуру правил в таблице.
Разбейте данные на колонки: условие, значение, итоговый вывод.
Сразу задайте единый формат, чтобы дальше правила можно было собирать без ручной правки.

— Подключите Google Apps Script к таблице.
Скрипт нужен не для красоты, а для сборки и выгрузки правил в нужном формате.
Это превращает таблицу из документа в рабочий MarTech-инструмент.

— Используйте Google Tag Manager API для записи правил.
Не копируйте строки в интерфейс GTM вручную: API позволяет массово создавать и обновлять Lookup Table.
Так вы снижаете риск ошибок и ускоряете поддержку контейнера.

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

— Разведите логику по сценариям.
Отдельно держите правила для каналов, регионов, типов устройств или этапов воронки.
Это упрощает масштабирование и делает контейнер понятным для команды маркетинг-операций.

— Сделайте генерацию повторяемой.
Один раз собранный шаблон должен обновляться без пересборки с нуля.
Тогда вы сможете быстро вносить новые сегменты, продукты и источники трафика.

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

— @MarTechStackRu

Дополнительный контекст — @GoogleAdsRoomPro

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

Мониторинг целостности данных в Google Tag Manager

Google Tag Manager (диспетчер тегов) — это лишь транспортная магистраль, которая не несет ответственности за чистоту передаваемых данных. В эпоху privacy-first (приоритета конфиденциальности) и перехода на server-side (серверную) атрибуцию, любой «битый» тег — это дыра в бюджете и искажение модели маркетинговой отдачи. Чтобы не полагаться на случай, внедрите систему контроля событий.

— Настройте отслеживание критических событий через встроенный уровень данных (data layer). Используйте переменную типа «переменная уровня данных» для валидации обязательных параметров (ID заказа, сумма сделки, валюта).
— Создайте триггеры на ошибки JavaScript. Привяжите к ним отправку события в систему мониторинга (например, Sentry или Google Analytics 4) для фиксации сбоев выполнения скриптов на стороне клиента.
— Внедрите автоматическую проверку структуры тегов. Регулярно запускайте скрипты, которые опрашивают наличие необходимых тегов на ключевых посадочных страницах и сообщают об их отсутствии в Slack или Telegram.
— Проведите аудит переменных. Удалите неиспользуемые переменные и сократите количество «пользовательских JavaScript» функций в пользу стандартных настроек для снижения риска ошибок выполнения.
— Настройте оповещения о превышении лимитов. Мониторьте объем передаваемых данных в событиях, чтобы избежать обрезания полезной нагрузки (payload) из-за ограничений браузеров по размеру запроса.
— Используйте серверный контейнер для контроля исходящих данных. Фильтруйте и нормализуйте поток событий на сервере, прежде чем отправлять их в рекламные кабинеты или аналитические платформы.

Это пригодится при переходе на модели атрибуции на основе данных (MMM) и необходимости обеспечить безупречную точность данных для RevOps-процессов.

— @MarTechStackRu

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

Как в GTM отследить показы товаров без потери данных

Если в аналитике e-commerce у вас есть «дыры» между просмотром карточки, показом товара и покупкой, сначала соберите трекинг на базе расширенной электронной торговли. Это даёт полный путь по воронке и лучше подходит для настройки через Google Tag Manager.

— Настройте расширенную электронную торговлю как базовый слой
Она закрывает не только покупку, но и весь путь: просмотр списка, карточки, добавление в корзину, оформление. Для команды marketing operations это проще поддерживать, чем набор разрозненных событий.

— Передавайте данные через единый объект на стороне сайта
Не лепите значения прямо в теги. Сначала формируйте структуру данных в dataLayer, затем уже забирайте её в GTM. Так меньше расхождений между фронтом, аналитикой и отчётами.

— Используйте Custom JavaScript там, где стандартных переменных не хватает
Показы товаров, позиция в списке, индекс элемента и прочие параметры часто требуют вычисления. Логика в отдельной переменной снижает количество костылей в тегах.

— Добавьте кастомную логику только после проверки стабильности
Если нужно обработать нестандартный сценарий, вынесите его в отдельный customTask или аналогичный слой. Иначе один редкий кейс начнёт ломать весь поток событий.

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

— Сверьте воронку от показа до заказа на тестовых сессиях
Пройдите сценарий сами: список → карточка → корзина → чек-аут → покупка. Смотрите не только факт отправки, но и совпадение SKU, количества и цены.

— Документируйте схему событий для команды
Кто отправляет данные, в каком формате, какие поля обязательны, где валидируются ошибки. Это особенно важно в 2026 году, когда аналитика должна поддерживать не last-click, а более широкую оценку вклада канала.

Когда это пригодится: при запуске или аудите e-commerce-аналитики, когда нужно привести GTM, dataLayer и отчёты к одной схеме.

— @MarTechStackRu

MarTech-стек должен собираться не «по функциям», а по решениям

Я всё чаще вижу одну и ту же ошибку у маркетинговых команд: они покупают инструменты как будто закрывают список чекбоксов — «есть email», «есть сквозная аналитика», «есть CDP», «есть BI». А потом удивляются, почему стек дорогой, данные расходятся, а команда живёт в Excel и ручных выгрузках.

Моя позиция простая: **MarTech-стек нужно проектировать от операционной задачи, а не от каталога вендора**. Если у бизнеса слабая повторная выручка, не нужно первым делом строить «идеальную» CDP. Если sales и маркетинг спорят о качестве лидов, то раньше времени покупать ещё один трекинг-слой бессмысленно. Если у вас воронка длинная и решение принимают несколько людей, то last-click вообще не должен быть главным аргументом при выборе системы.

В 2026-м это особенно заметно. Privacy-first атрибуция, server-side подходы, MMM и инкрементальность требуют не «ещё одного отчёта», а архитектуры, где данные собираются, нормализуются и доступны для решений. Иначе вы просто переносите хаос из рекламного кабинета в более дорогой кабинет.

У меня в проектах есть правило: если инструмент не сокращает время на решение хотя бы на 20–30% или не снимает постоянную ручную операцию, он почти всегда превращается в красивую, но бесполезную строку в бюджете. Одна B2B-команда после ревизии стека убрала три системы, объединила события через server-side и single source of truth (единый источник истины) в BI — и команда маркетинг-операций освободила около 12 часов в неделю только на сверках и выгрузках.

Я бы советовал смотреть на стек как на систему из трёх слоёв:
— сбор данных;
— принятие решений;
— активация в каналах.

Если между ними есть разрывы, никакая «лучший в классе» платформа не спасёт. А если архитектура собрана правильно, даже более простой набор инструментов работает лучше дорогого, но разрозненного.

— @MarTechStackRuPro

Как проверить, что Data Layer не ломает аналитику в GTM

Data Layer — это не «техническая деталь», а опорный слой для тегов, триггеров и переменных. Если маркетинг-операции работают с разными командами и каналами, важно заранее зафиксировать, как именно GTM читает данные, иначе отчёты начнут расходиться уже на этапе внедрения.

— Зафиксируйте версию переменной Data Layer в GTM
Для каждой переменной проверьте, какая логика чтения используется: одна версия лучше подходит для простых плоских данных, другая — для вложенных объектов.
Ошибка на этом шаге часто даёт «пустые» значения в событиях.

— Сверьте структуру объекта до настройки тегов
Посмотрите, как именно передаются поля в dataLayer: название события, параметры, вложенность, массивы.
Если структура не совпадает с ожиданиями переменной, тег сработает, но передаст мусор или ничего.

— Проверьте порядок появления данных и триггера
Сначала должно попасть событие в dataLayer, потом — срабатывать тег.
Если триггер стреляет раньше, GTM читает старую или неполную запись.

— Отдельно протестируйте вложенные параметры
Для ecommerce, B2B-форм и событий с несколькими атрибутами проверьте, что читаются не только верхние поля, но и глубже лежащие значения.
Именно здесь чаще всего теряются product, price, category и source.

— Сопоставьте одну запись dataLayer с одним бизнес-событием
Не смешивайте в одной отправке сразу несколько смыслов: просмотр, клик, отправку формы и статус лида.
Чем чище событие, тем проще потом строить server-side-атрибуцию и MMM.

— Документируйте, какая версия и поле за что отвечают
Сделайте короткую таблицу: название переменной, путь в dataLayer, назначение, владелец.
Это экономит часы при правках, редизайне и подключении новых каналов.

Когда это пригодится: при запуске GTM-счётчиков, редизайне сайта, миграции на server-side и разборе расхождений между CRM, аналитикой и рекламными кабинетами.

— @MarTechStackRuPro