Переезд страницы сайта: как проверить редирект со старого адреса
После изменения адреса страницы проверьте путь, который проходит посетитель со старой ссылки. Новый URL может открываться без ошибок, пока прежний ведёт в пустой раздел, на другую услугу или по кругу. Для приёмки нужны три вещи: согласованная карта адресов, запись фактического перехода и проверка содержания конечной страницы.
Что именно вы принимаете после переноса
Речь пойдёт о переносе одной или нескольких существующих страниц: например, карточка товара переехала из старого раздела каталога в новый. Это ограниченная задача. Переезд всего домена, смена CMS и перестройка многоязычного сайта требуют отдельного плана.
Результат удобно сформулировать до настройки: «Посетитель открывает прежний адрес товара и попадает на актуальную страницу того же товара; промежуточный раздел не загружается, язык и назначение ссылки сохраняются». Такая формулировка позволяет проверить работу владельцу сайта, редактору и разработчику.
Ниже используется вымышленный поставщик акустических перегородок для офисов. Все адреса, наблюдения и записи об ошибках — учебные. Они не описывают клиентский проект Salestudia. Примеры относятся к обычному открытию страниц методом GET; перенос обработчиков форм, платежей и API требует отдельной технической проверки.
Начните со старого адреса, а не с новой страницы
Соберите те старые URL, по которым действительно могут прийти люди. Источниками могут быть меню сайта, карточки каталога, сохранённые рекламные ссылки, отправленные коммерческие предложения и доступные отчёты о входах. Важно получить исходную ссылку целиком, а не восстановить её по памяти.
Для каждой строки назначьте владельца решения. Специалист по содержанию подтверждает подходящую замену, разработчик настраивает переход, проверяющий фиксирует фактический результат. Один человек может выполнять несколько ролей, но ответственность за смысл конечной страницы должна быть явной.
Отдельно запишите причину переноса. «Поменяли структуру каталога, товар остался прежним» — понятное основание. «Новый адрес красивее» не отвечает на вопрос, что должно произойти с посетителем прежней страницы. Если продукт исчез и подходящей замены нет, это уже решение о судьбе материала, а не только настройка редиректа.
Согласуйте карту до настройки
В учебном проекте две старые страницы обозначали одну линейку перегородок, а страница монтажа получила новый адрес. В карте ниже записан ожидаемый результат. Это задание на перенос, а не отчёт о выполненной работе.
| Старый адрес | Ожидаемый результат | Смысл решения |
|---|---|---|
| /catalog/acoustic-panels/ | Постоянный переход на /products/acoustic-panels/ | Та же линейка акустических перегородок |
| /office-panels/ | Постоянный переход сразу на /products/acoustic-panels/ | Прежний альтернативный адрес той же линейки |
| /installation/ | Постоянный переход на /services/partition-installation/ | Та же услуга монтажа |
| /installation-archive/ | Постоянный переход на /services/partition-installation/ | Ещё один прежний адрес услуги монтажа |
| /catalog/decor-screens/ | 404 или 410 — по принятому решению | Снятый ассортимент, подходящей замены нет |
| /products/acoustic-panels/ | 200 без дальнейшего перенаправления | Действующий конечный адрес |
В рабочем документе используйте полные URL с доменом и протоколом. Короткие пути здесь нужны только для читаемости. Добавьте к карте дату согласования и ответственного: иначе две версии таблицы могут содержать разные конечные адреса.
Не назначайте главную страницу универсальной заменой. Google предупреждает, что массовые перенаправления на нерелевантную страницу могут восприниматься как soft 404. При этом объединение нескольких материалов в содержательную общую страницу допустимо. Критерий выбора — соответствие содержанию прежних страниц.
Разберите коды ответа до проверки
Для постоянного переноса Google рекомендует серверные редиректы 301 или 308, если такая настройка доступна. Временные перенаправления 302 и 307 обозначают другое решение: прежний адрес предполагается сохранить. Выбирайте тип по задаче, а не по тому, какой вариант первым предложил модуль сайта.
Редирект сообщает браузеру, куда перейти. В HTTP-ответе адрес назначения передаётся в заголовке Location. Он может быть полным URL или относительным адресом: при проверке сравнивайте итоговое разрешённое назначение с картой, а не только внешний вид записи.
Код 200 у конечной страницы означает успешный ответ, но сам по себе не гарантирует её индексацию Google. Ответы 404 и 410 обозначают отсутствие доступного материала; они не являются перенаправлением. Поэтому строка «везде получен 200» не подходит как универсальный критерий приёмки.
Для обычных переходов по ссылкам достаточно проверить согласованный постоянный или временный тип. Не переносите выводы из этой статьи на отправку данных: 307 и 308 сохраняют метод запроса, а поведение 301 и 302 в этом отношении требует отдельного внимания.
Запишите весь переход, включая промежуточные ответы
Проверка начинается с исходного URL. Если сразу вставить в браузер новый адрес, вы проверите только конечную страницу. Если посмотреть лишь на адресную строку после загрузки, промежуточные переходы могут остаться незаметными.
Техническому специалисту можно поставить простую задачу: выполнить GET-запрос к старому адресу и записать начальный код ответа, Location каждого перенаправления, последовательность URL и код конечной страницы. Для этого подходят инструменты разработчика браузера или HTTP-клиент, который показывает историю переходов. Название инструмента менее важно, чем сохранённые наблюдения.
В браузере откройте панель сети до перехода, включите сохранение журнала запросов и затем вставьте исходную ссылку. Рассматривайте запросы документов по цепочке, а не все изображения и скрипты страницы. Для каждого шага сохраните URL, статус и заголовок назначения, если он есть.
Если браузер использовал ранее сохранённый переход, повторите проверку в чистом сеансе или HTTP-клиенте. Отметьте способ проверки в отчёте. При этом пользовательский переход в обычном браузере тоже полезен: технический ответ и видимая страница проверяют разные стороны результата.
Сразу укажите среду: рабочий сайт или тестовая копия. Успешная проверка на тестовом домене не подтверждает поведение опубликованного сайта. После выпуска изменений повторите те же исходные запросы на рабочем адресе.
Отделите наблюдение от оценки
Допустим, после первой настройки проверяющий получил следующие результаты. Стрелка обозначает последовательность ответов, а количество переходов считается до загрузки конечной страницы. Таблица намеренно содержит ошибки, чтобы показать, как их распознать.
| Исходная ссылка | Наблюдаемый путь | Оценка относительно карты |
|---|---|---|
| /catalog/acoustic-panels/ | 301 → /products/acoustic-panels/ → 200 | Один переход; требуется ещё проверить содержание |
| /office-panels/ | 301 → /catalog/acoustic-panels/ → 301 → /products/acoustic-panels/ → 200 | Два перехода вместо согласованного прямого |
| /installation/ | 301 → / → 200 | Главная открывается, но услуга монтажа потеряна |
| /installation-archive/ | 301 → /installation-old/ → 301 → /installation-archive/ → … | Петля; конечная страница не загружается |
В последней строке два прежних адреса монтажа направляют посетителя друг к другу. Ожидаемая действующая страница услуги в эту последовательность вообще не попадает. В отчёте укажите время и версию проверяемых правил, чтобы результаты разных попыток не смешивались.
Цепочка может завершаться правильной страницей, но содержит лишний шаг. Google рекомендует по возможности направлять посетителя сразу на конечный URL. Петля отличается тем, что переходы возвращаются к уже посещённому адресу и загрузка не завершается нормально. MDN описывает такие циклы как ошибку конфигурации.
Проверьте смысл конечной страницы
После технической проверки откройте результат как посетитель. Сравните не только заголовок, но и сам предмет предложения. В учебном примере человек ищет акустические перегородки: страница декоративных ширм с похожим изображением не становится подходящей заменой.
Проверьте название линейки, назначение продукта, язык, доступное действие и основные условия. Если старая ссылка вела на монтаж, посетитель должен понимать, как заказать монтаж. Общий каталог без описания услуги может формально открываться, но нарушать согласованный сценарий.
Если новая страница объединяет несколько прежних материалов, найдите содержание каждого из них. Запись «объединили раздел» недостаточна, когда нужная характеристика или услуга исчезла. Решение о соответствии подтверждает тот, кто отвечает за предложение.
Не подменяйте проверку сайта обещанием результата в поиске. Постоянное перенаправление служит для Google сигналом выбора канонического адреса, но не гарантирует немедленное обновление выдачи или сохранение конкретной позиции.
Задайте поведение ссылок с параметрами
Отдельно согласуйте адреса, в которых после вопросительного знака есть параметры. У одного сайта это рекламные метки, у другого — выбранная модификация товара. Одинаковая техническая операция может по-разному повлиять на смысл ссылки.
Например, для учебного адреса /catalog/acoustic-panels/?finish=grey нужно сначала выяснить, поддерживает ли новая карточка выбор серой отделки и какое обозначение она использует. Затем записать ожидаемый конечный адрес или другое согласованное поведение. Решение «передавать всё как есть» не заменяет этой проверки.
Для рекламной ссылки подготовьте отдельный контрольный пример с теми метками, которые используются в проекте. Проверьте их обработку по согласованной схеме измерения. Не считайте сохранение видимой строки доказательством корректной регистрации источника в аналитике.
Не добавляйте в правило неизвестные параметры автоматически. Сначала разделите параметры содержания, измерения и служебные значения. У каждой значимой группы должны быть ожидаемое поведение и контрольный пример. Если параметры не используются, так и запишите в границах приёмки.
Проверьте новую страницу и собственные ссылки
Для перенесённой страницы проверьте canonical, правила индексации и запись в карте сайта. Они должны соответствовать принятому новому адресу. Обновите внутренние ссылки, чтобы они вели прямо к нему. Редирект остаётся полезен для старых внешних ссылок, но не заменяет уборку собственных переходов.
На небольшой странице удобно пройти конкретный маршрут: меню → каталог → товар → связанная услуга. Откройте ссылки в тексте, хлебных крошках и карточках. В отчёте назовите проверенные места, например «карточка товара в разделе перегородок», вместо общего «ссылки проверены».
Если задача включает доступность в поиске, заведите для неё отдельную строку результата. Технически корректный переход может вести на страницу с намеренно или случайно запрещённой индексацией. Такой вопрос следует разобрать, даже если пользовательский сценарий работает.
Передайте ошибку так, чтобы её можно было воспроизвести
Хорошая запись об ошибке содержит исходную ссылку, ожидаемый результат, наблюдение и условие повторной проверки. Описание «редирект не работает» заставляет исполнителя заново угадывать сценарий.
| Замечание | Наблюдение | Что должно подтвердить исправление |
|---|---|---|
| R-01: лишняя цепочка | /office-panels/ проходит через /catalog/acoustic-panels/ | Исходный URL одним постоянным редиректом ведёт на /products/acoustic-panels/, затем 200 |
| R-02: неверная страница | /installation/ ведёт на главную | Переход на /services/partition-installation/; содержание монтажа подтверждено |
| R-03: петля между прежними адресами | /installation-archive/ и /installation-old/ направляют друг к другу | Оба прежних адреса ведут прямо на /services/partition-installation/, затем 200 |
| R-04: незавершённая проверка | Код конечной страницы записан, содержание не проверено | Владелец предложения подтвердил продукт, язык и доступное действие |
К записи приложите время проверки, среду и сохранённую последовательность ответов. Если замечание относится к отдельной попытке настройки, укажите это явно. Скриншот открытой главной страницы полезен как дополнение, но не заменяет исходный URL и HTTP-наблюдения.
После исправления начните с той же старой ссылки. Отдельное открытие конечной страницы не закрывает ошибку в цепочке. Статус «исправлено разработчиком» и статус «повторно проверено» удобнее хранить раздельно: между ними может обнаружиться ещё один дефект.
Примите перенос по согласованным контрольным случаям
Набор проверок зависит от реальных ссылок проекта. Для учебного переноса достаточно следующей основы; она включает ожидаемые успешные переходы и адреса, которые не должны превращаться в перенаправление.
| Случай | Что проверить | Какой факт записать |
|---|---|---|
| Основной старый URL | Начальный ответ, Location и конечную страницу | Соответствие согласованной карте |
| Прежний альтернативный URL | Прямой путь к конечной странице | Число переходов и их назначения |
| Новый URL напрямую | Ответ без возврата к старому | 200 и подтверждённое содержание |
| Старая ссылка с используемым параметром | Согласованное поведение параметра | Фактический адрес и выбранное состояние |
| Удалённая страница без замены | Принятое поведение отсутствующего материала | Фактический 404 или 410 |
| Заведомо несуществующий путь | Отсутствие случайного общего редиректа | Код и видимую страницу ошибки |
| Внутренняя ссылка на перенесённый материал | Переход сразу на новый URL | Место ссылки и её адрес |
| Рабочий сайт после выпуска | Повтор ключевых сценариев | Время и результат проверки в production |
Не расширяйте проверку бесконечными вариантами наугад. Включите варианты, которые есть в сохранённых ссылках и согласованной конфигурации: например, адрес с завершающим слешем или без него. Если такой вариант важен, он должен появиться в карте или отдельном контрольном случае.
Приёмка завершена, когда обязательные сценарии повторно проверены и работают по карте. Петля или переход на неподходящую страницу остаются препятствием для приёмки соответствующего сценария. Допустимые остаточные замечания отдельно согласует владелец проекта: с понятным ограничением, ответственным и сроком исправления. Число настроенных правил само по себе не показывает, насколько перенос готов.
Сохраните запись для следующего изменения
После выпуска оставьте карту старых адресов вместе с журналом проверки. При следующей перестройке каталога она поможет увидеть прежние входы и не создать случайную новую цепочку поверх старой.
В итоговой записи достаточно указать дату, область переноса, версию карты, проверяющего, открытые замечания и место хранения наблюдений. Добавьте событие для повторной проверки: например, изменение правил адресов или очередное обновление раздела. Это делает документ полезным и после закрытия задачи.
Если обнаружилась проблема, сначала воспроизведите конкретную строку карты. Затем сравните правило, фактический ответ и содержание назначения. Такой порядок помогает отличить неправильный адрес в настройке от ошибки на самой новой странице.
С чего начать проверку своего сайта
Выберите одну важную старую ссылку: из предложения, рекламы или каталога. Запишите ожидаемый конечный адрес, проверьте весь переход и попросите владельца услуги подтвердить содержание результата. Затем распространите тот же порядок на остальные согласованные URL.
Если причина проблемы неясна, Salestudia — веб-студия из Idstein, Германия — проводит SEO-аудит сайта: разбирает технические препятствия и формирует приоритетный план исправлений. Для такой задачи полезно передать карту адресов и журнал наблюдений. Устранение всех замечаний и постоянное сопровождение согласуются отдельно от диагностики.
Официальные и профильные ссылки
Эти материалы дают контекст для данных, правил и рекомендаций на странице.
- Google Search Central — редиректы и Google Поиск Источник проверен: 25.10.2026
- Google Search Central — перенос сайта с изменением URL Источник проверен: 25.10.2026
- Google — HTTP-коды и обработка страниц Источник проверен: 25.10.2026
- MDN — Redirections in HTTP Источник проверен: 25.10.2026
- MDN — заголовок Location Источник проверен: 25.10.2026
Часто спрашивают
Ответы уточняют объём работ, роли, зависимости и способ оценки результата.
Достаточно ли проверить, что новая страница открывается?
Нет. Начните со старого URL и запишите весь переход. Затем отдельно проверьте ответ и содержание новой страницы. Это разные условия приёмки.
Обязательно ли использовать именно 301?
Для постоянного переноса Google поддерживает 301 и 308. Конкретный код согласуют с учётом конфигурации и типа запросов. Примеры статьи относятся к обычным GET-переходам по страницам.
Можно ли направить все старые страницы на главную?
Главная редко сохраняет назначение разных старых материалов. Выбирайте соответствующую страницу; если её нет, отдельно решите судьбу удалённого содержания. Массовая нерелевантная переадресация может восприниматься Google как soft 404.
Чем цепочка отличается от петли?
Цепочка проходит через промежуточные адреса и может закончиться нужной страницей. Петля возвращает запрос к уже пройденному адресу; нормального завершения перехода нет.
Почему после исправления нужно снова открывать старую ссылку?
Потому что ошибка могла находиться в начальном или промежуточном правиле. Прямое открытие нового URL не проверяет исправление этого правила.
Правильный редирект гарантирует сохранение позиций?
Нет. Техническая приёмка подтверждает согласованное поведение адресов. Индексация, выбор канонического URL и позиции в поиске не определяются одним успешным переходом.
Удобнее написать напрямую?
Коротко укажите компанию, рынок и задачу — так разговор будет предметнее.