Продвижение сайта в мобильной выдаче: подробное руководство

Автор: Александр Дружный · Опубликовано: 2024-09-08 · Содержание проверено: 18.10.2026

Мобильное SEO - поисковая оптимизация сайта с учётом особенностей поиска на смартфонах. Она включает доступность страниц для мобильных поисковых роботов, корректное отображение содержимого, удобную навигацию и быструю загрузку. Для диагностики используют Google Search Console, Яндекс Вебмастер и проверку сайта на реальных устройствах.

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

Мобильная выдача и mobile-first indexing

Мобильная выдача - результаты поиска, которые пользователь видит на смартфоне. По одним и тем же запросам позиции сайта и состав результатов на телефоне и компьютере могут отличаться.

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

Для оценки различий необходимо сравнивать данные по устройствам с учётом запросов, региона и периода наблюдения.

Как Google индексирует мобильные страницы

Mobile-first indexing означает, что Google использует содержимое мобильной версии страницы для индексации и ранжирования.

Переход на этот принцип завершился 31 октября 2023 года. С июля 2024 года Googlebot Smartphone используется для основного сканирования сайтов в Google Поиске. Десктопный робот сохранился для отдельных задач.

Поэтому мобильному роботу должны быть доступны:

• Основной текст и заголовки.

• Изображения и их альтернативные описания.

• Внутренние ссылки.

• Характеристики товаров и условия услуг.

• Метатеги и структурированные данные.

• CSS и JavaScript, необходимые для отображения содержимого.

Если десктопная страница содержит подробное описание товара, а мобильному роботу доступна только сокращённая версия, Google может не получить часть информации о предложении.

Mobile-first indexing не означает существование отдельного мобильного индекса. Создавать специальный мобильный поддомен также необязательно.

Особенности мобильного поиска Яндекса

Яндекс учитывает пригодность страниц для просмотра на мобильных устройствах и рекомендует обеспечивать доступность содержимого и ресурсов для мобильного робота.

В частности, в рекомендациях Яндекса указано, что страницы должны корректно отображаться без общей горизонтальной прокрутки на экранах шириной от 320 пикселей.

В Яндекс Вебмастере предусмотрен инструмент «Проверка мобильных страниц», который помогает выявлять проблемы адаптации.

Мобильная пригодность не заменяет релевантность. Поисковая система по-прежнему оценивает, насколько содержание страницы соответствует запросу пользователя.

Адаптивная и отдельная мобильная версия сайта

Для отображения страниц на разных устройствах используют три основных подхода.

Для большинства новых сайтов Google рекомендует адаптивную вёрстку. Она позволяет работать с одним набором URL и уменьшает вероятность расхождений между мобильными и десктопными страницами.

При адаптивном дизайне необходимо правильно настроить метатег viewport:

<meta name="viewport" content="width=device-width, initial-scale=1">

Он помогает браузеру рассчитывать область просмотра в соответствии с шириной экрана.

Если используется отдельный мобильный поддомен

Для сайтов с отдельными мобильными адресами важно правильно связать соответствующие страницы.

Например:

В типовой конфигурации для Google:

• На десктопной странице canonical указывает на её собственный адрес, а alternate - на мобильный аналог.

• На мобильной странице canonical указывает на соответствующий десктопный URL.

• Перенаправления по типу устройства ведут на эквивалентную страницу, а не на главную мобильного сайта.

При динамической выдаче HTML сервер должен корректно сообщать об изменении ответа в зависимости от User-Agent, если именно этот заголовок используется для выбора версии. Для этого применяется HTTP-заголовок Vary: User-Agent.

Если сайт уже работает с отдельными мобильными адресами, переносить его на адаптивную вёрстку исключительно ради SEO необязательно. Сначала проверьте содержимое, перенаправления, канонические адреса и фактическую индексацию.

Как обеспечить доступность мобильного контента

Поисковая система должна обнаружить URL, получить его содержимое и обработать страницу. Успешное сканирование при этом ещё не гарантирует индексацию, а индексация - высокую позицию.

Проблемы возникают, когда мобильная версия отличается от десктопной не только оформлением, но и доступностью важной информации.

Содержание и заголовки

Основной контент должен быть доступен мобильному роботу.

Для интернет-магазина это названия товаров, характеристики, цены, описания и ссылки на категории. Для сайта услуг - состав работ, условия заказа, стоимость и сведения о компании.

