⌘ K
← Энциклопедия

Мобильная адаптация

Mobile-friendliness

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

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

Факты проверены 14 октября 2026 г., версия 2.0. Как готовилась статья

Кратко

  • Яндекс и Google описывают три способа мобильной адаптации: адаптивный дизайн (один URL и один HTML), динамическую вёрстку (один URL, разный HTML для разных устройств) и отдельную мобильную версию на своих адресах, например на поддомене m. [1; 4].
  • Google рекомендует адаптивный дизайн как самый простой во внедрении и поддержке способ [4].
  • Яндекс со 2 февраля 2016 г. учитывает пригодность страниц для смартфонов при ранжировании в мобильном поиске (формула «Владивосток») [3]. Google объявил аналогичный сигнал для мобильного поиска с 21 апреля 2015 г. [6], но в действующей документации прямо в ранжировании использует из аспектов page experience только Core Web Vitals [5].
  • Минимальные требования Яндекса: страница открывается корректно и без горизонтальной прокрутки на экранах от 320 пикселей, текст удобно читается, нет Flash, Silverlight и Applet, сервер отвечает кодом 200, CSS и JavaScript открыты для робота [1].
  • Проверить страницу можно в Яндекс Вебмастере («Проверка мобильных страниц») и в Lighthouse; Google Mobile-Friendly Test и отчёт Search Console об удобстве просмотра на мобильных выведены из эксплуатации в декабре 2023 г. [1; 9; 14].

Открыть мини-инструмент к статье → Расчёт идёт в браузере, данные никуда не отправляются.

Происхождение и история термина

2010: адаптивный веб-дизайн. 25 мая 2010 г. веб-дизайнер Итан Маркотт опубликовал в журнале A List Apart статью «Responsive Web Design» [7]. Он предложил строить страницы из трёх технических элементов: гибкой сетки (fluid grid), гибких изображений и медиазапросов CSS [7]. Документация Google для разработчиков web.dev называет Маркотта автором исходного определения адаптивного веб-дизайна [8]. Медиазапросы, на которых держится адаптивная вёрстка, стандартизированы в W3C (спецификация Media Queries) [12].

2015: сигнал ранжирования Google. В феврале 2015 г. Google объявил в блоге для вебмастеров: «Starting April 21, we will be expanding our use of mobile-friendliness as a ranking signal» («С 21 апреля мы расширяем использование мобилопригодности как сигнала ранжирования») [6]. Изменение затронуло мобильный поиск на всех языках по всему миру [6]. 26 февраля 2015 г. об этом анонсе написал TechCrunch [22].

2015–2016: Яндекс и «Владивосток». Осенью 2015 г. Яндекс начал помечать адаптированные страницы в мобильной выдаче отметкой «Мобильная версия» [3]. 2 февраля 2016 г. компания сообщила, что мобильный поиск учитывает при ранжировании, оптимизирована ли страница для смартфонов; новую формулу, учитывающую пригодность сайта для мобильных устройств, назвали «Владивосток» [3]. Главными признаками пригодности Яндекс тогда назвал отсутствие горизонтальной прокрутки и отсутствие элементов, не работающих на популярных мобильных платформах (например, Flash) [3]. В сообщении подчёркнуто, что это лишь один из факторов («в общей сложности их более 800») и что неадаптированный сайт не исчезнет из мобильной выдачи совсем [3]. Проверить пригодность сайта Яндекс предложил в новом Вебмастере [3]. По предварительной оценке Яндекса, из миллиона самых посещаемых сайтов рунета под смартфоны тогда были оптимизированы примерно 18% (данные 2016 г., исторические) [3]. Само слово «мобилопригодность» в тексте сообщения не встречается — оно используется в комментариях под ним [3].

