Для большинства проектов безопаснее адаптивный сайт на одном URL: один контент и HTML меняют расположение под ширину экрана. Google использует мобильную версию контента для индексирования — это mobile-first indexing, поэтому на телефоне нельзя скрывать важные тексты, ссылки, разметку и функции, которые доступны на desktop.
Что обновлено 24.08.2026: добавлена таблица технической приёмки и условия отката.
Таблица технической приёмки: Мобильная версия сайта
Проверка мобильная версия выполняется на нескольких состояниях шаблона, а не на одном удачном URL. Сначала сохраняют исходный код и HTTP-заголовки, затем сравнивают их с отрисованным DOM и ожидаемым поведением.
| Сценарий | Что проверить | Нормальный результат | Исправление |
|---|---|---|---|
| Основной текст | Сравнить mobile и desktop DOM | Смысловой контент доступен на мобильном | Не прятать его за обязательным действием |
| Внутренние ссылки | Проверить href и анкоры | Ключевые пути доступны обычными ссылками | Вернуть ссылку в мобильный компонент |
| Meta robots и canonical | Исходный head обеих версий | Директивы согласованы | Исправить отдельный мобильный шаблон |
| Изображения и alt | Rendered HTML и сетевые запросы | Ресурс загружается и имеет корректный контекст | Исправить lazy-load и размеры |
| Интерактивный блок | Тест без жеста и с ошибкой JS | Основное содержание остаётся доступным | Добавить серверный или HTML-fallback |
До и после релиза
До выпуска владелец шаблона проверяет тестовую выборку и фиксирует условие блокировки. После выпуска SEO-специалист повторяет запросы к production, а разработчик просматривает логи и массовые отклонения. Откат нужен, если полезные страницы получают ошибочную директиву, теряют основной контент или массово меняют код ответа. Закрывать задачу можно только после повторной проверки тем же способом.
Какой формат мобильной версии выбрать
| Подход | Когда подходит | SEO-риск |
|---|---|---|
| Адаптивная верстка | Новый сайт и большинство действующих проектов | Ниже: один URL и единый набор сигналов |
| Динамическая выдача | Сервер отдает разный HTML по устройству | Ошибки определения устройства и расхождение контента |
| Отдельные m.-URL | Наследуемая архитектура, которую дорого менять сразу | Нужны корректные связи версий, редиректы и полное соответствие |
Не выбирайте ширину макета по одному популярному телефону. Интерфейс должен работать в диапазоне экранов, при увеличенном шрифте, смене ориентации и появлении системной клавиатуры. Контрольная точка — не набор пикселей, а отсутствие горизонтальной прокрутки и сохранение сценария.
Что должно совпадать с desktop
Контент и навигация
Основной текст, названия товаров, характеристики, отзывы и важные внутренние ссылки должны быть доступны на мобильной странице. Допустимы аккордеоны и вкладки, если содержимое загружается и доступно пользователю. Не заменяйте десятки категорий одной кнопкой, которую робот или человек не может использовать.
Технические сигналы
Title, Description, H1 и robots meta соответствуют целевой странице.
Canonical не меняется из-за устройства и указывает на корректный URL.
Structured data содержит те же сущности и правильные адреса.
Изображения и видео доступны роботу и имеют содержательные alt-тексты.
robots.txt не блокирует CSS, JavaScript и ресурсы рендеринга.
Важные ссылки являются обычными ссылками с доступным href.
Мобильная версия не отправляет разные страницы на одну главную.
Проверка мобильного сайта по шагам
Составьте матрицу шаблонов и сценариев: главная, категория, карточка, статья, поиск, корзина, форма.
Откройте каждый сценарий в узком viewport и на реальном устройстве с iOS и Android.
Пройдите путь одной рукой: меню, фильтр, выбор варианта, форма, оплата или заявка.
Проверьте масштабирование текста, фокус полей, клавиатуру, закрепленные элементы и модальные окна.
Сравните исходный и отрендеренный HTML: контент, ссылки, canonical, robots и разметку.
Запустите Lighthouse и PageSpeed Insights, но подтвердите найденные барьеры вручную.
Проверьте URL Inspection, отчеты индексирования и серверные логи после публикации.
Частые ошибки интерфейса
Кнопка закрывается cookie-баннером или нижней панелью.
Фильтр сбрасывается после возврата из карточки.
Таблица шире экрана и не имеет понятного способа просмотра.
Номер телефона или адрес нельзя скопировать и открыть в приложении.
Поле формы вызывает неподходящую клавиатуру или скрывает ошибку валидации.
Изображение первого экрана тяжелое, хотя показывается в маленьком размере.
В мобильном меню отсутствуют ссылки, формирующие архитектуру раздела.
Критерии приемки релиза
Проверяйте не визуальное сходство с макетом, а завершение задач. Для каждого шаблона задайте минимальный набор: контент и ссылки совпадают, нет горизонтального скролла, интерактивные элементы доступны, основные формы проходят, Core Web Vitals не ухудшились, робот видит итоговый HTML.
Матрица устройств и состояний
Минимальная матрица включает компактный телефон, широкий телефон и планшет, iOS и Android, портретную и альбомную ориентацию, медленную сеть и увеличенный системный шрифт. Для формы проверьте пустое значение, ошибку, успешную отправку и возврат назад. Для каталога — пустую выдачу, один товар, длинный список, открытый фильтр и возврат из карточки.
Если используются отдельные мобильные URL
Проверьте взаимные связи версий, соответствие адресов один к одному, отсутствие редиректа всех desktop-страниц на мобильную главную и единый набор canonical, hreflang и structured data. Любая новая desktop-страница должна получать мобильный эквивалент в том же релизе; иначе архитектура постепенно расходится.
Что передать дизайнеру и разработчику
Список критических пользовательских сценариев и приоритетных шаблонов.
Требования к минимальному размеру зоны нажатия и расстоянию между действиями без привязки к одному устройству.
Правила поведения таблиц, фильтров, модальных окон и длинных названий.
Перечень SEO-элементов, которые нельзя удалять или загружать только после действия.
Набор тестовых данных: длинная цена, нет изображения, много вариантов, ошибка API.
Критерии производительности и способ проверки после публикации.
Частые вопросы
Нужна ли отдельная мобильная версия?
Обычно нет: адаптивная верстка проще в сопровождении. Отдельные URL оправданы только существующей архитектурой и требуют постоянного контроля соответствия обеих версий.
Можно ли прятать длинный текст в аккордеон?
Можно, если содержание действительно присутствует на странице, доступно пользователю и не загружается только после сложной цепочки действий. Проверяйте отрендеренный HTML и реальное поведение.
Приёмка обновлённой версии
проверены исходный HTML, HTTP-заголовки и итоговый DOM;
контрольная выборка включает нормальные и ошибочные состояния;
критическая ошибка блокирует масштабирование;
условие отката и владелец известны до релиза;
задача закрыта после повторной проверки production.
Итог
Основной контент, ссылки и директивы совпадают по смыслу с десктопной версией. Масштабировать решение можно только после проверки на реальных URL и фактических данных проекта; если критерии не выполняются, сначала исправляют причину, а не увеличивают объём страниц, публикаций или автоматизации.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.