Mobile-first индексация: что важно знать владельцу сайта

Что такое mobile-first индексация и почему она касается каждого сайта

Разговоры о mobile-first индексации идут уже несколько лет, но до сих пор многие владельцы сайтов воспринимают её как что-то абстрактное. На практике всё просто: поисковые системы Google и Яндекс при ранжировании в первую очередь смотрят на мобильную версию страницы, а десктопную используют как запасной вариант. Если сайт открывается на телефоне медленно, с кривой вёрсткой или нечитаемым текстом, вы теряете позиции, даже когда основная аудитория сидит за компьютерами. Поэтому вопрос адаптивности стал базовым условием для роста позиций, а не просто приятным бонусом. Без этой основы не обходится раскрутка сайта.

Как работает mobile-first индексация в Google и Яндексе

Механика у обеих систем похожа, но есть нюансы. Google ещё в 2021 году полностью перешёл на mobile-first индексацию: краулер сначала обходит мобильную версию, а десктопную учитывает только если мобильной нет вовсе. Яндекс пошёл дальше: он использует турборежим и отдельно оценивает скорость загрузки на слабых устройствах, но принцип тот же. Поисковый робот видит страницу глазами пользователя смартфона: проверяет размер шрифта, перекрывающие друг друга элементы, кликабельность ссылок и то, не скрыт ли важный контент за вкладками.

Что изменилось для владельцев сайтов, так это подход к аудиту. Раньше можно было отмахнуться от мобильной версии, сославшись на то, что 80% трафика приходит с десктопа. Сейчас это не работает: даже если пользователи заходят с компьютера, поисковик всё равно оценивает мобильную версию. Мы обычно советуем проверять страницы через Яндекс.Вебмастер и Google Search Console, где видно, как именно робот «видит» ваш сайт. Если там появляются ошибки с перекрытием контента или слишком мелким текстом, это прямой сигнал к тому, что мобильная версия требует доработки, иначе можно потерять позиции по всем устройствам сразу.

Как проверить, что ваш сайт готов к mobile-first индексации

Проверку адаптивности начните с реального смартфона, а не только эмулятора DevTools. Убедитесь, что текст читается без зума, кнопки не перекрываются, горизонтальная прокрутка отсутствует. Оцените скорость через PageSpeed Insights: для мобильных целевой LCP до 2,5 секунды и CLS ниже 0,1. Тяжёлые изображения и сторонние скрипты, тормозящие отрисовку, прямой сигнал к оптимизации. Mobile-first индексация обрабатывает именно мобильную версию, поэтому проверки проводите с эмуляцией смартфона.

Основные технические проверки

Контент и мета-теги должны быть идентичны в мобильной и десктопной версиях. Частая ошибка, когда на мобильной скрываются блоки текста или меняются заголовки, из-за чего поисковик теряет семантику. Проверьте, что все изображения имеют атрибуты alt, а внутренние ссылки ведут на те же URL. Отдельно посмотрите robots.txt и sitemap.xml: они не должны блокировать ресурсы, критичные для рендеринга. Mobile-first индексация тесно связана с обработкой JavaScript, поэтому будет полезна статья как поисковики индексируют JavaScript. Если контент подгружается скриптами, убедитесь, что он доступен в HTML-ответе или корректно отдаётся в prerender.

• Проверьте viewport-метатег: без него мобильная версия будет отображаться в виде урезанной десктопной
• Сравните заголовки H1 и тексты на мобильной и десктопной версиях через Screaming Frog
• Убедитесь, что межстраничные ссылки в футере и хедере не обрезаны на мобильных
• Протестируйте рендеринг через Яндекс.Вебмастер и Search Console в режиме «Как Googlebot»
• Отключите блокировку CSS и JS в robots.txt, если она там прописана
• Проверьте, что pop-up окна на мобильных не перекрывают основной контент

