Когда на сайте появляются страницы с одинаковым содержанием, поисковики не знают, какую из них показывать в выдаче. Владельцы сайтов начинают терять позиции, а трафик распыляется между несколькими адресами. Для решения этой проблемы придумали два основных инструмента: канонический тег и редирект. У каждого свои задачи, и выбор зависит от конкретной ситуации. Понимание разницы между ними поможет не навредить SEO и сохранить ссылочный вес.
Представьте, что у вас есть два одинаковых товара в разных коробках. Вы не знаете, какой выставить на витрину.
Канонический тег — это табличка на одной из коробок: «главный товар — вот этот». Этот способ оставляет обе страницы технически доступными, но объясняет поисковику приоритет.
Редирект — это когда вы убираете вторую коробку с витрины и всех, кто ищет её, отправляете к первой. А этот способ полностью закрывает доступ к дубликату. Каждый подход работает в своём сценарии.
Канонический тег (rel=”canonical”) помещается в HTML-код страницы и указывает поисковому роботу, какой URL является основным. Дубликат остаётся доступным для пользователей, но поисковик передаёт весь вес ссылок на указанный канонический адрес. Это полезно, когда один товар доступен по нескольким параметрам в URL (фильтры, сортировка, utm-метки) или когда у страницы есть разные варианты адреса, но их нельзя удалить физически.
Ставится в раздел <head> на каждой странице-дубликате. Поисковик увидит его и поймёт, что нужно индексировать основной URL.
В строке <link rel="canonical" href="https://poznayu.com/tovar/" /> основной URL — это https://poznayu.com/tovar/.
А сама страница, на которой прописан этот тег, может иметь другой адрес, например https://poznayu.com/tovar?sort=price&page=2.
То есть канонический тег на странице-дубликате указывает поисковику: «не индексируй этот URL с параметрами, индексируй основной https://poznayu.com/tovar/».
Если же этот тег прописан на самой странице https://poznayu.com/tovar/, он указывает на себя же — это разрешено, но пользы в этом нет. Чаще всего каноник ставят на дубликатах, чтобы указать на основной адрес.
Что такое редирект и какой код выбрать для SEO
Редирект — это автоматическое перенаправление пользователя и робота с одного адреса на другой.
Для постоянного объединения дубликатов лучше всего подходит 301 (Moved Permanently). Он передаёт почти 100 процентов ссылочного веса и сигнализирует, что старая страница навсегда удалена. Для временных ситуаций используют 302 или 307, но для борьбы с дубликатами они не подходят — вес не передаётся.
После такой настройки пользователь и поисковый робот попадают на основной URL, а дубликат постепенно исчезает из поисковой выдачи.
Сравнение канонической ссылки и редиректа
Чтобы понять, что лучше в вашем случае, нужно учитывать несколько факторов.
Ниже таблица с ключевыми отличиями:
Характеристика
Канонический тег
301 редирект
Доступность дубликата
Остаётся доступным
Полностью закрыт
Передача веса
Да, но не всегда 100%
Практически 100%
Скорость обработки поисковиком
Медленнее (робот должен обработать HTML)
Быстрее (сигнал на уровне сервера)
Риск ошибки
Выше (можно забыть прописать на всех дубликатах)
Ниже (настраивается централизованно)
Подходит для разных доменов
Да
Да
Канонический тег удобен, когда страницы нужно оставить доступными (например, для партнёрских ссылок или отслеживания параметров). Редирект лучше для полного удаления дубликата.
Когда использовать канонический тег ?
Ситуаций, где канонический тег предпочтительнее редиректа, достаточно много. Рассмотрим основные из них.
Параметры сортировки и фильтры. Если на сайте интернет-магазина есть страницы с одинаковым товаром, но разными URL из-за фильтров (цвет, размер), канонический тег указывает на основную карточку товара. Удалять эти страницы полностью нельзя — фильтры нужны пользователям.
UTM-метки и рекламные параметры. Когда ссылка содержит метки для аналитики, канонический тег помогает не плодить дубликаты в индексе. Например: site.ru/tovar?utm_source=facebook. Каноник указывает на чистый URL.
Международные версии. Если один и тот же контент доступен на разных поддоменах или в разных папках (ru.site.com и site.com/ru), канонический тег указывает на предпочтительную версию.
Когда лучше использовать 301 редирект ?
Редирект стоит выбирать, когда дубликат больше не нужен и его можно полностью убрать из доступа.
Смена структуры сайта. При переезде страниц на новые адреса (например, /catalog/tovar на /tovar) старые URL должны быть перенаправлены с помощью 301. Это сохранит позиции.
Объединение похожих страниц. Если на сайте есть несколько страниц с очень похожим содержанием, которые можно объединить в одну, редирект с удаляемых адресов на основной — правильное решение.
Зеркала сайта. Если один и тот же сайт доступен с www и без, лучше сделать 301 редирект с неосновного зеркала на основное.
Сравнительный чеклист выбора метода
Для быстрого принятия решения можно использовать следующий чек-лист.
Если страница-дубликат технически необходима (фильтры, метки), ставьте канонический тег.
Если страница больше не нужна и её можно удалить, ставьте 301 редирект.
Если вы работаете с параметрами в URL, но не можете удалить их технически, выбирайте канонический тег.
Если нужно сохранить ссылочный вес максимально быстро, выбирайте 301 редирект.
Если страницы на разных доменах, оба способа работают, но редирект надёжнее.
Примеры кодов для разных ситуаций
Ниже перечислены примеры для .htaccess, которые помогут настроить редиректы на сервере Apache.
Перенаправление с www на без www (и наоборот):
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.poznayu\.com [NC]
RewriteRule ^(.*)$ https://poznayu.com/$1 [R=301,L]
Канонический тег и 301 редирект — не конкуренты, а инструменты для разных задач.
Каноник оставляет страницу доступной, но объясняет приоритет.
Редирект полностью убирает дубликат и передаёт вес быстрее.
Выбирайте способ исходя из необходимости сохранить страницу или нет. И помните: для постоянного объединения дубликатов всегда используйте 301, а не 302 или 307. Правильный выбор ускорит индексацию и сохранит позиции в поиске.
Я, Итан Картер – американский разработчик и технический автор с более чем 20-летним опытом в системном и прикладном программировании. Мой основной профиль — низкоуровневая разработка на Assembler: 22 года практики, включая глубокую работу с оптимизацией кода, архитектурой процессоров и производительностью критичных по скорости решений. Я защитил PhD dissertation по Assembler, а также более 18 лет работаю с ASP.NET, создавая корпоративные веб-системы, API и масштабируемые backend-решения.
Дополнительно я имею 9 лет опыта в C++ и C#, а также 7 лет практики программирования микроконтроллеров на Assembler. Благодаря моему сочетанию академической подготовки и прикладного инженерного опыта я могу писать статьи на стыке архитектуры ПО, низкоуровневой оптимизации и современной разработки, делая сложные технические темы понятными для профессиональной аудитории.
