Що означає canonical URL у Google Search Console?

Коли кілька URL показують однаковий або майже однаковий вміст, Google індексує один із них — canonical, а решту вважає дублікатами. В інструменті перевірки URL Search Console показує два значення: canonical, оголошений користувачем (той, який запитує ваша сторінка), і canonical, вибраний Google (той, який Google справді обрав). Ваше оголошення — це сильна підказка, а не наказ. Якщо ці значення різняться, щось інше на вашому сайті вказує Google в іншому напрямку.

Де Search Console показує canonical

• Перевірка URL, розділ Індексування сторінки: canonical, оголошений користувачем (із тега rel="canonical", HTTP-заголовка, sitemap або інших способів), поруч із вибраним Google. Google зазначає, що вибране значення може відставати від індексу на кілька годин, а відомості про canonical відображаються лише тоді, коли canonical належить до ресурсу, яким ви володієте.
• Звіт про індексування сторінок — через три причини: Дублікат без вибраного користувачем canonical (ви нічого не оголосили, Google обрав сам), Дублікат: Google вибрав інший canonical, ніж користувач (ваш вибір було проігноровано) і Альтернативна сторінка з правильним тегом canonical (все працює як задумано).
• Звіт про ефективність — опосередковано: кліки та покази дублікатів зараховуються canonical. URL без трафіку може бути просто дублікатом того URL, який цей трафік збирає, тож перш ніж робити висновок, що трафіку немає, виконайте перевірку.

Що враховує Google

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

Чому Google обирає інший URL

• Ваші сигнали суперечать один одному. Тег canonical вказує на один URL, навігація веде на інший, а sitemap містить третій.
• Сторінки насправді не є дублікатами. Google оцінює дублікати за вмістом, тому canonical, що вказує на сторінку з іншим змістом, імовірно буде проігноровано.
• Проблеми з HTTPS, як-от недійсний сертифікат або перенаправлення HTTPS-сторінки на HTTP, змушують Google віддавати перевагу HTTP.
• Суперечливі оголошення, наприклад різні URL у HTML-тегу та в HTTP-заголовку або canonical, встановлений через JavaScript, що відрізняється від HTML.

Як виправити невідповідність

1. Оберіть один URL для кожної одиниці вмісту, з HTTPS.
2. Додайте до нього canonical-посилання на самого себе з абсолютним URL, використовуючи лише один спосіб.
3. Скрізь ведіть внутрішні посилання на цей URL: у меню, хлібних крихтах, пов'язаних посиланнях і пагінації.
4. Додавайте до sitemap та анотацій hreflang лише canonical URL.
5. Налаштуйте 301-перенаправлення для дублікатів, які вам узагалі не потрібні.
6. Не використовуйте для канонізації robots.txt, noindex чи інструмент видалення: вони блокують або приховують сторінки, а не вибирають між ними.
7. Повторно перевірте URL після того, як Google повторно просканує сторінку.

Коли дві різні сторінки конкурують за одні й ті самі запити, це інша проблема, і canonical тут не допоможе. Дивіться посібник із канібалізації.

Як допомагає AutoPSEO

Перевіряти canonical по одному URL не масштабується. Масова перевірка URL в AutoPSEO перевіряє sitemap, вставлений список або файл до 500 URL за один запуск через Google URL Inspection API і позначає кожен як Збігається або Відрізняється залежно від того, чи збігається canonical Google з вашим. Так можна перевірити цілий шаблон одразу та експортувати результат у CSV. Звіт про канібалізацію знаходить запити, за якими кілька ваших сторінок ділять кліки між собою.

Джерела: посібник Google із канонізації, довідка з інструмента перевірки URL, довідка зі звіту про індексування сторінок і довідка з вимірів звіту про ефективність.