Сайт для мобильных: требования Google и что проверить

Нормально ли ваш сайт работает на телефонах? Для Google мобильная версия давно не дополнение: именно её робот сканирует, индексирует и по ней ранжирует сайт. Если на телефоне страницы беднее, медленнее или неудобнее, чем на компьютере, Google видит именно это.

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

Переход на mobile-first уже завершён

Предупреждения 2015 года в духе «Google накажет сайты без мобильной версии» устарели. 31 октября 2023 года Google сообщил, что переход на индексацию по мобильной версии завершён. Теперь Google в первую очередь индексирует мобильную версию каждой страницы. Старым «настольным» роботом сканируется лишь очень небольшое число сайтов, которые на телефонах не работают вообще, и Google обещал и дальше сокращать такое сканирование.

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

Что должно совпадать на телефоне и компьютере

В рекомендациях Google по mobile-first indexing перечислено, что должно быть одинаковым. Если ваша тема скрывает блоки на телефонах «для чистоты», проверьте внимательно:

• Основное содержание. Тот же текст и те же разделы. Аккордеоны и вкладки допустимы, а вот удалённый на мобильных текст для Google потерян, и это, по словам Google, может стоить трафика.
• Заголовки и alt-тексты изображений. Те же понятные заголовки и описания картинок.
• Title и meta description. Равнозначные в обеих версиях.
• Микроразметка. Та же структурированная разметка (например, Breadcrumb, Product, VideoObject).
• Мета-теги robots. Одинаковые правила. Случайный noindex в мобильном шаблоне может выбросить страницы из индекса.
• Изображения и видео. Хорошего качества, в поддерживаемых форматах, желательно с одинаковыми адресами в обеих версиях.
• Отложенная загрузка. Основной контент не должен появляться только после свайпа, нажатия или ввода текста: Google таких действий не выполняет.
• Ресурсы. Не закрывайте в robots.txt стили, скрипты и изображения, нужные мобильной странице.

Адаптивный сайт (один адрес, вёрстка подстраивается под экран) по своему устройству избегает большинства этих проблем.

Core Web Vitals: три показателя, которые важны

Core Web Vitals показывают, как страница ощущается реальными посетителями. Текущий набор и пороги по данным web.dev:

Показатель	Что измеряет	Хорошо	Плохо
LCP (Largest Contentful Paint)	Как быстро появляется основное содержимое	до 2,5 с	более 4,0 с
INP (Interaction to Next Paint)	Как быстро страница отвечает на нажатия	до 200 мс	более 500 мс
CLS (Cumulative Layout Shift)	Насколько «прыгает» вёрстка при загрузке	до 0,1	более 0,25

Значения между ними означают «требует улучшения». INP заменил First Input Delay (FID) 12 марта 2024 года, так что отчёт или подрядчик, который до сих пор пишет о FID, опирается на устаревшие данные.

Две детали часто упускают. Во-первых, Google смотрит на 75-й процентиль реальных посещений отдельно для телефонов и компьютеров: страница проходит оценку, только если три визита из четырёх укладываются в «хорошо» по всем трём показателям. Во-вторых, большинство сайтов проваливает оценку именно на телефонах, а не на компьютерах.

Насколько удобство страницы влияет на позиции

Меньше, чем часто обещают продавцы SEO. В руководстве Google о page experience сказано, что единого сигнала «удобства страницы» нет: основные системы ранжирования учитывают множество сигналов. Core Web Vitals этими системами используются, и Google советует добиваться хороших значений, но не гнаться за идеальной оценкой только ради SEO. Остальное — HTTPS, удобство на мобильных, навязчивые всплывающие окна, обилие рекламы — делает сайт приятнее, но напрямую позиции не поднимает.

Google прямо говорит, что главное — релевантность: самый полезный ответ будет показан, даже если страница неудобна. Быстрая, но пустая страница не обгонит содержательную. Скорость важнее всего, когда на запрос одинаково хорошо отвечают многие страницы, и ещё от неё зависит, останется ли посетитель и свяжется ли с вами.

Всплывающие окна

Google не рекомендует навязчивые всплывающие окна и межстраничные объявления: полноэкранные слои поверх содержимого, перенаправление на отдельную страницу ради согласия, крупные окна с предложением установить приложение или подписаться на рассылку. Вместо них лучше небольшие баннеры. Исключение — уведомления, обязательные по закону, и проверка возраста. Окно, которое на компьютере почти не мешает, на телефоне может закрыть весь экран.

Mobile-Friendly Test больше нет: чем проверять

В апреле 2023 года Google объявил, что отключит Mobile-Friendly Test, его API и отчёт «Удобство просмотра на мобильных устройствах» в Search Console, и предложил пользоваться Lighthouse от Chrome. Отключили их 1 декабря 2023 года. Сейчас набор инструментов такой:

