Microsoft Web IQ предоставляет агентам ИИ API для подключения к Bing.

Microsoft представила Web IQ, новые инструменты, позволяющие AI-помощникам получать доступ и использовать информацию из результатов поиска Bing.

Web IQ описывается как поисковая система, разработанная специально для ИИ. В то время как Bing помогает людям находить веб-сайты, Web IQ помогает ИИ-программам находить информацию, необходимую для выполнения задач и принятия решений.

Что делает Web IQ

Web IQ был полностью переработан с новой системой поиска на базе Bing. Он улучшает поиск, организацию и выбор веб-контента для результатов. AI-powered помощники быстро осуществляют поиск и анализ информации в несколько этапов, работая в строгих временных рамках.

Вместо отправки целых веб-страниц, API предоставляет только соответствующие отрывки и ключевую информацию, что помогает моделям ИИ работать более эффективно. Обработка каждого фрагмента информации (или ‘token’) стоит денег и времени, поэтому предоставление меньшего количества, но более полезных токенов приводит к более быстрым и доступным результатам.

https://www.searchenginejournal.com/wp-json/sscats/v2/tk/Middle_Post_Text

Microsoft резюмирует это как «меньше токенов на входе, лучшие ответы на выходе, более низкая стоимость за вызов».

Заявления о производительности

Microsoft использует систему под названием GDSAT для проверки актуальности и достоверности информации из результатов поиска. По словам Microsoft, её оценка Web IQ – основанная на тестах с 3000 примерами поиска – лучше, чем у других поисковых систем.

Наши тесты показывают время отклика менее 165 миллисекунд на 95-м процентиле – почти в 2.5 раза быстрее, чем у наших конкурентов. Эти результаты основаны на данных из пяти различных центров обработки данных.

Microsoft заявляет, что Web IQ поддерживает высокое качество при использовании меньшего количества токенов, особенно при предоставлении большего количества результатов.

Publisher Controls

Web IQ уважает правила веб-сайтов относительно того, к чему может получить доступ ИИ, как и Bing. Кроме того, компания сотрудничает с технологическими организациями для создания чётких стандартов использования онлайн-контента ИИ.

Технические детали

Объявление уточняет, что эти модели разрабатываются для эффективной работы в реальных AI-приложениях, а не просто для достижения высоких результатов в стандартных тестах.

Для обеспечения быстрого поиска по огромным наборам данных система опирается на DiskANN, технологию Microsoft, которая позволяет осуществлять поиск по большим индексам без необходимости загружать все данные в память.

Почему это важно

Microsoft последовательно развивала эти возможности. Сначала они добавили данные AI-цитирования в Bing Webmaster Tools в феврале, затем связали AI-поиск со страницами, на которые он ссылался, в марте, и недавно представили функцию под названием Citation Share на SEO Week. Эти инструменты помогают владельцам веб-сайтов понять, как AI использует их контент. Теперь, с Web IQ, Microsoft предлагает способ для AI-систем *находить* этот контент в первую очередь.

Web IQ предоставляет информацию короткими отрывками, а не полными веб-страницами. То, что помогает веб-странице занимать высокие позиции в обычных поисковых системах, не обязательно является тем же, что делает отрывок полезным для предоставления контекста, как объяснила Microsoft в недавнем посте в блоге.

Заглядывая в будущее

Как SEO-эксперт, я внимательно слежу за Web IQ. На данный момент Microsoft позволяет лишь избранным тестировать его – они не объявили публично, когда он станет доступен всем, сколько он будет стоить или даже какие инструменты искусственного интеллекта будут на нем работать. Особенно интересно, что Microsoft не уточнила, используют ли их текущие функции искусственного интеллекта, такие как Copilot и Bing Chat, *уже* Web IQ, или Web IQ является совершенно отдельной системой. Это пока что загадка, но определенно за чем-то стоит следить с точки зрения потенциального SEO-влияния.

Смотрите также

2026-06-02 22:39

Завершено основное обновление Google за май после нестабильного развертывания.

