Mobile-first индексация: индекс по мобильной версии

Многие думают, что поисковик смотрит на «обычную» десктопную версию сайта. На самом деле Google давно перешёл на mobile-first индексацию: он индексирует и оценивает именно мобильную версию страницы. Если на мобильном у вас меньше контента, чем на десктопе, — поиск видит этот урезанный вариант и позиции падают. Разберём, что это значит и как не потерять трафик.

Что такое mobile-first индексация

Mobile-first индексация — это принцип, по которому поисковый робот обходит и индексирует сайт, представляясь мобильным устройством, и для ранжирования использует содержимое мобильной версии. То есть «эталон» для поиска теперь не десктоп, а смартфон. Это логично: большинство пользователей в интернете — с телефонов.

Главное правило — паритет контента

Ключевой вывод: мобильная версия должна содержать то же самое, что и десктопная — тот же текст, заголовки, картинки, ссылки и мета-теги. Если ради «чистоты» мобильного дизайна вы убрали часть контента — поиск его больше не увидит, ведь индексирует он именно мобильную версию.

Контент, заголовки, мета и ссылки на мобильной версии должны совпадать с десктопной.

Что именно сравнивает робот

«Паритет» — это не абстракция, а вполне конкретный список элементов. Робот, обходя сайт как смартфон, забирает в индекс ровно то, что нашёл на мобильной версии. Если чего-то нет — этого нет и в ранжировании. Вот как это выглядит, когда паритет нарушен:

Частые ошибки, которые роняют позиции

• На мобильной версии скрыта или урезана часть текста ради «лёгкости»
• Разные title/description или H1 на мобильной и десктопной версиях
• Меньше картинок на мобильном (или у них нет alt)
• Часть ссылок/меню недоступна на телефоне — страдает перелинковка
• Контент подгружается по клику/скроллу и не виден роботу сразу
• Отдельный мобильный поддомен (m.site.ru) с урезанным содержимым

Как проверить

• Сравните вживую. Откройте страницу на телефоне и на десктопе — весь ли текст, заголовки и ссылки на месте на мобильном.
• Посмотрите кодом. В инструментах разработчика включите мобильный вид и сравните содержимое; проверьте, что title, description и H1 совпадают.
• Google Search Console — раздел проверки URL показывает, как Googlebot (мобильный) видит страницу.
• Адаптивный дизайн вместо отдельного мобильного. Один адаптивный шаблон автоматически даёт паритет — это рекомендованный вариант.

Адаптивный дизайн решает проблему

Самый надёжный способ соблюсти паритет — адаптивный (responsive) дизайн: один HTML, который перестраивается под ширину экрана. Контент один и тот же, меняется только раскладка, поэтому мобильная и десктопная версии идентичны по содержанию автоматически. Отдельные мобильные поддомены (m.site.ru) — устаревший подход, на котором паритет легко нарушить.

Чек-лист mobile-first

• Весь текст десктопа присутствует на мобильной версии
• Title, description и H1 совпадают на мобильном и десктопе
• Те же картинки с alt и те же ссылки/меню на телефоне
• Контент виден роботу сразу, без обязательных кликов/скролла
• Используется адаптивный дизайн (один HTML)
• Скорость и удобство на мобильном в порядке (Core Web Vitals)
• Проверено через инструмент проверки URL в Search Console

А что с Яндексом?

Термин mobile-first — гугловский, и многие думают, что в Рунете это неважно. Это не так. Яндекс не объявлял об отдельном «мобильном индексе», но мобильное удобство для него — полноценный фактор ранжирования: неадаптивные и медленные на телефоне сайты он понижает в мобильной выдаче, а в самой выдаче помечает удобные для смартфона страницы. Плюс у Яндекса своя история с быстрыми форматами (Турбо-страницы). Вывод простой: и для Google, и для Яндекса нормальная мобильная версия с полным контентом — это не опция, а база. Один адаптивный сайт закрывает требования обоих.

Ленивая загрузка и контент по клику

Отдельная зона риска — то, что грузится не сразу. Робот видит страницу не так, как человек: он не кликает по «Показать ещё» и не всегда докручивает до низа. Поэтому важно различать:

• Что в порядке. Аккордеоны, вкладки и спойлеры, если их содержимое есть в HTML (просто скрыто стилями) — робот его прочитает. Картинки с нативным loading="lazy" тоже индексируются нормально.
• Что опасно. Контент, который подгружается JavaScript только после клика или скролла и которого нет в исходном HTML, робот может не увидеть. Если это важный текст или ссылки — отдавайте их сразу.

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

Структурированные данные тоже должны быть на мобильной

Частая и незаметная ошибка: микроразметку Schema.org повесили только на десктопную версию, а на мобильной «облегчили». Раз индекс строится по мобильной версии — разметки для поиска как будто нет, и расширенные сниппеты (рейтинг, цена, хлебные крошки) пропадают. Правило то же: вся разметка, что есть на десктопе, должна быть и на мобильном — с адаптивным дизайном это получается само собой.

Как уйти с отдельного m.-поддомена без потерь

Если у вас исторически есть отдельная мобильная версия на m.site.ru, переход на адаптивный дизайн стоит спланировать аккуратно:

1. Сделайте адаптивный шаблон на основном домене с полным контентом десктопа.
2. Настройте 301-редиректы с m.site.ru на соответствующие страницы основного домена.
3. Уберите старые «костыли» связки — rel=alternate/canonical между десктопом и мобильным поддоменом.
4. Проверьте в Search Console, что мобильный робот видит новую версию целиком, и последите за индексацией пару недель.

Коротко

Google индексирует и ранжирует мобильную версию сайта (mobile-first), а не десктопную. Поэтому главное правило — паритет: на мобильном должны быть тот же текст, заголовки, картинки, ссылки и мета-теги, что и на десктопе. Не прячьте контент ради «лёгкости» мобильного, не делайте разные title/H1 и не используйте урезанный мобильный поддомен. Надёжнее всего — адаптивный дизайн: один HTML под все экраны. Проверяйте, как мобильный робот видит страницу, и держите скорость на телефоне.