2016–2023: mobile-first индексация. В ноябре 2016 г. Google начал переводить сайты на индексирование по мобильной версии [15]. В октябре 2023 г. в блоге Google Search Central вышло сообщение «Mobile-first indexing has landed — thanks for all your support» [23]; 31 октября 2023 г. Search Engine Land процитировал его вывод о том, что переход завершён [15]. Подробнее — в статье Mobile-first индексация.

Декабрь 2023: уход инструментов Google. Google ещё в апреле 2023 г. предупредил, а 1–4 декабря 2023 г. завершил вывод из эксплуатации отчёта Search Console «Удобство просмотра на мобильных устройствах», инструмента Mobile-Friendly Test и его API; взамен компания указала на Lighthouse [14]. При этом Google заявил, что удобство на мобильных «remains critical for users» и остаётся частью рекомендаций по page experience [14].

Как менялся смысл. В 2010–2016 гг. вопрос звучал как «есть ли у сайта мобильная версия и не мешает ли она пользователю» — отсюда отметки и отдельные сигналы ранжирования [3; 6]. После перехода Google на mobile-first индексацию мобильная версия стала основной для индексирования и ранжирования [4], поэтому мобильная адаптация из «дополнительной опции» превратилась в базовое требование к сайту (вывод).

Суть и механизм

Область просмотра (viewport)

Без специальной инструкции мобильный браузер отрисовывает страницу так, будто это экран настольного компьютера — обычно шириной около 980 пикселей, — и уменьшает её до размеров телефона [8]. Текст становится мелким, пользователю приходится масштабировать и прокручивать страницу вбок. Исправляет это метатег области просмотра, который рекомендуют и web.dev, и Яндекс [8; 1]:

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

width=device-width сообщает браузеру, что ширина страницы равна ширине экрана устройства, а initial-scale=1 задаёт исходный масштаб 1:1. Lighthouse засчитывает аудит, если в значении content есть width=, и не засчитывает, если initial-scale меньше 1: такой масштаб может включать масштабирование двойным касанием, а оно добавляет задержку около 300 мс к каждому касанию [9].

Гибкая раскладка и медиазапросы

Сам по себе тег viewport не делает страницу удобной — вёрстка должна подстраиваться под ширину экрана. Базовые приёмы, описанные в web.dev [8]:

  • гибкие размеры вместо фиксированных: изображениям задают max-width: 100%, чтобы они не выходили за ширину контейнера;
  • медиазапросы — «простые фильтры», которые применяют разные CSS-стили в зависимости от ширины, высоты или ориентации экрана;
  • точки перелома (breakpoints) выбирают по контенту, а не по моделям устройств: web.dev прямо советует не определять их по классам устройств, брендам или операционным системам;
  • удобная длина строки: идеальная колонка для чтения — 70–80 символов в строке.

Механизм медиазапросов описан в спецификации W3C Media Queries Level 4 (статус Candidate Recommendation Draft от 19 февраля 2026 г.): они позволяют «test and query values or features of the user agent or display device» — проверять значения и признаки браузера или устройства отображения, в том числе ширину и высоту области просмотра, ориентацию экрана, тип указателя (pointer) и возможность наведения (hover) [12].

Mobile-first и desktop-first в вёрстке

Разработчики выбирают, с какого экрана начинать. Mobile-first — сначала простая одноколоночная раскладка для узких экранов, затем медиазапросы добавляют многоколоночную раскладку там, где ширины хватает; MDN называет такой подход mobile first design [19]. web.dev советует так же выбирать точки перелома: спроектировать контент для маленького экрана, а затем расширять экран, пока не понадобится точка перелома [8]. Desktop-first — обратный путь: сайт свёрстан под большие экраны, а для узких экранов стили упрощают медиазапросами с max-width (термин дан в обиходном употреблении разработчиков, вывод). Так, например, адаптировали изначально «десктопный» демонстрационный сайт Yandex Data Factory в кейсе Яндекса на Хабре (2016): разработчики добавили viewport, заменили width на max-width, перевели размеры шрифтов в rem с медиазапросом для узких экранов и перестроили списки на flexbox (иллюстрация практики, уровень 3) [17].