Google завершила развертывание своего крупного обновления от мая. Они объявили о завершении 2 июня через свою панель статуса поиска (Search Status Dashboard).

Недавнее обновление началось 21 мая в 8:40 по тихоокеанскому времени и завершилось 2 июня в 5:40 по тихоокеанскому времени, заняв 11 дней и 21 час. Этот период времени аналогичен предыдущему основному обновлению в марте, которое заняло 12 дней.

Что наблюдали практики

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

Гленн Гейб, консультант по SEO в G-Squared Interactive, опубликовал в X:

«Март был так себе, но май обещает быть масштабным.»

Лилия Рэй, возглавляющая SEO Стратегию и Исследования в Amsive, поделилась своими мыслями на X (ранее Twitter) о недавних изменениях в результатах поиска на выходных, отметив, что…

«Несколько сайтов начали фиксировать резкий рост трафика в выходные с основным обновлением.»

https://www.searchenginejournal.com/wp-json/sscats/v2/tk/Middle_Post_Text

Почему этот апдейт может быть сложно прочитать

Завершение не означает, что каждое движение во время развертывания имело одну и ту же причину.

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

Наблюдение за изменениями день за днем ненадежно после обновления Google. Google рекомендует подождать целую неделю после завершения обновления, прежде чем проверять данные в Search Console. Чтобы получить четкое сравнение, вы должны сравнить неделю *после* обновления с неделей *до* его начала – то есть самые ранние достоверные данные вы сможете получить примерно 9 июня.

План обновлений на 2026 год

Google выпустила своё майское базовое обновление, ознаменовав четвёртое поисковое обновление, которое они объявили в 2026 году, и второе базовое обновление этого года.

Обновление ядра марта завершилось 8 апреля, а обновление мая было запущено примерно через шесть недель 21 мая.

Вот как выглядит недавняя временная шкала.

  • Обновление ядра в мае 2026 года: 12 дней (21 мая — 2 июня)
  • Обновление ядра марта 2026 года: 12 дней (27 марта — 8 апреля)
  • Обновление спама марта 2026: Менее 20 часов (24 марта — 25 марта)
  • Февраль 2026 Обнаружено основное обновление: 22 дня (5 февраля — 27 февраля)
  • Обновление ядра декабря 2025 года: 18 дней (с 11 декабря по 29 декабря)

Заглядывая в будущее

Руководство Google указывает на 9 июня как на самое раннее окно для чистых сравнений в Search Console.

Наиболее ценные сведения будут получены при анализе тенденций из множества источников – таких как различные веб-страницы, поисковые запросы пользователей, страны, устройства, которые они используют, и типы поисковых запросов. Не сосредотачивайтесь слишком сильно на изменениях в рейтинге, которые происходят только в один день, поскольку они могут быть ненадежными, особенно учитывая колебания, которые мы уже видели.

Смотрите также

2026-06-02 18:09

ChatGPT Citations Changed After GPT-5.5, SISTRIX Data Shows

Анализ, проведенный SISTRIX на основе 3,8 миллиона немецких ответов, сгенерированных ChatGPT, выявил изменение в том, как ИИ цитирует источники после начала использования модели GPT-5.5.

Недавнее исследование, проведенное Йоханнесом Бойсом, основателем SISTRIX, изучило 3,8 миллиона ответов ChatGPT. Исследование сравнило, как часто источники цитировались в течение четырех дней до изменения ChatGPT и четырех дней после, чтобы увидеть, повлияла ли обновленная версия.

Компания называет это обновление ChatGPT «Основным обновлением», аналогично тому, как обновления Google влияют на результаты поиска. SISTRIX отмечает, что они обнаружили связь между обновлением и изменениями в том, как указываются источники, но они не доказали, что обновление *вызвало* эти изменения — это просто сильная корреляция.

Просто чтобы вы знали, как цифровой маркетолог, я использую и продаю инструмент отслеживания запросов SISTRIX – именно его я использовал для сбора всех данных для этого анализа. Я хочу быть с этим откровенным.

Что показывают данные

