Mobile-first індексація: що вимагає Google

Mobile-first індексація означає, що Google використовує мобільну версію вмісту сайту, просканованого смартфонним роботом, для індексації та ранжування. Мобільна версія не обовʼязкова для потрапляння в пошук, але наполегливо рекомендується. Головна практична думка: якщо на мобільній версії менше вмісту, ніж на десктопній, Google отримує менше інформації про сторінку. Нижче — що саме вимагає посібник Google щодо мобільних сайтів, які перевірки зробити й які популярні твердження («лише мобільна версія з 2023 року», «display:none важить менше», «Mobile-Friendly Test») у посібнику не підтверджено або вже не працюють.

Три способи зробити мобільний сайт

• Адаптивний дизайн — той самий HTML за однією адресою для всіх пристроїв; відображення залежить від розміру екрана. Google рекомендує саме його як найпростіший у реалізації та підтримці. Вміст і метадані при цьому збігаються.
• Динамічна видача — одна адреса, але різний HTML для різних пристроїв; спирається на визначення user-agent і заголовок Vary: user-agent.
• Окремі адреси — різний HTML на різних адресах (наприклад, m.example.com); теж спирається на user-agent і перенаправлення.

Рекомендації нижче здебільшого стосуються динамічної видачі та окремих адрес: за адаптивного дизайну вміст і метадані й так однакові.

Що перевірити

Доступність і відтворення

• На мобільній і десктопній версіях мають бути однакові метатеги robots: якщо на мобільній стоїть noindex або nofollow, Google може не просканувати й не проіндексувати сторінку (robots.txt і meta robots).
• Не завантажуйте основний вміст за дією користувача. Google не виконує дій (змахування, клік, введення), тому такий вміст не завантажиться (відкладене завантаження, JavaScript SEO).
• Ресурси з різними адресами на мобільній версії не повинні блокуватися забороною в robots.txt.

Вміст

• На мобільній версії має бути той самий основний вміст. Навіть за однакового вмісту відмінності в DOM чи верстці можуть призвести до іншого розуміння сторінки; однаковий вміст дозволяє двом версіям ранжуватися за тими самими запитами.
• Інший дизайн допустимий: наприклад, перенесення тексту у блоки, що розкриваються, або вкладки. Посібник радить переносити вміст туди, а не видаляти; але він має лишатися еквівалентним. Якщо ви навмисно скорочуєте мобільну сторінку, очікуйте певної втрати трафіку.
• Заголовки на мобільній версії такі самі чіткі та змістовні, як на десктопній.

Розмітка та метадані

• Однакові структуровані дані на обох версіях. Якщо доводиться обирати, почніть із Breadcrumb, Product і VideoObject (структуровані дані). Адреси в розмітці мобільної версії мають бути мобільними.
• Однакові title і мета-опис на обох версіях.

Зображення, відео, реклама

• Зображення — якісні, підтримуваного формату, з незмінними адресами й тими самими alt-текстами, підписами та іменами файлів (пошук за зображеннями). Різні адреси картинок на мобільній версії можуть дати тимчасову втрату трафіку в картинках.
• Відео — з незмінними адресами, у підтримуваних тегах, із тією самою розміткою (відео в пошуку).
• Реклама не повинна шкодити мобільній сторінці: дотримуйтеся стандарту Better Ads, не займайте рекламою верх екрана.

Якщо у вас окремі адреси

1. Статус помилки однаковий на обох версіях: якщо десктопна віддає вміст, а мобільна — помилку, сторінки не буде в індексі.
2. У мобільних адресах немає фрагментів (#).
3. У кожної десктопної сторінки є еквівалентна мобільна; якщо різні адреси перенаправляють на одну (наприклад, на головну), вони зникнуть з індексу.
4. У Search Console підтверджено обидві версії; під час переходу можливий зсув даних.
5. Hreflang: мобільні адреси посилаються на мобільні, десктопні — на десктопні.
6. Мобільний сервер витримує можливе зростання частоти обходу; правила robots.txt працюють як задумано на обох версіях.
7. Десктопна адреса завжди canonical, мобільна — її альтернатива (rel="alternate" з media на десктопній, rel="canonical" на мобільній; тег canonical).

Як перевіряти тепер

Старий Mobile-Friendly Test більше не працює: його адреса нині веде на документацію Lighthouse (перевірено 03.10.2026). Для перевірки відтворення та якості використовуйте Lighthouse та інструменти розробника в браузері, а для того, як сторінку бачить Google, — перевірку URL у Search Console. Швидкість мобільної версії — окрема тема (Core Web Vitals).

Чого немає в посібнику

• «Лише мобільна версія з 2023 року» — посібник описує принцип без такого датування.
• «Приховане через CSS display:none враховується з меншою вагою» — у посібнику не сказано.
• Обовʼязковість мобільної версії: сказано, що вона не обовʼязкова, але наполегливо рекомендується.

Чек-лист

1. Обрано адаптивний дизайн; за іншого варіанту виконано правила для окремих адрес або динамічної видачі.
2. На мобільній версії той самий основний вміст, заголовки, title і мета-опис.
3. Однакові метатеги robots; основний вміст не залежить від дій користувача.
4. Структуровані дані й alt-тексти збігаються на обох версіях.
5. Зображення та відео мають незмінні адреси.
6. У Search Console підтверджено обидві версії (якщо адреси різні).

Помилки

• Прибирати з мобільної версії текст, таблиці й розмітку «для компактності».
• Ставити noindex або nofollow лише на мобільну версію.
• Ховати основний вміст за дією користувача.
• Перенаправляти різні мобільні адреси на одну сторінку.
• Перевіряти сайт лише за інструментом, якого більше немає.

Що далі

Далі — голосовий пошук: він теж будується на тих самих сторінках і даних, тому повна мобільна версія — основа й для нього.