1. TL; DR
2. Аннотации для настольных и мобильных URL
3. Аннотации в HTML-коде
4. Аннотации в файлах Sitemap
5. Аннотации в деталях
6. Автоматическая пересылка
7. Поддерживаемые методы маршрутизации
8. Использовать перенаправления HTTP
9. переадресовывает JavaScript
10. Двунаправленные и однонаправленные перенаправления

Наш деловой партнер https://bikinika.com.ua

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

Распространенной моделью является то, что страницы на сайте www.example.com доступны для пользователей настольных компьютеров, а связанные страницы доступны для мобильных пользователей на сайте m.example.com. Google не поддерживает определенный формат URL, если все URL-адреса доступны для всех пользовательских агентов Googlebot.

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

TL; DR

• Представьте связь между двумя URL-адресами, используя тег <link> и элементы rel = "canonical" и rel = "alternate".

• Определите строки агента пользователя и передайте их правильно.

Аннотации для настольных и мобильных URL

Мы рекомендуем следующие аннотации, чтобы наши алгоритмы могли понимать разные URL-адреса:

1. На странице рабочего стола добавьте специальный тег rel = "alternate", который указывает на соответствующий мобильный URL-адрес. Это облегчает роботу Googlebot поиск местоположения мобильных страниц вашего сайта.
2. На странице для мобильных устройств добавьте тег rel = "canonical", указывающий на соответствующий URL-адрес рабочего стола.

Мы поддерживаем два метода для этой аннотации: в HTML-коде самих страниц и в Sitemaps , Например, предположим, что URL-адрес рабочего стола является http://example.com/page-1, а соответствующий мобильный URL-адрес - http://m.example.com/page-1. Аннотации в этом примере будут следующими:

Аннотации в HTML-коде

Добавьте следующее на странице рабочего стола http://www.example.com/page-1:

<link rel = "alternate" media = "only-screen и (max-width: 640px)" href = "http://m.example.com/page-1">

На странице для мобильных устройств http://m.example.com/page-1 требуется следующая аннотация:

<link rel = "canonical" href = "http://www.example.com/page-1">

Этот тег rel = "canonical" на странице мобильного устройства, указывающий на страницу рабочего стола, является обязательным.

Аннотации в файлах Sitemap

Rel = "альтернативная" аннотация для страниц рабочего стола может быть включена в файлы Sitemap следующим образом:

<? xml version = "1.0" encoding = "UTF-8"?> <urlset xmlns = "http://www.sitemaps.org/schemas/sitemap/0.9" xmlns: xhtml = "http: //www.w3 .org / 1999 / xhtml "> <url> <loc> http://www.example.com/page-1/ </ loc> <xhtml: link rel =" alternate "media =" только экран и (max- ширина: 640 пикселей) "href =" http://m.example.com/page-1 "/> </ url> </ urlset>

В этом случае обязательный тег rel = "canonical" также должен быть добавлен в HTML-код мобильной страницы.

Аннотации в деталях

Обратите внимание на атрибуты тега ссылки на странице рабочего стола:

• Сигнал rel = "alternate" указывает, что этот тег указывает альтернативный URL-адрес страницы рабочего стола.
• Значением атрибута media является строка медиа-запроса CSS, которая определяет возможности мультимедиа, которые описывают, когда Google должен использовать альтернативный URL. В этом случае мы используем медиа-запрос, который обычно используется для мобильной оптимизации.
• Атрибут href указывает адрес альтернативного URL-адреса, страницы m.example.com.

Эта двунаправленная аннотация помогает роботу Google найти ваш контент. Кроме того, наши алгоритмы могут легче понимать и обрабатывать отношения между страницами вашего рабочего стола и страницами для мобильных устройств. Если вы используете разные URL-адреса для предоставления одного и того же контента в разных форматах, алгоритмы Google используют эту аннотацию, чтобы указать, что содержимое двух URL-адресов одинаково и должно рассматриваться как единое целое, а не как две отдельные сущности. С другой стороны, если варианты страницы для ПК и для мобильных устройств рассматриваются как разные объекты, то и URL-адреса для ПК и для мобильных устройств могут появляться в результатах поиска на рабочем столе. Место размещения может быть ниже, чем если бы Google понимал их отношения. Кроме того, вот некоторые распространенные ошибки, сделанные в этой конфигурации:

• Сохраняйте соотношение 1: 1 между мобильным телефоном и соответствующей страницей рабочего стола, если вы используете разметку rel = "alternate" и rel = "canonical". Особенно важно не аннотировать несколько страниц рабочего стола, чтобы указывать на один мобильный сайт или наоборот.
• Проверяйте свои перенаправления несколько раз - убедитесь, что страницы рабочего стола не случайно указывают на одну не связанную мобильную страницу.

Если вы решите внедрить отдельный мобильный сайт, помните о распространенных ошибках, таких как настройка плохих перенаправлений для мобильных пользователей.

Автоматическая пересылка

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

Поддерживаемые методы маршрутизации

Робот Googlebot поддерживает следующие два типа серверов пересылки:

• HTTP перенаправления
• переадресовывает JavaScript

Использовать перенаправления HTTP

HTTP является широко используемым методом для маршрутизации клиентов по URL-адресам устройств. Как правило, перенаправление зависит от агента пользователя, указанного в заголовке HTTP-запроса. Важно, чтобы перенаправление совпадало с альтернативным URL-адресом, указанным в теге ссылки rel = "alternate" на странице или в карте сайта.

Не имеет значения, перенаправляет ли сервер HTTP-код состояния 301 или 302. Тем не менее, рекомендуется использовать код 302, если это возможно.

переадресовывает JavaScript

Если перенаправление HTTP сложно реализовать, вы можете использовать JavaScript, чтобы направлять пользователей по URL-адресам, указанным в теге rel = "alternate". Если вы хотите использовать эту технику, помните о задержке, которая происходит на стороне клиента перенаправления. Это происходит потому, что сначала необходимо загрузить страницу, а затем проанализировать и выполнить JavaScript, прежде чем она будет перенаправлена.

Существует много подходов к реализации перенаправления на основе JavaScript. Например, вы также можете использовать JavaScript для запуска медиа-запросов, которые ваш сайт уже использует в аннотациях ссылки на странице. Используется функция JavaScript matchMedia ().

Двунаправленные и однонаправленные перенаправления

Разные сайты реализуют разные подходы при пересылке. На некоторых сайтах только мобильные пользователи, которые посещают страницу рабочего стола, перенаправляются на мобильную страницу. Это однонаправленная пересылка. Другие сайты будут перенаправлять как мобильных, так и настольных пользователей, когда они посещают страницу, посвященную другой среде. Это двунаправленная переадресация.

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

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

Похожие

Комментарии