Создать бесплатный аккаунт Войти

Аудит

SEO-аудит Сканер Видимость в ИИ Сайт против сайта

Исследование

Keyword Explorer Сайт не работает? Все SEO-инструменты76

Инструменты

On-page SEO11
Анализатор мета-теговПревью сниппета в выдачеПроверка структуры заголовковПроверка alt-текста изображенийПроверка Open Graph и превью для соцсетейВалидатор структурированных данныхПроверка тега canonicalАнализатор ссылокПроверка hreflangПроверка фавиконаПроверка доступности
Техническое SEO11
Полный аудит сайта (краулер)Проверка robots.txtПроверка XML-карты сайтаПроверка редиректовМассовая проверка HTTP-статусовПроверка HTTP-заголовковПроверка битых ссылокПроверка индексируемостиПроверка мобильной адаптацииПроверка SEO для JavaScriptСканер cookie и трекеров
Скорость и производительность11
Тест скорости страницыПроверка Core Web VitalsТест времени ответа сервера (TTFB)Проверка веса страницыТест сжатия Gzip и BrotliПроверка HTTP/2 и HTTP/3Минификатор CSSМинификатор JavaScriptСжатие изображений и конвертер WebPМинификатор HTMLКалькулятор углеродного следа сайта
Контент и ключевые слова8
Проверка плотности ключевых словПодбор ключевых словСчётчик словПроверка читаемостиПроверка соотношения текста и HTMLГенератор slug для URLИзменение регистраПроверка дублированного контента
Генераторы10
Генератор мета-теговГенератор robots.txtГенератор разметки SchemaГенератор Open GraphГенератор XML-карты сайтаГенератор редиректов (.htaccess и Nginx)Генератор тегов hreflangГенератор UTM-ссылокГенератор llms.txtГенератор фавиконов
Домен и безопасность14
Проверка SSL-сертификатаПроверка заголовков безопасностиDNS-запросWHOIS / проверка доменаПроверка возраста доменаПроверка смешанного контентаПоиск IP и хостинга сайтаПинг-тест – работает ли сайт?Определение технологий сайтаПроверка SPF, DKIM и DMARCПроверка распространения DNSПроверка чёрных списковМониторинг доступности сайтаПроверка открытых портов
ИИ-поиск и ИИ-тексты11
Проверка готовности к ИИ-поискуИИ-генератор заголовков и мета-описанийИИ-генератор FAQ и разметкиИИ-генератор контент-брифовИИ-оптимизатор контентаИИ-обзор SEO страницыИИ-анализ поискового намерения и соответствия страницыИИ-анализ контентных пробелов относительно конкурентовИИ-детектор текстаИИ-генератор alt-текстаИИ-генератор заголовков

Обучение

SEO-руководства Руководство по SEO-проблемам Тарифы

Настройки

Тема
Техническое SEO

Теги canonical: как правильно бороться с дублированным контентом

Дублирующиеся URL повсюду — параметры отслеживания, фильтры, версии http и https. Теги canonical сообщают поисковым системам, какую версию индексировать. Вот как использовать их правильно.

Скорее всего, одна и та же страница вашего сайта доступна более чем по одному URL. Параметры отслеживания, варианты сортировки, идентификаторы сессий, www и без www, слеш в конце, версии для печати — каждый из этих вариантов создаёт дубль. Поисковым системам приходится решать, какую версию индексировать и показывать.

Тег canonical — способ сообщить им ваше предпочтение.

Что такое тег canonical

Тег canonical — это элемент link в разделе <head> страницы:

<link rel="canonical" href="https://example.com/shoes/trail-runner-x">

Он говорит: «этот URL — основная версия этого контента; объединяйте сигналы здесь». Поисковые системы группируют дублирующиеся URL и выбирают один канонический URL для показа в результатах. Ваш тег canonical — сильная подсказка при этом выборе, но, что важно, именно подсказка, а не команда.

Почему дубли имеют значение

За дублированный контент редко наказывают: это техническая проблема, а не спам. Но дубли всё равно создают трудности:

  • Размытые сигналы: ссылки и другие сигналы распределяются между несколькими URL вместо одного
  • Ранжируется не тот URL: вместо чистого URL может показываться URL с параметрами отслеживания или фильтром
  • Впустую потраченное сканирование: краулеры тратят время на загрузку дублей вместо нового контента

