Канонічна адреса вказує на сторінку, яка вказує деінде
У звітіCanonical chain
canonical_chain · Потребує перегляду
Це з’являється, коли сторінка вказує іншу сторінку як канонічну, а та вказує як власну канонічну ще одну адресу. Дві декларації утворюють ланцюжок. Перевірте, яку адресу ви вважаєте основною, і спрямуйте сторінки просто на неї.
Серйозність: Середня. Перевірте оголошені адреси й оберіть задуману основну сторінку; цей зафіксований ланцюжок потребує перегляду, але не доводить помилки індексування.
Чому це важливо
Канонічна адреса — сильний сигнал про те, яку адресу слід показувати. Стандарт канонічних посилань просить не вказувати як канонічну адресу, що сама оголошує канонічною іншу адресу, і дозволяє пошуковим системам ігнорувати неправильно оголошені канонічні адреси.
Що зробити
- Перегляньте знахідку: у ній показано вказану сторінку, канонічну адресу, яку вона оголошує, і сторінки, що на неї вказують.
- Перевірте, що наступна адреса працює і що саме її ви вважаєте основною; якщо так, змініть канонічні адреси на цих сторінках на неї.
- Або, якщо правильна саме вказана сторінка, нехай вона вказує сама на себе.
Коли залишити як є: Короткочасний ланцюжок під час запланованого перенесення може бути навмисним. Перевірте його знову після завершення перенесення.
Що ми читаємо
Ми групуємо допущені сторінки-джерела за тією єдиною іншою адресою на вашому сайті, яку вони оголошують канонічною. Для цілі потрібні зафіксована пряма відповідь HTTP 200 і повна єдина декларація canonical на іншу адресу. Зафіксоване повернення між двома сторінками обробляється як цикл.
Дані про ціль надходять зі збереженого сканування або наявних обмежених перевірок канонічних цілей. Щоб перевірити повернення, ми повторно використовуємо збережені дані про наступну адресу; це правило не додає запиту до неї. Непрочитана наступна адреса не скасовує доведеної декларації цілі на іншу адресу, але залишає перевірку циклу без певного висновку.
Приклад і докази
Ілюстративний приклад — два теги canonical поспіль, а не реальний аудит.
https://bakery.example/cakes/chocolate-cake/print/ оголошує:
<link rel="canonical" href="https://bakery.example/cakes/chocolate-cake/">а https://bakery.example/cakes/chocolate-cake/ відповідає кодом 200 і містить:
<link rel="canonical" href="https://bakery.example/shop/chocolate-cake/">Вказана сторінка веде далі, тому вона фіксується разом із канонічною адресою, яку оголошує, і сторінкою для друку, що на неї вказує.
Можливе виправлення: якщо https://bakery.example/shop/chocolate-cake/ працює і є основною версією за задумом, нехай сторінка для друку вказує просто на неї.
Підтвердити й перевірити знову
Перевірте самі: Відкрийте адресу, вказану в canonical, і прочитайте її власний canonical. Якщо вона вказує третю адресу, перевірте й ту адресу, перш ніж обрати основну версію.
Повторна перевірка: Повний аудит — Запустіть новий аудит сайту. Знахідка зберігає ту саму URL-адресу цілі, коли змінюються сторінки-джерела. Вона може закритися після достатньої чистої повторної перевірки цієї цілі або після повної перевірки, що доведе: попередні сторінки-джерела більше її не вказують. Непрочитана ціль, неповна декларація canonical чи непрочитані попередні сторінки-джерела не доводять виправлення. Ланцюжок за іншою URL-адресою цілі є окремою знахідкою; відхилення залишається окремим судженням.
Обмеження та джерела
Зчитуються лише зафіксовані декларації сервера. Цикл із трьох або більше сторінок відображається як ланцюжки, а не як виявлений цикл. Наступна адреса може бути непрочитаною, несправною або непридатною для індексування; ця знахідка не встановлює її якість чи канонічну адресу, обрану Google. Для noindex і обмежень robots є окремі перевірки; вони не скасовують зафіксованого ланцюжка.
Упевненість: Висока Власну декларацію цілі на наступну канонічну адресу зафіксовано безпосередньо. Придатність наступної адреси та вибір пошукової системи залишаються окремими питаннями.
Джерела
- Google, Як указати канонічну URL-адресу за допомогою rel="canonical" та іншими способами — називає rel="canonical" сильним сигналом того, що вказана URL-адреса має стати канонічною. Перевірено 25 вересня 2026.
- IETF, Тип посилання canonical (RFC 6596) — просить не вказувати як канонічну адресу, яка оголошує канонічною іншу адресу. Перевірено 25 вересня 2026.
Редакційна перевірка: 2 листопада 2026