Обычно количество цитирований контента менялось всего на 1-2% в день. Однако во время обновления модели 22 и 23 мая это изменение резко возросло до 47%.

https://www.searchenginejournal.com/wp-json/sscats/v2/tk/Middle_Post_Text

Анализ, проведенный SISTRIX и охвативший 800 000 результатов поиска до и после обновления, выявил четкие тенденции в изменении позиций сайтов в поисковой выдаче.

Победители

Reddit увидел самый большой скачок в цитированиях, получив 7 007 цитирований на каждые 10 000 ответов – увеличение на 59%. Он уже был самым цитируемым веб-сайтом до этого изменения.

Популярные немецкие новостные веб-сайты зафиксировали значительный рост трафика. Welt.de вырос на 99%, faz.net на 124%, а bild.de на 83%. Стриминговые и спортивные платформы также показали хорошие результаты: dazn.com зафиксировал огромный рост в 383%, sky.de вырос на 157%, а kicker.de на 357%.

Losers

Трафик на крупные туристические и обзорные веб-сайты значительно снизился. Indeed зафиксировал падение на 47%, Tripadvisor упал на 53%, а Glassdoor испытал снижение на 37-52% в зависимости от страны. Expedia и Rome2rio зафиксировали еще более резкое падение трафика, с уменьшением на 60%.

Крупные технологические платформы зафиксировали значительное снижение использования. Посещения YouTube упали на 18%, Wikipedia — на 14%, а Google.com — на 22%. Facebook и LinkedIn также испытали падение примерно на 20%.

Немецкие карьерные и сравнительные порталы также указывают на видимость, Kununu упала на 46%.

Отраслевой шаблон

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

Невозможно определить, была ли это цель модели, согласно SISTRIX.

Reddit – заметная история успеха. Даже несмотря на то, что большая часть контента на английском языке, он продолжает расти в популярности, показывая, что онлайн-дискуссии на любую тему по-прежнему считаются ценными многими пользователями.

Почему это важно

Как человек, который внимательно следит за этими AI-моделями, становится всё более очевидным, что привычки цитирования ChatGPT не являются статичными. Мы видим всё больше и больше доказательств того, что то, как он цитирует источники, меняется с каждой новой версией – я следил за данными Resoneo, и они показали снижение количества уникальных доменов, на которые он ссылается, после перехода на GPT-5.3. Интересно, что даже стандартные и платные версии ChatGPT, похоже, имеют разные способы цитирования, что означает, что сама модель влияет на результаты.

Данные SISTRIX показывают, как изменились ссылки, указывающие на веб-сайт, после крупного обновления дизайна или кода этого сайта. Этот анализ был проведён на большом количестве веб-сайтов.

Заглядывая в будущее

Этот отчёт фокусируется конкретно на немецком рынке. Хотя SISTRIX наблюдала схожие тенденции в других странах, они пока не опубликовали эту информацию. Они планируют продолжать отслеживать, как цитируется информация в интернете, используя свой инструмент Prompt Tracking.

Смотрите также

2026-06-02 17:39

Как использовать Lighthouse для тестирования вашего веб-сайта на готовность к агентности.

Google недавно выпустила инструменты, чтобы помочь владельцам веб-сайтов подготовиться к использованию AI-агентов. Они создали новый отчёт в Lighthouse, который легко доступен непосредственно из браузера Chrome – не требуется дополнительное программное обеспечение.

Этот отчет проверяет, могут ли поисковые системы найти ваш веб-сайт, подтверждает подключение WebMCP и, что важно, проверяет ваш файл LLMs.txt на наличие потенциальных проблем.

Как запустить отчет Agentic Web.

В настоящее время этот отчёт недоступен в обычной версии Chrome. Вы можете получить к нему доступ, используя Chrome Canary, который является предварительной версией браузера. После установки Chrome Canary щелкните правой кнопкой мыши на любой веб-странице и выберите ‘Inspect’. Затем найдите ‘Lighthouse’ в верхней части инструментов разработчика – вы увидите новый раздел под названием ‘Agentic Browsing’.

https://www.searchenginejournal.com/wp-json/sscats/v2/tk/Middle_Post_Text