Ставьте canonical на себя на каждой странице

У каждой индексируемой страницы должен быть тег canonical, указывающий на неё саму:

<!-- On https://example.com/guides/composting -->
<link rel="canonical" href="https://example.com/guides/composting">

Тогда, даже если кто-то поставит ссылку на https://example.com/guides/composting?utm_source=newsletter, страница всё равно сообщит поисковикам, какой URL настоящий.

Проверка тега canonical

Проверьте канонический URL страницы: открывается ли он и не конфликтует ли с другими сигналами.

Открыть: Проверка тега canonical

Когда указывать canonical на другую страницу

Указывайте canonical на другой URL, когда контент действительно одинаковый или почти одинаковый:

  • Варианты с параметрами: /shoes?sort=price → /shoes
  • Варианты товара с одинаковым контентом, например цвета на отдельных URL (только если они действительно почти идентичны)
  • Синдицированный контент: если вашу статью перепубликовали на другом сайте, там можно добавить междоменный canonical на ваш оригинал
  • Версии для печати или AMP, указывающие на основную страницу

Не используйте canonical, чтобы указать с одной страницы на другую, которая просто посвящена похожей теме. Google, скорее всего, проигнорирует canonical между явно разными страницами.

Canonical, редирект 301 или noindex

Что использовать Когда
Редирект 301 Старый URL больше не должен посещаться — страница переехала навсегда. Пользователи и краулеры попадают на новый URL.
Тег canonical Оба URL должны продолжать работать для пользователей (фильтры, параметры отслеживания, варианты), но индексироваться должен только один.
noindex Страница должна полностью отсутствовать в результатах поиска, и у неё нет предпочтительного аналога (скудные страницы тегов, результаты внутреннего поиска).

Не сочетайте noindex с canonical на другую страницу. Сигналы противоречат друг другу: один говорит «выбрось эту страницу», другой — «считай её копией той».

Лучшие практики

  1. Используйте абсолютные URL с протоколом: https://example.com/page, а не /page
  2. Один canonical на страницу. Несколько противоречащих canonical могут быть проигнорированы все
  3. Указывайте на живую индексируемую страницу со статусом 200 — никогда на редирект, 404 или страницу с noindex
  4. Используйте предпочтительный протокол и хост (https и либо www, либо без www — последовательно)
  5. Сохраняйте согласованность сигналов: внутренние ссылки, URL в карте сайта, hreflang и редиректы должны использовать канонический URL
  6. Размещайте его в <head>, в исходном HTML. Canonical, добавленный через JavaScript, может обработаться позже или быть пропущен
  7. Страницы пагинации (страница 2, 3…) обычно должны иметь canonical на себя, а не на первую страницу, — иначе элементы, которые есть только на следующих страницах, могут потеряться

Canonical на многоязычных сайтах

У каждой языковой версии должен быть canonical на себя, вместе с тегами hreflang, перечисляющими все языковые версии. Если canonical французской страницы указывает на английскую, вы сообщаете Google, что французская страница — дубль, и она может исчезнуть из выдачи на французском.

Вариант в HTTP-заголовке

Для файлов, которые не являются HTML, например PDF, canonical можно передать в HTTP-заголовке:

Link: <https://example.com/whitepaper>; rel="canonical"

Почему Google может проигнорировать ваш canonical

Выбирая канонический URL, Google взвешивает несколько сигналов, включая редиректы, внутренние ссылки, карты сайта, HTTPS и hreflang. Он может выбрать другой URL, если:

  • Большинство внутренних ссылок ведут на другую версию
  • Целевая страница canonical перенаправляет или возвращает ошибку
  • Страницы на самом деле не дубли
  • Canonical указывает с HTTPS на HTTP

Инструмент проверки URL в Search Console показывает и «Канонический URL, выбранный пользователем», и «Канонический URL, выбранный Google», так что вы видите, когда они расходятся.

Частые ошибки с canonical

  • Canonical всех страниц указывает на главную (ошибка в шаблоне, которая может обнулить позиции)
  • Canonical указывает на тестовые домены или домены для разработки после запуска
  • Относительные URL, которые разрешаются неправильно
  • Canonical на URL с редиректом после переезда
  • Все страницы пагинации указывают на первую страницу
  • Нет canonical на страницах с большим трафиком по ссылкам с параметрами отслеживания

