og:url відрізняється від канонічної адреси

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

Протокол Open Graph визначає og:url як канонічну URL-адресу об’єкта, що використовується як його постійний ідентифікатор. Коли він відрізняється від власного canonical сторінки, сторінка називає дві різні основні адреси.

Що зробити

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

Коли залишити як є: якщо ви свідомо поширюєте іншу адресу, як-от цільову сторінку кампанії, можна залишити як є.

Що ми читаємо

Ми читаємо <head> кожної просканованої сторінки в тому вигляді, в якому його віддав сервер, не виконуючи JavaScript, і порівнюємо її єдиний og:url з її єдиним <link rel="canonical">, обидва розв’язані до повних адрес; canonical, надісланий у HTTP-заголовку, не використовується. Сама декларація noindex не виключає захоплену сторінку з цього порівняння.

Сторінка фіксується, коли вони відрізняються схемою, хостом, шляхом чи рядком запиту; кінцева коса риска, www. і порядок параметрів вважаються відмінностями. Коли og:url відрізняється від canonical з https:// лише тим, що має http://, на сторінці-джерелі HTTPS із внутрішнім og:url на HTTP, і правило про залишкові посилання на http:// теж обрано, цей випадок натомість фіксує те правило. В інших випадках розбіжність фіксує це правило.

Сторінка без будь-якого з тегів не оцінюється; сторінка з двома тегами одного виду, порожнім значенням чи адресою, яку ми не можемо розв’язати, позначається як неперевірена.

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

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

https://bakery.example/cakes/ містить у своєму head:

<link rel="canonical" href="https://bakery.example/cakes/">
<meta property="og:url" content="https://bakery.example/cakes">

Вони відрізняються кінцевою косою рискою, тому сторінка фіксується з обома адресами.

<meta property="og:url" content="https://bakery.example/cakes/">

Можливе виправлення: зробіть так, щоб og:url точно збігався з canonical.

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

Перевірте самі: перегляньте вихідний код сторінки й порівняйте розв’язаний og:url з розв’язаним href тега rel="canonical" у head; через відносні значення й тег <base> сирі рядки можуть виглядати різними, навіть коли адреси збігаються.

Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка закривається, коли сторінку знову проскановано з повністю прочитаним head і обидва теги називають ту саму адресу або один із них прибрано. Додавання другого og:url чи canonical позначає сторінку як неперевірену й залишає знахідку відкритою.

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

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

Упевненість: Висока, бо обидва теги зчитуються безпосередньо з head сторінки.

Джерела

ogp.me, Протокол Open Graph — визначає og:url як канонічну URL-адресу об’єкта, що використовується як його постійний ідентифікатор. Перевірено 28 вересня 2026.

Редакційна перевірка: 29 вересня 2026

Посилання та списки досі вказують на адреси http:// — бере на себе внутрішню відмінність лише схеми HTTP, коли це правило обрано.
Сторінка називає основною іншу сторінку — сам canonical вказує на сторінку, яка не називає сама себе.

Адреса для поширення відрізняється від канонічної адреси