Термин mobile-first в вёрстке не следует путать с mobile-first индексацией: первое — порядок работы разработчика, второе — то, по какой версии поисковик индексирует сайт [4; 19].

Как поисковик «видит» мобильную версию

В Справке Яндекс Вебмастера мобильный робот Яндекса описан как «основной индексирующий робот»; он проверяет главную и некоторые внутренние страницы сайта, а ресурсы, от которых зависит отображение (CSS, JavaScript), должны быть разрешены в robots.txt [1]. Если мобильный робот не смог получить доступ к страницам или индексирование для него запрещено в robots.txt, сайт не будет признан оптимизированным [2]. Google предупреждает: не закрывайте правилом disallow адреса, которые нужно сканировать, и в большинстве случаев используйте одинаковые правила robots.txt для мобильной и десктопной версий [4]. Подробнее о файле — robots.txt.

Виды и классификации

Классификацию способов мобильной адаптации дают Справка Яндекс Вебмастера и Google Search Central. По сути они совпадают, но различаются названиями: Яндекс говорит о «сайте с адаптивным дизайном», «сайте с динамической версткой страниц» и «мобильной версии сайта (поддомене)» [1], Google — о responsive design, dynamic serving и separate URLs [4].

Способ URL HTML Что нужно поисковику Плюсы и минусы
Адаптивный дизайн (responsive design) Один для всех устройств [1; 4] Один, отображение меняется через CSS [4] Тег viewport, открытые CSS/JS [1] Google называет его самым простым во внедрении и поддержке [4]; один адрес — нет риска рассогласования версий (вывод)
Динамическая вёрстка (dynamic serving) Один [1; 4] Разный: сервер отдаёт разный HTML и CSS в зависимости от устройства [1; 4] По Google — определение устройства по User-Agent и заголовок ответа Vary: User-Agent [4] Можно сильно оптимизировать код под телефон; нужно поддерживать несколько шаблонов и корректно определять устройства (вывод)
Отдельная мобильная версия (separate URLs, поддомен m.) Свой для каждой версии [1; 4] Разный [4] На десктопной странице — rel="alternate" с атрибутом media [1; 4], на мобильной — rel="canonical" на десктопную [4]; редирект с каждой десктопной страницы на аналогичную мобильную [1]; структура поддомена полностью повторяет основной домен [1] Наибольший риск ошибок: неверные редиректы, расхождение контента, разметки и статусов ответа [2; 4]

Пример разметки для отдельной мобильной версии из Справки Яндекса [1]:

<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.example.com/" />

Атрибут media задаёт условия, при которых мобильный робот выбирает альтернативный адрес [1]. По правилам Google десктопный URL всегда канонический, а мобильный — его альтернатива; обе версии нужно подтвердить в Search Console, а атрибуты hreflang в каждой версии должны указывать на адреса той же версии [4]. Яндекс позволяет добавить мобильную версию в Вебмастер, чтобы отслеживать статистику её индексирования [1]. Если версии не связаны, аудитория и сигналы, влияющие на положение сайта в поиске, распределяются между ними [1]. О канонических адресах — в статье Канонический адрес (canonical).

Что не относится к способам адаптации. AMP и Турбо-страницы — отдельные технологии ускоренных страниц, а не способ сделать сам сайт мобилопригодным; в классификациях Яндекса и Google, приведённых выше, их нет [1; 4]. Подробнее — в статьях AMP и Турбо-страницы. Прогрессивные веб-приложения (PWA) — веб-приложения, которые с помощью современных API получают возможности, близкие к нативным приложениям [20]; это отдельная технология, а не один из трёх способов адаптации. Mobile-first индексация — процесс поисковика, а не свойство сайта [4; 15].

Как применяется на практике

Россия

