Коротко
перевірка тегу canonical читає canonical будь-якого URL, у HTML або в HTTP-заголовку Link, і повідомляє, куди він веде, чи працює ціль і чи ймовірно, що Google піде за ним. Вона також перевіряє сигнали, які можуть суперечити canonical: HTTP-статус, переадресації, robots.txt і noindex. Найбезпечніше налаштування для більшості сторінок: єдиний абсолютний canonical на себе в head, що вказує на URL із відповіддю 200.
Хочете дізнатися більше? Запитайте
Перевірка тегу canonical верифікує рядок HTML, який повідомляє пошуковим системам, яку версію сторінки індексувати. Дублікати є скрізь: параметри відстеження, варіанти сортування, http і https, з www і без www. Google визначає канонізацію як «процес вибору репрезентативного» URL для фрагмента контенту (Google, what is canonicalization). Сам зв'язок canonical стандартизовано в RFC 6596 як спосіб позначити «бажаний IRI серед ресурсів із дубльованим вмістом» (IETF, RFC 6596).
Що перевіряє інструмент перевірки тегу canonical?
Введіть повний URL. Інструмент проходить до восьми переадресацій, читає кінцеву сторінку, її заголовки та robots.txt сайту і, якщо canonical веде на іншу адресу, один раз завантажує цю ціль для перевірки.
| Перевірка | Як виглядає проблема | Серйозність |
|---|---|---|
| Наявність canonical | Немає canonical ні в HTML, ні в заголовку Link | Попередження: Google сам обирає версію |
| Єдиний canonical | Два або більше canonical з різними URL | Помилка: Google ігнорує їх усі |
| Розташування | Canonical розміщено в body замість head | Попередження: Google ігнорує |
| Абсолютний URL | Відносний шлях на кшталт /page | Попередження: працює, але ризиковано |
| Ціль | Веде на іншу сторінку, інший протокол чи інший домен | Попередження: перевірте, чи це задумано |
| Статус цілі | Ціль переадресовує або повертає помилку | Помилка: canonical буде проігноровано |
| Індексованість цілі | Ціль має noindex | Помилка: суперечливі сигнали |
| Сигнали сторінки | Статус не 200, блокування в robots.txt, noindex, nofollow для всієї сторінки | Помилка або попередження залежно від випадку |
Звіт завершується тегом canonical, який має містити сторінка, готовим до копіювання в head. Три безкоштовні аналізи на день включено; акаунт Sorank знімає обмеження.
Тег canonical є директивою чи підказкою?
Сильним сигналом, а не наказом. Google перелічує методи «у порядку того, наскільки сильно вони можуть впливати на канонізацію»: переадресації та анотації rel="canonical" є сильними сигналами, а включення до карти сайту слабким (Google, how to specify a canonical URL). Методи накладаються, тож canonical працює найкраще, коли внутрішні посилання, карта сайту й переадресації вказують на той самий URL.
| Метод | Сила | Найкраще підходить для |
|---|---|---|
| Переадресація 301 або 308 | Сильний | Остаточного вилучення дубльованого URL |
| rel="canonical" у head HTML | Сильний | Дублікатів, які мають залишатися доступними, як-от відфільтровані URL чи URL із відстеженням |
| rel="canonical" в HTTP-заголовку Link | Сильний | Файлів не у форматі HTML, як-от PDF |
| Включення до карти сайту | Слабкий | Підтримки інших методів на великому сайті |
Щоб побачити, що вирішив Google, перевірте URL у Search Console і прочитайте поле «Canonical, обраний Google» проіндексованої версії; Google зазначає, що живий тест не може цього передбачити (Search Console Help, URL Inspection).
Чи повинна кожна сторінка мати canonical на себе?
Так. Документація Google каже: «Обов'язково додавайте посилання rel="canonical" на самій канонічній сторінці (також відомий як самореферентний canonical)». Це захищає сторінку від варіантів, створених параметрами відстеження, сортуванням та ідентифікаторами сесій, які інакше конкурували б із нею. Коли перевірка знаходить URL з параметрами, чий canonical веде на чисту версію, вона позначає налаштування як правильне: саме так варіанти об'єднуються.
Використовуйте абсолютні URL. Google підтримує відносні шляхи, але застерігає, що вони «можуть спричинити проблеми в довгостроковій перспективі», наприклад, коли скануються тестова копія або http-версія. Саме тому перевірка позначає відносні canonical.
Які помилки з canonical трапляються найчастіше?
Google назвав п'ять із них понад десять років тому, і саме їх перевірка знаходить найчастіше (Google Search Central Blog, 5 common mistakes with rel=canonical).
- Спрямування всіх сторінок серії на першу: друга сторінка посторінкового списку не є дублікатом першої й повинна мати canonical на себе.
- Неправильно записані відносні URL, які перетворюються на canonical на неіснуючі сторінки.
- Кілька canonical на одній сторінці, часто один від теми й один від SEO-плагіна. «Якщо вказано більше одного, усі посилання rel=canonical буде проігноровано».
- Canonical сторінки категорії на головну статтю, що віддає ранжування категорії статті.
- Canonical у body, де Google його не читає.
Ще дві сьогодні трапляються часто: canonical на URL із переадресацією та canonical разом із noindex. Google радить не використовувати noindex для вибору canonical у межах сайту, бо «це повністю заблокує сторінку в пошуку». Залиште canonical, якщо сторінка є дублікатом, а noindex лише тоді, коли сторінка має зникнути.
Чи може canonical вести на інший домен?
Так, для контенту, повторно опублікованого на кількох сайтах: копія вказує на оригінал, а оригінал зберігає ранжування. Поза цим випадком canonical на інший домен віддає ваше ранжування іншому сайту, тому перевірка завжди позначає його для перегляду. Те саме стосується canonical, що змінюється з https на http: це майже завжди помилка конфігурації після міграції.
Як canonical взаємодіє з robots.txt, noindex і переадресаціями?
Вони мають узгоджуватися. Canonical не допоможе сторінці, яку Google не може сканувати або якій наказано не індексуватися.
- Не блокуйте дублікати в robots.txt, щоб їх «канонізувати». Google каже: «Не використовуйте файл robots.txt для канонізації», бо він усе одно може проіндексувати заблоковані URL без їхнього вмісту. Перевірте свої правила за допомогою перевірки robots.txt.
- Спрямовуйте canonical на кінцеві URL, ніколи на URL із переадресацією. Перевірка переадресацій показує кожен перехід.
- Тримайте сигнали індексації в одному напрямку: сторінка, що має ранжуватися, потребує статусу 200, відсутності noindex і canonical на себе. Перевірка індексованості перевіряє ті самі сигнали з акцентом на індексації.
- Вносьте до карти сайту лише канонічні URL і перевіряйте її за допомогою перевірки карти сайту.
Для міжнародних сайтів кожна мовна версія має canonical на себе й пов'язана з іншими через hreflang; генератор hreflang пише ці теги. Щодо термінології дивіться наші статті глосарія про теги canonical та дубльований контент.
Як читати звіт перевірки?
Почніть із висновку вгорі, а потім опрацьовуйте червоні пункти перед помаранчевими.
- Спершу сигнали індексації: 404, блокування в robots.txt або noindex роблять canonical неактуальним, доки це не виправлено.
- Потім сам canonical: відсутній, множинний, нечитабельний або розміщений у body.
- Потім ціль: якщо вона переадресовує, повертає помилку або має noindex, спрямуйте canonical на кінцевий живий URL.
- Наприкінці попередження: відносний URL, інший домен, зміна протоколу. Залишайте їх лише якщо це задумано.
Скопіюйте запропонований тег наприкінці звіту в head сторінки, розгорніть зміни та запустіть перевірку ще раз для того самого URL.
Як виправити canonical на всьому сайті?
Виправляйте шаблон, а не кожну сторінку. Більшість помилок canonical походить від одного налаштування теми або одного плагіна, застосованого до тисяч URL. Перевірте один URL кожного шаблону (головна, категорія, товар, стаття, відфільтрований список), виправте шаблон, що дає збій, і перевірте знову. Повторюйте після кожного редизайну, міграції чи оновлення плагіна. З SEO Chat від Sorank ви можете ставити запитання про власний сайт і отримувати наступне виправлення простою мовою, а дашборд GEO / SEO показує, чи відновлюється трафік після змін.
Одна сторінка, один canonical, що веде на живий URL, який узгоджується з усіма іншими сигналами. Перевірте свої найважливіші шаблони зараз і перегляньте тарифи Sorank, щоб тримати технічне SEO на autopilot.
