Отдельные URL

1. резюме
2. Аннотации мобильных и компьютерных URL
3. Аннотации в HTML-коде
4. Аннотации в карте сайта
5. Аннотация в деталях
6. Автоматическое перенаправление
7. Совместимые методы перенаправления
8. Использование HTTP перенаправления
9. JavaScript перенаправления
10. Однонаправленные и двунаправленные перенаправления

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

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

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

резюме

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

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

Аннотации мобильных и компьютерных URL

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

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

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

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

На странице компьютера http://www.example.com/page-1 добавьте:

<link rel = "alternate" media = "только экран и (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" на мобильном URL-адресе, который ссылается на страницу компьютера.

Аннотации в карте сайта

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-код мобильной страницы.

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

Обратите внимание на атрибуты тега «link» на странице компьютера:

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

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

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

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

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

Когда веб-сайт использует отдельные 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 у нас нет предпочтений. Мы рекомендуем, чтобы веб-мастера учитывали своих пользователей при выборе стратегии перенаправления. Самое важное - правильно и последовательно перенаправлять пользователей (то есть перенаправлять их на эквивалентный контент компьютера или мобильного сайта). Если ваша конфигурация неверна, некоторые пользователи могут вообще не иметь возможности просматривать ваш контент.

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

Похожие

Комментарии