Головна переспрямовує за мовою браузера без вибору версії

Чому це важливо

Google зазначає, що сторінки, які змінюються залежно від мови чи країни відвідувача, він може сканувати й індексувати не з усім вмістом для різних регіонів, бо його сканер надсилає запити без заголовка Accept-Language. Google рекомендує окремі адреси для кожного регіону з анотаціями hreflang.

Що зробити

Порівняйте записані ідентифікатори профілів, заголовки запитів і кінцеві адреси зі звичайними посиланнями головної сторінки, щоб побачити, для якої мовної адреси бракувало посилання для вибору.
Розмістіть на головній сторінці звичайні посилання на кожну мовну версію, наприклад перемикач мов з елементів a з адресами в href.
Розгляньте варіант пропонувати мову банером замість автоматичного переспрямування, щоб кожна версія лишалася доступною за власною адресою.

Що ми читаємо

Вибираємо щонайбільше два нормалізовані мовні коди з hreflang-декларацій прочитаної головної сторінки, коли її HTML і канал заголовка Link повні. Контрольний браузерний запит відповідає профілю збору аудиту для смартфона або комп’ютера. Двічі запитуємо головну без Accept-Language і двічі для кожного коду з цим заголовком; Cookie не надсилаємо в жодному запиті чи переході.

Повідомляємо про стабільний HTTP-перехід на іншу адресу того самого сайту в обох мовних запитах, якщо обидві повністю прочитані контрольні сторінки не містять звичайного посилання на цю адресу. Контрольні запити мають двічі отримати однаковий повний вміст без перевірки доступу.

Приклад і докази

Ілюстративний приклад — один аудит, а не реальний результат.

Головна сторінка bakery.example оголошує hreflang для de і fr. Аудит запитує її трьома способами, кожним двічі:

GET https://bakery.example/                              200 (links: /recipes/, /about/)
GET https://bakery.example/   Accept-Language: de        302 -> /de/   then 200
GET https://bakery.example/   Accept-Language: fr        302 -> /fr/   then 200

Сторінка, віддана без мовного заголовка, не посилається ні на /de/, ні на /fr/, тому про сайт повідомляється. Можливе виправлення: головна сторінка посилається на обидві версії; переспрямування можуть лишитися, і нічого не повідомляється.

Підтвердити й перевірити знову

Перевірте самі: запитайте головну сторінку клієнтом командного рядка із заголовком Accept-Language і без нього та перевірте, чи сторінка, отримана без заголовка, посилається на кожну мовну версію.

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

Обмеження та джерела

Перевіряємо лише зареєстровану головну сторінку HTTPS і щонайбільше два мовні теги з її власних повних hreflang-декларацій. Підтримуємо теги мови або мови з регіоном; теги зі скриптом і x-default відкидаємо. Якщо придатних декларацій немає, запасну мову не вибираємо, а результат залишається непідтвердженим.

Усі запити надходять з одного місця аудиту. Варіації за IP чи країною, переходи JavaScript і meta refresh не перевіряємо. Ланцюжок довший за чотири переходи, неповна або нестабільна відповідь, відмова аудиту в доступі чи вичерпаний бюджет запитів залишають результат непідтвердженим.

Hreflang-декларації не вважаємо звичайними посиланнями для вибору версії. Однаковий перехід у запитах із мовним заголовком і без нього не спричиняє знахідки. Зміну вмісту за тією самою адресою залишаємо непідтвердженою. Емуляція заголовків не підтверджує особу справжнього оператора робота.

Порівняння адреси призначення вважає назви з www і без нього тим самим сайтом та не порівнює схеми чи порти. Кожен запит після переходу все одно потребує HTTPS, перевірки публічної адреси й політики robots аудиту для власного origin. Відхилена адреса HTTP чи інший сайт залишаються непідтвердженими.

Упевненість: Висока, бо відповіді-переспрямування й посилання головної сторінки зафіксовано так, як їх отримано, кожен запит зроблено двічі, у межах обмеження у дві мови та одне місце.

Джерела

Google, Як Google сканує сторінки, що адаптуються до регіону — зазначає, що Google може сканувати, індексувати чи ранжувати не весь вміст сторінок, що адаптуються до регіону, бо стандартні адреси його сканера, схоже, розташовані в США і він надсилає запити без заголовка Accept-Language; рекомендує окремі конфігурації URL-адрес для регіонів з анотаціями hreflang. Перевірено 14 жовтня 2026.

Редакційна перевірка: 3 листопада 2026