Загрузка...
Загрузка...
Полное руководство по canonical URL. Синтаксис, когда использовать, связь с дублированным контентом. Практические примеры настройки canonical для сайтов.
Поиск дублированного контента на сайте. Причины появления дублей, инструменты диагностики, исправление через canonical и редиректы. Практическое руководство.
SEOКак оптимизировать анкорный текст внутренних ссылок для SEO. Разнообразие анкоров, передача релевантности, избежание переоптимизации. Практические рекомендации.
SEOРуководство по массовой проверке URL. Сценарии использования, инструменты, интерпретация результатов. Проверка статус-кодов, редиректов и битых ссылок на масштабе.
SEOПрактическое руководство по устранению Cumulative Layout Shift. Диагностика причин сдвигов макета, резервирование размеров, оптимизация шрифтов и динамического контента.
Поделитесь с коллегами или изучите другие материалы блога
Canonical URL — атрибут, указывающий поисковым системам предпочтительную версию страницы при наличии дублей. Дублированный контент размывает индексацию и ссылочный вес. Canonical решает эту проблему, консолидируя сигналы на один URL. В этом руководстве разберём синтаксис, сценарии использования и типичные ошибки.
Canonical (канонический) URL — адрес, который поисковик считает основной версией страницы. Если один и тот же контент доступен по нескольким URL, canonical указывает, какой индексировать и ранжировать.
<link rel="canonical" href="https://example.com/page" />
Размещается в <head> страницы. href — абсолютный URL предпочтительной версии.
Поисковый робот видит canonical и понимает: «Сигналы (ссылки, контент) с этой страницы и её дублей следует учитывать для указанного URL». Дубли не исчезают из индекса мгновенно, но перестают конкурировать с канонической версией.
Одна страница доступна с разными параметрами (сортировка, фильтры, UTM):
example.com/catalog?sort=price
example.com/catalog?sort=name
example.com/catalog?utm_source=email
Без canonical — множество дублей. С canonical — все указывают на example.com/catalog.
<!-- На странице /catalog?sort=price -->
<link rel="canonical" href="https://example.com/catalog" />
HTTP и HTTPS, с www и без — четыре варианта одного сайта:
http://example.com
https://example.com
http://www.example.com
https://www.example.com
Выберите один вариант (обычно https без www) и канонизируйте остальные на него. Редирект 301 + canonical на целевой странице.
Страницы пагинации (page=2, page=3) — дубли с точки зрения контента. Canonical на первую страницу или на view-all (если есть):
<!-- На /catalog?page=2 -->
<link rel="canonical" href="https://example.com/catalog" />
Альтернатива — rel="prev"/rel="next" для пагинации (Google рекомендует canonical как основной способ).
При отдельном мобильном URL (m.example.com) canonical на десктопную версию на мобильной странице. При адаптивном дизайне (один URL) — canonical на себя.
Версии для печати (?print=1) и AMP-страницы канонизируют на основную версию:
<!-- На AMP-странице -->
<link rel="canonical" href="https://example.com/article" />
Если ваш контент публикуется на других сайтах (партнёры, агрегаторы), canonical на вашем сайте указывает на вашу версию как первоисточник.
Каждая страница должна иметь canonical на саму себя (self-referencing):
<!-- На странице https://example.com/article -->
<link rel="canonical" href="https://example.com/article" />
Даже если дублей нет, явный canonical фиксирует предпочтительный URL (с учётом параметров, trailing slash и т.п.) и предотвращает появление дублей при неожиданных вариантах URL.
| Метод | Поведение |
|---|---|
| 301 редирект | Пользователь и робот перенаправляются на другой URL. Старый URL не отображается. |
| Canonical | Пользователь остаётся на текущем URL. Робот учитывает контент для канонического URL. |
Редирект — когда дубль не нужен пользователю (например, http → https). Canonical — когда дубль нужен (разные параметры, пагинация), но индексировать нужно один вариант.
Google рекомендует абсолютные URL:
<!-- Рекомендуется -->
<link rel="canonical" href="https://example.com/page" />
<!-- Не рекомендуется -->
<link rel="canonical" href="/page" />
Относительные могут работать, но абсолютные надёжнее при CDN, зеркалах, разных доменах.
Инструмент проверки canonical на reChecker анализирует разметку и выявляет ошибки. Для комплексной проверки — технический аудит reChecker.
Проверьте, что href ведёт на правильную страницу. Canonical на несуществующий или другой контент — потеря индексации.
Страница A канонизирует на B, B — на C. Google может не следовать длинным цепочкам. Canonical должен указывать напрямую на финальную страницу.
На мультиязычных страницах canonical указывает на саму себя. Не канонизируйте русскую страницу на английскую — это разные версии контента. Подробнее — в руководстве по hreflang.
Плагины SEO (Yoast, Rank Math) добавляют canonical автоматически. Проверьте настройки — self-referencing по умолчанию. Для пагинации могут потребоваться дополнения.
В настройках главного модуля или через шаблон. Проверьте, что canonical генерируется для всех типов страниц (каталог, детальная карточка, разделы).
Канонические URL обычно настраиваются автоматически. Для товаров с вариантами (цвет, размер) — canonical на основную страницу товара.
Добавьте генерацию canonical в шаблон head. Логика: текущий URL без параметров (или с нужными) в абсолютном виде.
При адаптивном дизайне (один URL для всех устройств) canonical на себя. При отдельном мобильном URL (m.example.com) — на десктопную версию с мобильной страницы. Google рекомендует адаптивный дизайн с единым URL.
Если canonical указывает на несуществующую страницу, поисковик может исключить из индекса и текущую, и «каноническую». Всегда проверяйте, что целевой URL возвращает 200.
Canonical на URL, который делает 301 на другой — создаёт цепочку. Canonical должен указывать на финальный URL, который возвращает 200.
Несколько тегов link rel="canonical" с разными href — неоднозначность. Один canonical на страницу.
Проверьте разметку после внедрения:
Инструмент canonical checker на reChecker автоматизирует проверку.
| Проверка | Действие |
|---|---|
| Self-referencing на всех страницах | Добавить canonical на себя |
| Параметры URL | Canonical на версию без параметров или основную |
| Пагинация | Canonical на первую страницу или view-all |
| www/non-www, http/https | Единый вариант + редирект |
| Абсолютные URL | Использовать полные URL |
| Нет цепочек | Прямая ссылка на финальную страницу |
| Canonical не на 404/редирект | Целевой URL возвращает 200 |
| Один canonical на страницу | Нет дублирования тегов |
Open Graph и Twitter Card используют URL страницы для превью. При наличии canonical убедитесь, что og:url и twitter:url соответствуют каноническому URL. Иначе соцсети могут кэшировать неверный URL.
Если страница отдаёт JSON (API, JSON-LD), canonical в HTML. Для JSON-ответов API canonical обычно не применим — API не индексируется как веб-страница.
При смене предпочтительного URL (например, с /old-page на /new-page): обновите canonical на всех страницах, которые ссылали на старый. Добавьте 301 редирект со старого на новый. Canonical на новых страницах — на себя. Google со временем переключится на новый URL.
Поиск и исправление дублированного контента — в руководстве по дублированному контенту. Проверка canonical — в инструменте canonical checker и техническом аудите на reChecker.