Бесплатная проверка канонического тега: аудит rel=canonical для любого URL
Вставьте URL — мы прочитаем canonical и из head страницы, и из HTTP-заголовка Link, а потом скажем, ссылается он сам на себя, отсутствует, ведёт на другой домен или упирается в редирект, и что с этим делать. Без регистрации.
Бесплатно, без регистрации. Читаем rel=canonical из HTML страницы и из HTTP-заголовков и говорим, ссылается он сам на себя, ведёт на другой домен или его нет вовсе.
Что такое канонический тег и зачем он нужен
Канонический тег (rel="canonical") — это одна строка в head страницы, которая называет основную версию контента. Когда одна и та же страница открывается по нескольким адресам — с utm-метками, со слешем и без, в разном регистре, в версии для печати или AMP — canonical говорит Google, какой URL индексировать и ранжировать, и склеивает ссылочные сигналы на нём, а не размазывает их по дублям.
Ошибка здесь тихо выбрасывает страницы из индекса, сливает краулинговый бюджет на дубли и размывает вес самых важных URL. Поэтому быстрая проверка canonical должна быть в чек-листе любой публикации и любого переезда. Подробный разбор — в нашем гайде по каноническим тегам.
Что проверяет инструмент canonical
- rel=canonical в <head> страницы
- rel=canonical в HTTP-заголовке Link
- Canonical на себя и canonical на другую страницу
- Кросс-доменные canonical
- Canonical, ведущие на 3xx-редирект или 4xx-страницу
- Несколько или взаимоисключающих тегов canonical на одном URL
- Расхождение canonical с конечным URL после редиректов
- Конфликты с hreflang, og:url и noindex
Как читать результат
Ссылается сам на себя
Страница указывает на собственный URL. Это правильная настройка по умолчанию для любой самостоятельной индексируемой страницы: она снимает разночтения и это то, что вы хотите видеть.
Ведёт на другую страницу или домен
Canonical указывает на другой URL — другую страницу сайта или чужой домен. Для дублей и синдицированного контента это нормально, но если страница должна ранжироваться сама, это тревожный сигнал.
Отсутствует
Ни в HTML, ни в заголовках canonical не найден. Google выберет его за вас. Пропишите canonical на себя, чтобы вернуть контроль, — особенно на страницах с параметрами и на дублях.
Частые ошибки с canonical — и как их чинить
Canonical на редирект или 404: тег указывает на URL, который редиректит или уже не существует, и сигнал уходит в пустоту.
Как чинить: канонизируйте всегда на живой конечный URL с кодом 200.
Несколько тегов canonical: два и больше rel=canonical на одной странице конфликтуют, и Google может проигнорировать все.
Как чинить: держите ровно один тег canonical на страницу.
Случайный кросс-доменный canonical: шаблон или переезд оставляют canonical, который указывает на stage или на старый домен.
Как чинить: переведите canonical на боевой URL нужного домена.
Canonical спорит с другими сигналами: canonical говорит «индексируй», а noindex, запрет в robots или редирект говорят обратное.
Как чинить: сведите canonical, robots, sitemap и внутренние ссылки на один URL.
Ищите проблемы с canonical сразу по всему сайту
Разовая проверка хороша для одной страницы. SEOcrawl AI вытаскивает проблемы с canonical и индексацией прямо из Google Search Console и в масштабе сайта — например, «Страница является копией. Канонический вариант не выбран пользователем» — так что их можно размечать правилами, руками или через MCP и связывать каждую с позициями и трафиком. Всё в одном месте, а не по странице за раз.
Частые вопросы
Что такое канонический тег?
Канонический тег (rel="canonical") — это строка в head страницы, которая сообщает поисковым системам, какой URL считать основной версией контента. Когда один и тот же или почти одинаковый контент доступен по нескольким адресам, canonical подсказывает Google, какой из них индексировать и ранжировать, и склеивает сигналы на одном адресе.
Как выглядит канонический тег?
В исходном коде это строка вида <link rel="canonical" href="https://example.com/blue-sneakers" />. Она говорит Google, что основной URL — /blue-sneakers, даже если товар открывается ещё и по /blue-sneakers?utm_source=email или /blue-sneakers/size-42. Такой тег должен быть на каждой индексируемой странице, в идеале — с ссылкой на саму себя.
Когда нужен канонический тег?
По умолчанию — на каждой индексируемой странице, со ссылкой на саму себя. Особенно он нужен, когда один контент открывается по нескольким адресам: utm-метки, фильтры и сортировки, версии для печати и AMP, синдицированные копии. Если страница должна ранжироваться сама — canonical указывает на её собственный URL. Если это дубль — на основную страницу.
Как проверить canonical у страницы?
Вставьте URL в форму выше и нажмите «Проверить canonical». Мы загрузим страницу, прочитаем rel=canonical из head и из HTTP-заголовка Link и скажем, ссылается он сам на себя, ведёт на другую страницу, на другой домен или отсутствует, — с вердиктом «ок» или «предупреждение». Можно и просто открыть исходный код и поискать «canonical» руками, но инструмент ещё и ловит дубли и конфликтующие теги.
Что значит canonical на себя?
Это когда канонический тег страницы указывает на её собственный URL. Такое значение стоит ставить по умолчанию на любой самостоятельной странице: оно снимает разночтения из-за utm-меток, слеша в конце и регистра и прямо говорит Google, какой адрес индексировать.
Как починить канонический тег?
Если он ведёт на редирект или 404 — переставьте его на конечный URL с кодом 200. Если тегов несколько — оставьте один. Если он по ошибке указывает на stage или чужой домен — переведите на боевой. Если он спорит с noindex или правилом в robots — выберите один сигнал и подстройте остальные. После правки проверьте страницу ещё раз.
Чем canonical отличается от noindex и редиректа 301?
Canonical говорит «вот основная версия, склей сигналы на ней», и оба URL остаются рабочими. Noindex говорит «не показывай это в поиске», а страница остаётся доступной. Редирект 301 говорит «этого URL больше нет, отправь пользователя и ссылочный вес на новый». Canonical — для дублей, noindex — для малополезных страниц, 301 — для удалённых и переехавших.
Чем это отличается от отчёта по canonical в Google Search Console?
Отчёт «Индексирование страниц» в GSC показывает, какой canonical выбрал сам Google, — иногда не тот, который объявили вы. Этот инструмент читает canonical, который вы реально отдаёте в HTML и в HTTP-заголовках. Нужны оба: GSC — чтобы понять вердикт Google по индексации, инструмент — чтобы проверить, что вы вообще отправляете.