Пройдитесь со мной по новому отчёту о готовности агента Lighthouse.

Я протестировал новый отчет Lighthouse о просмотре с помощью агентов на официальной странице справки Google и, к удивлению, обнаружил, что в самой документации есть некоторые проблемы, которые могут затруднить использование ИИ-агентами! В отличие от предыдущей версии, новый отчет не дает оценку из 100. Вместо этого он показывает соотношение количества проверок, которые проходит ваш веб-сайт, чтобы определить его готовность к просмотру с помощью агентов.

3 Вещи, на которые стоит обратить внимание для Агентской Готовности

Вот темы, которые я обсуждал со своими клиентами относительно этого нового сдвига.

1. Искусственный интеллект, доступность и дерево доступности

Агенты могут просматривать ваши страницы тремя способами:

  • Vision (скриншоты).
  • HTML.
  • Дерево доступности.

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

2. Понимание WebMCP

Как человек, построивший множество веб-сайтов, я очень рад WebMCP. Это новый стандарт, который позволяет ИИ-агентам фактически *использовать* функции вашего веб-сайта – представьте это как способ научить их взаимодействовать со всем, что вы создали. Вместо простого извлечения данных, агенты могут фактически выполнять действия и решать задачи на вашем сайте, что открывает массу возможностей.

Существует два основных подхода: декларативный и императивный. Декларативный код прост и работает с формами, в то время как императивный код позволяет вести двустороннюю беседу между агентом и вашим веб-сайтом. Если ваш сайт предлагает инструменты для агентов, WebMCP будет крайне важен.

3. Файл LLMs.txt

Может показаться странным, но Google недавно объявила, что вам не нужен специальный файл (называемый LLMs.txt), чтобы хорошо ранжироваться в AI-функциях Поиска. Однако это не касается традиционных поисковых рейтингов. Вместо этого речь идет о том, как AI ‘агенты’ взаимодействуют с вашим веб-сайтом. Идея заключается в использовании файла LLMs.txt – аналогичного файлу robots.txt – для предоставления четких инструкций и информации в простом формате, который помогает этим агентам понимать ваш сайт, когда они активно работают. Это позволяет вам контролировать, какие действия агенты могут выполнять и где они могут найти необходимые данные. Обычно вам нужен файл LLMs.txt только в том случае, если ваш веб-сайт имеет определенные функции, которые будут использовать агенты.

LLMs.txt предназначен для агентов, использующих ваш сайт, и не предназначен для поисковых целей.

Рекомендуется время от времени тестировать свой веб-сайт, используя браузер Chrome Canary. Хотя эти файлы не являются немедленно необходимыми для большинства из нас, важно быть готовым, поскольку веб-сайты становятся более автономными и интерактивными.

Смотрите также

2026-06-02 16:39

Как исправить Google Ads Smart Bidding с использованием основной или вторичной структуры конверсий.

Часто то, что кажется плохой стратегией Google Ads, на самом деле является проблемой с тем, как отслеживаются конверсии. Многие аккаунты не настроены для точного измерения результатов, что приводит к неверной интерпретации эффективности.

Этот рекламный аккаунт отслеживает всё – отправку форм, клики по кнопкам, просмотры страниц, добавление товаров в корзины и даже просто начало процесса оформления заказа – как если бы все это были одинаково важные «конверсии». Это не идеально, поскольку это вводит в заблуждение автоматическую систему назначения ставок Google. Вместо того, чтобы сосредотачиваться на действиях, которые *действительно* важны для рекламодателя, она пытается максимизировать общую меру вовлечённости пользователей.

Когда учётные записи настроены таким образом, исход, к сожалению, предсказуем.

Как эксперт в области SEO и PPC, я часто сталкиваюсь с разочаровывающим несоответствием: кампании *выглядят* отлично в Google Ads – высокая конверсия, сильный ROAS – но клиент не видит, что эти результаты перерастают в реальный рост бизнеса. Они проверяют свои банковские выписки, смотрят на свою прибыль, и цифры просто не сходятся. Невероятно обескураживает, когда данные, которые мы представляем, не отражают их реальный опыт или не приводят к успеху, которого они ожидают. По сути, то, что мы *считаем* работающим на основе данных рекламной платформы, не соответствует реальному финансовому влиянию на их бизнес.