По данным Mediascope (Mediascope Cross Web, Россия, население 12+, август 2025 г.), месячный охват мобильного интернета составил 105 млн человек, или 86% населения; в среднем пользователь тратит на активности в смартфоне 4 часа 19 минут в день (без учёта системных и офлайн-приложений) [21]. Эти данные Mediascope представила на конференции Mobile 2025, о чём 11 сентября 2025 г. сообщил Sostav.ru [16].

В Яндексе мобильная адаптация проверяется мобильным роботом, который Справка Вебмастера называет основным индексирующим [1]. Практический смысл для владельца сайта: если проверка прошла успешно и у сайта есть отдельная мобильная версия, в мобильной выдаче происходит подмена — вместо адреса десктопной версии показывается адрес мобильной [1]. Если Вебмастер сообщает, что сайт не оптимизирован, Справка перечисляет типовые причины: главная страница не оптимизирована или недоступна, удалось загрузить менее 90% запрошенных страниц, многие страницы с разным контентом перенаправляют на одну страницу мобильной версии [2].

Мир

Google после перехода на mobile-first индексацию использует мобильную версию контента для индексирования и ранжирования [4]. Поэтому его рекомендации сосредоточены на паритете версий: мобильный сайт должен содержать тот же контент, что и десктопный, равнозначные title и meta description, ту же структурированную разметку и те же alt-тексты изображений [4]. Основной контент не следует подгружать только по действию пользователя (lazy-load по взаимодействию) [4]. Рекламу на мобильных страницах Google советует размещать в соответствии с Better Ads Standard, чтобы она не вредила ранжированию [4]. Отдельно Google просит избегать навязчивых межстраничных объявлений и диалогов — элементов, которые закрывают пользователю обзор контента; вместо полноэкранных окон документ рекомендует баннеры, занимающие небольшую часть экрана [18].

Опыт адаптации есть и в научной литературе. Л. Бриджес и Х. Ремпел в журнале Information Technology and Libraries описали замену отдельной мобильной версии библиотечного сайта адаптивным дизайном; по их данным, пользователи на мобильных выполняют широкий набор пассивных и активных задач (passive and active tasks) и не хотят, чтобы выбор контента на телефоне был урезан, а адаптивный дизайн авторы описывают как долгосрочное решение [13].

Яндекс и Google: как учитывают и чем проверять

Вопрос Яндекс Google
Когда мобилопригодность стала учитываться в ранжировании 02.02.2016, формула «Владивосток», мобильный поиск [3] С 21.04.2015, мобильный поиск, все языки [6]
Каким роботом оценивается Мобильный робот — «основной индексирующий» [1] Индексирование и ранжирование по мобильной версии (mobile-first) [4]
Статус сейчас Справка описывает проверку мобилопригодности и подмену версий в мобильной выдаче [1] Мобильное отображение — вопрос самопроверки page experience; прямо в ранжировании используются Core Web Vitals [5]
Рекомендуемый способ Описаны три способа без явного предпочтения [1] Адаптивный дизайн [4]
Инструмент проверки «Проверка мобильных страниц» и диагностика сайта в Вебмастере [1; 2] Lighthouse (Mobile-Friendly Test выведен в 2023 г.) [5; 14]

Как измерить или проверить

Инструменты

  1. Яндекс Вебмастер. Инструмент «Проверка мобильных страниц» проверяет отдельную страницу; проверка длится несколько минут [1]. Проверка всего сайта запускается через раздел рекомендаций и завершается в течение двух недель [1]. После исправлений сайт отправляют на перепроверку в разделе «Диагностика сайта» [2].
  2. Lighthouse и PageSpeed Insights. Google указывает на Lighthouse как на набор инструментов, помогающий найти улучшения page experience, в том числе удобства на мобильных [5]. Аудит тега viewport с Lighthouse 13 перенесён в инсайт «Optimize viewport for mobile» [9].
  3. Chrome DevTools, режим устройства (Device Mode) — набор функций для имитации мобильных устройств. Сами разработчики Chrome называют его «first-order approximation» — приближением первого порядка: код при этом не выполняется на мобильном устройстве, а архитектура мобильных процессоров сильно отличается от настольных; при сомнениях страницу нужно открыть на реальном устройстве [10].
  4. Веб-аналитика. Долю мобильного трафика и поведение пользователей разных типов устройств можно сравнить в Яндекс Метрике или Google Analytics, сегментировав отчёты по типу устройства (пример; о поведенческих сигналах — Поведенческие факторы).