Для диагностики используйте «Проверку URL» в Search Console и аналогичный инструмент в Яндекс.Вебмастере, чтобы увидеть, как поисковик видит страницу. Если в отрендеренном HTML отсутствуют элементы, видимые пользователю на телефоне, есть проблема с загрузкой ресурсов. Прогоните сайт через Lighthouse в режиме Mobile, но помните: инструмент показывает общую оптимизацию, а не только готовность к mobile-first индексации. Регулярная проверка после изменений вёрстки или подключения новых скриптов обязательна, иначе легко пропустить регрессию.

Типичные ошибки, которые мешают мобильной индексации

Ошибки в контенте и разметке

Самая частая проблема, когда на мобильной версии контента меньше, чем на десктопе. Робот Яндекса и Google видят страницу глазами мобильного пользователя, поэтому если вы скрыли часть текста или таблицы через display:none, они выпадут из индекса. Мы обычно проверяем это через сравнение DOM-дерева в Screaming Frog, расхождение в 15–20% уже повод переделывать верстку. Отдельная боль с изображениями: картинки через CSS-фоны или lazy-load без srcset часто не попадают в индекс, теряется трафик из поиска по картинкам.

Вторая системная ошибка касается микроразметки и мета-тегов. На мобильной версии нередко забывают продублировать Schema.org, из-за чего сниппет становится беднее, а робот не понимает структуру страницы. В контексте mobile-first важно, чтобы сайт быстро индексировался, поэтому рекомендации по ускорению индексации сайта будут уместны. Если стоит отдельный m.domain, проверьте, что canonical и hreflang указывают друг на друга корректно: в нашей практике были кейсы, когда на мобильной версии стоял rel=canonical на главную, и все внутренние страницы выпадали из индекса в течение двух недель.

Ошибки в настройках сервера и редиректах

Медленная загрузка мобильной версии это не только про UX, но и про краулинговый бюджет. Когда сервер отвечает на мобильный User-Agent за 3–4 секунды, робот обрабатывает в разы меньше страниц за сессию, приоритетные разделы могут не попасть в индекс. Проверьте время ответа в Яндекс.Вебмастере, там есть отдельный отчет по скорости, и сразу смотрите, не отдает ли сервер разные версии страниц для роботов и реальных пользователей, такое случается при динамической подаче без Vary: User-Agent.

Редиректы с мобильных страниц на десктопные или в бесконечный цикл это классика для отдельного мобильного сайта. Если m.example.com/user/1 редиректит на example.com/user/1, а тот обратно, робот застревает и страница выпадает. То же с 302 вместо 301 для постоянных перемещений: поисковик не переносит вес и может считать страницу временно недоступной. По нашим наблюдениям, около трети сайтов с отдельной мобильной версией имеют ошибки в редиректах, которые не видны в обычных логах, но всплывают при краулинге с мобильным агентом.

Сравнение подходов: адаптивность, динамическая подача, отдельный мобильный сайт

Адаптивность, динамическая подача и отдельный м-сайт: что выбрать

Responsive-вёрстка остаётся самым предсказуемым вариантом для mobile-first индексации. Один URL, один HTML, CSS меняет вид под размер экрана. Поисковику не приходится угадывать основную версию страницы, а вам не нужно поддерживать две структуры. Минус в том, что тяжёлые десктопные элементы вроде больших баннеров или сложных скриптов приходится оптимизировать отдельно, иначе скорость мобильной загрузки просядет. Если сомневаетесь в реализации, прогнать страницы через проверку, например, как проверить сайт на адаптивность, это сэкономит время на ручных тестах.

Dynamic serving отдаёт разный HTML в зависимости от user-agent, но URL остаётся единым. Подход требует чёткой настройки заголовка Vary: User-Agent, иначе поисковый робот может получить не ту версию. На практике мы видели сайты, где Googlebot получал мобильный вариант, а Яндекс.Вебмастер показывал десктопный сниппет, что приводило к расхождениям в ранжировании. Технически это самый капризный метод: любая ошибка в определении ботов ломает индексацию сразу на части страниц.

