Основы

Мобильная версия сайта: как проверить и что исправить

Иллюстрация к статье «Мобильная версия сайта: как проверить и что исправить»
В избранное — зарегистрироватьсяНравится — зарегистрироваться

Начните не с оценки внешнего вида главной страницы, а с проверки нескольких важных URL на телефоне и в инструментах поиска. Убедитесь, что мобильному пользователю и роботу доступны тот же полезный текст, ссылки и изображения, что и на компьютере. Затем исправляйте конкретные расхождения — пустую страницу, закрытый ресурс или неверное перенаправление.

Какие варианты мобильного сайта бывают

При адаптивном дизайне один URL отдаёт одинаковый HTML, а расположение элементов меняется под ширину экрана. При динамической выдаче URL остаётся тем же, но сервер может вернуть иной HTML. Отдельная мобильная версия живёт на другом адресе, например на поддомене. Запишите, какой вариант использует ваш сайт: от этого зависит проверка адресов и перенаправлений.

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

Возьмите четыре разных страницы, а не только главную

Для учебной проверки возьмём example.ru: главную, категорию, карточку товара и статью. Составьте таблицу: адрес страницы, ответ сервера, видимый заголовок, основной текст, изображения, ссылки, мобильный адрес и замечание. Эти четыре типа страниц покажут разные шаблоны; если сайт устроен иначе, замените их своими важными типами.

Откройте каждый URL на узком экране и проверьте, можно ли без горизонтальной прокрутки прочитать текст и нажать основное действие. Затем откройте исходный HTML и сравните содержимое с настольной версией. Если часть текста появляется только после загрузки JavaScript, проверьте также то, что видит робот: одной визуальной проверки в браузере недостаточно. Сохраните снимок экрана и исходный HTML до исправления, чтобы сравнить их после правки.

Проверьте ответ, ресурсы и адреса

Для каждого мобильного URL проверьте конечный код ответа: нужная страница должна открываться, а не вести всех посетителей на мобильную главную. При отдельном поддомене сопоставьте старый и мобильный адрес постранично; перенаправление нескольких разных страниц на одну главную лишает человека ожидаемого материала. Проверьте, не закрыты ли нужные CSS и JavaScript для робота в <a href="/blog/robots-txt">robots.txt</a>.

Сравните title, meta description, основной текст, важные изображения и alt, внутренние ссылки и структурированные данные мобильной и настольной версий. Для отдельного мобильного адреса проверьте связи между версиями и канонический адрес. Не меняйте canonical автоматически только потому, что нашли два URL: сначала разберитесь, какая страница должна быть основной для поиска.

Как проверить страницу глазами поисковика

В Google Search Console откройте проверку конкретного URL и посмотрите результат последнего обхода, доступность и показанную роботу страницу. В Яндекс Вебмастере проверьте ответ сервера и замечания по мобильной пригодности. Для обеих систем повторите проверку на представителях разных шаблонов. Замечание для одной страницы не доказывает, что сломан весь сайт; одинаковый дефект на нескольких шаблонах уже даёт направление для исправления.

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

Когда можно считать исправление проверенным

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

Мобильная пригодность сама по себе не гарантирует индексацию или рост позиций. Если URL доступен, но отсутствует в поиске, переходите к отдельной <a href="/blog/proverit-indeksaciyu">проверке индексации</a> и содержательной ценности страницы. Не меняйте сразу дизайн, тексты и адреса: так будет трудно понять, какое исправление помогло.

Первоисточники

FAQ

Частые вопросы

Достаточно ли проверить главную страницу на телефоне?

Нет. Возьмите несколько типов страниц: категория, карточка и статья могут иметь разные мобильные шаблоны и ошибки.

Нужен ли отдельный мобильный поддомен?

Нет. Адаптивный сайт может работать на одном URL. Если поддомен уже есть, проверьте соответствие страниц и перенаправления.

Можно ли скрыть часть текста в раскрывающемся блоке?

Да, если текст остаётся в мобильной версии и доступен пользователю и роботу. Не удаляйте важный материал только ради короткого экрана.

После исправления страница сразу появится в поиске?

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

Проверьте себя

Вопрос 1 из 2. Результат увидите только вы.

С чего начать проверку мобильной версии сайта?

Обсуждение

На каком типе страниц вашего сайта мобильная версия отличается от настольной — и что именно пропадает или работает неудобно?

Войдите, чтобы оставить комментарий. Читать обсуждение могут все. Комментарии проходят автоматическую и редакционную проверку.