Скрытая HTTP-страница может вызвать проблемы с именем сайта в Google

Скрытая HTTP-страница может вызвать проблемы с именем сайта в Google

Джон Мюллер из Google объясняет, как оставшаяся домашняя страница HTTP, невидимая для пользователей Chrome, может вызвать проблемы с именем сайта и значком сайта в результатах поиска.

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

Проблему, описанную Мюллером на сайте Bluesky, легко не заметить, поскольку Chrome может автоматически обновлять HTTP-запросы до HTTPS, поэтому версию HTTP легко не заметить.

<ч2>Что случилось <п>Мюллер назвал этот случай «странным». Сайт использовал HTTPS, но домашняя страница HTTP по умолчанию по-прежнему была доступна в HTTP-версии домена.

Мюллер написал:

“Скрытая домашняя страница, вызывающая имя сайта & проблемы с фавиконками в поиске. Это было странно. На сайте использовался HTTPS, однако осталась домашняя страница HTTP по умолчанию для сервера.”

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

Мюллер объяснил:

“Chrome автоматически обновляет HTTP до HTTPS, поэтому вы не видите страницу HTTP. Однако робот Googlebot видит и использует его, чтобы влиять на имя сайта &amp; выбор значка”

Система имен сайтов Google извлекает имя и значок с главной страницы, чтобы определить, что отображать в результатах поиска. Система считывает структурированные данные с веб-сайта, теги заголовков, элементы заголовков, og:site_name и другие сигналы на главной странице. Если робот Googlebot читает HTTP-страницу сервера по умолчанию вместо фактической домашней страницы HTTPS, он работает с неправильными сигналами.

Как это проверить

<п>Мюллер предложил два способа узнать, что видит робот Googlebot.

Во-первых, он пошутил, что можно использовать ИИ. Затем он поправился.

Мюллер написал:

“Нет, подождите, закрутите в командной строке. Или такой инструмент, как проверка структурированных данных в Search Console.”

Запуск Curl http://yourdomain.com из командной строки покажет необработанный ответ HTTP без автоматического обновления Chrome. Если ответ возвращает страницу сервера по умолчанию вместо вашей реальной домашней страницы, это проблема.

<п>Если вы хотите увидеть, что Google извлек и отобразил, воспользуйтесь инструментом проверки URL-адресов в консоли поиска и запустите интерактивное тестирование. В документации по названиям сайтов Google также отмечается, что имена сайтов не поддерживаются в тесте расширенных результатов.

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

Отображение названий сайтов и значков в результатах поиска — это то, что мы документируем с тех пор, как Google впервые заменил теги заголовков названиями сайтов в 2022 году. С тех пор система претерпела множество проблем роста. В 2023 году Google расширила поддержку названий сайтов на субдомены, а затем потратила почти год на исправление ошибки, из-за которой имена сайтов на внутренних страницах не соответствовали главной странице.

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

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

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

<ч2>Взгляд в будущее

В документации по названию сайта Google указано, что структурированные данные WebSite должны находиться на “главной странице сайта” определяется как корневой URI на уровне домена. Для сайтов, использующих HTTPS, это означает, что предполагаемым источником является домашняя страница HTTPS.

Если имя или значок вашего сайта неправильно отображаются в результатах поиска, а ваша домашняя страница HTTPS содержит правильные структурированные данные, проверьте, существует ли HTTP-версия домашней страницы. Используйте Curl или Live Test инструмента проверки URL-адресов, чтобы просмотреть его напрямую. Если там находится страница сервера по умолчанию, ее удаление или перенаправление HTTP на HTTPS на уровне сервера должно решить проблему.

Back To Top