Чек-лист мобильной адаптации

№ Требование Как проверить Источник
1 В <head> есть <meta name="viewport"> с width=device-width, initial-scale не меньше 1 Исходный код, Lighthouse [1; 8; 9]
2 Нет горизонтальной прокрутки, контент не выходит за экран на ширине от 320 px Вебмастер, DevTools [1]
3 Текст удобно читается без масштабирования Вебмастер, ручная проверка [1]
4 Изображения не шире контейнера (max-width: 100%) DevTools [8]
5 Нет Flash, Silverlight, Applet Исходный код [1]
6 Страницы отвечают кодом 200 OK Вебмастер, проверка ответа сервера [1]
7 CSS и JavaScript не закрыты в robots.txt; мобильный робот не заблокирован robots.txt, Вебмастер [1; 2; 4]
8 Мобильная версия содержит тот же контент, равнозначные мета-теги, ту же микроразметку и alt-тексты, что и десктопная Сравнение версий [4]
9 Для m.-версии: rel="alternate" с media и rel="canonical", редирект на аналогичную страницу, одинаковые статусы ошибок Исходный код, проверка редиректов [1; 2; 4]
10 Нет навязчивых межстраничных объявлений и диалогов, закрывающих контент; вместо полноэкранных окон — небольшие баннеры Ручная проверка на телефоне [5; 18]
11 Реклама соответствует Better Ads Standard Ручная проверка [4]
12 Контент читается без двухмерной прокрутки при ширине 320 CSS px (доступность) DevTools, ручная проверка [11]

Скорость загрузки и стабильность вёрстки на мобильных проверяются отдельно — см. Core Web Vitals и Скорость загрузки сайта.

Связь с доступностью

Требование «без горизонтальной прокрутки на узком экране» совпадает с критерием доступности WCAG 2.2 1.4.10 Reflow (уровень AA): контент должен показываться без потери информации и функциональности и без прокрутки в двух измерениях при ширине, эквивалентной 320 CSS-пикселям (для вертикально прокручиваемого контента), и при высоте 256 CSS-пикселей (для горизонтально прокручиваемого) [11]. Исключение — части контента, которым двухмерная раскладка нужна для использования или понимания смысла [11]. WCAG — стандарт W3C; юридические выводы в этой статье не делаются.

Ошибки, ограничения и спорные вопросы

«Есть адаптив — значит, всё хорошо». Адаптивная вёрстка решает задачу раскладки, но не гарантирует скорость: Google рассматривает Core Web Vitals как отдельный аспект page experience [5]. Аудит Lighthouse проверяет тег viewport — наличие width= и значение initial-scale [9]; удобство сценариев на реальном телефоне он не оценивает (вывод).

Скрытие контента на мобильных. web.dev предупреждает: «Don't hide content just because you can't fit it on the screen» — не скрывайте контент только потому, что он не помещается на экране [8]. Google допускает перенос контента в аккордеоны и вкладки, чтобы сэкономить место [4], и требует, чтобы мобильная версия содержала тот же контент, что и десктопная, потому что индексирует именно мобильную версию [4].

Типовые ошибки отдельных мобильных версий:

  • перенаправление многих десктопных страниц с разным контентом на одну мобильную (например, на главную): Яндекс прямо не рекомендует так делать [2], а Google предупреждает, что все такие страницы окажутся вне индекса («will be missing from the index») [4];
  • разные статусы ошибок на версиях — Google требует одинаковых [4];
  • мобильная версия или мобильный робот закрыты в robots.txt [2];
  • несогласованные canonical/alternate и hreflang, ссылающиеся на адреса другой версии [4];
  • структура поддомена не совпадает со структурой основного сайта [1].

