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

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

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

Любопытный кейс о взломе версии сайта с www, перенаправлявшей на версию без www и последовавших за эти ручных санкциях Gooogle от буржуйского сеошника Гленна Гейба. Мораль:

"Итак, если ваш сайт отображается без www, убедитесь, что вы знаете, как обрабатывается www. Не ограничивайтесь мониторингом версии без www. Следите также за версией с www. В противном случае кто-то может взломать его, получить контроль и перенаправлять пользователей на любой сайт (включая спам или опасные сайты). И тогда ваш сайт может быть удален из результатов поиска, как это случилось с этой компанией."

😂 Когда не проверяешь ответы ИИ:

Гуглоиды обновили контент на странице спам-рипорта, уточнив, что:

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

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

Директор Google Cloud AI Эдди Османи опубликовал статью об особенностях AEO:

"Оптимизация агентного движка (AEO) — это практика структурирования, форматирования и предоставления технического контента таким образом, чтобы ИИ-агенты могли им пользоваться, а не только люди.
...
Оказывается, решающее значение имеют довольно конкретные вещи:
• Доступность — смогут ли агенты найти вашу документацию без отображения JavaScript?
• Возможность разбора — является ли содержимое машиночитаемым без необходимости интерпретации визуального расположения элементов?
• Эффективность использования токенов — помещается ли содержимое в типичные контекстные окна агента без обрезки?
• Сигнализация возможностей — сообщает ли документация агентам, что делает ваш API , а не только как его вызвать?
• Контроль доступа — действительно ли ваш robots.txt пропускает трафик, созданный ИИ?
...
Предоставляйте доступ к Markdown, а не только к HTML. Многие платформы для работы с документами позволяют получать доступ к необработанному Markdown, добавляя его .mdк URL-адресу или используя параметр запроса. Сделайте это доступным. Агенты обрабатывают Markdown с гораздо меньшими затратами на токены, чем HTML (нет лишнего кода тегов, нет элементов навигации, нет лишних элементов в нижнем колонтитуле).
Структура должна быть предназначена для сканирования, а не для чтения. • Агенты не читают линейно — они анализируют структуру:
• Используйте единообразную иерархию заголовков (H1 → H2 → H3, без пропусков).
• В начале каждого раздела сосредоточьтесь на результате, а не на предыстории.
• Примеры кода следует размещать сразу после утверждения, которое они иллюстрируют.
• Используйте таблицы для ссылок на параметры — они более компактны, чем текстовые списки.
Избавьтесь от лишней навигации. Боковые панели, хлебные крошки и ссылки в нижнем колонтитуле, которые появляются в вашем HTML-коде, — это просто лишний шум в Markdown/тексте. Не включайте их в путь к анализируемому контенту.
В начале страницы разместите полезную информацию. Первые 500 токенов любой страницы должны отвечать на вопросы: что это, что это умеет и что мне нужно для начала работы. У агентов мало терпения на преамбулу.
...
Отображение токенов
Этот способ проще, чем кажется, но на удивление эффективен: отображайте количество токенов на страницах документации. В идеале — как в файле llms.txt, так и на самих страницах (в виде метаданных или заголовка страницы).
Это предоставляет агентам информацию, необходимую для принятия обоснованных решений:
• «Эта страница содержит 8 000 токенов — я могу включить её в полном контексте».
• «Эта страница содержит 150 000 токенов — мне нужно получить только нужный раздел».
• «Эта страница выходит за пределы моего контекстного окна — я воспользуюсь сводкой из файла llms.txt».
Реализация довольно проста: подсчитываем количество символов на стороне сервера, делим примерно на 4 для получения приблизительной оценки токена и предоставляем результат в виде метатега или заголовка HTTP-ответа."

Интересно, что советы Османи вступают в явное противоречие с высказываниями гуглоидов Джона Мюллера, высмеивавшего использование формата Markdown, и Гэри Ийеша, высмеивавшего использование файла llms.txt

Кстати, с утверждениями гуглоида Османи хорошо соотносятся результаты исследования буржуйского сеошника Кевина Индига, которое утверждает, что более короткий и целенаправленный контент побеждает в ChatGPT:

