SEO:

Тонкости атрибута rel="canonical"

Коллеги, знакомая боль: пишешь годный контент, а в выдаче Google — тишина. А потом открываешь Search Console и видишь 300 «дублирующихся страниц без указанной пользователем канонической». Знакомо? Добро пожаловать в мир canonical 👇


Что это вообще такое?

<link rel="canonical" href="..."> — это шёпот поисковику: «Эй, оригинал вот тут, а остальное — копии, не распыляй вес». Простыми словами — страховка от дублей.


Кейс из мастерской

Делали редизайн интернет-магазину автозапчастей. Трафик упал на 40% после переезда. Причина? UTM-метки из рекламных кампаний плодили тысячи дублей вида ?utmsource=yandex&utmmedium=cpc.... Робот индексировал каждую. Поставили canonical на чистый URL — через 3 недели позиции вернулись, а вес сконцентрировался на нужных карточках.


5 тонкостей, о которых молчат учебники:

1️⃣ Самоссылающийся canonical — ставь даже на оригинальной странице. Это защита от паразитных параметров.

2️⃣ Пагинация ≠ главная. site.ru/blog?page=1 не должен каноникалиться на site.ru/blog/ — это разные интенты.

3️⃣ HTTPS и www. canonical должен указывать на ту версию, которую ты считаешь основной. Иначе权重 теряется.

4️⃣ Не путай с 301! Canonical — это «покажи, но учитывай оригинал». 301 — это «навсегда переехали». Для устаревших страниц — только редирект.

5️⃣ Кросс-доменный canonical работает, если ты syndicating контент на партнёрские сайты. Укажи источник — и вес останется у тебя.

Лучше генерировать чистый URL без query-параметров — так надёжнее.

⚠️ Фатальная ошибка: canonical, указывающий на 404 или заблокированную в robots.txt страницу. Поисковик это проигнорирует и решит сам. А его решения нам редко нравятся 😅

Проверяй свой сайт прямо сейчас: site:твой-домен.ru в Google — если выдача пестрит URL с параметрами, пора чинить.

Вот так. Идем кодить дальше! 🚀