Спорный вопрос: фактор ранжирования или нет. Позиции поисковиков надо разделять по времени.

  • Google. В 2015 г. мобилопригодность прямо объявлена сигналом ранжирования [6]. В действующей документации о page experience (обновлена 22.09.2026) вопрос «хорошо ли контент отображается на мобильных устройствах?» дан как пункт самопроверки, а про ранжирование сказано: «Beyond Core Web Vitals, other page experience aspects don't directly help your website rank higher in search results» — кроме Core Web Vitals, прочие аспекты page experience напрямую не повышают позиции [5]. Google при этом подчёркивает, что удобство на мобильных остаётся критичным для пользователей [14].
  • Яндекс. В сообщении 2016 г. пригодность для смартфонов названа одним из более чем 800 факторов ранжирования в мобильном поиске [3]. В действующей Справке «Сайты для мобильных устройств» (на 14.10.2026) речь идёт о проверке, подмене версий в мобильной выдаче и распределении сигналов между несвязанными версиями; отдельной формулировки о факторе ранжирования в этом документе нет [1].

Обещать рост позиций только от внедрения адаптива нельзя: и Яндекс, и Google описывают мобилопригодность как один из многих факторов или аспектов [3; 5]. См. также Факторы ранжирования.

Ограничения инструментов. Автоматическая проверка фиксирует формальные признаки (тег, ширина, код ответа), а эмуляция в DevTools не воспроизводит работу на настоящем устройстве [10]. При проверке сайта целиком Яндекс допускает порог неоптимизированных страниц, который вычисляется динамически в зависимости от числа проиндексированных страниц [2]; поэтому положительный результат по сайту ещё не означает, что оптимизирована каждая страница (вывод), и отдельные важные страницы стоит проверять по одной [1].

Частые вопросы

Что такое мобильная адаптация сайта простыми словами?

Это когда сайт удобно открывается на телефоне: не нужно прокручивать страницу вбок и увеличивать текст, кнопки и меню работают. Яндекс требует, чтобы страница корректно открывалась без горизонтальной прокрутки на экранах от 320 пикселей и текст удобно читался [1].

Чем адаптивный дизайн отличается от мобильной версии сайта?

Адаптивный дизайн — это один адрес и один HTML-код, который подстраивается под экран через CSS. Мобильная версия — отдельный сайт на своих адресах, чаще на поддомене m., с редиректами и связкой alternate/canonical [1; 4]. Google рекомендует адаптивный дизайн как самый простой во внедрении и поддержке [4].

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

Отдельную страницу можно проверить инструментом «Проверка мобильных страниц» в Яндекс Вебмастере — это занимает несколько минут [1]. Тег viewport проверяет Lighthouse [9], внешний вид на разных экранах помогает оценить режим устройства в Chrome DevTools, но окончательно проверять стоит на реальном телефоне [10].

Влияет ли мобильная адаптация на позиции в Яндексе?

Со 2 февраля 2016 г. Яндекс учитывает в мобильном поиске, оптимизирована ли страница для смартфонов (формула «Владивосток»), — как один из более чем 800 факторов ранжирования [3]. В том же сообщении сказано, что неадаптированный сайт не исчезнет из мобильной выдачи совсем [3].

Куда делся Google Mobile-Friendly Test?

Google вывел из эксплуатации Mobile-Friendly Test, его API и отчёт об удобстве просмотра на мобильных в Search Console в начале декабря 2023 г. и предложил вместо них Lighthouse [14].

Чем мобильная адаптация отличается от mobile-first индексации?

