ТОП 5 проблем в настройке индексации мобильной версии сайта и их решения

Сегодня расскажу, как правильно настроить индексацию мобильной версии сайта, которая реализована на поддомене (зачастую m.site.ru). Рекомендации по связке mobile и desktop-версий в случае попадания под Mobile First Index от Google. Информация в посте поможет избежать ошибок и сэкономит время на поиск актуальных сведений.

мобильная версия на субдомене

В конце прошлого года на одном из клиентских сайтов была внедрена мобильная версия именно на поддомене. Через пару месяцев Google перевел его на Mobile First Index. Получилась довольно нетривиальная задача, которую в итоге удалось успешно решить :smile:.

Итак, этим постом я хочу решить следующие моменты:

  1. предостеречь вас от создания мобильных версий на поддоменах. С клиентом мы начали сотрудничать, когда она уже была в разработке. Вероятно, остановка разработки и потеря бюджета на нее, окупилась бы уже сейчас внедрением адаптивного шаблона. Помимо работ по корректной настройке мобильная версия на сабдомене — это, по сути, отдельный проект. Если вы заплатили за разработку какого-нибудь нового функционала на основной версии, придется заплатить и за разработку на mobile.
  2. Если вы все-таки столкнулись с m.site.ru, то я расскажу как минимизировать затраченное время и риски, связанные с поисковым трафиком.
  3. Для остальных — шпаргалка на будущее ;-).

Основная настройка — связка мобильных и десктопных версий тегами rel="canonical" и rel="alternate". Это несложно, поэтому останавливаться здесь не буду (все хорошо описано в справке от Google).

Ниже проблемы, с которыми приходится сталкиваться и которые прямо не описаны в справках.

canonical и mfi

№1 - Canonical и Mobile-first Index

Здесь явное противоречие в логике работы. Mobile-first index говорит о том, что ранжироваться будет мобильная версия (не десктопная). Тегом rel="canonical" (он ставится с мобильных страниц на десктопные) мы говорим поисковой системе приоритетный вариант для индексации=ранжирования. Противоречие? Противоречие :smile:!

С этой проблемой я обратился на справочный форум Гугла. Вот, что ответили.

отправят запрос в штаб

собственно ответ

Ответ подразумевался, но противоречие он не устранил :smile:. В итоге делать ничего не нужно. GoogleBot разберется сам.

№2 - как связать версии для Яндекса?

Яндекс рекомендует добавлять мобильный поддомен в Яндекс.Вебмастер. В таком случае он отображается не как зеркало основного проекта, а как отдельный ресурс.

зеркало

сайт отдельной строкой

Меня заинтересовал этот момент, не будут ли считаться ресурсы дублями? Как их связать? Вот, что ответил Платон.

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

Увидеть, была ли пройдена проверка, можно в панели Яндекс.Вебмастера основного сайта в разделе "Диагностика". Нажмите на кнопку "Посмотреть все, что проверяет Вебмастер" и пролистайте вниз списка, чтобы убедиться, что сайт прошел проверку, либо нажать на кнопку проверки, если ранее она еще не была инициирована.

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

Вот здесь нужно смотреть, прошел ли сайт тест на мобилопригодность.

проверка на мобилопригодность в Яндекс.Вебмастере

Сайт не проходит тест на мобилопригодность, потому что при переходе с мобильной на десктопную (ссылка "Перейти на полную версию") создаются такие страницы.

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

Проблема в процессе решения (доработка и переиндексация).

№3 - делать ли редирект десктоп-пользователей с mobile на desktop?

По логике редирект напрашивается, но его не делают такие крупные проекты как m.avito.ru, m.citilink.ru. Дополнительно отсутствие редиректа упрощает разработку мобильной версии, ее оптимизацию и т.п. (в основном работа над сайтом проходит на десктопе).

Мой совет - не делать. Минус — реферальный десктопный трафик по ссылкам, поставленным на m.site.ru, будет идти не на совсем удобную версию. В таком случае можно сделать кнопку-оповещение для быстрого перехода на полную версию. Какие еще минусы вы можете выделить?

№4 - куда ставить rel="canonical" с мобильных "мусорных" страниц?

