Анализ текущего положения мобильной версии сайта

Пять проверок аудита

1. Что видит смартфон-робот

Инструмент проверки URL → «Просмотреть просканированную страницу». Здесь три вкладки, и все важны:

• HTML — итоговый код после рендеринга. Ищем основной текст страницы. Если его нет, поиск его тоже не видит.
• Скриншот — как страница выглядит для робота. Пустые области и «поехавший» макет здесь заметны сразу.
• Дополнительные сведения — ресурсы, которые не удалось загрузить. Заблокированные CSS и JS — частая причина искажений.

2. Скорость по полевым данным

Отчёт «Основные интернет-показатели», переключатель «Мобильные». Смотрим не на отдельные URL, а на группы — Google сам объединяет однотипные страницы. Работать нужно с шаблоном, а не с одной страницей: исправление в шаблоне чинит всю группу разом. Разбор метрик — в уроке о производительности.

3. Паритет контента

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

# сохранить текст десктопной и мобильной версии и сравнить
curl -s -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64)" \
     https://site.ru/page/ | sed 's/<[^>]*>/ /g' > desktop.txt

curl -s -A "Mozilla/5.0 (Linux; Android 13; Pixel 7) AppleWebKit/537.36 \
Chrome/120 Mobile Safari/537.36" \
     https://site.ru/page/ | sed 's/<[^>]*>/ /g' > mobile.txt

diff <(tr -s ' \n' '\n' < desktop.txt | sort -u) \
     <(tr -s ' \n' '\n' < mobile.txt  | sort -u) | head -40

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

4. Разрыв между показами и кликами

Search Console → Эффективность → сравнение по устройствам. Полезны два наблюдения:

• Средняя позиция на мобильных заметно хуже десктопной — обычно проблема со скоростью или удобством.
• CTR на мобильных заметно ниже при сопоставимой позиции — проблема со сниппетом: слишком длинный title обрезается на узком экране, description не отвечает на запрос.

5. Живая проверка

Ни один отчёт не заменит попытку выполнить целевое действие на реальном телефоне при обычной мобильной сети. Пройдите путь целиком: поиск → страница → корзина или форма → отправка. Отмечайте всё, что раздражает.

• Нужно ли увеличивать масштаб, чтобы прочитать текст?
• Попадаете ли пальцем в кнопки с первого раза?
• Есть ли горизонтальная прокрутка хоть где-нибудь?
• Перекрывает ли что-то содержание сразу после загрузки?
• Открывается ли на цифровых полях цифровая клавиатура (inputmode)?
• Работает ли автозаполнение форм (autocomplete)?

Куда записывать результат

Заведите простую таблицу: страница-шаблон → найденная проблема → метрика, на которую влияет → стоимость исправления. Так становится видно, что чинить первым: обычно это дешёвые правки в шаблоне, затрагивающие сотни URL.

Итог

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