Недавний случай, описанный Джоном Мюллером из Google, проливает свет на неочевидную, но критически важную проблему: оставшаяся доступной HTTP-версия главной страницы может искажать отображение названия сайта (site name) и фавикона в результатах поиска. Сложность обнаружения этой ошибки в том, что браузеры, такие как Chrome, автоматически перенаправляют пользователей с HTTP на защищенную HTTPS-версию, делая проблемную страницу «невидимой» для обычного посетителя. Однако поисковый робот Googlebot следует своим правилам и может взаимодействовать с устаревшей версией.
Суть проблемы
Представьте: ваш сайт полностью функционирует по протоколу HTTPS, но на HTTP-адресе (например, http://vashsite.com) по-прежнему доступна некая страница — это может быть заглушка сервера по умолчанию или старая версия главной. Для вас, как и для ваших пользователей, эта страница остается незаметной, так как Chrome автоматически «возводит» запрос до HTTPS. Но Googlebot, индексируя сайт, может обратиться именно к этой HTTP-странице и воспринять ее как главную.
Алгоритмы Google для определения названия сайта и фавикона, отображаемых в выдаче, анализируют главную страницу. Они смотрят на структурированные данные (разметку WebSite), теги заголовка, элементы og:site_name и другие сигналы. Если робот вместо вашей настоящей HTTPS-главной изучает «призрачную» HTTP-страницу с устаревшим или некорректным содержимым, он получит неверные сигналы. Результат — в поиске может отображаться неправильное название или старый фавикон, даже если с вашей основной версией сайта все в порядке.
Как самостоятельно обнаружить скрытую HTTP-страницу
Проверить, видит ли Googlebot проблемную версию, можно двумя простыми способами, предложенными Мюллером:
- С помощью командной строки (curl). Выполните команду curl http://вашсайт.ru (заменив вашсайт.ru на ваш домен). Эта команда покажет вам тот самый «сырой» HTML-код, который получает Googlebot при обращении по HTTP, без браузерных перенаправлений. Если вы увидели не свою главную страницу, а, скажем, стандартную страницу «Добро пожаловать на сервер» — вот он, виновник проблем.
- С помощью инструмента проверки URL в Google Search Console. Откройте консоль, введите http://вашсайт.ru в строку поиска в верхней части интерфейса (важно ввести именно http://, а не https://) и запросите «Проверку LIVE-версии» (Live Test). Инструмент покажет, как Googlebot видит и рендерит эту страницу, включая все структурированные данные.
Почему это важно сейчас
История с названиями сайтов в выдаче Google сама по себе прошла долгий путь становления — с момента внедрения в 2022 году, через расширение на поддомены и долгое исправление ошибок. Этот новый кейс добавляет еще один уровень сложности. Он наглядно демонстрирует, что проблема может крыться вовсе не в разметке вашего основного сайта, а в его давно забытой, «призрачной» версии, о существовании которой вы даже не подозревали. Это еще раз подчеркивает важность строгого контроля над всеми версиями веб-ресурса.
Что делать
В документации Google явно указано, что структурированные данные WebSite должны находиться на главной странице сайта, которая определяется как корневой URI домена. Для сайтов, использующих HTTPS, главной страницей по умолчанию должна быть HTTPS-версия. Поэтому, если вы столкнулись с некорректным отображением названия или фавикона в выдаче:
- Проверьте HTTP-версию вашей главной страницы описанными выше способами.
- Если «призрачная» HTTP-страница действительно существует и отличается от HTTPS-версии, устраните ее. Самый чистый и правильный способ — настроить на сервере 301-й редирект (постоянное перенаправление) с HTTP на HTTPS для всех страниц, включая главную. Это даст понять и Googlebot, и пользователям, что канонической версией является защищенная.
- Убедитесь, что и HTTP-версия (если вы решите ее сохранить) содержит корректную разметку. Документация Google рекомендует использовать одинаковые структурированные данные для всех версий главной страницы, если они доступны. Но лучшая практика — единый канонический адрес.
Этот случай — отличное напоминание о том, что в техническом SEO мелочей не бывает. Иногда решение проблемы лежит там, где мы меньше всего ожидаем его увидеть — в, казалось бы, неиспользуемой и давно забытой версии сайта.