https://www.searchenginejournal.com/wp-json/sscats/v2/tk/Middle_Post_Text

Решение не в том, чтобы тестировать другую стратегию ставок.

Чтобы исправить проблему, нам нужно рассмотреть, как настроены конверсии. Используя систему, в которой некоторые конверсии считаются основными, а другие – поддерживающими, менеджер рекламы может направлять машинное обучение Google – сообщая ему, на какие данные следует сосредоточиться и, что крайне важно, какие игнорировать. При правильной настройке эта система дает вам больше контроля над тем, как ведет себя алгоритм, обеспечивая его концентрацию на том, что действительно важно для вашего бизнеса.

Например, хотя цифры, используемые здесь, вымышлены, подобные тенденции часто встречаются в реальных данных учетных записей.

Наша кампания Performance Max привела к 4 000 кликам и 37 фактическим покупкам. Однако, рекламная платформа заявила о 62% конверсии, что вводит в заблуждение. Эта высокая цифра достигается за счет подсчета таких действий, как клики по кнопкам, отправка форм и даже незавершенные покупки, как если бы это были полноценные продажи. По сути, платформа рассматривает эти незначительные действия как эквивалент завершенной покупки, завышая коэффициент конверсии.

  • Добавления в корзину учитывались как конверсии, даже если пользователь никогда не возвращался.
  • События начала оформления заказа учитывались так же, как и завершенные покупки, завышая возврат инвестиций в рекламу.
  • Клики кнопок или прокрутки страниц регистрируются как «микро-победы», заглушая реальные сигналы.

Это соотношение сигнал/шум примерно 9:1 против алгоритма.

Кризис сигналов интеллектуального назначения ставок

Нам нужно переосмыслить Smart Bidding в Google Ads. Это больше, чем просто способ установить ставки — это система, которая определяет закономерности. Google объясняет, что Smart Bidding анализирует пользователей, их историю поиска и многие другие факторы. Это означает, что он не оптимизирует ставки только на основе ключевых слов; вместо этого он учится на основе поведения пользователей и корректирует ставки на основе этих закономерностей. Конкретные закономерности, которые он изучает, зависят от данных о конверсиях, которые вы предоставляете.

Каждый раз, когда кто-то выполняет желаемое действие на вашем сайте, это помогает нашей системе узнать, какие качества определяют ваших лучших клиентов. Система анализирует такие вещи, как устройство, которое они используют, время суток, их интересы, что они искали и как они взаимодействуют с вашим веб-сайтом, чтобы определить других пользователей с похожими характеристиками.

Если рекламный аккаунт объединяет сильные сигналы о потенциальных покупках с мелкими, менее значимыми действиями, системе трудно определить вероятных покупателей. Рекламный алгоритм не может отличить человека, который готов совершить покупку, от человека, который просто просматривает, потому что ему даны инструкции рассматривать их как одно и то же.

Часто можно услышать, что Google Ads приоритизирует быстрые, простые конверсии. Но дело не только в том, что система работает как задумано – речь идет о том, что легче измерить. Google Ads естественным образом предпочитает действия, которые происходят быстро, такие как клики, потому что их гораздо проще получить, чем, например, завершенные покупки. Добавление товаров в корзину проще, чем фактическое завершение продажи, поэтому алгоритм назначения ставок фокусируется на пользователях, которые предпринимают эти простые шаги, если маркетолог вручную не направит его на приоритизацию более ценных действий.

Это не ошибка в Google Ads. Это алгоритм, безупречно выполняющий инструкции.

Архитектурное исправление: Инженерия сигналов, а не управление тегами

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

