Составьте карту решений до настройки сервера#
Для каждого старого адреса укажите прежнюю задачу пользователя и судьбу материала. Важно сравнивать содержание, а не только совпадение слов в URL. Бывшая инструкция по настройке canonical и главная страница SEO-сервиса не становятся заменами потому, что обе посвящены оптимизации.
| Состояние | Предлагаемый ответ | Условие |
|---|---|---|
| Та же статья получила новый URL | 301 или 308 | Постоянный переезд |
| Две инструкции объединены в одну | Постоянный редирект | Новый материал сохраняет нужное решение |
| Материал удалён без замены | 404 или 410 | Содержимое действительно недоступно |
| На сайте временный технический сбой | Не маскировать удалением; проверить серверный ответ | Материал должен вернуться |
| Контент остаётся по адресу, но его не нужно показывать в поиске | Noindex | Это отдельная задача управления индексированием |
Последний случай разобран в материале о canonical, noindex и robots.txt. Сначала выберите судьбу страницы, затем код ответа.
Проверьте постоянный переход и его назначение#
Код 301 сообщает о постоянном переносе, а заголовок Location задаёт новый адрес. Для Google постоянный редирект является сильным сигналом выбора целевого URL. При этом он не обещает сохранение конкретной позиции.
Для обычных страниц с GET достаточно проверить маршрут старый URL → конечная страница. Для обработчиков форм и API отдельно учитывайте метод запроса: 308 сохраняет его, тогда как после 301 клиент может заменить POST на GET. Не переносите правила HTML-страниц на платёжный или другой API без проверки поведения клиента.
curl -sS -D - -o /dev/null https://example.com/old-guide/
curl -sS -L -D - -o /dev/null https://example.com/old-guide/Это пример для среды с curl и /dev/null; в Windows используйте curl.exe и замените /dev/null на NUL. Первый запрос покажет первоначальный ответ, второй — последовательность переходов. Сверьте Location и конечный статус, затем откройте сам материал: код 200 ещё не подтверждает содержательную замену.
Красивый экран ошибки должен возвращать ошибку#
Если по несуществующему адресу показывается шаблон «Не найдено», проверьте, что сервер действительно отвечает 404, а не 200. Google может распознать страницу с сообщением об отсутствии содержимого и успешным статусом как soft 404. Аналогично не стоит возвращать общую заглушку вместо всех отсутствующих документов.
Сама страница ошибки должна помогать человеку: понятное сообщение, ссылка на главную, переход к инструментам и журналу. Она не обязана имитировать существующую статью. Проверьте произвольный адрес, которого точно нет, и удалённый адрес из реальной карты миграции: обработчики могут различаться.
Что включить в проверку после изменения#
- Проверьте каждый тип правила: переезд, удаление, нормализацию протокола, хоста и слеша.
- Проверьте, не возникает ли петля или лишняя цепочка.
- Убедитесь, что параметры, которые нужны функции страницы, не потерялись.
- Обновите внутренние ссылки и sitemap на конечные адреса.
- Сохраните таблицу старый URL → ответ → назначение и дату проверки.
Поиск со временем перестаёт использовать адреса с ответами 4xx; это не повод устранять все 404 редиректами. Отдельно исправляйте ссылки сайта, которые ведут на случайно сломанные полезные страницы. После миграции следите за конкретными адресами в панелях вебмастеров: локальная проверка маршрута подтверждает настройку сервера, но не завершение обработки переезда поиском.
Источники#
Проверены 22 октября 2026 г.. Официальные рекомендации отделены от наших примеров и результатов проверки.