Дві сторінки вказують одна одну канонічною

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

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

Що зробити

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

Коли залишити як є: Перевірте навмисно налаштовану пару перед змінами. Якщо обидві сторінки мають бути самостійними, зазвичай кожна має вказувати сама на себе, а не на іншу.

Що ми читаємо

Ми повторно використовуємо граф канонічних адрес сайту та збережені дані сканування або обмежених перевірок цілей. Повна єдина декларація canonical цілі має вказувати сторінку, чия власна повна декларація вказує назад. Ціль має відповідати HTTP 200 безпосередньо; переспрямування не доводить такого канонічного циклу.

Виявляються лише цикли з двох сторінок. Кожна зафіксована пара має одну знахідку. Коли обидві адреси є цілями графа з доведеним циклом, знахідка належить лексикографічно меншій URL-адресі; інакше — зафіксованій цілі. Адреса-пара входить до переліку охоплених URL-адрес.

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

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

https://bakery.example/bread/sourdough/ оголошує:

<link rel="canonical" href="https://bakery.example/bread/sourdough-loaf/">

а https://bakery.example/bread/sourdough-loaf/ відповідає кодом 200 і містить:

<link rel="canonical" href="https://bakery.example/bread/sourdough/">

Кожна вказує на іншу, тому пара фіксується один раз, з обома канонічними адресами.

Можливе виправлення: нехай /bread/sourdough-loaf/ вказує сама на себе, а /bread/sourdough/ й далі вказує на неї.

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

Перевірте самі: Відкрийте вихідний код кожної сторінки й прочитайте її canonical: якщо дві повні декларації вказують одна на одну, вони утворюють цикл із двох сторінок.

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

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

Цикли з трьох або більше сторінок відображаються як ланцюжки. Непрочитані або неповні канали canonical, каркаси для скриптів і невстановлені відповіді цілі залишаються без певного висновку. Ця перевірка не додає шляху запитів і не встановлює канонічної адреси, обраної Google.

Упевненість: Висока Обидва напрямки канонічного зв’язку між двома сторінками зафіксовано. Це не показує, яку сторінку обере пошукова система.

Джерела

Google, Як указати канонічну URL-адресу за допомогою rel="canonical" та іншими способами — називає rel="canonical" сильним сигналом того, що вказана URL-адреса має стати канонічною. Перевірено 25 вересня 2026.
IETF, Тип посилання canonical (RFC 6596) — просить не вказувати як канонічну адресу, яка оголошує канонічною іншу адресу. Перевірено 25 вересня 2026.

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

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

Дві сторінки називають одна одну основною