Hreflang-альтернатива оголошує іншу канонічну URL
У звітіHreflang alternate canonicalizes to a different URL
hreflang_target_canonicalized_elsewhere · Проблема
Альтернатива успішно відповідає, але називає інший canonical. Узгодьте hreflang-ціль із потрібною канонічною сторінкою та повторно перевірте ту саму оголошену адресу.
Серйозність: Висока. Виправте несумісний зв’язок альтернатив найближчим часом.
Чому це важливо
Мовний зв’язок і сигнал бажаної сторінки вказують на різні адреси.
Що зробити
- Перегляньте власну відповідь альтернативи та канонічну URL у знахідці.
- Оберіть потрібну локалізовану канонічну сторінку й узгодьте її самоканонічність із hreflang-деклараціями.
- Залишайте свідомий міждоменний canonical, лише коли він відповідає задуманій схемі індексації.
Що ми читаємо
Аудит повторно використовує захоплення допущених сторінок і canonical-цілей цього запуску, а потім обирає щонайбільше 20 додаткових різних HTTPS-альтернатив разом для свого й зовнішніх хостів. Запити проходять спільні перевірки robots, безпеки, темпу та перенаправлень. Probe не є оплачуваною сторінкою. Захоплений фінальний документ розбирається один раз; JavaScript і зовнішні sitemap не читаються.
Застосовується лише власна відповідь 2xx за оголошеною адресою альтернативи. Для HTML читаються canonical із захопленого head і Link-заголовка; для іншого типу даних — лише Link-заголовок. Повний канал має містити рівно одну різну нормалізовану URL, відмінну від цілі.
Відсутній canonical або самоканонічність дають чистий результат. Кілька різних canonical або неповні докази залишаються невідомими. Альтернатива з перенаправленням тут не застосовується; фінальний статус оцінюється окремо.
Знахідка поступається перевірці canonical сторінки-джерела, лише якщо та обрана, а ціль є допущеною сторінкою з тими самими придатними повними фактами та потрібними довідковими входами. Запланована перевірка, probe або неповна сторінка не пригнічують знахідку для цілі.
Приклад і докази
Ілюстративний приклад — оголошені адреси та відповіді, а не реальний аудит.
A оголошує B як альтернативу. B повертає 200 і canonical C.
Виправлення: оголосіть потрібну канонічну альтернативу або, коли це відповідає задуму, зробіть B самоканонічною.
Підтвердити й перевірити знову
Перевірте самі: Прочитайте захоплені canonical-декларації B, включно з фізичними Link-заголовками; відрізняйте власну відповідь B від фінальної сторінки перенаправлення.
Повторна перевірка: Повний аудит — Запустіть новий аудит тієї самої оголошеної цілі та сторінок, що її вказують. Достатня чиста перевірка може закрити ту саму знахідку для цілі. Якщо декларація зникла, кожна раніше зачеплена сторінка потребує повного покриття HTML, HTTP Link і власних sitemap, коректного набору цілей та узгоджених допущених alias. Відсутні, некоректні чи непрочитані докази переносять знахідку.
Обмеження та джерела
Це оголошений canonical-сигнал, а не доказ canonical, обраного пошуковою системою. Перевірка не визначає, чи є два документи дублікатами.
Ціль із відмовою, вичерпаним бюджетом, збоєм або непрочитаними даними залишається невідомою. Відмінні чи непрочитані допущені alias впливають на повноту декларацій; їхні декларації не об’єднуються з представницькою сторінкою. Ці спостереження не встановлюють індексацію або canonical, обраний Google.
Упевненість: Висока Висока для збереженої відповіді або декларацій, які безпосередньо доводять цей дефект. Прогалини покриття залишаються окремими й не є чистим результатом.
Джерела
- Google, Як указати канонічну URL за допомогою rel="canonical" та інших методів — Пояснює canonical-анотації як сигнали бажаної URL. Перевірено 3 листопада 2026.
Редакційна перевірка: 3 листопада 2026