Основна сутність посилається на інший варіант цієї сторінки

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

Узгоджене посилання на сторінку допомагає тим, хто читає розмітку, визначити, яку URL-адресу описує основна сутність. Цей пункт на перегляд не встановлює, яку канонічну адресу обрав Google.

Що зробити

Прочитайте у звіті оригінальну декларацію, обидві нормалізовані URL-адреси та кроки їх нормалізації.
Якщо сутність описує цю сторінку, узгодьте її url або mainEntityOfPage із задуманим canonical і перевірте шаблон, який її видає.

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

Що ми читаємо

Ми використовуємо повні захоплені JSON-LD, Microdata чи RDFa, підтверджений canonical із head HTML і кінцеву та запитану URL-адресу тієї самої відповіді. Ми не виконуємо JavaScript і не завантажуємо віддалених контекстів.

Розглядаються лише позитивні посилання на поточну сторінку або сутність, явно визначена сторінкою WebPage, що посилається сама на себе. Нерозв’язані чи суперечливі посилання на основну сторінку залишаються неперевіреними. Вкладені чи пов’язані через граф другорядні сутності не визначають себе самі через своє посилання на сторінку; явний зв’язок WebPage.mainEntity може встановити справжню вкладену основну сутність.

Підтримуване порівняння розв’язує відносні URL-адреси й нормалізує регістр схеми та хоста, типові порти, фрагменти й одну кінцеву косу риску. Регістр шляху, рядки запиту, різні схеми й субдомени залишаються відмінними.

Звіт показує до десяти збережених декларацій із розбіжністю та фактичну загальну кількість, з обмеженою оригінальною розміткою й діапазонами байтів у джерелі. Довгі показані кроки нормалізації позначаються як обрізані без зміни порівнюваної URL-адреси.

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

Ілюстративний варіант URL; це не реальний аудит.

<link rel="canonical" href="https://article.example/article">
<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","mainEntityOfPage":"https://article.example/article?ref=nav"}</script>

Коли захоплена URL-адреса сторінки — https://article.example/article?ref=nav, це явне посилання на саму себе відрізняється від оголошеного canonical. Підтвердьте задумане посилання, перш ніж його змінювати.

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

Перевірте самі: Порівняйте декларацію структурованих даних і canonical у HTML, який віддається за зафіксованою URL-адресою. Переконайтеся, що позірне посилання на іншу сторінку не є навмисним.

Повторна перевірка: Повний аудит — Запустіть ще один повний аудит сайту. Щоб підтвердити виправлення, та сама сторінка потребує достатнього поточного охоплення й відсутності розбіжності, що залишилася. Відсутнє охоплення, неоднозначний canonical, розмітка, що залежить від рендерингу, чи непідтверджений HTTP-заголовок Link знахідку не закривають.

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

Власник canonical тут підтверджує лише декларації в head HTML. Будь-яке захоплене поле HTTP Link залишається неперевіреним, бо його канонічне значення ця перевірка не підтверджує.

Це обмежений перегляд узгодженості, а не вимога Google, щоб URL-адреса кожної сутності дорівнювала canonical її сторінки. Обрана Google канонічна адреса, індексування, ранжування й показ розширених результатів не визначаються.

Упевненість: Висока Знахідка фіксує явне підтвердження ідентичності поточної сторінки, захоплені декларації та детерміновану нормалізацію URL. Про навмисні чи недоведені посилання на інші сторінки не робиться здогаду, що це помилки.

Джерела

Google, Структуровані дані статті — Пояснює розмітку Article і настанови щодо canonical сторінки; не робить mainEntityOfPage обов’язковою властивістю Article. Перевірено 4 жовтня 2026.
Schema.org, mainEntityOfPage — Визначає сторінку, для якої сутність є основним предметом. Перевірено 4 жовтня 2026.
Google, Як указати канонічну URL-адресу — Описує канонічні сигнали в HTML і HTTP та потребу в узгоджених деклараціях. Перевірено 4 жовтня 2026.

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