Создать URL
Генератор Правила транслитерации Как сделать ЧПУ Блог Вопросы и ответы Создать URL
Практика

Отдельные адреса для мобильной версии: наследие

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

Откуда это взялось

Когда смартфоны только появлялись, сайты не умели подстраиваться под экран, и для телефонов делали отдельную упрощённую версию на поддомене вида m. или в папке. Сегодня необходимость в таком решении отпала, но десятки проектов продолжают его использовать: версия работает, а переделывать её руки не доходят.

Какие проблемы это создаёт

  • Две копии каждой страницы. Любое изменение приходится вносить дважды, а расхождения накапливаются.
  • Риск дублей. Без связки canonical и alternate поисковая система может выбрать не ту версию.
  • Разные шаблоны и разный вес. Мобильная версия часто беднее по содержимому и разметке, а её скорость нужно измерять отдельно.
  • Сложные перенаправления. Посетителя нужно отправлять на «свою» версию, и ошибки в правилах приводят к циклам.
  • Разорванные ссылки. Часть внешних ссылок ведёт на мобильные адреса, часть — на основные.

План перехода на один адрес

КартасоответствийадресовАдаптивныйшаблондля всехПеренаправлениеm → основнойадресОбновить ссылки,карту сайтаи разметку
КартасоответствийадресовАдаптивныйшаблондля всехПеренаправлениеm → основнойадресОбновить ссылки,карту сайтаи разметку
Переход с отдельной мобильной версии на адаптивную
  1. Составьте карту: какая мобильная страница соответствует какой основной.
  2. Сделайте адаптивный шаблон и убедитесь, что содержимое не потеряно.
  3. Настройте перенаправление каждой мобильной страницы на основную — страница в страницу, а не всё на главную.
  4. Уберите связки canonical и alternate между версиями.
  5. Обновите внутренние ссылки, карту сайта и разметку, чтобы везде остался основной адрес.

Если адреса страниц на поддомене совпадают с основными, хватит одного общего правила. Пример для Nginx:

server {
    server_name m.example.ru;
    return 301 https://example.ru$request_uri;
}

Что проверить после перехода

Проверки после отказа от отдельной версии
ПроверкаКак выполнить
Все мобильные адреса перенаправляютсяПройтись по списку из карты соответствий краулером
Нет цепочек и цикловПроверить, что от старого адреса до нового ровно один шаг
Основные адреса в карте сайтаОткрыть файл карты и убедиться, что мобильных адресов в нём нет
Индексация не проселаНаблюдать за отчётами вебмастера несколько недель
Скорость не ухудшиласьСравнить метрики до и после на реальных данных

Не удаляйте перенаправления сразу. Внешние ссылки на мобильные адреса будут приходить ещё долго. О сроках — в статье про то, сколько лет держать перенаправления. Про сам переход с поддомена — в материале про перенаправление с поддомена.

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

Нужно ли отказываться от отдельной мобильной версии?

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

Куда перенаправлять мобильные адреса?

На соответствующие основные страницы, а не на главную: иначе часть трафика и ссылочного веса потеряется.

Как долго держать перенаправления с поддомена?

Не меньше года, а лучше дольше: пока на старые адреса приходят переходы и ссылки.

Готовый адрес можно собрать прямо сейчас: откройте генератор ЧПУ — он транслитерирует фразу по таблице Яндекса, уберёт служебные слова и покажет длину адреса.

Читайте также

4 мин чтения

AMP сегодня: нужен ли он

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

Читать статью →
4 мин чтения

PWA и адреса страниц

PWA превращает сайт в приложение, но у каждого экрана всё равно должен быть свой адрес и своя страница на сервере.

Читать статью →