Мобильная адаптация — свойство сайта: удобен ли он на смартфоне. Mobile-first индексация — способ работы поисковика: Google использует мобильную версию контента для индексирования и ранжирования [4]. Поэтому Google требует, чтобы на мобильной версии был тот же контент, что и на десктопной [4].

Достаточно ли перестроить страницу в одну колонку?

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

Нужно ли уменьшать количество сведений?

Сначала стоит попробовать изменить порядок и представление. В примере с отключением воды потеря времени или номера дома разрушает смысл сообщения.

Можно ли заменить телефон уменьшенным окном браузера?

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

Что означает «все пункты пройдены» в карточке?

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

Связанные термины

Источники

  1. Сайты для мобильных устройств // Яндекс Вебмастер. Справка. — URL: https://yandex.ru/support/webmaster/ru/recommendations/mobile-site (дата обращения: 14.10.2026). ↑ а б в г д е ж з и к л м н о п р с т у ф х ц ч ш щ э ю я 29 30 31 32 33 34 35 36 37 38 39 40
  2. Проблемы, связанные с оптимизацией сайта для мобильных устройств // Яндекс Вебмастер. Справка. — URL: https://yandex.ru/support/webmaster/ru/diagnosis/mobile (дата обращения: 14.10.2026). ↑ а б в г д е ж з и к
  3. Как важно быть мобильным // Блог Яндекса. — 2016. — 2 февраля. — URL: https://yandex.ru/blog/company/kak-vazhno-byt-mobilnym (дата обращения: 14.10.2026). ↑ а б в г д е ж з и к л м н о
  4. Google. (2025, December 10). Mobile site and mobile-first indexing best practices. Google Search Central. Retrieved October 14, 2026, from https://developers.google.com/search/mobile-sites/faq ↑ а б в г д е ж з и к л м н о п р с т у ф х ц ч ш щ э ю я 29 30 31 32 33 34 35 36 37 38 39
  5. Google. (2026, September 22). Understanding page experience in Google Search results. Google Search Central. Retrieved October 14, 2026, from https://developers.google.com/search/docs/appearance/page-experience ↑ а б в г д е ж з
  6. Google. (2015, February). Finding more mobile-friendly search results. Google Search Central Blog (Google Webmaster Central Blog). Retrieved October 14, 2026, from https://developers.google.com/search/blog/2015/02/finding-more-mobile-friendly-search ↑ а б в г д е
  7. Marcotte, E. (2010, May 25). Responsive web design. A List Apart. Retrieved October 14, 2026, from https://alistapart.com/article/responsive-web-design/ ↑ а б
  8. LePage, P., & Andrew, R. (2019, February 12). Responsive web design basics. web.dev. Retrieved October 14, 2026, from https://web.dev/articles/responsive-web-design-basics ↑ а б в г д е ж з
  9. Google. (2024, May 27). Does not have a <meta name="viewport"> tag with width or initial-scale. Chrome for Developers. Retrieved October 14, 2026, from https://developer.chrome.com/docs/lighthouse/best-practices/viewport ↑ а б в г д е
  10. Google. (2024, February 20). Simulate mobile devices with device mode. Chrome for Developers. Retrieved October 14, 2026, from https://developer.chrome.com/docs/devtools/device-mode ↑ а б в
  11. W3C. (n.d.). Understanding Success Criterion 1.4.10: Reflow. Understanding WCAG 2.2. Retrieved October 14, 2026, from https://www.w3.org/WAI/WCAG22/Understanding/reflow ↑ а б в
  12. Rivoal, F., & Atkins, T., Jr. (Eds.). (2026, February 19). Media Queries Level 4 (W3C Candidate Recommendation Draft). W3C. Retrieved October 14, 2026, from https://www.w3.org/TR/2026/CRD-mediaqueries-4-20260219/ ↑ а б
  13. Bridges, L. M., & Rempel, H. G. (2013). That was then, this is now: Replacing the mobile-optimized site with responsive design. Information Technology and Libraries, 32(4), 8–24. https://doi.org/10.6017/ital.v32i4.4636 ↑
  14. Schwartz, B. (2023, December 4). Google officially drops Mobile Usability report, Mobile-Friendly Test tool and Mobile-Friendly Test API. Search Engine Land. Retrieved October 14, 2026, from https://searchengineland.com/google-officially-drops-mobile-usability-report-mobile-friendly-test-tool-and-mobile-friendly-test-api-435377 ↑ а б в г д е
  15. Schwartz, B. (2023, October 31). Google says mobile-first indexing is complete after almost 7 years. Search Engine Land. Retrieved October 14, 2026, from https://searchengineland.com/google-says-mobile-first-indexing-is-complete-after-almost-7-years-434011 ↑ а б в
  16. 86% россиян пользуются мобильным интернетом // Sostav.ru. — 2025. — 11 сентября. — URL: https://www.sostav.ru/publication/86-rossiyan-polzuyutsya-smartfonami-78067.html (дата обращения: 14.10.2026). ↑
  17. Курбатов А. Делать ли мобильную версию? 5 распространенных проблем, которые решает адаптивная верстка. Опыт Яндекса // Хабр. Блог компании Яндекс. — 2016. — 3 августа. — URL: https://habr.com/ru/companies/yandex/articles/307064 (дата обращения: 14.10.2026). ↑
  18. Google. (2025, December 10). Avoid intrusive interstitials and dialogs. Google Search Central. Retrieved October 14, 2026, from https://developers.google.com/search/docs/appearance/avoid-intrusive-interstitials ↑ а б
  19. MDN contributors. (2026, September 4). Responsive web design. MDN Web Docs. Mozilla. Retrieved October 14, 2026, from https://developer.mozilla.org/en-US/docs/Learn_web_development/Core/CSS_layout/Responsive_Design ↑ а б
  20. LePage, P., & Richard, S. (2020, January 6). What are Progressive Web Apps? web.dev. Retrieved October 14, 2026, from https://web.dev/articles/what-are-pwas ↑
  21. Суанова И. В смартфоне : презентация / Mediascope. — 2025. — Данные: Mediascope Cross Web, Россия, 12+, август 2025. — URL: https://mediascope.net/upload/iblock/719/qj72l2e27uzgi28g1pq43vf4q2svcgiy/Mediascope_%D0%92_%D1%81%D0%BC%D0%B0%D1%80%D1%82%D1%84%D0%BE%D0%BD%D0%B5.pdf (дата обращения: 14.10.2026). ↑
  22. Perez, S. (2015, February 26). Google makes "mobile-friendliness" a ranking signal worldwide, boosts indexed apps in search results. TechCrunch. Retrieved October 14, 2026, from https://techcrunch.com/2015/02/26/google-makes-mobile-friendliness-a-ranking-signal-worldwide-boosts-indexed-apps-in-search-results ↑
  23. Google. (2023, October). Mobile-first indexing has landed — thanks for all your support. Google Search Central Blog. Retrieved October 14, 2026, from https://developers.google.com/search/blog/2023/10/mobile-first-is-here ↑

Служебный блок

Версия
2.0
Факты проверены
Подготовка
Редакция Медиатрона
Публикация
утверждена главным редактором
Дополнено
5 ноября 2026 г.: вопросы и ответы (4) из новой редакции

Редакция Медиатрона. Факты сверены с первоисточниками, публикация утверждена главным редактором.

История правок

1.0 — первая редакция (14.10.2026); 2.0 — доработка: исправлена атрибуция сообщения Яндекса 2016 г., статистика Mediascope дана по первоисточнику с периодом, снято утверждение без источника, добавлены мобильный робот Яндекса, mobile-first и desktop-first в вёрстке, PWA, пункт о навязчивых межстраничных объявлениях, первоисточники Google, уточнены формулировки по,,, (14.10.2026).

Нашли ошибку? info@mediatrone.ru