Глобальный запуск AI-отчетов в Search Console
31 августа Google завершил глобальный запуск отчетов на основе ИИ в Search Console и функции добровольного отключения от AI-поиска. Отчеты показывают показы в AI Overviews, AI Mode и генеративном ИИ в Discover с разбивкой по страницам, странам и датам. Не все ресурсы получат доступ, а сайты с малым числом AI-показов могут не появиться в отчете. Для владельца сайта это чек-лист видимости в новых AI-интерфейсах Google, помогающий понять, какие страницы привлекают алгоритмы, даже если данные о кликах пока не раскрыты. Использование опции отключения от AI-поиска не повлияет на ранжирование в обычных результатах.
Восстановление после проблем: почему нужно запастись терпением
Джон Мюллер ответил на вопрос пользователя Reddit, чей сайт потерял позиции после подачи файла disavow для более чем 800 "токсичных" ссылающихся доменов. Мюллер пояснил, что инструмент disavow "действительно имеет эффект", но отказ от небольшого количества ссылок не приведет к вылету сайта из поиска. Ключевой момент - сроки. Исправления, связанные с широкими обновлениями алгоритмов (например, спам-апдейтами), "могут занять довольно много времени - иногда много месяцев - прежде чем вы увидите эффект". Падение позиций через две недели маловероятно связано с изменением, обработка которого занимает месяцы. Мюллер ранее объяснял, что файл disavow влияет на ссылочные данные в течение нескольких месяцев, а не дней. Практический вывод: при падении трафика сначала исключите общесайтовые технические проблемы, сверите даты с графиком обновлений Google и настройтесь на длительный период восстановления, если проблема связана с масштабным апдейтом.
Запросы разметки markdown: кто их на самом деле отправляет?
Мюллер затронул вопрос о запросах контента в формате markdown от AI-краулеров. Пользователь r/TechSEO спрашивал, видел ли кто-то такие запросы от "крупных AI-ботов", рассматривая переход на markdown для снижения нагрузки на сервер. Мюллер ответил: "Единственные краулеры, которые заявляют о приеме markdown на моих тестовых сайтах, - это SEO-инструменты". Он рекомендовал не строить предположений, а сначала настроить логирование заголовка Accept на сервере и проверить, кто на самом деле отправляет запрос `text/markdown`. Это урок для оптимизатора: прежде чем внедрять новый слой разметки для обслуживания AI-краулеров, необходимо собрать и проанализировать данные с собственных логов. Если запросы markdown приходят только от инструментов для SEO-аудита, то внедрение будет обслуживать именно их, а не целевых AI-роботов.
Карты сайта: почему "сброс кэша" - плохая идея
Мюллер раскритиковал прием - добавление ежедневно меняющегося параметра (например, `?v=timestamp`) к URL карты сайта для принудительного перезапроса файла роботом. На вопрос в Bluesky он ответил, что это "плохая идея, потому что вы сигнализируете, что канонический URL для части контента должен постоянно меняться". Это вредит поисковым системам и аналитике, а чистота и стабильность URL имеют значение. Протокол карт сайта уже включает элемент `lastmod`, который сообщает краулерам, когда файл был изменен. Владельцу сайта, обнаружившему такую практику на унаследованном проекте, следует удалить вращающийся параметр и поддерживать точность `lastmod`. Как заметил SEO-стратег Kevork Sahagian в LinkedIn, вывод шире: "Заключение не в том, чтобы 'избегать этого одного трюка'. А в том, что большинство этих сокращенных путей пытаются исправить то, что уже решается базовыми методами". Все ответы Мюллера на этой неделе объединяет одна тема: прежде чем строить сложные обходные пути, проверьте и используйте те инструменты и данные, которые уже есть в вашем распоряжении - логи сервера, даты обновлений Google и стандартные поля протоколов.
