Сайты для мобильных устройств

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

Как Яндекс связывает мобильный поддомен с десктопным сайтом

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

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

Требования, общие для всех трех подходов

• Все должно быть доступно для YandexMobileBot/3.0, и robots.txt должен разрешать CSS и JavaScript , отвечающие за мобильный рендеринг, иначе страницы оцениваются по сломанному рендерингу.
• Страницы должны возвращать 200 OK.
• На мобильных страницах не должно быть апплетов Flash, Silverlight или Java. Используйте HTML5 вместо этого или удалите тяжелые интерактивные элементы.
• Контент умещается по горизонтали, отсутствует горизонтальная прокрутка при ширине 320 пикселей и более, а текст имеет размер, пригодный для комфортного чтения.

Ловушка с именованием, которой стоит избегать

Яндекс предупреждает, что такие адреса, как m.example.com , могут появляться в десктопных результатах как случайные мобильные ссылки, и рекомендует менее двусмысленные имена поддоменов для региональных десктопных вариантов — mos.example.com для московской версии вместо чего-то, что читается как «mobile».

Проверка

Отдельные страницы через Инструменты → Аудит страниц на мобильную совместимость, что занимает минуты. Весь сайт через рекомендацию диагностики сайта, которая занимает до двух недель. Обратите внимание, что проверка всего сайта не предлагается для альтернативного адреса — еще одна причина знать, какой из ваших адресов является основным.