Чтобы убрать из индекса, например, страницы сортировки, на них ставится rel="canonical" на основной документ, например, категорию. Как поступать в случае с мобильной версией? Ставить каноникал на основной документ мобильной или десктопной версии?

Так как множественные цепочки canonical не приветствуются поисковыми системами, то ставить лучше сразу на десктопный вариант.

как закрыть ненужные страницы

№5 - Яндекс игнорирует междоменный rel="canonical"

Если вы ставите rel="canonical" с m.site.ru на site.ru, то Яндекс его проигнорирует. Как же быть и как закрыть дубли и мусорные страницы?

Существует 2 варианта:

  1. Создание отдельного User-agent: Yandex в robots.txt и прописывание запрета индексации документов, которые на десктопе закрыты с помощью canonical. В отличие от Google, Яндекс очень хорошо реагирует на robots.txt.
  2. Добавление к canonical строки <meta name="yandex" content="noindex, follow" />. Подобный метод я указывал в продвинутом способе настройки индексации пагинации.

Бонус: как связать desktop, mobile и AMP?

Эта связка пока из разряда фантастики, поэтому ее не 6-м пунктом, а бонусом :smile:.

  1. С десктопа — rel="amphtml" на AMP, rel="alternate" на мобайл.
  2. С мобильной версии — rel="amphtml" на AMP, rel="canonical" на desktop.
  3. C AMP — rel="canonical" на desktop.

Итого по посту:

  1. Ничего страшного, что ваш проект с m.site.ru "попал" под mobile-first индекс. Дополнительно делать ничего не нужно.
  2. Связать версии для Яндекса, можно пройдя тест на мобилопригодность.
  3. Лучше не делать редирект с мобайла на десктоп.
  4. rel="canonical" на страницах, которые не желательны к индексации, ставить на конечные desktop-документы.
  5. В качестве альтернативы rel="canonical" для Яндекса использовать запрет в robots.txt или meta name="yandex".

На сегодня все! Если есть, что дополнить, появился вопрос или желание оставить отзыв, то добро пожаловать в комментарии. Буду их с нетерпением ждать ;-).

в ожидании отзывов =)

Рейтинг
1 звезда2 звезды3 звезды4 звезды5 звезд (5 голос., в среднем: 5,00 из 5)
Загрузка...
Аудит сайта

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

От 9900 руб.
Продвижение

Комплексное развитие проектов по актуальным направлениям в SEO. Используются методики, имеющие стабильный долгосрочный эффект (без накруток и спама).

От 20000 руб.
Консультации

Консультирую по вопросам поисковой оптимизации, продвижения сайтов. Лучший способ узнать мое подробное мнение по волнующей задаче/проблеме. Конкретные ответы на конкретные вопросы.

От 3000 руб.
Отзывов уже 5:
Написать комментарий
  1. 1. seoonly.ru

    хм,
    rel=»canonical» на страницах, которые не желательны к индексации, ставить на конечные desktop-документы.

    не знал

  2. 2. Андрей (wpmaster.kz)

    Хорошо, что меня пока обходят стороной такие заморочки. Наверно, потому что ничего клиентского сейчас не продвигаю и не делаю :razz:
    Дельные советы Сергей, как всегда :idea:

  3. 3. Сергей

    Отлично, что телеграм канал появился. Сейчас подпишусь. :idea:

  4. 4. Adbz

    Есть пару вопросов, на которые очень хотелось бы услышать ваше мнение.

    1. Стоит ли делать мобильную версию сайта в 2019 году или просто подключить AMP и Турбо страницы от Яндекса?
    2. Наличие отдельной мобильной версии сайта, влияют ли как фактор в мобильной выдаче Гугла и ЯД?

    • 5. Sosnovskij

      1. Мобильную версию на поддомене я бы не рекомендовал. Адаптивный шаблон — оптимальный выбор. AMP и Турбо опционально от задач, но только ими не ограничиваться (не все пользователи будут переходить из поиска).
      2. Адаптивность под мобильные устройства — фактор ранжирования. Отдельная мобильная версия или адаптивный шаблон — полагаю, что с точки зрения поиска разницы нет (при прочих равных условиях).

Добавить комментарий

 

* Нажимая на кнопку "Добавить комментарий" я соглашаюсь с Политикой конфиденциальности.