Мобильные версии сайта и их типы

Сравнение трёх подходов

Адаптивная вёрстка

Один HTML, оформление подстраивается под ширину экрана. Минимум, без которого адаптив не работает:

<meta name="viewport" content="width=device-width, initial-scale=1">

• Контейнеры в относительных единицах, а не в фиксированных пикселях.
• Изображения с max-width: 100% и заданными размерами.
• Широкие таблицы и блоки кода прокручиваются внутри своего контейнера.
• Точки перелома выбираются по содержанию, а не по моделям устройств.
• Проектирование начинается с мобильной ширины, потом расширяется.

Динамическая отдача

Один URL, но сервер отдаёт разный HTML в зависимости от User-Agent. Обязателен заголовок, сообщающий кешам и роботам, что ответ зависит от клиента:

# nginx
add_header Vary "User-Agent" always;

Отдельный поддомен

Схема m.site.ru требует парной связки в обе стороны:

<!-- на десктопной странице -->
<link rel="alternate" media="only screen and (max-width: 640px)"
      href="https://m.site.ru/page/">

<!-- на мобильной странице -->
<link rel="canonical" href="https://site.ru/page/">

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

Порядок переезда на адаптив

1. Собрать карту соответствия: каждый мобильный URL → канонический.
2. Убедиться, что адаптивная версия содержит всё содержание обеих версий.
3. Поставить 301 с мобильных URL на канонические — попарно, не на главную.
4. Убрать rel="alternate" с десктопных страниц.
5. Проверить, что canonical указывает сам на себя.
6. Обновить sitemap.xml, счётчики и внешние интеграции.
7. Следить в Search Console, что старые адреса уходят, а новые индексируются.

Что общего у всех трёх

Независимо от выбранного способа обязателен паритет: одинаковый основной текст, метаданные, структурированные данные, alt-атрибуты и внутренние ссылки. Подробности — в уроке о мобильной индексации.

Итог

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