Сканирование всего сайта покажет страницы с canonical на другие URL, и вы быстро заметите закономерности.

Полный аудит сайта (краулер)

Просканируйте весь сайт, чтобы найти битые страницы, дубли заголовков, отсутствующие теги и слабый контент.

Открыть: Полный аудит сайта (краулер)

Сценарии с canonical на примерах

Параметры отслеживания

Ссылка из рассылки ведёт на https://example.com/guide?utm_source=newsletter. Canonical страницы на себя, https://example.com/guide, сообщает поисковикам, какой URL индексировать, и сигналы от ссылки из рассылки объединяются на чистом URL.

Сортировка и фильтры

/shoes?sort=price-asc показывает те же товары, что и /shoes, только в другом порядке. Укажите canonical отсортированной версии на /shoes. Для фильтров, которые создают действительно другие ценные страницы (например, /shoes/red с поисковым спросом), используйте canonical на себя и относитесь к ним как к полноценным страницам.

Слеш в конце и регистр

/guide и /guide/ технически разные URL, как и /Guide и /guide. Выберите один формат, перенаправьте другой и держите canonical согласованными.

Варианты товара

Футболка в пяти цветах, каждый на своём URL с одинаковым текстом, кроме названия цвета, может иметь canonical на основной URL товара. Если у каждого цвета есть заметный поисковый спрос («красная льняная рубашка») и собственный контент и фото, пусть каждый вариант индексируется со своим canonical.

Синдицированные статьи

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

Проверка canonical в больших масштабах

На крупном сайте проблемы с canonical обычно идут от шаблонов. Сканирование позволяет:

  1. Составить список всех страниц, canonical которых указывает на другой URL
  2. Сгруппировать их по шаблону (все страницы пагинации? все варианты товаров?)
  3. Проверить, намеренна ли каждая закономерность
  4. Найти canonical, указывающие на редиректы, ошибки или страницы с noindex

Затем сравните с причиной «Страница является копией. Канонические версии страницы, выбранные Google и пользователем, не совпадают» в отчёте «Индексирование страниц» Search Console — это признак того, что заявленные canonical и другие сигналы расходятся.

Canonical на популярных платформах

  • WordPress: ядро добавляет canonical на себя для записей и страниц; SEO-плагины распространяют их на архивы и позволяют переопределять их для каждой страницы
  • Shopify: добавляет canonical автоматически, в том числе указывая URL товаров внутри коллекций на основной URL товара
  • Wix и Squarespace: добавляют canonical автоматически, с возможностью настройки
  • Самописные сайты: генерируйте canonical из логики маршрутизации, чтобы он всегда соответствовал предпочтительному формату URL

Главное

  • Тег canonical сообщает поисковым системам, какой URL — основная версия дублированного контента.
  • У каждой индексируемой страницы должен быть canonical на себя с абсолютным URL.
  • Canonical — сильные подсказки, а не команды; поддерживайте согласованность редиректов, внутренних ссылок и карт сайта.
  • Используйте 301, когда страница переехала, canonical, когда дубли должны оставаться доступными, и noindex, чтобы полностью убрать страницу.
  • Никогда не указывайте canonical на редиректы, ошибки, страницы с noindex или на другую языковую версию.
  • Сравнивайте заявленный и выбранный Google канонический URL в инструменте проверки URL Search Console.

Часто задаваемые вопросы

Передают ли теги canonical ссылочный вес?

Учтённый canonical Google при объединении сигналов воспринимает примерно как редирект, поэтому ссылки на дубли обычно идут на пользу каноническому URL.

Наказывают ли за дублированный контент?

Нет. Google не наказывает за обычный дублированный контент. Он просто выбирает одну версию для показа. Санкции применяются к намеренно вводящему в заблуждение копированию и парсингу.

Нужно ли указывать canonical страниц тегов и категорий на другую страницу?

Обычно нет. Если они полезны, пусть индексируются с canonical на себя. Если скудные — лучше подумайте о noindex.

Можно ли использовать canonical между доменами?

Да. Междоменные canonical поддерживаются и полезны для синдицированного контента или когда один и тот же товар продаётся на нескольких ваших сайтах.

canonicalduplicate contentindexing

Проверьте свой сайт

Запустите бесплатный аудит из 80+ проверок и получите решение для каждой проблемы.

Бесплатный аудит

Читать дальше