"Страницы, которые неизменно побеждают, отличаются целенаправленностью. Они:
• Найдите совпадение с запросом непосредственно в их заголовках.
• Как правило, они короче (оптимальный объем цитирования составляет 500-2000 слов), и
• Необходимо обеспечить достаточную структуру (7-20 подзаголовков), чтобы организовать контент, не размывая его."

Гуглоид Джон Мюллер заявил, что массовая рассылка Google Search Console о том, что Google начал собирать данные о показах несколько дней назад на сайтах, которые были подтверждены в Search Console ещё при царе Горохе, была таки багом:

"Нет, эти сообщения были отправлены из-за технической неполадки в системе обмена сообщениями. Это никак не связано с остальным. Извините!"

Буржуйский сеошник Бретт Табке обнаружил двойные стандарты в обосновании гуглоидами санкций за перехват кнопки "Назад":

"Наиболее показательной частью поста является эта фраза из политики Google:

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

Google использует эту цитату, чтобы оправдать новое правило, утверждая, что пользователи кликают, ожидая одного результата, а получают что-то другое, когда страница манипулирует историей браузера. (смешно) Они говорят, что знают, что «новый» опыт работы с поисковым ИИ Google не нравится большинству пользователей, и что нет способа отключить его навсегда.

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

Трудно не согласиться.

Гуглоид Джон Мюллер напоминает:

"Внимание! Googlebot пытается отобразить страницы, чтобы понять, как они выглядят, и лучше оценить ценность и контекст контента вашего сайта. Для этого ваши JS и CSS файлы должны быть доступны для индексации. Не блокируйте эти файлы для Googlebot в robots.txt, если хотите, чтобы Google оптимально понимал ваш сайт."

Ну, и с другой стороны, если вы таки не хотите, чтоб Google исполнял ваш JS (например, чтоб не увидел редирект на партнерскую ссылку), то заблокируйте соответствующий JS файл в robots.txt.

Топ 50 лучших издателей в Google Discover за март 2026 года от DiscoverSnoop, также и с разбивкой по странам.

Гуглоиды объявили об обновлении спецификации данных Merchant Center в 2026 году. Вот изменения, которые уже вступили в силу:

"Новые атрибуты доставки: Мы добавляем больше вариантов доставки на уровне товара, аналогичных существующим функциям на уровне учетной записи. Это включает в себя новый атрибут «время обработки заказа»[handling_cutoff_time] , позволяющий установить ежедневный крайний срок обработки онлайн-заказов, а также новый атрибут «минимальная сумма заказа»[minimum_order_value] , указывающий минимальную сумму, необходимую для покупки и доставки заказа. Мы также добавляем новые податрибуты «метка программы лояльности» [loyalty_program_label]и «метка уровня лояльности» [loyalty_tier_label]к атрибуту доставки[shipping] , чтобы продавцы могли указывать преимущества доставки для участников программы лояльности для отдельных товаров.

[video_link]Новый атрибут для видеоссылок: Мы объявляем о новом, необязательном атрибуте для видеоссылок[video_link] , который позволит продавцам добавлять ссылки на видеоролики о товарах. Эти видео помогут более подробно продемонстрировать товары, показав их в использовании или с разных ракурсов, и будут использоваться для улучшения отображения товаров в Google. Продавцы могут начать добавлять свои видео с использованием этого нового атрибута уже сейчас, однако их показ, а также проверка на соответствие правилам и качеству начнутся только 30 июня 2026 года. Сообщения об ошибках технической проверки начнут поступать с 14 апреля 2026 года."

Немного подушню. 😊
Спрос на "волшебные пузырьки" в SEO (херак-херак – и в топе) был, есть и будет.
Многие бизнесы этим спросом и живут. А с приходом GEO/AEO у этих бизнесов прям благодать. Можно втирать любую дичь, главное – делать это уверенно. Так как более-менее устоявшейся базы знаний, как в SEO, ещё нет.

Гуглоиды выпустили новую версию приложения Google для Windows, в которой для поиска по умолчанию используется AI Mode.
Ну, что – начинают потихоньку приучать юзеров?