Если у вашего проекта в 2026 году нет нормальной мобильной версии — у вас нет 70% аудитории. Сейка не утрирует.
В Рунете на большинстве проектов мобильный трафик уже преобладает над десктопным (часто две трети и больше), а в типичных B2C-нишах доля мобильных ещё выше. Это не «дополнительная аудитория к десктопу», а основная аудитория, на которую и должна быть ориентирована современная разработка.
Яндекс давно перешёл на mobile-first индексацию: основной бот — мобильный, и контент, который виден только на десктопной версии сайта, может вообще не попасть в индекс. В Рунете это критичнее, чем у Google, потому что мобильная доля здесь стабильно выше.
Что значит mobile-first индексация
Раньше: бот заходил на сайт как десктопный браузер, парсил десктоп-версию сайта, использовал её для индексации и ранжирования.
Сейчас: бот заходит на сайт как мобильный (YandexMobileBot), парсит мобильную версию. Если мобильной
версии нет — бот падает на десктоп-версию, но это считается «плохо» и ведёт к понижению в мобильной
выдаче. Десктоп-бот всё ещё ходит и индексирует, но мобильная индексация — приоритетная.
Если у вас контент на десктопе, но скрыт на мобильном (например, текст за кнопкой «развернуть для деталей»), Яндекс может его не индексировать как полноценный текст страницы. Если на мобильной версии меньше внутренних ссылок, чем на десктопе, перелинковка не работает в полном объёме — часть ссылок не передаёт вес. Если мобильная версия урезает функциональность (отсутствуют фильтры, корзина с того же URL) — Яндекс может видеть две разные страницы вместо одной.
Три подхода к мобильной версии
В индустрии сложились три классических подхода, и не все одинаково хороши в 2026 году.
Responsive design. Один HTML, разная вёрстка по медиа-запросам CSS. Один URL для всех устройств — и для десктопа, и для мобильного, и для планшета. Плюсы: простота поддержки (один кодбэйс), один URL для SEO, чистая стратегия. Минусы: труднее оптимизировать тяжёлые элементы (карусели, видео) специально под мобильные. Это рекомендуемый подход в 2026 году, и большинство современных проектов делают именно так.
Динамическая выдача. Один URL, но сервер отдаёт разный HTML в зависимости от User-Agent клиента. Плюсы: можно сильно оптимизировать мобильный HTML отдельно от десктопного. Минусы: сложнее поддерживать, риск случайно выдать боту «не тот HTML», cloaking-ловушки при ошибках конфигурации. Использовать только если есть очень специфичные технические требования, без них.
Отдельный мобильный сайт m.example.ru. Десктоп и мобильный на разных поддоменах. Плюсы: независимая
разработка двух версий. Минусы: удвоенная поддержка, проблемы с canonical и его аналогами, по сути два
сайта, потеря накопленного authoritativeness. Это устаревший подход — в 2026 году так делать не надо.
Если у вас уже такой сайт исторически, имеет смысл планировать миграцию на responsive.
m.-сайты регулярно страдают от проблем с canonical и dispersed authority. Один URL для всех устройств — всегда правильное решение в 2026 году. Если вам сегодня предлагают отдельную мобильную версию на поддомене — это сигнал, что разработчик отстал от индустрии.
Чек-лист mobile-first для Яндекса
Технические базы. Тег viewport обязательно: <meta name="viewport" content="width=device-width, initial-scale=1.0">.
Без горизонтального скролла — контент должен помещаться по ширине без прокрутки в стороны. Touch-friendly
интерфейс: кликабельные элементы должны быть как минимум 44×44 пикселя, с достаточным расстоянием между
ними. Шрифт основного текста минимум 16 пикселей (меньше — и пользователь делает зум, что плохо для UX).
Изображения адаптивные через srcset, без подгрузки десктопных разрешений на мобильные устройства.
Контент. Полное соответствие десктопу — тот же текст, те же ссылки. Если что-то скрыто за кнопкой «развернуть», это должно быть в DOM страницы изначально. Никакой «сокращённой» мобильной версии, если только это не отдельный URL с явным canonical. Микроразметка schema.org та же на обеих версиях. Внутренняя перелинковка та же — мобильное меню должно содержать ту же навигацию, что десктопное.
UX. Меню удобное — гамбургер или прозрачное навигационное меню в шапке. Поиск доступен — иконка поиска в
шапке для быстрого доступа. Кнопка «Назад» браузера работает корректно — не ломайте навигацию через
SPA-роутинг без правильной обработки истории. Формы упрощены — минимум полей, автозаполнение, правильные
inputmode для появления нужной клавиатуры (числа, email, телефон). Сложные таблицы адаптированы — большие
таблицы либо превращаются в карточки, либо имеют горизонтальный скролл с явным индикатором.
Скорость. Подробнее в статье про Core Web Vitals. Главное: мобильные пользователи в среднем получают заметно худший LCP — оптимизация мобильного важнее десктопного.
Проверка мобильной версии
Несколько инструментов и подходов к проверке.
Mobile-Friendly Test Яндекса по адресу yandex.ru/test/mobile/ — официальная проверка от Яндекса. Покажет
основные проблемы: viewport, размер шрифтов, ширина контента, доступность.
Mobile-Friendly Test Google по адресу search.google.com/test/mobile-friendly — то же от Google. Часто
выводы пересекаются с Яндекс-тестом, но полезно проверить оба для полноты.
Lighthouse Mobile в Chrome DevTools — раздел Lighthouse → Mobile. Выдаёт полный аудит: производительность, доступность, SEO, лучшие практики, с конкретными рекомендациями по каждой проблеме.
И самое важное — реальный замер на физическом устройстве. Откройте сайт с мобильного телефона, не в Chrome DevTools (там симуляция), а реально. Часто проблемы видны только на физическом устройстве: тачскрин ведёт себя иначе, реальная скорость сети другая, реальные размеры экрана отличаются от симуляции.
Сейка предлагает: раз в месяц проводите тест с реального мобильного устройства. Пройдитесь по пяти-десяти ключевым пользовательским сценариям (поиск, просмотр карточки, добавление в корзину, оформление заказа, контакты). Большинство UX-проблем находятся за 15 минут такого тестирования. Это дешевле и эффективнее любых синтетических замеров.
Региональные нюансы Рунета
В Рунете есть несколько специфических факторов, которые отличают мобильную аудиторию от западной.
Слабый сигнал в регионах. Мобильный интернет в малых городах России может быть в 3-5 раз медленнее, чем в Москве. Если ваша аудитория преимущественно региональная, обязательно тестируйте сайт с throttled connection в DevTools (3G или Slow 4G) — это близко к реальности части пользователей.
Старые устройства. В России доля бюджетных Android-смартфонов выше, чем в США и Европе. Тяжёлые JS-сайты на таких устройствах работают плохо, иногда вообще не загружаются. Серверная отрисовка с минимальным JS на клиенте — гораздо дружелюбнее к этой аудитории.
Браузер по умолчанию. Многие пользователи в Рунете используют Яндекс.Браузер на мобильных устройствах, особенно в малых городах. Он ведёт себя чуть иначе, чем Chrome (поддержка некоторых CSS-фич, обработка JS). Тестируйте также в нём, не только в Chrome и Safari.
Что не делать
Не скрывайте контент на мобильной версии. Полное соответствие десктопу — обязательное требование.
Не принимайте «адаптивный шаблон» вашей CMS на веру. Шаблоны часто адаптивны только на словах, а на практике имеют проблемы с touch-zones, шрифтами или горизонтальным скроллом. Тестируйте на реальном устройстве.
Не делайте клик-зону меньше 44 пикселей. Палец просто не попадает по маленьким элементам, и пользователь кликает не туда.
Не игнорируйте жесты. Свайпы для галерей, pinch-to-zoom для карт и крупных изображений — это естественные для мобильного пользователя действия, и их блокировка раздражает.
Не используйте тяжёлые видео с автоплеем. На мобильных это убивает и скорость, и UX, и расходует трафик пользователя.
Короче говоря
Мобильный трафик в Рунете 65-75% — это основная аудитория, не дополнительная. Яндекс с 2020 года использует mobile-first индексацию, и мобильный бот для него приоритетный. Responsive design — стандарт; отдельные m.-сайты в 2026 — анахронизм. Контент мобильной и десктопной версий должен совпадать полностью. Touch-friendly: 44×44 пикселя кликабельные элементы, 16 пикселей основной шрифт. Mobile-Friendly Test Яндекса плюс реальный тест на устройстве — обязательны. Учитывайте региональных пользователей с медленным интернетом, бюджетными устройствами и Яндекс.Браузером.
Дальше — Метрика как технический инструмент.
документация Яндекс.Вебмастера о mobile-first индексации, рекомендации Google Search Central, исследования рынка мобильных устройств в России (Mediascope, Statista).