По данным Search Engine Land, Google May 2026 Core Update стартовал 21 мая и завершился 2 июня 2026 года. Это не техническая авария и не ручная санкция, а крупное обновление ранжирования. Но для бизнеса результат может выглядеть очень практично: стало меньше показов, просели клики, изменились позиции важных страниц, а заявки из поиска начали идти неровно.
Одновременно Google 3 июня 2026 года объявил о новых отчетах Search Generative AI performance reports в Search Console. Они показывают, как URL сайта появляются в генеративных функциях поиска: AI Overviews, AI Mode и Discover. Отчеты выкатываются не всем сразу, но сам факт важен: после core update уже недостаточно смотреть только на позиции и общий органический трафик. Нужно понимать, какие страницы помогают пользователю, какие теряют спрос и где сайт виден внутри новых поисковых сценариев.
Почему не стоит чинить сайт вслепую
После крупного апдейта легко сделать ошибку: срочно переписать все тексты, удалить десятки страниц, поменять title на более агрессивные или начать закупать случайные доработки. В рекомендациях Google по core updates прямо описан другой подход: смотреть на сайт в целом, объективно оценивать страницы, которые просели, и избегать быстрых исправлений ради самого SEO.
Для владельца сайта это означает простую вещь: просадка после апдейта не всегда говорит, что одна конкретная страница «сломалась». Причина может быть в качестве раздела, скорости, устаревшей структуре, слабом соответствии интенту, дублях, ошибках индексации, плохих шаблонах карточек, тонких посадочных страницах или в том, что конкуренты стали полезнее для пользователя.
Если реагировать без диагностики, можно ухудшить ситуацию. Например, удалить страницу, которая участвовала в цепочке перед заявкой; заменить экспертный текст на набор ключей; закрыть от индексации фильтры, которые приносили целевой трафик; или потратить бюджет на скорость там, где проблема была в контенте и структуре.
Что проверить в первую очередь
1. Не только трафик, но и заявки
Начните с сравнения периодов до и после 2 июня 2026 года. Важно смотреть не только клики из Google, но и поведение пользователей: отправки форм, звонки, переходы в мессенджеры, заявки из коммерческих разделов, глубину просмотра и цепочки страниц перед обращением.
Иногда видимость падает по информационным запросам, а коммерческие заявки остаются стабильными. Это неприятно, но не авария. Другая ситуация опаснее: общий трафик почти не изменился, но просели страницы услуг, карточки товаров, региональные посадочные или разделы с ценами. Тогда проблема влияет уже не на отчетность, а на продажи.
Практический минимум:
- выгрузить страницы с падением кликов и показов;
- отметить, какие из них связаны с заявками и выручкой;
- сравнить изменения по устройствам и регионам;
- проверить, не совпала ли просадка с релизом, миграцией, правками robots.txt, редиректами или обновлением CMS.
2. Индексация и техническая база
Core update не отменяет обычную техническую гигиену. Если на сайте есть ошибки индексации, дубли, медленные шаблоны, некорректные canonical, цепочки редиректов или страницы с 500/404, апдейт может просто сделать проблему заметнее.
Проверьте:
- sitemap.xml: есть ли там только актуальные страницы, которые должны ранжироваться;
- robots.txt: не закрыты ли коммерческие разделы, фильтры, изображения, JS или CSS, нужные для рендера;
- canonical: не указывают ли страницы услуг на общий раздел или на несуществующий URL;
- редиректы: нет ли цепочек, временных 302 вместо постоянных 301 и старых URL без понятного маршрута;
- ошибки сервера: не было ли всплеска 500, 502, 503 в логах;
- скорость: не просели ли ключевые шаблоны на мобильных устройствах;
- микроразметку и OpenGraph: не потерялись ли данные после обновлений шаблонов.
Для сайтов на Symfony, Laravel, Node.js, Next.js, 1C-Битрикс, OpenCart или самописной CMS такие проверки лучше делать вместе с разработчиком. Причина простая: SEO-проблема часто живет не в тексте, а в маршрутизации, кешировании, серверном рендеринге, очередях, интеграциях и шаблонах.
3. Соответствие интенту
Google core updates обычно заставляют пересматривать вопрос: страница действительно отвечает на запрос пользователя или просто собрана под ключевые слова? Для коммерческого сайта это особенно важно. Страница «поддержка сайта» должна объяснять состав работ, сроки реакции, формат задач, стоимость, отчетность и следующий шаг. Страница «ускорение сайта» должна показывать, что сначала нужна диагностика причин, а не абстрактная покупка часов.
Посмотрите на просевшие страницы глазами клиента:
- понятно ли, какую проблему решает страница;
- есть ли конкретные сценарии: форма не отправляет заявки, сайт медленный, интеграция с CRM ломается, релиз приложения задерживается;
- хватает ли доказательств компетенции: кейсы, порядок работ, ограничения, честные сроки;
- есть ли понятный CTA без давления;
- не конкурируют ли несколько страниц за один и тот же запрос.
Если страница отвечает только на общий вопрос, но не помогает принять решение, она уязвима. Хорошее улучшение не сводится к добавлению абзаца. Иногда нужно перестроить первый экран, добавить FAQ, связать материал с услугой, показать типовые риски и усилить внутренние ссылки.
Что меняют новые AI-отчеты Search Console
Новые отчеты Google по генеративным функциям показывают впечатления URL в AI Overviews, AI Mode и Discover, а также страницы, страны, устройства и даты. При этом Google отдельно указал, что отчеты выкатываются на ограниченную часть сайтов для тестирования и обратной связи.
Для бизнеса это важный сигнал, но не готовая замена аналитике. Если отчет уже доступен, его стоит сопоставить с обычными кликами и заявками. Страница может появляться в AI-ответах, но не получать переходы в привычном объеме. Значит, текст и структура помогают Google сформировать ответ, но пользователю может не хватать мотивации перейти на сайт.
Что можно сделать без спешки:
- проверить, какие страницы получают AI-показы;
- сравнить их с органическими кликами и конверсиями;
- усилить страницы, где есть видимость, но слабый переход к заявке;
- добавить более четкие блоки с экспертными выводами, шагами решения и коммерческим следующим действием;
- не принимать решение об отключении или ограничении AI-видимости без оценки последствий.
План диагностики на 1-2 недели
После завершения core update не стоит делать вывод по одному дню. Лучше собрать короткий, но последовательный план.
- Зафиксировать базовые метрики: показы, клики, CTR, позиции, заявки, конверсию по ключевым страницам.
- Разделить просадки на коммерческие, информационные и технические.
- Проверить индексируемость, sitemap, robots.txt, canonical, редиректы и серверные ошибки.
- Посмотреть мобильную скорость и стабильность шаблонов, через которые идут заявки.
- Оценить контент не по объему текста, а по пользе для пользователя и соответствию интенту.
- Проверить внутренние ссылки между статьями, услугами, кейсами и формой обращения.
- Составить список правок с приоритетами: что влияет на заявки сейчас, что улучшает раздел системно, что можно отложить.
- Вносить изменения небольшими партиями и фиксировать даты релизов, чтобы потом понимать эффект.
Такой подход помогает не смешивать все причины в одну. Если одновременно переписать тексты, поменять URL, удалить разделы и обновить CMS, потом сложно понять, что помогло, а что создало новую проблему.
Где здесь помогает OpenStart
OpenStart подключается к таким задачам как техническая команда, а не как набор разрозненных советов. Мы можем проверить сайт после апдейта, найти технические ограничения, оценить страницы с точки зрения заявок, подготовить план доработок и аккуратно провести изменения: от метаданных и структуры до шаблонов, скорости, серверных ошибок и интеграций.
Это особенно полезно для рабочих проектов, где нельзя просто «попробовать» и сломать продажи. Интернет-магазин не должен потерять оформление заказа из-за правки фильтров. Сервис на Next.js или Node.js не должен получить проблемы с рендером после SEO-изменений. Сайт на Laravel или Symfony не должен отдавать разные canonical из-за кеша и маршрутов. Мобильное приложение не должно потерять заявки из-за сбоя API на стороне сайта.
Хорошая реакция на core update — это не паника и не косметика. Это управляемый аудит: что изменилось, какие страницы важны для бизнеса, где технический риск, где нужен контент, а где доработка продукта или формы заявки.
Вывод
Google May 2026 Core Update завершился 2 июня 2026 года, а уже 3 июня Google объявил о новых отчетах AI-видимости в Search Console. Для владельцев сайтов это хороший момент проверить не только позиции, но и всю цепочку: индексация, скорость, полезность страниц, формы, заявки и видимость в новых поисковых сценариях.
Если просадки затронули коммерческие страницы или непонятно, почему трафик перестал превращаться в обращения, начните с диагностики. OpenStart поможет отделить SEO-шум от технических причин, расставить приоритеты и провести доработки так, чтобы сайт не потерял заявки во время изменений.
Источники: обзор Search Engine Land о завершении Google May 2026 Core Update (https://searchengineland.com/google-may-2026-core-update-rollout-is-now-complete-479119), рекомендации Google по core updates (https://developers.google.com/search/docs/appearance/core-updates), анонс Google Search Central о Search Generative AI performance reports от 3 июня 2026 года (https://developers.google.com/search/blog/2026/06/gen-ai-performance-reports).