Сторінка, названа основною, недоступна
У звітіCanonical target error
canonical_target_error · Проблема
Це з’являється, коли сторінки вказують адресу на вашому сайті як канонічну, а ця адреса не працює: відповідає помилкою 4xx, відмінною від 429, помилкою сервера на обидва наші запити або переспрямовує по колу чи більше ніж десять разів. Код 401 або 403 залишено на перегляд, бо правила доступу можуть відповідати нашому сканеру інакше, а код 429 позначається як не охоплений перевіркою. Спрямуйте канонічні адреси на сторінку, що працює, або відновіть вказану.
Серйозність: Висока. Виправте підтверджені помилки найближчим часом: адресу, яку ви обрали основною, неможливо прочитати. Для коду 401 або 403 спершу перевірте, хто має доступ до адреси, бо доступ нашого сканера може відрізнятися.
Чому це важливо
Google не індексує адреси, що відповідають помилкою 4xx, відмінною від 429, а сторінки, які постійно повертають помилки сервера, сканує рідше і зрештою вилучає. Стандарт канонічних посилань просить не вказувати адресу, яка повертає помилку.
Що зробити
- Перегляньте знахідку: у ній показано вказану адресу, її кінцевий статус або кроки переспрямування та сторінки, що її вказують.
- Якщо вказана сторінка має існувати, відновіть її, щоб вона відповідала кодом 200.
- Інакше змініть канонічні адреси на перелічених сторінках на сторінку, що працює, — часто це власна адреса сторінки.
Коли залишити як є: якщо вказана сторінка відповідає кодом 401 або 403 лише нашому сканеру, а ваші відвідувачі її відкривають, з’ясуйте, хто має до неї доступ, перш ніж змінювати канонічні адреси.
Що ми читаємо
Ми зчитуємо канонічну адресу кожної просканованої сторінки й групуємо сторінки за тією однією іншою адресою на вашому сайті, яку вони вказують. Цю адресу ми знаходимо в даних сканування або завантажуємо окремо, якщо сканування до неї не дійшло, — за замовчуванням до 20 за аудит, — проходячи до десяти переспрямувань, дотримуючись robots.txt і повторюючи запит один раз після помилки сервера чи коду 429.
Вказана адреса фіксується, коли її кінцева відповідь — код 4xx, відмінний від 429, код 5xx на обидва запити або коли її переспрямування зациклюються чи їх більше десяти. Код 401 або 403 фіксується як пункт на перегляд із низькою впевненістю. Код 429, тайм-аут або поодинока помилка сервера позначається як не охоплені перевіркою.
Приклад і докази
Ілюстративний приклад — одна сторінка й адреса, яку вона вказує, а не реальний аудит.
https://bakery.example/cakes/?page=2 оголошує:
<link rel="canonical" href="https://bakery.example/cakes-archive/">Сканування не дійшло до цієї адреси, тому її завантажено окремо:
GET https://bakery.example/cakes-archive/
HTTP/1.1 404 Not FoundВказана адреса відповідає кодом 404, тому вона фіксується: Canonical target returns HTTP 404.
Можливе виправлення: якщо https://bakery.example/cakes/?page=2 — це задумана канонічна сторінка і вона відповідає кодом 200, нехай вона вказує сама на себе.
Підтвердити й перевірити знову
Перевірте самі: відкрийте адресу, вказану в canonical, у браузері та в приватному вікні й подивіться, що вона відповідає.
Повторна перевірка: Повний аудит — Запустіть новий аудит сайту. Достатньо повна повторна перевірка тієї самої цілі може закрити цю знахідку, коли її підтверджена відповідь більше не відповідає умовам помилки цього правила. Поки сторінки ще вказують ціль, тайм-аут, код 429 або поодинока помилка сервера не можуть довести, що вона відновилася. Знахідка також може закритися, коли повні й придатні для читання переліки канонічних адрес усіх раніше пов’язаних вихідних сторінок доводять, що жодна більше не вказує цю адресу як свою єдину канонічну ціль. Повний перелік із кількома різними канонічними адресами може це встановити; непрочитаний або неповний перелік — ні. Нову ціль оцінюють окремо: її справність чи політика robots не є частиною доказу, що стара група з однією ціллю зникла. Відсутня, часткова або не-HTML відповідь вихідної сторінки чи саме лише переспрямування не доводять видалення.
Обмеження та джерела
Зчитується лише статус, тому сторінку, яка показує повідомлення «не знайдено», але відповідає кодом 200, не буде виявлено, а вказані сторінки понад 20, що завантажуються окремо, не перевіряються.
Упевненість: Висока для кодів 4xx і збоїв переспрямування — дані зчитуються безпосередньо; помилка сервера зараховується, лише коли невдалі обидва запити, а код 401 або 403 позначено низькою впевненістю.
Джерела
- Google, Як указати канонічну URL-адресу за допомогою rel="canonical" та іншими способами — називає rel="canonical" сильним сигналом того, що вказана URL-адреса має стати канонічною. Перевірено 25 вересня 2026.
- Google, Як коди статусу HTTP впливають на роботів Google — каже, що Google не індексує адреси, які відповідають кодом 4xx, відмінним від 429, зрештою вилучає сторінки, що постійно відповідають помилкою 5xx, і проходить до десяти переспрямувань. Перевірено 10 жовтня 2026.
- IETF, Тип посилання canonical (RFC 6596) — просить не вказувати як канонічну адресу, що повертає код помилки, наприклад 4xx. Перевірено 25 вересня 2026.
Редакційна перевірка: 2 листопада 2026