У одной страницы могут быть разные адреса: с UTM-метками, параметром сортировки, на HTTP и HTTPS, со слешем и без него. Задача SEO-специалиста — определить, какие версии являются дублями, а какие отвечают на самостоятельный спрос.
В нашем внутреннем регламенте аудита этому посвящены проверки зеркал, canonical и пагинации. Здесь разберём, как выбрать нужное решение и не закрыть полезную часть каталога.
Составьте список альтернативных адресов
Возьмите несколько страниц каждого шаблона. Для них проверьте варианты домена и протокола, параметры сортировки и фильтра, рекламные метки, адреса со слешем и без него. Добавьте URL, которые сканер нашёл во внутренних ссылках, а кабинеты вебмастеров отметили как дубли.
Сравнивайте не только адреса. У двух URL может совпадать title, но различаться ассортимент и смысл. И наоборот: разные метатеги не превращают полностью одинаковые страницы в самостоятельные посадочные.
Проверьте зеркала и редиректы
Вставьте варианты в проверку ответа сервера ITSEO. Посмотрите исходный код ответа, цепочку переходов и конечную страницу. Для постоянного объединения альтернативных адресов используйте подходящий постоянный редирект на выбранный URL.
Не путайте регистр домена и пути. Имя хоста нечувствительно к регистру, а поведение путей зависит от сервера и приложения. Также не меняйте слеши механически: сначала выберите принятую структуру URL и убедитесь, что CMS формирует согласованные ссылки.
Выберите решение по назначению страницы
| Вариант URL | Решение | Почему |
|---|---|---|
| Старый адрес перенесённой услуги | Постоянный редирект на новую услугу | Посетителю больше не нужна старая версия. |
| Та же статья с UTM | Canonical на адрес без меток | Статья нужна пользователю, параметры нужны аналитике. |
| Каталог с другим порядком сортировки | Оценить дублирование и выбрать канонический URL | Нужно учитывать реальные различия набора товаров. |
| Фильтр с самостоятельным ассортиментом и спросом | Отдельная посадочная при достаточной ценности | Она может отвечать на отличающийся запрос. |
| Вторая страница категории | Самостоятельный URL и доступные ссылки | Содержит следующую часть списка. |
Проверьте сам canonical
В HTML страницы найдите rel="canonical", а в заголовках ответа — возможное значение Link. Проверьте, что адрес абсолютный, доступный, не ведёт на ошибку и не противоречит другим сигналам. Для этого подходят исходный код браузера и данные аудитора сайта.
Учебный пример: https://example.com/services/repair/?utm_source=email показывает ту же услугу, что адрес без параметров. Его canonical может указывать на https://example.com/services/repair/. Внутреннее меню и sitemap тогда также используют чистый адрес.
Canonical — сигнал предпочтительной версии, а не безусловная команда. Если содержимое сильно различается, поисковая система может выбрать другой адрес. Проверяйте фактически выбранную каноническую страницу в инструментах поисковиков. Само по себе отсутствие тега не доказывает штраф за дубли.
Не объединяйте всю пагинацию с первой страницей
На /catalog/?page=2 обычно показаны другие товары. Такая страница не является полной копией первой. Не ставьте canonical на первую страницу автоматически для всех номеров: сначала оцените содержимое и способ доступа к товарам.
Оставьте понятные ссылки на следующие части списка. Если сайт использует кнопку «Показать ещё», проверьте, доступны ли последующие страницы и карточки без нажатия JavaScript-кнопки. Для бесконечной прокрутки нужны решения, которые сохраняют возможность обнаружить содержимое по URL.
Проверьте согласованность после исправлений
- Повторите HTTP-проверку всех альтернативных адресов.
- Проверьте canonical на целевых и параметризованных URL.
- Исправьте внутренние ссылки и sitemap, чтобы они указывали на выбранные версии.
- Убедитесь, что фильтры со самостоятельным спросом остались доступны.
- Проверьте выбор канонического URL в кабинетах поисковиков после нового обхода.
Для изменения структуры адресов используйте план переезда и карту редиректов. Если параллельно нужно решить, какие фильтры заслуживают отдельных страниц, составьте карту посадочных по семантике.
Разделите четыре вида похожих страниц
Технические варианты одного документа
Параметр аналитики, другой допустимый путь или старый служебный суффикс могут открывать один документ без изменения смысла. В таком случае сравнивайте основной контент, доступные действия и назначение URL. Незначительное отличие времени генерации, счётчика просмотров или рекомендательных блоков не делает каждую версию новой посадочной. Для пользователя это тот же материал, и структура сайта должна показывать понятную предпочтительную версию.
Начните с источника появления вариантов. Если лишний параметр добавляет меню, исправление внутренних ссылок снизит число новых альтернативных адресов. Если варианты нужны внешней аналитике, сохраните работоспособность перехода и согласуйте canonical. Без исследования источника можно потратить время на обработку существующих дублей, пока приложение продолжает создавать новые в каждом пользовательском маршруте.
Страницы с отличающимся набором товаров
Фильтр по цвету и фильтр по назначению могут менять ассортимент и пользовательскую задачу. Оцените, есть ли достаточный выбор, полезное описание, устойчивый URL и самостоятельный спрос. Пустая выдача или почти полное совпадение с общей категорией не оправдываются только новым заголовком. Отдельная посадочная должна иметь понятную ценность, которую можно описать без повторения предложения родительской категории.
Проверьте стабильность состояния. Если набор зависит от текущего наличия, политика должна учитывать временное отсутствие товаров. Автоматическое переключение canonical туда и обратно вслед за каждым изменением остатков может создавать непоследовательные сигналы. Согласуйте с владельцем каталога, что происходит при кратком дефиците, закрытии направления и восстановлении ассортимента, и закрепите это в правилах CMS.
Разные страницы с похожим текстом
Две услуги могут иметь похожие условия и шаблон оформления, оставаясь самостоятельными продуктами. Не объединяйте их по доле совпавших слов. Сравните объект услуги, ограничения, результат и аудиторию. Если различие существует только в названии города, где компания фактически не работает, вопрос уже относится к качеству посадочных, а не только к техническому canonical.
Для статей проверьте, не отвечают ли два URL на один и тот же основной вопрос. Если один материал — общий обзор, а другой разбирает самостоятельную часть процесса с новыми примерами, их можно связать ссылками и точнее развести обещания. Если содержание и цель совпадают, целесообразность двух публикаций нужно пересмотреть редакционно. Canonical не заменяет решение о структуре полезного содержания.
Языковые и региональные версии
Перевод и страница для другого рынка могут быть похожими визуально, но предназначены для разных пользователей. Не назначайте всем языкам canonical на русскую версию по умолчанию. Сначала проверьте языковую архитектуру, актуальность перевода и отношения между версиями. При использовании hreflang его адреса должны соответствовать реально доступным страницам, а не создавать противоречие с выбранными каноническими URL.
Проверка canonical без догадок о шаблоне
Выпишите для каждого тестового URL четыре значения: canonical в исходном HTML, canonical в HTTP-заголовке при его наличии, canonical после выполнения JavaScript и URL, который показывает кабинет поисковика. Если источник и отрисованная версия различаются, выясните причину. Не ограничивайтесь поиском одной строки в визуальном инспекторе: важно понять, какое значение и в какой момент получает робот.
В HTML обычный пример выглядит так: <link rel="canonical" href="https://example.com/catalog/chairs/">. Адрес должен соответствовать выбранной странице. Если плагин и тема одновременно выводят разные элементы canonical, исправьте источник конфликта. Добавление третьего «правильного» тега не устраняет неоднозначность. После правки проверьте опубликованный HTML на нескольких типах страниц, включая те, которые не должны были измениться.
Отдельно проверьте, что конечная каноническая страница существует, доступна для нужной обработки и содержит ожидаемый материал. Цепочка «А указывает на Б, Б указывает на В» затрудняет обслуживание и проверку. Предпочтительно описать конечное намерение прямо, если архитектура позволяет. Внутренние ссылки и карта сайта должны поддерживать то же решение, а не постоянно объявлять другую версию предпочтительной.
Учебный разбор фильтров магазина
Представим каталог стульев. Чистая категория содержит весь ассортимент, сортировка по цене переставляет его, фильтр «офисные» выделяет отдельное назначение, а комбинация «фиолетовые складные офисные» временно показывает один товар. Эти четыре состояния не следует обрабатывать одной командой «canonical на категорию». Сначала определите пользу каждого состояния и возможности CMS поддерживать его как самостоятельную страницу.
| Учебный адрес | Содержательное отличие | Вопрос для решения |
|---|---|---|
| /chairs/?sort=price | Тот же список в другом порядке | Какая базовая версия предпочтительна и нужны ли параметры во внутренних ссылках? |
| /chairs/office/ | Отдельный ассортимент и назначение | Может ли страница полноценно отвечать на офисный спрос? |
| /chairs/?color=purple&folding=1 | Узкая комбинация остатков | Нужна ли самостоятельная посадочная или это удобный фильтр для посетителя? |
| /chairs/?page=2 | Следующая часть списка | Как сохранить доступ к товарам и самостоятельный URL страницы? |
Зафиксируйте решение в матрице параметров. Для каждого поля полезно иметь назначение, влияние на содержимое, целевой режим индексации и правило формирования URL. Когда появится новый фильтр, разработчик сможет понять, к какой группе он относится. Без этой матрицы разные части команды часто делают несовместимые изменения: редактор создаёт посадочную, а плагин объявляет её дублем общей категории.
Пагинация: проверьте доступность содержимого за первым экраном
Откройте вторую и третью страницы списка непосредственно по URL, без предварительного посещения первой. Убедитесь, что сервер возвращает соответствующие товары или статьи, а не всегда начало списка. Проверьте кнопки «назад» и «вперёд», последнюю страницу и несуществующий номер. Сохранение отдельного адреса ничего не даёт, если приложение при прямом входе показывает другое состояние.
Затем проверьте ссылки между частями списка в полученном HTML. Если кнопка «Показать ещё» только меняет состояние JavaScript, найдите альтернативный путь обнаружения следующих карточек. Sitemap помогает обнаружению, но не объясняет человеку структуру каталога. Для бесконечной прокрутки продумайте адресуемые части и возвращение к позиции списка: это одновременно вопрос технического обхода и пользовательского удобства.
Не требуйте уникального рекламного текста для каждой страницы пагинации. Их задача — продолжить список. Содержательное различие формируют сами элементы списка; понятное оформление помогает посетителю понять текущую позицию. На каждой части проверьте выбранный canonical и отсутствие шаблонной ошибки, которая отправляет все номера на первую. Такие вопросы стоит принимать на нескольких соседних страницах, а не на одном примере.
Как принять исправление и не создать новые дубли
Составьте контрольный набор из чистых URL, параметров, фильтров и пагинации. В нём должны быть и объединяемые варианты, и страницы, которые сохраняют самостоятельность. Для каждого запишите ожидаемый HTTP-ответ, конечный URL, canonical и присутствие в sitemap. Примените тот же набор после релиза. Проверка только устранённых дублей может не заметить, что полезные фильтры стали перенаправляться вместе с ними.
После исправления наблюдайте за выбранными URL в кабинетах поисковиков, учитывая дату нового обхода. Сохранённое старое состояние не доказывает, что текущий шаблон всё ещё неверен. Сравните момент публикации и момент проверки роботами. Если после актуального обхода выбор отличается от вашей модели, пересмотрите сходство содержания и согласованность сигналов, а не просто повторяйте отправку на переобход.
Дальнейшая поддержка — проверка источников URL. Новый рекламный параметр, изменение фильтра или обновление SEO-плагина способны изменить правила. Добавьте проверочный набор к приёмке таких релизов. Здесь мы рассматриваем нормализацию адресов внутри действующего сайта; перенос домена и полный план миграции остаются отдельной задачей, описанной в руководстве о переезде.
Параметры аналитики: согласуйте измерение и основной адрес
Рекламная ссылка может содержать UTM и другие параметры, которые нужны системе аналитики, но не меняют материал. Сначала выясните, когда и где они читаются. Редирект, бездумно удаляющий все параметры, способен нарушить измерение кампании. При этом хранение каждой рекламной версии как самостоятельной посадочной обычно не отражает отдельную пользовательскую задачу. Решение нужно согласовать между SEO, аналитиком и разработчиком.
Для проверки откройте чистый адрес и полный адрес реальной тестовой кампании. Сравните содержимое, canonical, конечный путь и полученную аналитикой информацию. Здесь недостаточно подтвердить, что человек попал на страницу. Нужна проверка двух результатов: материал доступен в ожидаемом виде и измерение внешнего источника сохранилось. Если используется сокращатель, добавьте его переход в ту же последовательность.
Отдельно проверьте параметры, которые действительно меняют содержимое: язык, вариант товара, регион доставки или выбранную комплектацию. Их нельзя автоматически отнести к рекламным меткам по наличию вопросительного знака. Запишите назначение каждого параметра и влияние на основной контент. Такой справочник предотвращает ситуацию, когда общее правило очистки URL объединяет разные предложения или заставляет посетителя заново выбирать свой вариант.
Для внешних ссылок на статью и для внутренних ссылок сайта могут действовать разные требования. Внутренняя навигация обычно должна вести на согласованный адрес и не создавать новые рекламные версии собственного материала. Внешняя кампания сохраняет необходимые параметры. При этом выбранный канонический URL остаётся понятным документом. Проверяйте эти источники раздельно, чтобы требования аналитики не превратились в повсеместное размножение адресов.
Не удаляйте фрагменты после решётки только ради унификации списка. Якорь может вести в раздел длинной статьи или прайса и помогать человеку получить нужный ответ. Его назначение отличается от URL-параметра, который приложение обрабатывает на сервере. Для ссылок с якорем проверьте наличие целевого раздела отдельно; состояние HTTP-ответа не покажет, работает ли обещанный переход к конкретному пункту.
После согласования включите в приёмку чистый адрес, рекламный вариант и вариант с изменяющим содержимое параметром. Ожидаемые результаты должны быть разными там, где различается задача. Такая проверка предотвращает универсальные исправления, которые делают отчёт сканера аккуратнее, но повреждают измерение или выбор посетителя. Поддерживайте список при подключении новых рекламных систем и изменении фильтров каталога.
У каждой группы параметров оставьте владельца решения и примеры. Маркетолог подтверждает сохранность внешнего источника, специалист каталога — различия ассортимента, SEO-специалист — согласованность выбранных адресов. Разработчик получает общую модель вместо нескольких взаимоисключающих требований. Если новая система добавляет неизвестный параметр, сначала выясните его назначение, а затем расширяйте правило, проверяя уже поддерживаемые варианты.
Частые вопросы
Нужно ли удалять все URL с параметрами?
Нет. Некоторые параметры нужны пользователю и аналитике, другие формируют самостоятельный набор товаров. Решение зависит от содержания и назначения адреса.
Можно ли заменить canonical запретом в robots.txt?
Запрет обхода решает другую задачу и может помешать прочитать canonical. Разберите правила в чек-листе robots.txt и sitemap.