Отдельный мобильный сайт на поддомене m.site.ru или подпапке это самый дорогой в поддержке путь. Плюс в том, что можно радикально урезать контент и сделать версию для слабых устройств, не трогая основной ресурс. Но краулеры тратят бюджет на обход двух версий, а вам нужно следить за корректностью rel=canonical и hreflang. Любая рассинхронизация между версиями, скажем, разные заголовки H1 или отсутствие части текста на мобильной, приводит к тому, что при mobile-first индексации ранжируется урезанная версия. Для большинства бизнесов, кроме крупных медиа с огромным трафиком, этот подход избыточен.

Влияние mobile-first на ранжирование и пользовательский опыт

Когда Google в 2016 году анонсировал переход на mobile-first индексацию, многие восприняли это как формальность. На практике поисковик начал оценивать сайты глазами мобильного пользователя. Поведенческие факторы на смартфонах теперь имеют больший вес, чем на десктопе. Если пользователь открывает сайт с телефона и через десять секунд возвращается в выдачу, это сигнал для алгоритма. Мы в Cinar не раз видели, как сайт с отличным десктопным контентом терял позиции из-за неудобной мобильной версии.

Скорость загрузки на мобильных устройствах стала фактором ранжирования по сути. По данным Google, 53% мобильных пользователей закрывают страницу, если она грузится дольше трёх секунд. Для интернет-магазина это прямые потери: человек уходит к конкуренту ещё до того, как увидел товар. Мы проверяем скорость через PageSpeed Insights и следим за показателем LCP (Largest Contentful Paint), он должен быть до 2,5 секунд. На практике помогло одному клиенту из Казани: сжали изображения, убрали тяжёлые скрипты, и конверсия с мобильных выросла на 18% за месяц.

Влияние mobile-first на ранжирование заметно и в поведенческих метриках. Позиции растут там, где пользователь быстро находит нужное и совершает целевое действие. Если на телефоне текст мелкий, кнопки расположены близко друг к другу, а меню прячется за непонятной иконкой, отказы неизбежны. Вот что мы проверяем при аудите мобильной версии:

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

Mobile-first индексация не означает, что десктопная версия больше не важна. Но если мобильная версия отстаёт по удобству и скорости, ранжирование будет страдать. Алгоритм оценивает в первую очередь то, что видит большинство пользователей, а их сейчас больше с телефонов. Поэтому каждый владелец сайта должен проверить мобильную версию на реальном устройстве. Это проще, чем кажется, и даёт быстрый результат в позициях.

Пошаговый план адаптации сайта к mobile-first индексации

Шаг 1: Проведите аудит

Начните с технического аудита. Прогоните сайт через Screaming Frog с эмуляцией мобильного пользовательского агента, посмотрите, какие URL отдаются в ответ на запросы Googlebot Smartphone и Яндекс.Бота в режиме мобильного. Параллельно проверьте в Яндекс.Вебмастере и Search Console раздел «Мобильная индексация»: там видно, какие страницы попали в мобильный поиск, а какие исключены. Сверьте, что контент в мобильной и десктопной версиях идентичен, включая тексты, мета-теги и внутренние ссылки. Зафиксируйте расхождения в таблице, это станет основой для следующего шага.

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

Отдельно посмотрите на структуру URL и robots.txt. Если на мобильной версии используются отдельные поддомены или динамическая подача, убедитесь, что канонические ссылки и hreflang расставлены корректно. В нашей практике встречались сайты, где десктопная версия была закрыта от индексации, а мобильная открыта, из-за чего поисковик ранжировал урезанные версии страниц. Аудит лучше проводить в цикле, потому что изменения на одной странице часто тянут за собой ошибки на других.

Часто задаваемые вопросы

Константин Крючков

Senior SEO-специалист

Подписаться на ТГ