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

20.10.2026 · 7 мин чтения
Тёмный смартфон и колонка карточек с коралловой кромкой
Мобильную версию я проверяю с телефона и по тому же адресу, что открывается на компьютере. Для поиска это и есть страница: робот читает её, человек приходит на неё из выдачи. Дальше мой порядок. Сначала экран и полнота текста, затем кнопки, доступ робота к стилям и повторный просмотр после правок. Настройка объявлений в этот разбор не входит.

С чего я открываю страницу

Поиск смотрит сайт глазами телефона. Я открываю живую страницу на своём смартфоне и ту же ссылку на ноутбуке. Если адреса разошлись или на телефоне пропал блок, на котором держится смысл, для поиска останется телефон. Широкий экран в этом сравнении только показывает, что именно потерялось.
Отдельный поддомен с урезанной копией я не держу. Два адреса одной страницы приходится постоянно склеивать, а тексты на них расходятся сами. Мне спокойнее одна адаптивная страница: ширина экрана меняется, адрес и содержание остаются.
Первый проход короткий. Страница открылась, текст читается без щипка, на месте меню, контакты и кнопка заявки. Если вёрстка уже здесь разъехалась, остальной разбор ждёт починки шаблона: человек из выдачи увидит ту же поломку.

Что я сравниваю между телефоном и компьютером

Отчёт по устройствам для меня карта расхождений. Я смотрю, где визит с телефона ведёт себя иначе, чем визит с компьютера. Человек открыл ту же страницу и ушёл раньше. Тогда я открываю этот адрес на смартфоне.
Беру период до правки и период после. Если на компьютере поведение спокойное, а на телефоне страницу закрывают сразу, причина чаще в экране, чем в спросе. Заявки раскладываю отдельно, телефон и компьютер: общий итог смешивает два опыта.
Смотрю шаблон целиком. Главная может открываться ровно, а карточка услуги или статья уезжает вбок. Чинить надо этот тип страницы.
Что сравниваюНа телефонеНа компьютере
АдресТот же URL, без урезанной копии на другом поддоменеТот же URL
Текст и заголовкиПолный материал и те же подзаголовкиТот же материал
Ранний уходПовод открыть экран и пройти путь пальцемЕсли здесь спокойно, широкий экран ни при чём
ЗаявкиОтдельный срез по устройствуОтдельный срез по устройству

Скорость я смотрю с телефона

Баллы сервисов в эту проверку не беру. Список замечаний бывает полезен, но отметка на круге не отвечает на простой вопрос: успел ли человек прочитать первый экран, пока ловит сеть в дороге. Я открываю страницу с телефона по мобильной сети, не из офисного вайфая. Если первый экран долго пустой, человек уже вернулся в выдачу. Для поиска такая страница слабая при любом чужом балле.
  • Скрипты, без которых страница читается и заявка уходит, снимаю с первого экрана или откладываю
  • Шрифт подключаю так, чтобы текст появился сразу, а не пустым прямоугольником
  • Картинки на узком экране сверяю со статьёй «Оптимизация изображений для сайта»: здесь только проверка, что вместо кадра не приезжает тяжёлый исходник
  • Окна поверх первого экрана убираю: они закрывают текст, который должны увидеть и человек, и робот
Кэш и порядок загрузки отмечаю, если от них зависит появление текста. Подробный разбор скорости живёт отдельно. Здесь мне нужен один ответ: страница становится читаемой сразу или человек успевает уйти.

Экран, меню и зона нажатия

Адаптивность для меня не сжатый рабочий стол. Блоки собираются в одну колонку, строка остаётся строкой, меню не прячет единственный путь к нужному разделу. Горизонтальная прокрутка для меня стоп. Если строку приходится возить пальцем вбок, вёрстка к поиску не готова. Я повторяю эту проверку на живом телефоне и в узкой ширине браузера.
В коде шаблона один раз смотрю viewport. Без него телефон показывает уменьшенный рабочий стол, и узкой колонки на самом деле нет.
Узкая тёмная колонка блоков с коралловой обводкой
На узком экране я смотрю, собралась ли страница в одну колонку.
Контакты, меню, кнопка заявки и основной текст доступны без охоты. Пункты из широкой шапки на телефоне часто уезжают в свёрнутый список. Я открываю его и сверяю адреса. Если из мобильного меню пропали услуги, робот ходит уже по бедному набору ссылок.
  • Меню открывается и закрывается, пункты ведут на те же адреса
  • Кнопка заявки видна без долгого листания, если заявка и есть задача страницы
  • Поля формы крупные, клавиатура не перекрывает отправку
  • Всплывающий баннер не закрывает текст и снимается одним движением
  • Край экрана ничего важного не обрезает
