Сторінка називає основною сторінку на іншому сайті
У звітіCross-domain canonical
cross_domain_canonical · Потребує перегляду
Це з’являється, коли сторінка вказує як єдину канонічну адресу на іншому хості, зокрема на іншому субдомені вашого власного домену. Це може бути правильно, наприклад для контенту, спершу опублікованого деінде, тому це залишено на перегляд. Підтвердьте, що інший хост справді слід вважати основною версією.
Серйозність: Середня. Перегляньте це під час наступних змін на сайті; якщо канонічна адреса помилкова, наприклад залишилася адреса тестового середовища, Google може віддати перевагу сторінці на тому хості.
Чому це важливо
Канонічна адреса — сильна підказка, що замість цієї адреси слід показувати вказану. Стандарт канонічних посилань дозволяє канонічну адресу на іншому хості чи домені, і тоді пошукові системи можуть індексувати лише вказану адресу.
Що зробити
- Перегляньте знахідку: у ній показано канонічну адресу, хост цієї сторінки та хост канонічної адреси.
- Якщо інший хост не має володіти цією сторінкою, наприклад це тестове середовище чи старий домен, змініть канонічну адресу на власну адресу цієї сторінки.
- Якщо має, наприклад це партнерський сайт, який опублікував статтю першим, залиште як є.
Коли залишити як є: якщо контент синдиковано і саме інший хост задумано як основну версію, канонічна адреса виконує свою роботу.
Що ми читаємо
Ми зчитуємо канонічну адресу кожної просканованої сторінки з <link rel="canonical"> у її head та з її заголовка Link, не виконуючи JavaScript. Сторінка з рівно однією канонічною адресою фіксується, коли хост цієї адреси відрізняється від хоста вашого сайту, без урахування одного початкового www., а також порту й протоколу.
Тож www.bakery.example вважається вашим власним сайтом, а shop.bakery.example чи staging.bakery.example — іншими хостами. Інший хост ми не завантажуємо. Сторінки з двома або більше канонічними адресами залишено їхній власній перевірці.
Приклад і докази
Ілюстративний приклад — одна сторінка, а не реальний аудит.
https://bakery.example/recipes/rye-bread/ оголошує:
<link rel="canonical" href="https://staging.bakery.example/recipes/rye-bread/">Хост канонічної адреси, staging.bakery.example, відрізняється від хоста сайту, bakery.example, тому сторінка фіксується з обома хостами.
Можливе виправлення: <link rel="canonical" href="https://bakery.example/recipes/rye-bread/">; адреса на www.bakery.example теж вважалася б тим самим сайтом.
Підтвердити й перевірити знову
Перевірте самі: перегляньте вихідний код сторінки, знайдіть rel="canonical" і порівняйте його хост з адресою у вашому браузері.
Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка закривається, коли сторінку знову проскановано як повну HTML-сторінку, а не лише каркас для скриптів, без канонічної адреси або з канонічною адресою на вашому власному хості; дві різні канонічні адреси цього не підтверджують. Вона також може закритися, коли сторінка відповідає безпосередньо кодом 200 і файлом, що не є HTML, або починається з постійного переспрямування в межах вашого сайту. Сторінку, яка відповідає кодом 404 або 410, підтвердити неможливо.
Обмеження та джерела
Перевірка не знає, кому належить інший хост і чи розміщено там той самий контент, і не тестує, чи працює вказана сторінка. Субдомен вашого власного домену вважається іншим хостом.
Упевненість: Середня, бо канонічна адреса на іншому хості часто є задуманою; у знахідці зазначено обидва хости, щоб ви могли оцінити самі.
Джерела
- Google, Як указати канонічну URL-адресу за допомогою rel="canonical" та іншими способами — називає rel="canonical" сильним сигналом того, що вказана URL-адреса має стати канонічною. Перевірено 25 вересня 2026.
- IETF, Тип посилання canonical (RFC 6596) — дозволяє канонічну адресу на іншому імені хоста чи домені й дає пошуковим системам змогу індексувати лише вказану адресу. Перевірено 25 вересня 2026.
Редакційна перевірка: 29 вересня 2026