Два сеттинга, две совершенно разные работы:

  • Основная (Оптимизация): Заполняет столбец «Конверсии». Активно используется Smart Bidding для обучения, прогнозирования и назначения ставок. Это учебная программа для алгоритма.
  • Вторичный (Наблюдение): Заполняет столбец «Все конверсии». Строго игнорируется стратегией назначения ставок. Это диагностический слой менеджера рекламы.

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

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

Представительный пример того, как это ломается внутри рекламной платформы.

Давайте рассмотрим типичный пример в Google Ads, чтобы понять эту проблему. Представьте себе успешную кампанию Performance Max, которая, кажется, генерирует хорошие результаты. В этом случае такие действия, как начало процесса оформления заказа и нажатие на кнопку, отслеживаются как ключевые конверсии наряду с фактическими покупками. Хотя рекламная платформа изначально показывает положительные результаты, более пристальный взгляд на данные выявляет другую картину.

  • Сообщенный коэффициент конверсии: 62%
  • Состав: примерно 90% «конверсий» — это клики по кнопкам и инициированные оформления заказов.
  • Фактические покупки с 4 000 кликов: 37.
  • Реальный коэффициент покупки: 0.9%
  • Потрачено: $5,400.
  • Выручка: $11,000.
  • Эффективный ROAS: 2,04 (значительно ниже целевого показателя 4,0+ для данной категории).

Система Smart Bidding работает, как и задумано – ей успешно удаётся находить больше людей, которые нажимают на кнопки. Однако она была обучена на данных, которые не отражают фактический доход, поэтому она сосредотачивается на неправильной цели и оптимизируется для кликов вместо продаж.

Исправление этой проблемы не произойдет немедленно. Возврат этих микро-конверсий к более низкому приоритету перезапускает процесс обучения системы, поскольку в настоящее время он основан на неточной информации. В течение нескольких недель производительность может колебаться и снижаться, пока система переобучается, используя надежные данные.

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

Технический слой: Оптимизация против Наблюдения

На данный момент мы установили, что то, как настроена схема конверсии, имеет решающее значение – даже небольшие ошибки могут накапливаться и вызывать большие проблемы. Теперь мы рассмотрим, как Smart Bidding фактически использует полученные данные.

Как первичные конверсии обучают алгоритм

Рекламная платформа считает любое завершенное действие победой. Затем ее автоматизированная система ставок анализирует, что произошло *перед* этими победами – такие вещи, как конкретные ключевые слова или аудитории – и увеличивает ставки, чтобы попытаться повторить эти успешные условия. Именно поэтому важно очень тщательно определять ваши основные конверсии. Они должны быть конкретными результатами, которые напрямую способствуют вашему доходу, например, завершенная покупка, заполненная лид-форма или запланированная консультация – а не просто вещи, которые *кажутся* связанными с доходом.

Если деятельность напрямую не способствует доходу, она не должна быть главным приоритетом.

Как вторичные конверсии информируют, не засоряя.

Вторичные конверсии отслеживаются в целях отчетности, но не используются для непосредственного улучшения ставок. Это различие является ключевым – оно позволяет вам отслеживать все шаги, которые предпринимает клиент, не влияя на данные, используемые для оптимизации ваших кампаний. Вы можете отслеживать столько вторичных действий, сколько необходимо для понимания пути клиента, не искажая результаты.

Примеры включают:

  • Страница просмотра цен.
  • Добавить в корзину.
  • Начать оформление заказа.
  • Страница просмотра доставки.
  • Создание аккаунта.

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

Важно понимать следующее: хотя Google утверждает, что не использует вторичные действия при определении того, какие ставки принимать, система, вероятно, все равно использует их для *угадывания* того, что пытается сделать пользователь. Поэтому, даже если вы просто отслеживаете действия, не оказывающие прямого влияния на ставки, убедитесь, что они действительно демонстрируют прогресс для клиента. Добавление несущественных или ‘фейковых’ действий в эти вторичные слоты может ввести систему в заблуждение и привести к неточным прогнозам.

Отслеживание легитимных этапов воронки — лучший совет.

The Hidden Override: Custom Goals

Пользовательские цели, с другой стороны, полностью отменяют тегирование «Основной» vs. «Вторичный».

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