Нажатия проверяю большим пальцем. Соседние ссылки в подвале и в меню часто стоят слишком тесно, и палец попадает в чужой пункт. Я раздвигаю ряды и увеличиваю зону нажатия. Мелкий текст со щипком и кнопка, в которую трудно попасть, обрывают путь из выдачи так же, как битая ссылка.
Тёмная кнопка с коралловой волной нажатия
Зону нажатия проверяю пальцем: соседние ссылки не должны слипаться.
Цепочку до заявки прохожу целиком. Открыл страницу, нашёл услугу, нажал, заполнил поля, отправил. Если на каком-то шаге сайт предлагает полную версию или уводит на другой адрес, я возвращаю человека на ту же страницу. Поиск и человек заканчивают путь там, куда вела ссылка из сниппета.

Что на странице должен увидеть робот

Мобильную страницу читает робот поисковой системы. В robots.txt я не закрываю стили и скрипты, без которых вёрстка разъезжается: иначе в выдаче может оказаться голый документ. У Яндекса мобильный робот должен забирать оформление, у Google индексирование идёт с приоритетом мобильной версии. Одна страница открыта для обоих.
Теги robots сверяю на обеих ширинах. Случайный noindex только на телефоне убирает страницу из поиска, хотя на компьютере она открыта. Каноникал указывает на этот адрес, а не на старую мобильную копию.
Страница открывается обычным ответом сервера и не уезжает вечной переадресацией на другой тип сайта. Старый мобильный адрес, если он ещё жив, не подменяет основную страницу в выдаче.
Текст, заголовок окна и описание совпадают по смыслу на телефоне и на компьютере. В сниппет попадёт мобильная версия: заголовок без темы портит выдачу даже при полном тексте на широком экране. Структурированные данные, если они есть, стоят здесь же и ведут на те же адреса.
Основной текст я не прячу за действием, без которого его нет в коде. Аккордеон, внутри которого текст уже лежит, экономит место человеку, а роботу материал виден. Подгрузка, которая вставляет главный фрагмент только после листания или нажатия, опасна: робот не всегда листает и не всегда нажимает.
В Вебмастере и в Search Console открываю удобство для мобильных и срез по устройствам. Помеченные страницы смотрю на телефоне сам. Главную и внутренний шаблон проверяю раздельно: поломка часто сидит в карточке или в статье, пока первый экран сайта выглядит ровно.
ПроверкаЧего я добиваюсь
Стили и скриптыРобот может их забрать, robots.txt их не запрещает
ТекстНа телефоне тот же материал, что на компьютере
Заголовок и описаниеСмысл один, мобильная версия не обедняет сниппет
Главный фрагментУже в коде страницы и не появляется только после действия
Отдельный мобильный адресНе использую, старый адрес не подменяет основную страницу
Три тёмные пластины с коралловыми отметками
Отчёт в панели сверяю с живым экраном телефона.

Как я читаю текст с узкого экрана

Длинный материал я не режу ради телефона. Поиск индексирует мобильную версию, и урезанный текст обедняет страницу для всех, включая тех, кто открыл её с компьютера, если робот взял короткую копию. Спор между пользой статьи и узким экраном я закрываю вёрсткой. Сокращение текста портит и чтение, и сниппет.
На телефоне читаю вслух первые абзацы. Если смысл начинается после долгого разогрева, человек уходит, а в описание страницы легко попадает пустое начало. Ответ ставлю выше. Подзаголовки говорят, о чём следующий кусок, и по ним можно прыгать пальцем. Короткие абзацы и списки держат ритм на узкой колонке. Шрифт крупный, контраст спокойный, строка не упирается в края и не просит увеличения.
  • Заголовок на экране совпадает с задачей, с которой человек пришёл из поиска
  • Первый экран уже отвечает, а не обещает ответ где-то ниже
  • Подзаголовки дробят текст так, что по ним можно перескакивать
  • Строка читается без горизонтального движения и без щипка
  • Списки остаются списками и не слипаются в один абзац
Город, услуга и имя страницы на телефоне те же, что в заголовке окна. Внутренние ссылки проверяю отдельно: в широкой шапке их много, в мобильном меню часть пропадает. Раздел, который открыт только с компьютера, оставляю ссылкой в тексте или в меню телефона.

Что я перепроверяю после выкладки

Правку не считаю законченной в макете. После публикации снова открываю телефон: та же страница, тот же путь до заявки, та же узкая ширина. Когда наберётся новый период, смотрю поведение телефона рядом с компьютером. Вёрстка могла стать спокойнее, а сниппет слабее, если заголовок или описание случайно укоротили при правке шаблона.
  1. Открываю страницу с телефона по мобильной сети
  2. Сверяю адрес, заголовок окна и полноту текста с компьютером
  3. Прохожу путь до заявки большим пальцем
  4. Проверяю внутренний шаблон: статью или карточку, не только главную
  5. В новом периоде сравниваю поведение телефона и компьютера
Страницу меняю, когда ломается экран, расходится текст или робот перестаёт забирать стили. Правлю шаблон по частям. Место в выдаче этой проверкой не обещаю: я смотрю, совпадает ли страница из мобильного поиска с той, которую сам готов показать.
SEO

Сверю мобильную версию

Открою страницу с телефона и на компьютере: сверю адрес, полноту текста, горизонтальную прокрутку и путь до заявки большим пальцем.
Интернет-маркетолог и автор материала
Читайте также