Canonical-тег: що це і як ним користуватися

Що таке canonical-посилання та атрибут canonical?

Загалом, canonical-посилання — це посилання, яке через тег або атрибут описують як «головне» чи «оригінальне» посилання вебсайту, що дає змогу вказувати на нього URL-адреси сторінок зі схожим вмістом. Завдяки цьому посилання сприймається як бажана або пріоритетна версія для ботів Google чи пошукових алгоритмів.

Так вмістом, який міг би сприйматися як дубльований, можна керувати правильно і відносно легко. Якби його не описували як canonical, це могло б вплинути на ранжування платформи й призвести до штрафів. Це може траплятися навіть тоді, коли дубльований вміст не розміщували навмисно, а він з'являється природно й органічно — через продаж товарів, пропозиції послуг, дотичні розділи тощо.

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

Нижче приклад того, як ми оголошуємо URL як canonical чи головну:

<link rel="canonical" href="/en/">

Походження canonical-посилань і їхня користь для SEO

Використання canonical-посилань почалося у 2009 році, коли три головні інтернет-пошукові компанії — Google, Bing і Yahoo — спільно представили атрибут canonical.

Логічно, що canonical-посилання має великий потенціал з SEO-погляду, оскільки допомагає нам уникати згаданих штрафів і сигналізує Google наші найважливіші URL-адреси.

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

Як зробити URL canonical

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

Іноді обрати найкращу URL просто, бо вона має найоптимізованіший вміст і технічну структуру. Однак в інших випадках вибір може бути складнішим, особливо коли сторінки дуже схожі і важко їх розрізнити.

У будь-якому разі ось проста рекомендація: завжди краще обрати URL canonical, коли у вас є схожі розділи чи сторінки. Інакше можуть бути негативні наслідки для ваших позицій і штрафи, що можуть назавжди вплинути на трафік.

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

• ›

  https://example.com/wordpress/seoplugin/

• ›

  https://example.com/wordpress/pluginseo/

Оскільки обидві URL мають цінність для сайту або ведуть до того самого товару чи сторінки, треба обрати, яка з двох релевантніша, ось так:

• ›

  Оберіть найрелевантнішу URL, спираючись на відвідування, трафік і авторитет.

• ›

  Обравши посилання, додайте атрибут canonical з не-canonical-сторінки, що вказує на canonical. Це має виглядати приблизно так:

<link rel="canonical" href="https://example.com/wordpress/seo-plugin/">

Цим ми досягаємо того, що повідомляємо Google, яка URL є каноналізованою (та, яку ми трактуємо як копію оригіналу), а яка URL — canonical, тобто оригінал. Це посилання розміщують на «копії» URL і воно вказує на оригінальну URL.

Інакше кажучи, схема така:

Коли доцільно використовувати canonical URL

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

Однак у тих випадках можна також використовувати справжні перенаправлення 301 замість canonical-тегів. Це особливо корисно, коли перенаправлення будуть постійними і відбувається міграція сайту. Тим часом у випадках технічних проблем або штрафів встановлення canonical-тегів завжди є наступним найрекомендованішим варіантом.

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

Важлива примітка про rel=canonical

Те, що ми залишили це наостанок, не робить це менш важливим. Маємо чітко розуміти, що атрибут canonical — це ПРОПОЗИЦІЯ Google, а не директива. Це означає, що Google може його ігнорувати, якщо сигнали, які ми надсилаємо в решті сайту, суперечать тому, як ми його визначили.

Інакше кажучи, якщо ми ставимо canonical з URL A на URL B, але внутрішньо всі посилання вказують на A, і зовнішні посилання теж вказують на A, Google може ігнорувати цей canonical і трактувати A як правильну. Тоді B буде копією A і потенційно зазнає штрафів.

Аби дізнатися, яку URL Google трактує як оригінал, а яку — як canonical, треба зайти в Search Console, додати URL у інспектор і переглянути інформацію, яку надає Google Search Console

І там ми отримуємо такі дані:

Поширені помилки з canonical URL

Існують різні питання та помилки, які часто роблять у зв'язку з canonical URL і які стають поширеними та особливо проявляються, коли цей інструмент використовують неправильно, наприклад:

• ›

  Не варто канонікалізувати пагінований архів на сторінку 1. Аналогічно, canonical-тег сторінки має вказувати на цю саму сторінку, наприклад: зі сторінки 2 на сторінку 2, інакше пошуковим системам може бути важко індексувати глибші пагіновані архіви.

• ›

  Робіть canonical URL ексклюзивними та унікальними, навіть якщо це означає перехід з протоколу HTTP на HTTPS.

• ›

  Базуйте canonical-тег на потрібній URL**, без використання змінних і прямим способом**.

• ›

  Коли сторінка має кілька пов'язаних canonical URL, це може бути контрпродуктивним і непередбачуваним. Не забуваймо, що Google має зрозуміти наш вебсайт швидко й чітко, тож зробімо це легко.

• ›

  Ще одна важлива помилка може бути від використання атрибута canonical у body замість /head чи header. Google рекомендує в офіційних повідомленнях використовувати атрибут у head якомога раніше, аби уникнути проблем під час парсингу всього вмісту, оскільки його можуть не виявити.

• ›

  Використання noindex і rel=canonical разом. John Mueller спеціально торкався цього в одному з численних хенгаутів, пояснюючи, що обидва сигнали суперечать одне одному й заплутають Google, який візьме атрибут canonical над noindex. Тож ніколи не варто використовувати їх разом.

• ›

  Указування атрибутів canonical на сторінки 404 чи 30x. Подумаймо на хвилю: якщо ми додаємо атрибут до URL A, що вказує на B, яка повертає помилку чи робить перенаправлення, чи не надсилаємо ми хибних сигналів Google? Ми кажемо йому, що «оригінальна» URL — це сторінка з помилкою або перенаправлення... це не має сенсу.

Просунуті використання атрибута canonical

Атрибут canonical може мати інші функції та просунуті використання, як-от:

• ›HTTP-заголовок з canonical-посиланням: такі заголовки можуть бути дуже корисними для каноналізації PDF-документів, оскільки вони не є HTML, тож доводиться обирати цей варіант, якщо ми хочемо їх каноналізувати. Це виглядатиме так:

Link: <http://www.example.com/downloads/seoguide.pdf>; rel="canonical"

• ›

  Використання canonical на сторінках, які не такі схожі: насправді можна використовувати canonical-теги на сторінках, які не зовсім ідентичні, навіть досить різних. Хоч це може допомогти загальному авторитету сайту, цього не рекомендують, бо Google може виявити неправильне використання canonical, оштрафувати сайт, а потім ігнорувати його справжні canonical URL.

• ›

  Використання атрибута canonical разом з Hreflang: можна застосовувати стратегії з Hreflang одночасно з canonical-тегом, з гарними результатами при коректному застосуванні. Однак треба чітко розуміти: при використанні Hreflang мовна реалізація canonical має бути ідеальною, завжди вказуючи на самих себе, аби уникнути непередбачуваних проблем чи конфліктів, які можуть нашкодити більше, ніж допомогти, обом стратегіям.

Лишилися запитання про цей фасцинуючий SEO-тег? Радо допоможемо!