С 2019 года Google индексирует сайты с использованием их мобильной версии: робот сканирует страницу как мобильное устройство, и именно эта версия определяет позиции и в десктопной выдаче.
Если ваш сайт показывает разный контент на mobile и desktop, Google теперь индексирует мобильную версию. Контент, который виден только на десктопе, для поисковика не существует.
Google индексировал и ранжировал по десктоп-версии
Контент мобильной версии — основной. Если на мобильнике нет — для Google этого нет
Один адаптивный сайт под все экраны. Никаких «mobile.example.com» и сокращённых версий
Как делать правильно
- контент скрыт на мобильной версии
- разные мета-теги на desktop / mobile
- блокируют Googlebot из-за вебвизора
- медленная мобильная скорость
- одинаковый контент на всех версиях
- адаптивная вёрстка (responsive design)
- одинаковые structured data на mobile / desktop
- Core Web Vitals в зелёном на мобильных
Эволюция
Интернет-магазин убрал блок «характеристики товара» с мобильной версии для экономии места. После полного перевода на mobile-first — минус 40% позиций по запросам с характеристиками. Вернули блок в свёрнутом виде — позиции восстановились за 6 недель.
Тонкий момент, на котором горят интернет-магазины и медиа: контент, спрятанный под «Показать ещё», в табы или аккордеоны, для mobile-first индексации засчитывается — Google его видит, даже если он визуально свёрнут. А вот контент, который подгружается скриптом только при скролле или по клику (ленивая дорисовка, бесконечная лента без серверного рендера), робот может не увидеть вовсе. Проверять нужно не глазами, а инструментом проверки URL в Search Console: вкладка «Просканированная страница» → HTML показывает, что реально получил Googlebot-Smartphone. Если там нет текста характеристик или отзывов — их нет и в индексе.
У Яндекса своя механика. Отдельного «mobile-first» перевода он не делал, но мобильную адаптивность учитывает как фактор, а для адаптивных сайтов индексирует один URL. Главное расхождение: Яндекс по-прежнему рендерит JS ограниченно и медленнее Google, поэтому критичный контент лучше отдавать в исходном HTML, а не дорисовывать на клиенте. Параллельно держите Core Web Vitals в зелёном именно на мобильных — Google оценивает страницу по мобильной версии, и проседающий LCP на смартфоне тянет вниз и десктопную выдачу, и расходует краулинговый бюджет на медленных ответах.
Региональный новостной портал держал старую схему m.site.ru как отдельный поддомен с урезанными статьями — на мобильной версии публиковались первые три абзаца вместо полного текста. После окончательного перехода Google на mobile-first индекс схлопнулся до этих обрезков: статьи перестали ранжироваться по запросам из середины материала, органика просела на 28%. Перешли на единую адаптивную вёрстку с