• PageSpeed Insights (pagespeed.web.dev). Показывает данные реальных пользователей за последние 28 дней, если их достаточно, и лабораторный тест Lighthouse, имитирующий телефон среднего уровня в мобильной сети.
• Search Console, отчёт Core Web Vitals. Данные реальных посещений, сгруппированные по похожим страницам, отдельно для телефонов и компьютеров. У небольших сайтов данных может не хватить.
• Lighthouse и Chrome DevTools. Встроены в Chrome, позволяют эмулировать разные экраны.
• Реальный телефон. Ни один инструмент не заменит проверку собственного сайта через мобильный интернет.

Учтите: в Lighthouse 13 (октябрь 2025 года) убрали старую проверку размера шрифта, а проверку viewport перенесли в новый раздел подсказок по производительности. Старые инструкции с описанием этих проверок уже не совпадают с тем, что вы увидите.

Базовые требования к мобильной вёрстке

• Тег viewport. В заголовке страницы должен быть <meta name="viewport" content="width=device-width, initial-scale=1">. Без него телефон показывает уменьшенную версию для компьютера.
• Кнопки и ссылки. Не меньше примерно 48 × 48 пикселей и около 8 пикселей между ними, как рекомендует web.dev. Это примерно размер подушечки пальца.
• Читаемый текст. Lighthouse больше не оценивает размер шрифта для SEO, но мелкий текст по-прежнему неудобен. Старое правило Lighthouse (большая часть текста не мельче 12 пикселей) — это лишь минимум.
• Изображения. Google поддерживает WebP и AVIF наряду с JPEG и PNG. Используйте адаптивные изображения (srcset или <picture>) с обычным src в качестве запасного варианта, чтобы телефон не загружал фотографии размером для большого монитора.

Почему это особенно важно в ОАЭ

По данным отчёта DataReportal Digital 2026 по ОАЭ, в конце 2025 года интернетом пользовались 11,3 млн человек (99% населения — это предельное значение в методике отчёта), а активных мобильных подключений было 23,0 млн, то есть 202% от численности населения. Для большинства ваших клиентов первое знакомство с компанией происходит с телефона — из поиска или по ссылке в WhatsApp.

Что проверить: 15 минут на ваш сайт

1. PageSpeed Insights (3 мин). Проверьте главную и одну ключевую страницу услуги на вкладке «Мобильные». Сначала посмотрите блок с данными реальных пользователей: пройдена ли оценка Core Web Vitals? Затем выпишите главные замечания из лабораторного отчёта.
2. Search Console (2 мин). Откройте отчёт Core Web Vitals и вкладку для мобильных устройств. Сколько адресов в статусе «Плохо» или «Требует улучшения» и по какому показателю?
3. Телефон и мобильный интернет (4 мин). Отключите Wi-Fi и зайдите на сайт из поиска Google. Быстро ли появляется основное содержимое? Не «прыгает» ли страница при загрузке? Читается ли текст без увеличения?
4. Формы (2 мин). Заполните форму обратной связи с телефона. Появляется ли нужная клавиатура для телефона и почты? Легко ли попасть по кнопке отправки? Видно ли подтверждение?
5. Кнопки WhatsApp и звонка (1 мин). Нажмите на них. Кнопка звонка должна открывать набор правильного номера +971, ссылка WhatsApp — чат, а не страницу с ошибкой.
6. Одинаковое содержание (1 мин). Сравните страницу услуги на телефоне и компьютере. Не скрыты ли на мобильном текст, таблица цен, вопросы и ответы или отзывы?
7. Изображения и шрифты (1 мин). В отчёте PageSpeed найдите тяжёлые изображения, картинки не в WebP/AVIF и веб-шрифты, задерживающие показ текста.
8. Всплывающие окна (1 мин). Не закрывают ли чат, плашка о cookie или рекламное окно содержимое на маленьком экране? Легко ли их закрыть?

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

Чем мы поможем

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

Источники: Google Search Central: Mobile-first indexing has landed — thanks for all your support
Google Search Central: Mobile-first Indexing Best Practices
Google Search Central: Understanding Google Page Experience
Google Search Central: Interstitials and dialogs
Google Search Central: The role of page experience in creating helpful content
web.dev: Web Vitals
web.dev: Interaction to Next Paint becomes a Core Web Vital on March 12
Search Console Help: Core Web Vitals report
Google for Developers: About PageSpeed Insights
Chrome for Developers: What’s new in Lighthouse 13
Google Search Central: Image SEO Best Practices
web.dev: Accessible tap targets
DataReportal: Digital 2026: The United Arab Emirates