Старую страницу услуги переименовали, новую опубликовали, а клиент открывает адрес из закладки и получает ошибку. В другой ситуации страница никуда не переезжала: она открывается по нескольким адресам с одинаковым содержимым. Для этих задач нужны разные решения.
Редирект 301 и canonical помогают связать адреса, но действуют по-разному. Редирект переводит посетителя на другую страницу. Canonical указывает поисковику предпочтительный адрес среди дублей, оставляя исходную страницу доступной. Сначала нужно определить судьбу содержимого, затем выбирать настройку.
Переезд страницы и дубли: как выбрать решение
Страница окончательно переехала. Старый адрес больше не нужен для отдельного просмотра. Настраивают серверное постоянное перенаправление на новый адрес той же страницы: обычно 301, а при необходимости сохранить метод запроса — 308. Посетитель сразу попадает к нужному содержимому.
Одинаковое содержимое должно оставаться доступным по нескольким адресам. Например, рекламная ссылка содержит метку кампании, но показывает ту же услугу. Canonical обозначает основной вариант для поиска. Адрес в строке браузера от этой настройки не меняется. Если отдельный вариант больше не нужен посетителю, его можно перенаправить вместо сохранения дубля.
Страницы отвечают на разные вопросы. Общая категория и подборка с самостоятельным полезным содержимым не становятся дублями только из-за похожего оформления. Canonical на общую категорию нельзя назначать автоматически каждому фильтру, товару или региональной странице. Сначала оценивают содержание и назначение конкретных вариантов.
Canonical — рекомендация поисковой системе. Google и Яндекс могут выбрать другой основной адрес, в частности если страницы существенно различаются. Эта настройка не заменяет перенаправление посетителя при настоящем переезде.
До изменения адресов составьте карту соответствия
Список старых URL стоит собирать из CMS, карты сайта, внутренних ссылок, аналитики и журналов запросов. Одной новой структуры недостаточно: в ней уже нет забытых старых страниц. Отдельно проверьте адреса из действующей рекламы, писем и материалов бизнеса.
Для каждого адреса зафиксируйте новое назначение, действие и правило обработки параметров. Решение о смысловой замене принимает тот, кто отвечает за содержимое: технически рабочий переход ещё не означает, что клиент получил нужную информацию.
Ниже — учебный пример для условного сайта. Пути иллюстрируют решения и не обозначают реальные страницы Студии Вебирус.
| Старый адрес | Назначение | Действие | Что проверить |
|---|---|---|---|
/uslugi/remont/ | /uslugi/remont-nasosov/ | 301: та же услуга получила точное название | Новая страница действительно описывает прежнюю услугу |
/catalog/nasos-a/ | /catalog/nasosy/model-a/ | 301: карточка переехала в раздел | Открывается та же модель, а не список всех насосов |
/blog/vybor-nasosa/ | /blog/rukovodstvo-po-nasosam/ | 301: материал включён в новое руководство | Руководство содержит ответ старой статьи |
/aktsii/proshlaya-aktsiya/ | Замены нет | 404 или 410 по принятой политике удаления | Страница сообщает о недоступности, сервер возвращает код ошибки |
/uslugi/remont-nasosov/?utm_source=letter | Основной вариант — /uslugi/remont-nasosov/ | 200 и canonical на основной вариант, если содержимое совпадает | Метка обрабатывается аналитикой, canonical не содержит её |
Несколько старых материалов допустимо вести на одну новую страницу, если она действительно объединяет их содержание. Массовый редирект на главную лишает переход смысла: человек ищет конкретную услугу или товар, а получает общее меню. Google предупреждает, что нерелевантные перенаправления могут восприниматься как soft 404 — ситуация, когда ответ сервера выглядит успешным, но нужного содержимого нет.
Если полноценной замены нет, не назначайте ближайшую категорию автоматически. Сначала решите, полезно ли сохранить карточку с объяснением и альтернативами. Если страницу удаляют, у неё должен быть корректный ответ 404 либо 410, а ссылки на неё внутри сайта нужно исправить.
Параметры адреса нельзя обрабатывать одним правилом
Параметры после знака ? бывают частью пользовательского сценария. Удаление всех параметров при переезде может сбросить выбранный вариант товара или рекламную метку. Сохранение всех подряд, наоборот, может переносить устаревшие настройки на новую страницу.
Для карты переходов полезно разделить параметры по назначению:
- Метки источника перехода. Заранее определите, как аналитика получит их после редиректа. Если она читает метку только на конечной странице, удаление метки раньше этого шага нарушит измерение. Проверьте переход и фактическую запись источника.
- Параметры, меняющие содержимое или выбор. Фильтр, номер страницы каталога, вариант товара требуют отдельного решения: сохранить, преобразовать в новый формат или явно сообщить, что выбор больше недоступен. Такие страницы нельзя заранее объявлять дублями.
- Параметры представления. Сортировка или режим отображения могут оставаться рабочими, даже если для поиска выбран основной адрес. Canonical здесь зависит от того, насколько совпадает содержимое.
В учебном примере переезд /uslugi/remont/?utm_source=letter должен привести к /uslugi/remont-nasosov/?utm_source=letter, если согласовано сохранение этой метки. Canonical конечной страницы при одинаковом содержимом указывает на вариант без метки. Это разные настройки: одна сохраняет контекст визита, другая обозначает основной адрес для поиска.
Не используйте произвольный параметр посетителя как готовый адрес перенаправления. Назначение должно выбираться из проверенной карты или разрешённых правил. Иначе настройку можно превратить в переход на чужой ресурс.
Чем отличаются 301 и 308
Оба кода обозначают постоянное перемещение; Google и Яндекс распознают их как постоянные редиректы. Для обычного открытия страницы методом GET главное — корректный конечный адрес и содержимое.
Разница существенна для отправки данных. При 301 клиент может заменить POST на GET. При 308 метод и тело запроса сохраняются. Поэтому правило для страниц нельзя без проверки распространять на обработчики форм, оплату и интеграции: новый обработчик должен уметь безопасно принять прежний запрос. Сохранение метода само по себе не доказывает совместимость обработки данных.
Для временного перемещения используют временные коды, например 302 или 307; у 307 также сохраняется метод запроса. Временное решение нужно отличать от окончательной смены адреса в карте переходов. Не выбирайте код только потому, что с ним «открывается нужная страница».
Проверять правила следует до массового включения: постоянные редиректы могут кэшироваться. Исправление на сервере не всегда сразу убирает ошибочный переход у посетителя.
Каким должен быть canonical после изменения
На новой основной странице canonical указывает на её собственный окончательный адрес. На оставшихся дублях — на этот же основной вариант. Если старый canonical остался после переезда, сайт одновременно сообщает два разных назначения.
Владелец сайта может попросить исполнителя проверить четыре условия:
- Выбранная основная страница открывается с HTTP 200, содержит нужный материал и доступна для индексации. Canonical не ведёт на ошибку, закрытую страницу или очередной редирект.
- В HTML указан один согласованный canonical. Если используется ещё и HTTP-заголовок canonical, он не противоречит HTML.
- Указание использует полный абсолютный адрес с правильным протоколом и доменом. В учебных примерах этой статьи показаны только пути; это не образец готового HTML-тега.
- Внутренние ссылки и sitemap согласованы с выбранным адресом. Страница услуги не ссылается на собственный устаревший URL, а canonical не содержит случайные рекламные параметры.
Не закрывайте дубль в robots.txt только для того, чтобы «закрепить canonical»: робот должен получить страницу и увидеть указание. Обход, индексация и список страниц — отдельные задачи; их различия разобраны в материале о robots.txt и sitemap.xml.
Уберите цепочки и петли
Цепочка возникает, когда старый адрес ведёт на промежуточный, а тот — на окончательный. Например, в условном каталоге:
/catalog/nasos-a/ → /catalog/model-a/ → /catalog/nasosy/model-a/При очередном переезде нужно обновить и прежнее правило: оба старых пути должны вести прямо на /catalog/nasosy/model-a/. Дополнительные переходы усложняют диагностику и добавляют ожидание посетителю.
Петля — это возврат к уже пройденному адресу. Она может появиться, если правило сервера добавляет завершающий слеш, а приложение убирает его; либо один слой переводит на HTTPS, а другой возвращает на HTTP. Тогда страница не открывается, хотя каждое отдельное правило выглядит осмысленным.
Проверяйте весь путь запроса через сервер, промежуточный прокси и приложение. В отчёте нужны последовательность кодов ответа и все значения заголовка Location, а не только снимок конечной страницы в браузере.
Что принять у исполнителя и проверить после запуска
Для приёмки удобен результат проверки по карте: исходный URL, ожидаемое назначение, фактические ответы, конечный URL и найденная ошибка. На большом сайте правила проверяют автоматически по списку, а содержимое типичных и критичных страниц дополнительно смотрят вручную.
| Проверка | Ожидаемый результат |
|---|---|
| Старый адрес переехавшей страницы | Согласованный 301 или 308 и прямой переход на её конечное назначение |
| Новый основной адрес | HTTP 200, нужное содержимое, корректный canonical и отсутствие случайного запрета индексации |
| Адрес с параметрами | Сохранились или преобразовались именно согласованные параметры; пользовательский выбор и аналитика работают |
| Дубль, который остаётся доступным | HTTP 200; canonical указывает на согласованный вариант со схожим содержимым |
| Удалённая страница без замены | Корректный 404 или 410; объяснение для посетителя не маскируется ответом 200 |
| Случайный несуществующий путь | Не попадает под правило «всё на главную» |
| Форма или интеграция на затронутом адресе | Данные принимаются ожидаемым обработчиком без потери и повторного выполнения операции |
| Ссылки и меню сайта | Ведут сразу на актуальные страницы |
После запуска следите за ошибками старых URL в журналах, доступностью новых страниц и данными поисковых кабинетов. Там же проверяют, какой адрес поисковик фактически выбрал основным. Изменение поисковой выдачи не происходит одновременно с изменением настройки; редирект и canonical не гарантируют прежние позиции или мгновенную переиндексацию.
Правила старых адресов не стоит удалять сразу после первой успешной проверки: закладки, реклама и ссылки в материалах могут жить дольше проекта. Сохраните карту и добавляйте в неё дальнейшие изменения. При обновлении собственных ссылок полезно опираться на принципы внутренней перелинковки.
Если задача связана с перемещением сайта или разделов, начните с согласования карты в рамках переноса сайта. Если адреса уже работают, но расходятся canonical, ответы сервера и правила индексации, предмет задачи — техническая SEO-оптимизация сайта. Для обсуждения подготовьте список старых и новых адресов, причины изменений и правила сохранения параметров: это позволит оценивать конкретную работу.