Эта функция может быть действительно полезной, но также является распространенным источником проблем в аккаунтах Google Ads. Многие маркетологи думают, что пользовательские цели предоставляют только дополнительные данные, но на самом деле они влияют на то, как Google Ads делает ставки. Хорошая идея — регулярно проверять каждую пользовательскую цель, чтобы убедиться, что ваш аккаунт настроен правильно.

Как эта архитектура влияет на фазу обучения

После переключения стратегий Smart Bidding обычно требуется от 7 до 14 дней, чтобы система обучилась и оптимизировалась. Этот период обучения может быть дольше для кампаний, которые не получают много конверсий, поскольку системе требуется больше данных, чтобы понять, что приводит к успеху. В течение этого времени алгоритм назначения ставок работает над построением — или улучшением — своего понимания того, как добиться наилучших результатов.

Использование чёткого разделения между основными и вторичными процессами обучения ускоряет процесс обучения. Сосредоточение на меньшем количестве, но более важных сигналах позволяет системе быстрее приходить к выводам. Это также помогает алгоритму лучше различать потенциальных клиентов и тех, кто ими не является, что приводит к более стабильным и надёжным стратегиям ставок.

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

Распространенная ошибка, которую допускают даже опытные менеджеры по рекламе, связана с импортированными конверсиями. Когда вы переносите конверсии из Google Analytics в Google Ads, они автоматически устанавливаются как вторичные. Если вы полагаетесь на данные из Google Analytics 4 для своих основных целей и *предполагаете*, что процесс импорта правильно настроил отслеживание оптимизации, вы можете препятствовать вашим ставкам по рекламе. Лучше всегда вручную проверять статус конверсий после каждого импорта, чтобы убедиться, что ваша стратегия ставок использует правильные данные для максимизации дохода.

Пограничные случаи, которые менеджер PPC должен спроектировать для

Телефонные звонки

Телефонные звонки – самое контекстно-зависимое действие в рамках системы.

Некоторые предприятия получают звонки, в основном состоящие из запросов базовой информации, такой как часы работы магазина. Эти звонки не являются основной причиной ответа на телефон. Но для других предприятий звонки – это самое важное – они напрямую приводят к запланированным встречам, демонстрациям продуктов или фактическим продажам. Сосредоточиться следует на этих звонках.

Это решение не о том, *что* сделал звонящий, а об информации, собранной *после* звонка. Чтобы правильно это настроить, вам нужно уметь оценивать качество звонков. Мы рекомендуем прослушать несколько звонков, поговорить с вашими телефонными агентами, а затем сгруппировать эти звонки по категориям. Это поможет вам принять наилучшее решение.

Импортированные события Google Analytics

Когда вы импортируете события из GA4 в Google Ads, они автоматически начинаются как вторичные действия. Это сделано намеренно – Google не хочет, чтобы эти импортированные события случайно повлияли на настройку ваших ставок.

Низкочастотные аккаунты и проблема холодного старта

Как цифровой маркетолог, я обнаружил, что даже если аккаунт Google Ads не достиг объема конверсий, необходимого для того, чтобы Smart Bidding действительно заработал (обычно около 30-50 конверсий за 30 дней, но это зависит от стратегии назначения ставок), принципы, которые мы обсуждаем, все равно имеют значение. В таких случаях этот дополнительный уровень оптимизации и ручные корректировки, которые я вношу, становятся *еще более* важными для достижения хороших результатов.

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

Сосредоточение внимания на *том, насколько хорошо* пользователи взаимодействуют с дополнительными действиями важнее, чем просто *количество* этих действий. Каждый ценный шаг, который предпринимает пользователь – например, просмотр страницы с ценами, просмотр демонстрации или использование конфигуратора продукта – предоставляет полезные данные, которые направляют систему, особенно когда она только начинает работу.

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

Когда продвигать вторичное действие к первичному?

Почти никогда.