На смартфоне информацию можно размещать во вкладках и раскрывающихся блоках. Такой способ оформления допустим, если содержимое загружается и доступно поисковому роботу без обязательного нажатия кнопки.

Например, характеристики товара можно скрыть за визуально свёрнутым блоком. Но если данные появляются только после отдельного запроса при нажатии, робот может их не получить.

Для разных версий одного URL также проверяют соответствие Title, Description, заголовков и микроразметки содержанию страницы.

JavaScript и отложенная загрузка

Google умеет обрабатывать JavaScript, но не все способы загрузки содержимого одинаково надёжны для поиска.

Особенно внимательно проверяют:

• Категории, в которых товары появляются после нажатия «Показать ещё».

• Бесконечную прокрутку без доступных ссылок на следующие страницы.

• Изображения, загрузка которых зависит от действий посетителя.

• Основной текст, добавляемый после сложных JavaScript-запросов.

• Навигацию, где переходы реализованы без обычных HTML-ссылок.

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

Если товары загружаются постепенно, необходимо обеспечить возможность обнаружить их URL через доступные ссылки или корректно реализованную пагинацию.

Для обычных переходов предпочтительны HTML-ссылки с атрибутом href. Кнопка с JavaScript-обработчиком не всегда является полноценной заменой ссылки для поискового робота.

Проверять нужно не только исходный HTML, но и результат обработки страницы. В Google Search Console инструмент проверки URL позволяет изучить HTML после рендеринга и обнаружить ошибки загрузки ресурсов.

Изображения и структурированные данные

На мобильной версии должны сохраняться значимые изображения и их информативные атрибуты alt.

Для карточки товара важно, чтобы робот мог получить фотографии, название, описание и характеристики. Если на странице используется микроразметка Schema.org, её данные должны соответствовать доступному содержимому.

Отложенная загрузка изображений допустима, когда она работает без обязательного действия пользователя и не препятствует обнаружению ресурсов.

Не следует откладывать загрузку важного изображения первого экрана без технической необходимости: это может ухудшить отображение основного содержимого.

Удобство сайта на смартфонах

После проверки доступности страниц протестируйте действия, ради которых посетители приходят на сайт.

Для информационного ресурса важны чтение и навигация. Для интернет-магазина - выбор товара, фильтры, корзина и оформление заказа. Для сайта услуг - условия предложения, стоимость и отправка заявки.

Первый экран и навигация

На первом экране пользователь должен понимать, куда он попал и как перейти к нужной информации.

На коммерческих страницах проверьте:

• Видно ли название товара или услуги.

• Доступны ли меню и основные разделы.

• Можно ли быстро найти стоимость и условия заказа.

• Не перекрывают ли интерфейс рекламные баннеры и всплывающие окна.

• Понятно ли расположение кнопок обращения.

Большое изображение или декоративная обложка допустимы, но не должны мешать знакомству с предложением.

Текст, таблицы и элементы управления

Страница должна помещаться по ширине мобильного экрана без общей горизонтальной прокрутки.

Отдельные широкие элементы, например сравнительные таблицы, могут иметь собственную горизонтальную прокрутку. Главное, чтобы она не нарушала отображение остальной страницы.

Проверяйте читаемость текста, контрастность, межстрочные интервалы и расстояние между интерактивными элементами.

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

Формы и оформление заказа

На смартфоне важно протестировать не только внешний вид формы, но и её отправку.

Проверьте полный сценарий:

1. Посетитель открывает страницу услуги или товара.

2. Выбирает предложение и переходит к оформлению.

3. Заполняет обязательные поля.

4. Отправляет заявку или подтверждает заказ.

5. Получает понятное сообщение о результате действия.

При вводе номера телефона должна открываться подходящая клавиатура. Сообщения об ошибках должны оставаться видимыми, а кнопки - доступными при появлении экранной клавиатуры.

В интернет-магазинах дополнительно проверяют фильтрацию, выбор характеристик, корзину и оплату.

Удобство формы само по себе не гарантирует повышения поисковых позиций. Однако ошибки оформления могут снижать количество заказов даже при хорошем органическом трафике.

Скорость мобильных страниц и Core Web Vitals

На смартфонах задержки загрузки могут сильнее ощущаться из-за производительности устройства и качества мобильного соединения.

Для оценки пользовательского опыта Google использует три показателя Core Web Vitals.

Эти пороги оценивают по 75-му процентилю реальных пользовательских измерений, отдельно для мобильных и десктопных устройств.

