Mobile-first индексация: что это и как подготовить сайт
Основы3 минРедакция Innovialabs
Коротко
При mobile-first индексации поисковик оценивает сайт по его мобильной версии, поэтому все, чего нет на мобильном — текст, разметка, изображения, — для ранжирования фактически не существует.
Что такое mobile-first индексация
Mobile-first индексация означает, что Google сканирует и индексирует сайт так, как его видит смартфон. Основной робот — Googlebot Smartphone, и именно мобильная версия страницы попадает в индекс и участвует в ранжировании.
Это не отдельный «мобильный индекс». Индекс один, просто источник данных для него — мобильная версия. Если на телефоне страница беднее, чем на компьютере, поиск видит именно бедную версию — даже для пользователей с десктопа.
Почему это важно на практике
Многие сайты исторически делались «для компьютера», а мобильную версию упрощали: убирали блоки, сокращали тексты, отключали разметку. При mobile-first подходе такие упрощения напрямую бьют по SEO.
Главный принцип — паритет контента: мобильная и десктопная версии должны содержать одно и то же основное содержимое.
Типичные проблемы паритета
- Урезанный контент. Описания товаров, отзывы, FAQ или таблицы характеристик показываются только на десктопе. На мобильном их нет в HTML вовсе — значит, нет и в индексе.
- Контент, который грузится по действию. Если текст подгружается только после клика или свайпа, робот его, скорее всего, не увидит: он не нажимает кнопки и не листает карусели. Аккордеоны и вкладки допустимы, если их содержимое уже есть в HTML.
- Пропавшая микроразметка. Structured data (Product, FAQ, BreadcrumbList и т. д.) есть на десктопе, но не выводится в мобильном шаблоне.
- Разные метатеги. Title, description и meta robots должны совпадать. Случайный
noindexв мобильном шаблоне — частая и болезненная ошибка. - Неправильный lazy loading. Изображения и блоки, которые подгружаются только при прокрутке через нестандартные скрипты, могут не попасть в индекс. Надежнее нативный
loading="lazy"или IntersectionObserver. - Изображения без alt или в низком качестве только на мобильной версии.
- Заблокированные ресурсы. CSS, JS или изображения для мобильной версии закрыты в robots.txt, и робот не может корректно отрисовать страницу.
Как подготовить сайт: чек-лист
- Перейдите на адаптивный дизайн, если сайт до сих пор использует отдельный мобильный поддомен (m.example.com). Один URL и один HTML для всех устройств — самый простой способ гарантировать паритет.
- Сравните HTML мобильной и десктопной версии ключевых страниц: заголовки H1–H3, основной текст, ссылки, изображения.
- Проверьте микроразметку на мобильной версии через инструмент проверки расширенных результатов.
- Откройте страницу глазами робота: в Google Search Console инструмент проверки URL показывает отрисованный HTML и скриншот от Googlebot Smartphone.
- Проверьте внутренние ссылки. Если мобильное меню скрывает важные разделы и в HTML их нет, страницы хуже находятся и получают меньше ссылочного веса.
- Следите за скоростью. Мобильные пользователи часто на медленной сети, а Core Web Vitals тоже оцениваются в том числе по мобильным данным.
Если у вас отдельная мобильная версия
Если переход на адаптивный дизайн пока невозможен, отдельная версия должна быть связана с основной:
<!-- на десктопной странице -->
<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">
<!-- на мобильной странице -->
<link rel="canonical" href="https://www.example.com/page">
Кроме того, мобильный поддомен должен отдавать тот же контент, ту же разметку и те же метатеги, а его ресурсы не должны блокироваться.