Google: не делайте URL-адреса M-Dot каноническими

Google: не делайте URL-адреса M-Dot каноническими

Как опытный эксперт по SEO с более чем десятилетним опытом работы за плечами, я был свидетелем эволюции алгоритма Google и его влияния на веб-сайты. В свете недавнего совета Джона Мюллера я твердо убежден, что не рекомендуется превращать ваши URL-адреса m-dot в канонические URL-адреса, даже несмотря на то, что Google перешел на индексацию с приоритетом мобильных устройств.


В своем недавнем заявлении Джон Мюллер из Google повторил ранее высказанную рекомендацию не менять URL-адреса, специфичные для мобильных устройств (m-dot), на канонические URL-адреса, несмотря на то, что Google перешел на индексацию с приоритетом мобильных устройств. В первую очередь это связано с исторической практикой и потенциальными сложностями для крупных сайтов, если Google внесет такое изменение со своей стороны.

В 2017 году Google заявил, что для создания ссылок на разные мобильные URL-адреса (сайты m.-dot) никаких корректировок не требуется. Для веб-сайтов, использующих отдельные мобильные URL-адреса, сохраните текущие элементы link rel=»canonical» и link rel=»alternate» между этими версиями.

Джон поделился в LinkedIn: «Поскольку Google предпочитает для индексации мобильные URL-адреса, а не настольные, возникает вопрос о том, должны ли сайты, использующие URL-адреса m-dot, немедленно перейти к канонизации в мобильной версии. Короче говоря, мой ответ: «нет», не делайте этого. внесите изменения прямо сейчас».

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

Это может иметь смысл: если Google выбирает мобильный URL как канонический, разве сайт не должен делать то же самое? (Еще раз: не делайте этого.) Во-первых, если у вас есть время и вы используете отдельные мобильные URL-адреса, я бы предложил поработать над адаптивным дизайном: использование одних и тех же URL-адресов значительно упрощает задачу, даже если это касается только некоторых частей. .

Если бы мы начинали заново, имело бы смысл инициировать процесс канонизации и индексации мобильной версии. Однако изменение канонических ссылок представляет собой серьезные проблемы. Смена канонических версий между мобильной и настольной версиями является сложной задачей, что приводит к неопределенности в их надежности в течение длительных периодов времени. Это требует введения нового тега «ссылка на альтернативный рабочий стол» и требует от поисковых систем соответствующей адаптации. Более практичным подходом было бы либо сохранить существующую настройку, либо постепенно переходить к адаптивному дизайну.

Действительно, позвольте мне перефразировать это для вас в более разговорной форме: под «каноническими» я имею в виду теги «rel=’canonical’ href=’URL’» в HTML, а также их аналоги в заголовках ответов HTTP. . С точки зрения технического SEO можно сказать, что это похоже на управление механизмами точно настроенной машины.

Когда его спросили о том, почему некоторые сайты не работают должным образом, он ответил: «Я надеюсь, что минимальное количество новых сайтов пытаются это сделать, но модернизация инфраструктуры на более крупных платформах, таких как Facebook и YouTube, которые, по моему мнению, используют m-dot, представляет собой проблему. значительно более сложная задача, чем мои простые публикации здесь».

Исходя из моего понимания текста, Джон поделился некоторой новой информацией о «вариативном заголовке», которая ранее была мне незнакома. Эта деталь была упомянута в его комментариях, и мне она показалась весьма интригующей. Удивительно, но даже после многих лет работы с заголовками все еще есть чему поучиться! Я ценю опыт Джона и благодарен за его глубокий вклад.

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

Смотрите также

2024-07-30 15:44