Чем проверять скорость

Для диагностики используйте PageSpeed Insights и отчёт Core Web Vitals в Google Search Console.

PageSpeed Insights может содержать два типа данных.

Полевые данные отражают опыт реальных посетителей. Они доступны, если собрано достаточно измерений.

Лабораторные данные получают в контролируемых условиях. Они помогают выявить причины задержек, но не полностью воспроизводят поведение пользователей.

Например, INP зависит от реальных взаимодействий. Поэтому единичный лабораторный тест не заменяет анализ полевых данных по этому показателю.

Что влияет на мобильную производительность

Изображения первого экрана. Большие файлы способны задерживать появление основного содержимого. Проверьте размеры, форматы и порядок их загрузки.

JavaScript. Длительные задачи могут задерживать реакцию страницы на нажатия и ввод данных.

Сторонние виджеты. Чаты, рекламные скрипты и некоторые аналитические инструменты увеличивают нагрузку на страницу.

Смещения содержимого. Изображения, баннеры и другие элементы без заранее выделенного места могут сдвигать текст и кнопки во время загрузки.

Ответ сервера. Медленная обработка запроса увеличивает время до получения страницы и может влиять на дальнейшую загрузку.

Приоритет определяют по результатам измерений, а не по универсальному списку оптимизаций.

Хорошие Core Web Vitals учитываются системами ранжирования Google, но не гарантируют высоких позиций. Работу над скоростью необходимо сопоставлять с релевантностью и качеством содержания.

Как проверить мобильный сайт в Google и Яндексе

Для полноценной диагностики недостаточно открыть главную страницу в эмуляторе смартфона.

Проверяйте основные типы страниц: категории, карточки товаров, услуги, статьи, фильтры и оформление заказа.

Google Search Console

В отчёте об эффективности поиска выберите устройство «Мобильные».

Далее изучите:

• Показы и клики.

• CTR.

• Среднюю позицию.

• Запросы и страницы, приносящие органический трафик.

• Изменения показателей за сопоставимые периоды.

Если мобильные позиции или CTR заметно отличаются от десктопных, сравните сами запросы, регионы, состав выдачи и содержание страниц.

Различия не обязательно вызваны технической ошибкой. На мобильных устройствах может быть другой состав поисковых результатов.

Для проверки индексации конкретного URL используйте инструмент проверки URL. Он помогает определить, доступна ли страница Google, какая версия выбрана канонической и что получено после обработки страницы.

Ранее существовавшие Google Mobile-Friendly Test и отчёт Mobile Usability выведены из эксплуатации 1 декабря 2023 года. Для проверки адаптивности можно использовать Chrome DevTools, Lighthouse и реальные смартфоны.

Яндекс Вебмастер и Яндекс Метрика

В Яндекс Вебмастере откройте инструмент «Проверка мобильных страниц» и проанализируйте проблемные URL.

В Яндекс Метрике сравните поведение мобильных и десктопных посетителей. Особое внимание уделите страницам с коммерческими действиями.

Например, если на компьютерах заявки отправляют регулярно, а на смартфонах доля успешных отправок заметно ниже, протестируйте форму на реальном устройстве.

Причиной могут быть ошибки вёрстки, неудобная клавиатура, перекрытие кнопок или проблемы обработки данных. Но различие конверсий само по себе не доказывает наличие технической ошибки.

Чек-лист: симптомы, проверки и исправления

В каком порядке исправлять ошибки

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

Второй - критические пользовательские сценарии. Формы, оформление заказа, меню и выбор товаров должны работать на реальных смартфонах.

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

Затем оценивают мобильную поисковую видимость, релевантность страниц и изменения органического трафика.

После внедрения исправлений повторно проверьте затронутые URL и основные действия посетителей. Сравнивайте показатели в сопоставимых условиях, учитывая устройство, поисковые запросы и период наблюдения.

Продвижение сайта в Яндексе и Google · Техническая проверка мобильного сайта · Ускорение загрузки веб-страниц

Автор и SEO-специалист

Александр Дружный

Лично веду проекты BoostSEO. Работаю со структурой, техническим состоянием и содержанием сайтов.

• Более 10 лет в SEO
• Работаю удалённо по России
• Бизнес-информатика и информационные системы

Обо мне ↗Обсудить проект ↗

Написать можно в любое время. Отвечаю пн-пт, 8:00-18:00 по Москве.