Индексирование с приоритетом мобильного контента (Mobile First) давно не новость, но практические вопросы по нему остались. Какая версия сайта попадает в индекс Google, что считать расхождением между версиями и чем проверять сайт, если прежние инструменты закрыты? Что все это значит для Mobile First SEO?
Эта статья отвечает на них по порядку: от определения и изменений к 2026 году до проверки на рабочих инструментах.
- Что такое Mobile First
- Отличия от оптимизации под мобильные устройства
- Мобильный и десктопный опыт должны быть одинаковыми
- Mobile First как подход к дизайну и верстке
- Рекомендации Google по Mobile First
- Удобство страницы и Core Web Vitals
- Как проверить сайт и что улучшить
- FAQ по Mobile First
- Коротко о главном
Что такое Mobile First
Mobile First — это индексация, при которой Google в первую очередь сканирует мобильную версию страницы и использует ее для индексации и ранжирования.
Индекс у Google при этом один: отдельного mobile-first индекса нет, а страницы сканирует смартфонный поисковый робот Googlebot. Если у вас отдельные URL-адреса для мобильной и десктопной версии, Google обычно показывает мобильную версию пользователям мобильных устройств, а десктопную — тем, кто заходит на сайт с компьютера или ноутбука. Однако для индексации будет использоваться контент именно с мобильной версии.
Google объявил о первых экспериментах с mobile-first индексом в ноябре 2016 года, а в марте 2018 года начал переводить сайты и уведомлять об этом через Search Console. Ограничение по сроку перехода для остальных сайтов несколько раз переносили, а в ноябре 2021 года Google, сославшись на ряд проблем, оставил его открытым. 31 октября 2023 года компания сообщила, что переход на Mobile First завершен.
Включать Mobile First отдельно не нужно, он уже действует, поэтому сравните мобильную и десктопную версии хотя бы по одной странице каждого типа.
Отличия от оптимизации под мобильные устройства
В январе 2019 года представитель Google Джон Мюллер объяснил, что если контент на сайте не оптимизирован под мобильные устройства, он все равно может индексироваться с приоритетом.
Даже когда отчет Search Console об оптимизации под мобильные устройства показывал подходящие URL, это не значило, что страницы готовы к Mobile First. Google закрыл этот отчет и Mobile-Friendly Test с 1 декабря 2023 года, но принцип остался прежним: проверка мобильного удобства не говорит о том, попал ли в индекс весь контент мобильной версии. По словам Мюллера, оптимизация под мобильные устройства «полностью отделена» от приоритетной индексации.
«Оптимизация под мобильные устройства полностью отделена от индексирования с приоритетом мобильного контента. Сайт может быть и не оптимизирован под мобильные устройства, но на нем может содержаться контент, необходимый для Mobile First. Приведу утрированный пример: если взять что-то вроде PDF-файла, то на мобильном устройстве с ним работать неудобно — по ссылкам будет сложно кликать, текст будет читаться тяжело. Но текст на месте, и мы можем выполнить индексирование Mobile First. Оптимизация и индексация — не одно и то же.»
Джон Мюллер, представитель Google, январь 2019

