Сторінки не працюють для Chrome на смартфоні
У звітіPages fail for the smartphone crawler but return 200 on desktop
mobile_ua_status_mismatch · Проблема
Це з’являється, коли обидва спостереження смартфона дають збій одного класу, а обидва настільні спостереження повертають придатний HTML з кодом 200. Перевірте обробку окремих пристроїв на сервері, CDN або фаєрволі та відновіть потрібну відповідь смартфону.
Серйозність: Висока. Виправте найближчим часом: спостережені запити смартфона не можуть отримати сторінку, хоча настільні запити можуть.
Чому це важливо
Помилка для окремого пристрою заважає людям, які отримують таку відповідь, відкрити сторінку. Пошукові системи також рекомендують узгоджену обробку помилок на мобільній і настільній версіях; це браузерне порівняння не доводить, що отримують їхні сканери.
Що зробити
- Порівняйте чотири збережені спостереження статусу й помилки. Обсяг збережених доказів переспрямування обмежений і може не показувати повного маршруту.
- Перевірте правила сервера, CDN, фаєрвола й мобільної маршрутизації на відмінну обробку браузерного профілю смартфона.
- Запустіть новий аудит, щоб отримати достатнє порівняння тієї самої сторінки.
Що ми читаємо
Ми порівнюємо Chrome для смартфона з настільним Chrome за двома спостереженнями кожного профілю запиту. Відповідь основного сканування смартфоном дає перше спостереження; потім ми отримуємо настільну відповідь і підтвердження для кожного профілю. Це браузерні профілі запитів, а не спостереження Googlebot.
Аудит фіксує вибірку до порівняння. Її розмір — менше з кількості придатних сторінок і квадратного кореня з кількості допущених репрезентативних сторінок, округленого вгору та обмеженого діапазоном 10–100. Пріоритет мають придатна головна сторінка, невирішені повторні перевірки, зокрема відхилені користувачем знахідки, а потім сторінки різних розділів. Це не гарантує перевірки кожного розділу чи шаблону.
Заблокований запит, скасування, вичерпаний бюджет порівняння, неповний потрібний артефакт або перевірка на бота залишають результат невідомим. Перевірки контенту й директив потребують чотирьох придатних HTML-відповідей з кодом 200. Підтверджений збій статусу лише для смартфона належить окремій перевірці статусу й залишає інші три перевірки невідомими.
Обидва настільні спостереження мають бути придатним HTML з кодом 200. Обидва спостереження смартфона мають дати збій одного класу: 4xx, 5xx або цикл переспрямувань. Різні класи збоїв смартфона, непридатна настільна відповідь, перевірка на бота або неповні потрібні докази статусу залишають результат невідомим.
Приклад і докази
Ілюстративний приклад — повторні відмінності статусу однієї сторінки, а не реальний аудит.
Обидва настільні спостереження отримують:
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8Обидва спостереження смартфона отримують:
HTTP/1.1 500 Internal Server ErrorЗбої смартфона належать до одного класу 5xx, а настільна версія отримує придатний HTML, тому сторінка фіксується.
Можливе виправлення: полагодьте маршрут смартфона, щоб обидва спостереження отримували потрібну HTML-відповідь з кодом 200.
Підтвердити й перевірити знову
Перевірте самі: Повторіть запити сторінки за допомогою Chrome для смартфона й настільного Chrome та порівняйте HTTP-статус, переспрямування й тіла відповідей. Сам вигляд у браузері не показує, яку відповідь зберіг аудит.
Повторна перевірка: Повний аудит — Після виправлення відповіді запустіть новий аудит. Знахідка закривається лише тоді, коли достатні збережені докази дають чистий результат для тієї самої запитаної сторінки та її нативної ідентичності за кінцевою URL-адресою. Непрочитане або не включене до вибірки порівняння не доводить виправлення. Перехід на іншу кінцеву URL-адресу або отримання старої кінцевої URL-адреси через іншу сторінку не виправляє початкової знахідки. Відхилення користувачем незалежне від технічного стану й не вилучає сторінку з кандидатів на повторну перевірку.
Обмеження та джерела
Показана вибірка N із M описує зафіксований вибір серед допущених репрезентативних сторінок цього аудиту, а не всі сторінки сайту. Обрані сторінки з неповними доказами залишаються в N. Недоступна вибірка має явну причину; це не успіх на нулі сторінок.
Ці запити не доводять, що отримав пошуковий сканер або як він проіндексував сторінку. Відповіді можуть залежати від часу, місця чи інших властивостей запиту. Відсутність доказів ніколи не зараховується як успішна перевірка.
Ця перевірка виявляє повторну відмінність профілів, а не її причину. Збій лише в одному спостереженні смартфона або різні класи збоїв не доводять цю знахідку. Вона не перевіряє ідентичність Googlebot чи його мережевий доступ.
Упевненість: Середня, бо збій браузерного профілю повторюється, але порівняння не доводить його причини або того, що отримує пошуковий сканер.
Джерела
- Google, Найкращі практики для мобільних сайтів та індексування з пріоритетом мобільної версії — просить однакового статусу помилки на настільній і мобільній версіях і застерігає, що сторінки, яка віддає помилку лише на мобільній, може не бути в індексі. Перевірено 25 вересня 2026.
- Google, Mobile-indexing-vLast-final-final.doc — каже, що після 5 липня 2024 року Google сканує й індексує сайти лише за допомогою Googlebot Smartphone і що контент, недоступний із мобільного пристрою, більше не може бути проіндексований. Перевірено 25 вересня 2026.
Редакційна перевірка: 3 листопада 2026