Матриця канонікалізації для дублів URL

Пошук дублів та майже дублів

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

Пошук дублів та майже дублів

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

Перевірте типові джерела дублів:

• Варіанти протоколу та хоста: http і https, www і без www, різниця в кінцевій скісній рисці
• Параметри: сортування, фільтри, ID сесій і мітки відстеження, як-от [Приклад параметра]
• Версії для друку, AMP чи мобільні тієї самої статті
• Сторінки з великою часткою шаблонного тексту: слабкі сторінки категорій або тегів, які сильно перетинаються

1. Проскануйте сайт і експортуйте URL, title, H1 та хеш контенту.
2. Відсортуйте за хешем контенту, щоб виявити точні дублі.
3. Вибірково перевірте майже дублі: порівняйте кількість слів і спільні фрази.
4. З'ясуйте в [URL у Search Console], яку версію Google зараз індексує.

Задокументуйте кожну групу дублів і оберіть для неї один основний URL. Саме він стане вашим канонічним URL у наступних варіантах.

Самопосильні canonical

Коли використовувати: Налаштуйте поведінку canonical за замовчуванням, щоб кожна індексована сторінка вказувала на себе.

Самопосильні canonical

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

Правила впровадження:

• Розміщуйте тег у [Розділ head], а не в body.
• Використовуйте абсолютний URL із правильним протоколом і хостом, наприклад [Основний URL].
• Канонічний URL має віддавати статус 200 і бути індексованою версією без редиректу.
• Залишайте один canonical на сторінку: кілька суперечливих тегів ігноруються.

1. Один раз оберіть основний хост і протокол і застосуйте їх до всього сайту.
2. Виводьте як canonical власний чистий URL сторінки, без параметрів відстеження.
3. Перевіряйте відрендерений HTML, а не лише шаблон: JavaScript може змінювати теги.

Оскільки rel=canonical - це підказка, підкріпіть його послідовними внутрішніми посиланнями, чистим XML sitemap і 301-редиректами для старих URL, щоб усі сигнали вказували на ту саму основну версію.

URL з параметрами та фасетні URL

Коли використовувати: Контролюйте дублі від параметрів сортування, фільтрів, сесій і відстеження на сторінках списків та в інтернет-магазинах.

URL з параметрами та фасетні URL

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

Типові параметри та що з ними робити:

• Порядок сортування (наприклад, [Параметр сортування]): ті самі товари в іншому порядку, тому canonical на базовий URL без сортування.
• ID сесій та відстеження: ніколи не змінюють контент, тому canonical на чистий URL.
• Фільтри, що створюють унікальний цінний асортимент: можуть заслуговувати на власний самопосильний canonical та індексацію.
• Пагінація: кожна сторінка має посилатися сама на себе, а не на сторінку 1.

1. Випишіть усі параметри, які генерує сайт, і позначте, чи змінюють вони контент.
2. Для параметрів, що не змінюють контент, ставте canonical на чистий базовий URL.
3. Канонічні URL мають бути абсолютними, віддавати 200 і бути доступними для сканування, без блокування в robots.txt.
4. Не поєднуйте canonical і noindex на одному URL.

Якщо фільтри не мають пошукової цінності, розгляньте noindex разом із контролем внутрішніх посилань, а не покладайтеся лише на canonical: канонікалізація - це тільки підказка.

Крос-доменні canonical та синдикація

Коли використовувати: Об'єднуйте сигнали, коли той самий контент є на кількох доменах або його передруковують партнери.

Крос-доменні canonical та синдикація

Коли ви синдикуєте статті або передруковуєте контент на партнерських доменах, крос-доменний canonical просить Google зарахувати першоджерело. Сторінка з передруком ставить canonical на ваш оригінальний URL.

Як це налаштувати:

• Синдикована копія додає canonical на оригінал, наприклад [Оригінальний URL].
• Canonical має бути абсолютним URL на домені-джерелі, що віддає 200.
• Обидві версії можуть лишатися доступними для читачів, а canonical об'єднує сигнали ранжування.
• Попросіть партнерів упровадити його: ви не можете ставити canonical на доменах, які не контролюєте.

1. Переконайтеся, що оригінал опубліковано та індексовано до синдикації.
2. Дайте партнерам точний абсолютний канонічний URL для вставлення.
3. Перевірте, що тег є у відрендереному HTML партнера.

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

Canonical, noindex чи 301

Коли використовувати: Оберіть правильний спосіб об'єднання для кожного сценарію з дублями.

Canonical, noindex чи 301

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

• 301-редирект: коли URL має зникнути назавжди, а його сигнали треба передати іншому URL. Найкраще для видалених, перенесених чи об'єднаних сторінок.
• rel=canonical: коли обидва URL мають лишатися доступними для користувачів, але це справжні дублі, і індексацію треба зосередити на одному. Це підказка, тож тримайте обидві версії узгодженими.
• noindex: коли сторінка має лишатися доступною для користувачів, але не потрапляти в індекс, як-от слабкі сторінки фільтрів чи результати внутрішнього пошуку.