Мобильный и десктопный опыт должны быть одинаковыми
Google обращает внимание владельцев сайтов на то, что опыт на мобильных и десктопных устройствах должен быть одинаковым. В рекомендациях Google это раскрыто так:
- У поискового робота должен быть доступ и возможность отрисовать мобильные и десктопные страницы.
- На мобильном сайте содержится тот же контент, что и на десктопном, включая изображения и видео.
- Используются одинаковые метатеги.
- Используются одинаковые заголовки.
- Используются одинаковые структурированные данные.
Если намеренно размещать меньше контента на мобильной версии страницы, можно ожидать падения трафика. Google объясняет это тем, что поисковый робот не сможет получить тот же объем, что присутствует на десктопной версии.
Об этом же Джон Мюллер говорил на Pubcon Pro Virtual в 2020 году:
«…когда сайт переводится на Mobile First, мы перестаем индексировать все, что находится только в десктопной версии. Мы попросту игнорируем эту информацию. …все, что вы хотите видеть в индексе, должно быть на мобильной версии сайта»
Джон Мюллер, представитель Google, Pubcon Pro Virtual, 2020
Mobile First как подход к дизайну и верстке
Mobile-first дизайн — подход к проектированию и разработке, при котором интерфейс сначала создают для небольшого экрана смартфона, а затем расширяют его возможности для десктопа с большим экраном.
У термина два значения. Индексация Google определяет, какую версию страницы поисковая система берет в индекс, а принцип дизайна задает порядок работы над интерфейсом: вместо «десктоп сначала» — «смартфон сначала». Связывает их адаптивная верстка. Она подстраивает элементы под ширину экрана и дает один URL и один код для всех устройств, а Google рекомендует именно ее как самый простой вариант в реализации и поддержке.
Приоритет устройств лучше определять по собственной аналитике. По данным Statcounter Global Stats за сентябрь 2026 года, в мире на тех, кто пользуется интернетом с мобильных устройств, приходится 58,99% просмотров страниц, а в России на десктоп 64,82 % и на мобильные 34,17 %. От пользовательского опыта на смартфоне зависит, дойдет ли посетитель до нужной страницы, поэтому UX мобильной версии стоит проверять так же внимательно, как ее контент.
Кнопки и размер зон нажатия в мобильном дизайне
Для кнопок и ссылок web.dev рекомендует область нажатия не меньше 48 независимых от устройства пикселей и интервал порядка 8 пикселей между соседними целями по горизонтали и вертикали. Иконка размером 24 пикселя с отступами как раз доходит до 48. Навигацию на узком экране проверяйте реальным нажатием на смартфоне: так видно, какие элементы меню расположены слишком близко.
Это рекомендации удобства, а факторами ранжирования они не названы. Минимальный порог задает критерий 2.5.8 стандарта WCAG 2.2 уровня AA: размер цели для указателя не менее 24 на 24 CSS-пикселя, с рядом исключений. Поэтому 48 пикселей служат ориентиром для интерфейса, а 24 пикселя задают нижнюю границу.
Рекомендации Google по Mobile First
Google отмечает, что хотя для включения контента в поисковую выдачу не обязательно иметь мобильную версию сайта, это настоятельно рекомендуется. Речь об отдельной или адаптированной мобильной версии: сам контент при этом должен открываться со смартфона, иначе страницы не попадут в индекс.
Какую конфигурацию мобильного сайта выбрать
Google выделяет три способа сделать мобильную версию: адаптивный дизайн, динамическую отдачу (dynamic serving) и отдельные URL. Правило выбора простое: если нет причин держать разные версии, берите адаптивный дизайн. Руководство по соответствию контента относится к dynamic serving и отдельным URL, а при адаптивном дизайне код одинаков для всех устройств.
| Конфигурация | URL и код страницы | Что учесть |
|---|---|---|
| Адаптивный дизайн | Один URL и один HTML-код для всех устройств | Google рекомендует как самый простой в реализации и поддержке |
| Dynamic serving | Один URL, но разный HTML в зависимости от устройства, сервер отправляет заголовок Vary: user-agent | Сверять контент, метатеги и структурированные данные двух версий |
| Отдельные URL | Разные адреса для мобильной и десктопной версий, например на поддомене m. | rel=canonical на десктопный адрес, rel=alternate на мобильный, подтверждение обеих версий в Search Console |
Что проверить при отдельных мобильных URL
Для отдельных мобильных URL Google советует дополнительно проверить следующее:
- Убедитесь, что статус страницы с сообщением об ошибке одинаков на обеих версиях сайта.
- Убедитесь, что на мобильной версии сайта не используются фрагменты URL.
- Мобильная версия сайта должна содержать те же материалы, что и его вариант для обычных компьютеров.
- Подтвердите право собственности как на мобильную, так и на обычную версию сайта в Search Console.
- Проверьте атрибуты hreflang в каждой версии сайта.
- Убедитесь, что ваши серверы смогут обеспечить достаточную производительность, если увеличится частота сканирования мобильной версии сайта.
- Проверьте, правильно ли работают директивы в файле robots.txt для обеих версий сайта.
При отдельных URL каноническим адресом всегда остается десктопный: мобильная страница ссылается на него через rel=canonical, а десктопная указывает на мобильную через rel=alternate. Как писал в январе 2021 года Джон Мюллер, при переходе на Mobile First эту разметку менять не нужно.
Не перенаправляйте разные десктопные страницы на одну мобильную, например на главную, иначе они выпадут из индекса.
Удобство страницы и Core Web Vitals
Core Web Vitals — набор метрик Google, который оценивает скорость загрузки основного контента (LCP), интерактивность страницы (INP) и ее визуальную стабильность (CLS).
С 12 марта 2024 года показатель INP заменил прежний FID. По рекомендациям web.dev, хорошими считаются значения LCP не больше 2,5 секунды, INP не больше 200 миллисекунд и CLS не больше 0,1 по 75-му процентилю загрузок страниц, отдельно для мобильных устройств и десктопа. Единого сигнала page experience у Google нет: системы ранжирования используют Core Web Vitals, но хорошие значения не гарантируют высоких позиций в выдаче. Скорость загрузки учитывалась задолго до приоритетной индексации.
Скорость мобильной версии хорошо видна на примере кейса проекта mosokna.ru. Работа Kokoc.com с сайтом клиента началась в ноябре 2018 года, когда трафик из Google резко снижался, и среди двух стартовых гипотез была связь падения с началом mobile-first индексации. Страницы мобильной версии загружались в среднем от 25 до 27 секунд, а некоторые до 95. Специалисты исправили технические ошибки, скорректировали адаптивную версию и ускорили загрузку, и по данным страницы кейса видимость в Google по семантическому ядру из 2624 запросов выросла с 64% до 79%, а трафик — почти на 62% к октябрю 2018 года. Рост дал весь комплекс работ, но кейс показывает, что скорость мобильной версии стоит измерять отдельно от контента.