Эта система не позволяет легко превращать менее важные действия в основные. В частности, добавление товаров в корзину, начало процесса оформления заказа и просто просмотр страниц или использование чата не должны быть приоритетными, независимо от того, как часто они происходят. Тот факт, что что-то популярно, не означает, что пользователи пытаются совершить покупку. Например, многие могут начать процесс оформления заказа или использовать функцию чата, но это не означает, что они действительно что-либо покупают.

Легитимные сценарии для изменений статуса ограничены:

  • Телефонные звонки переклассифицированы. Когда бизнес подтверждает, что звонки имеют более высокую заинтересованность, чем предполагалось изначально (или наоборот).
  • Импортированные события GA4 исправлены. Когда импортированная макро-цель попадает во вторичные по умолчанию и требует повышения до основной.
  • Качество лидов переосмыслено. Когда бизнес переходит от «все лиды» к «только квалифицированные лиды», и действие по квалификации становится новой макро-целью.

Это завершает список. Если стратег последовательно делает акцент на небольших шагах вместо того, чтобы сосредотачиваться на основных целях, он не по-настоящему использует этот подход – он на самом деле ослабляет его.

Тактический контрольный список: Аудит вашей основной и вторичной архитектуры

Перед тестированием любой стратегии Smart Bidding, пройдитесь по рекламному аккаунту, выполнив эту проверку:

  • Одна макро-цель на каждую цель кампании. Подтвердите единственное основное преобразование, которое напрямую связано с доходом.
  • Все микро-действия помечены как вторичные. Добавления в корзину, клики по кнопкам, начало оформления заказа, просмотры страниц и чаты, ни одно из них не должно быть основным.
  • Импортированные события GA4 подтверждены. Убедитесь, что любые макро-цели, импортированные из Analytics, были вручную повышены до основных.
  • Оценка телефонных звонков на основе качества. Прослушайте недавние примеры звонков и пометьте действия, основываясь на реальной деловой ценности, а не на предполагаемой.
  • Пользовательские цели проверены. Перечислите каждую пользовательскую цель и подтвердите, какие вторичные действия принудительно продвигаются в ставки.
  • Охват воронки на вторичных показателях. Каждый значимый шаг между кликом и конверсией имеет своё вторичное действие, которое не предназначено для назначения ставок, а служит для диагностики.
  • Проверенные отображаемые столбцы. Столбец «Conversions» соответствует сигналам ставок. Столбец «All conversions» соответствует полной диагностической информации.
  • Никаких показных событий во вторичных целях. Если действие не является законным шагом в пути покупателя, удалите его. Качество важнее количества здесь.
  • Фаза обучения учтена. После любых изменений в фреймворке дайте алгоритму от семи до 14 дней на перекалибровку, прежде чем оценивать производительность. Обязательно задокументируйте изменение, чтобы объяснить падение объёма или эффективности конверсий.
  • Бюджет на повторное обучение учтен. Если аккаунт очищается с плоской настройки, планируйте 30-дневный период повторного обучения с пониженной производительностью.

Роль Стратега в 2026 году

Как digital-маркетолог, я вижу, как Smart Bidding всё больше берет на себя то, что мы раньше делали вручную – всё, от управления ставками до уточнения наших таргетингов для аудиторий и креативов. Хотя платная поисковая реклама кажется всё более автоматизированной, и иногда кажется, что она сокращается с точки зрения того, что мы напрямую контролируем, я считаю, что крайне важно, чтобы в этом всё ещё присутствовал человеческий фактор – нам нужно быть в курсе событий и обеспечивать соответствие стратегий общим целям.

Традиционные методы испытывают трудности с пониманием того, как люди подходят к решению проблем и прогнозируют результаты. Алгоритмы не должны определять, из каких данных они учатся – это стратегический бизнес-выбор, требующий тщательного обдумывания, а не просто автоматической оптимизации.

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

В контексте платной поисковой рекламы, схема «Первичный против Вторичного» в настоящее время является тем, как Google определяет качество и эффективность рекламы. При правильной настройке система учится отдавать приоритет тому, что работает лучше всего. Однако, если она настроена плохо, система быстро усиливает ошибки и сосредотачивается не на том.

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

Смотрите также

2026-06-02 14:13