1. Запитайте себе: чи має URL і далі існувати? Якщо ні, ставте 301.
2. Якщо так і він дублює іншу сторінку, використовуйте canonical.
3. Якщо так, але він просто не повинен ранжуватися, використовуйте noindex.

Не поєднуйте canonical і noindex на одному URL: сигнали суперечать один одному, і Google може проігнорувати обидва. Оберіть один метод для кожного URL і застосуйте його чисто.

Перевірка canonical та типові помилки

Коли використовувати: Перевірте впровадження canonical і впіймайте помилки, які непомітно ламають об'єднання.

Перевірка canonical та типові помилки

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

Шукайте такі типові помилки:

• Canonical на URL з редиректом, заблокований або 404 замість сторінки зі статусом 200
• Відносні URL або URL з неправильним протоколом там, де canonical має бути абсолютним
• Сторінки пагінації з canonical на сторінку 1 замість самопосилання
• Canonical разом із noindex на одному URL, що створює конфлікт
• Кілька canonical або canonical, вставлені через JavaScript, які не збігаються з початковим HTML

1. Проскануйте сайт і експортуйте кожен URL із зазначеним canonical.
2. Переконайтеся, що кожна цільова сторінка віддає 200 і не заблокована в robots.txt.
3. Порівняйте ваш canonical із тим, який обрав Google, у [URL у Search Console].

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

Матриця канонікалізації (для заповнення)

Коли використовувати: Один рядок на групу дублів: задіяні URL, основний URL, усі сигнали, що мають збігатися, метод, відповідальний і спосіб перевірки.

Матриця канонікалізації

Один рядок на групу дублів, а не на URL. Група - це всі адреси, що віддають той самий основний контент.

Стовпці

• Група дублів: [усі URL, наприклад http, https, www, ?ref=, /amp/]
• Основний URL: [той, який ви хочете бачити в пошуку, абсолютний https]
• Чому саме він: [найбільше посилань, найчистіший URL, конвертує, стоїть у меню]
• Сигнали для узгодження: [rel=canonical, внутрішні посилання, sitemap, редиректи, hreflang]
• Метод: [301 / rel=canonical / обидва / обробка параметрів у коді]
• Відповідальний і термін [одне ім'я, одна дата]
• Перевірено: [канонічний URL, вибраний Google (Google-selected canonical), з перевірки URL (URL Inspection), дата перевірки]

Як обрати метод

• 301-редирект: дубль не потрібен користувачам. Google називає редиректи сильним сигналом.
• rel=canonical: дубль має лишатися доступним (посилання з відстеженням, версії для друку, відсортовані списки). Теж сильний сигнал.
• Лише sitemap: слабкий сигнал. Використовуйте його як підтримку вибору, але ніколи окремо.
• Не для канонікалізації: robots.txt, noindex у межах власного сайту та інструмент видалення URL. Документація Google застерігає від усіх трьох.

Журнал перевірки

Коли використовувати: Після повторного сканування перевірте, чи обрав Google ваш основний URL, і що змінити, якщо ні.

Журнал перевірки

Canonical готовий, коли з ним погодився Google, а не коли тег викотили. Перевірте вибірку з кожної групи після того, як Google повторно її просканує.

Коли Google обирає інший URL

1. Перевірте внутрішні посилання. Якщо меню або хлібні крихти ведуть на дубль, спершу виправте посилання.
2. Перевірте sitemap. У ньому має бути лише основний URL.
3. Перевірте редиректи та hreflang. Вони мають вказувати на той самий основний URL.
4. Перевірте контент. Якщо дві сторінки насправді не однакові, можливо, помиляється canonical, а не Google.
5. Перевірте ще раз після наступного сканування. Запишіть дату в журнал.

Контроль завершення: у кожної групи є відповідальний, метод і дата перевірки. Групи, що не збігаються після двох сканувань: [кількість], передано на розгляд [ім'я].

Приклад (вигаданий інтернет-магазин)

Коли використовувати: Чотири заповнені рядки з вигаданого магазину, зокрема один, де редирект виявився кращим за canonical, і один, де Google обрав інакше.

Приклад: Lantern Supply Co.

Лише приклад. Компанію, людей, URL і цифри вигадано, щоб показати, як виглядає корисна заповнена версія.

Що виправило розбіжність

Рядок 4 не пройшов першу перевірку. Меню категорій вело на відсортовану версію, тож внутрішні посилання переважили canonical. Після заміни посилання в меню на /lamps усе виправилося з наступним скануванням. Рядок 3 дає інший урок: сторінку, яка нікому не потрібна, треба перенаправляти, а не канонікалізувати.

Наступний крок

Запустіть аудит сайту, щоб знайти сторінки з відсутніми або суперечливими canonical. Скористайтеся Get Source Code of Webpage, щоб побачити, який canonical сторінка віддає насправді, і Redirect Checker, щоб переконатися, що кожен 301 веде на основний URL за один перехід. Якщо хочете, щоб дублі на великому сайті прибрав фахівець, перегляньте наші послуги SEO та GEO.