Как проверить сайт и что улучшить
С завершением перехода Google убрал из настроек Search Console информацию об индексирующем краулере, а текущее сканирование сайта показывает отчет «Статистика сканирования». Дальше пять шагов проверки.
- Разрешите поисковому роботу Googlebot доступ к контенту и его отрисовку. Используйте на всех версиях одинаковые метатеги robots, избегайте медленной загрузки основного контента и не закрывайте от сканирования ресурсы страницы. Результат отрисовки смотрите в инструменте проверки URL.
- Дважды проверьте, чтобы структурированные данные были одинаковыми во всех версиях, а URL в них указаны правильно. Если приоритеты нужно расставить, начните с разметки Breadcrumb, Product и VideoObject.
- Убедитесь, что основной контент не появляется только после клика, свайпа или ввода текста. Google не загружает контент, для показа которого нужны такие действия.
- Отслеживайте в Search Console отчет об индексировании страниц и проверяйте проблемные адреса инструментом проверки URL. Регулярно просматривайте отчет о показателях Core Web Vitals.
- Для проверки мобильного удобства используйте Lighthouse из браузера Chrome.
FAQ по Mobile First
Как учитывается мобильная версия в «Яндексе»?
По справке Яндекс Вебмастера, поисковая система проверяет сайты на мобильную адаптивность, и после успешной проверки в мобильной выдаче адрес десктопной версии заменяется адресом мобильной. Если у версий разные адреса, Яндекс ожидает редирект с десктопной страницы на аналогичную мобильную и атрибут rel="alternate" на десктопной. Приравнивать этот механизм к Mobile First в Google нельзя.
Можно ли сократить контент на мобильной версии?
Удалять контент ради экономии места не стоит. Google советует вместо удаления переносить его в аккордеоны и вкладки, чтобы материал остался на мобильной странице и не занимал лишнего места.
Что делать, если сайт не работает на смартфонах?
В июне 2024 года Google сообщил, что после 5 июля 2024 года и последние сайты, которые еще сканировал десктопный Googlebot, сканируются и индексируются только смартфонным краулером. Если контент сайта совсем недоступен с мобильного устройства, сайт перестает индексироваться, поэтому мобильную версию нужно исправить в первую очередь. Как ее видит робот, покажет инструмент проверки URL в Search Console.
Коротко о главном
- Mobile First означает индексацию мобильной версии страницы, а в дизайне — подход, где интерфейс проектируют сначала под смартфон.
- Оптимизация под мобильные устройства и приоритетная индексация различаются, поэтому удобный сайт все равно может потерять контент, которого нет на мобильной версии.
- На мобильной и десктопной версиях должны совпадать контент, метатеги, заголовки и структурированные данные.
- Google рекомендует адаптивный дизайн, а при отдельных URL канонический адрес остается десктопным.
- В Core Web Vitals показатель INP заменил FID, а ошибки мобильной версии смотрят в Search Console, скорость страницы в Lighthouse.


Комментарии (7)
Оставить комментарий