Яндекс оценивает мобильную оптимизацию на уровне сайта, а не отдельной страницы, и делает это с помощью отдельного мобильного робота. Запись в диагностике имеет несколько различных формулировок, и каждая означает что-то свое, включая две, которые вообще не касаются вашего дизайна.
Сообщения об ошибках и их реальный смысл
- Главная страница не оптимизирована. Проблема дизайна и верстки, диагностируемая постранично в разделе Инструменты → Проверка мобильных страниц.
- Главную страницу не удалось загрузить для аудита, или Не удалось загрузить 90% запрошенных страниц. Это проблемы доступности, а не дизайна. Страницы были недоступны в момент проверки. Ничто в CSS это не исправит; сервер или хостинг-провайдер — исправят.
- Многие страницы не оптимизированы. Порог динамический, рассчитывается исходя из количества проиндексированных страниц, поэтому фиксированного процента, к которому нужно стремиться, не существует. На сайте, перешедшем эту черту, обычно имеется один проблемный шаблон, а не множество проблемных страниц.
- Сайт вообще не удалось загрузить для аудита. Мобильный робот был заблокирован. Проверьте ответ сервера и посмотрите
robots.txtна наличие правила, которое перехватывает мобильного агента — он идентифицирует себя какYandexMobileBot/3.0внутри строки пользовательского агента в стиле iPhone, что точно соответствует шаблону, который блокируют излишне ретивые фильтры роботов. - Нет страниц, доступных для аудита. Территория поддержки.
Антипаттерн редиректа
Одна из записей не имеет никакого отношения к рендерингу: множество страниц с разным контентом перенаправляют на одну и ту же страницу мобильной версии. Отдельный мобильный сайт, перенаправляющий каждый десктопный URL на свою мобильную главную страницу, разрушает связь между двумя версиями и оставляет в тупике пользователя, который пришел в поисках чего-то конкретного. Яндекс перечисляет проблемные страницы. Если подлинного соответствия один к нескольким не существует (несколько десктопных страниц действительно объединены в одну мобильную), рекомендация заключается в том, чтобы оставить только те редиректы, которые имеют смысл, а остальные убрать, вместо того чтобы перенаправлять все подряд.

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

Как мы это применяем
When we take over a site flagged as not mobile-optimised, the first thing we test is whether the mobile robot can reach the pages at all — because two of the possible messages describe a blocked or unavailable server and look identical in a summary report to the ones that describe a layout problem. We have seen a full responsive redesign commissioned to fix what was actually a bot filter rejecting YandexMobileBot.
Связанные услуги