После редизайна старые URL не должны просто исчезнуть. Посетители могли сохранить товары в закладках или перейти к старой статье из поиска. Отсутствующая страница может заставить их уйти. При смене URL сопоставьте каждый старый адрес с соответствующим новым содержимым, настройте постоянный переход, затем откройте и проверьте каждый маршрут.
301 — ответ сервера, сообщающий браузерам и поисковикам о постоянном переносе страницы. Он не выбирает правильную цель за вас. Неверные цели, циклы и перевод всех старых страниц на главную по-прежнему мешают посетителям найти нужную информацию.
Сначала определите, когда подходит 301
Если вы переносите содержимое товара с example.com/old-product/ на example.com/new-product/ и прекращаете использовать старый адрес как самостоятельную страницу, это типичный постоянный перенос. И 301, и 308 означают постоянный редирект; новичку подойдет поддерживаемый вариант 301 на существующем WordPress-сайте. Google рассматривает серверные 301 и 308 как сильные сигналы постоянного переноса, что объясняется в документации по перенаправлениям .
При временном обслуживании с восстановлением исходного URL не объявляйте перенос постоянным. Коды 302 и 307 обозначают временные перенаправления. Если меняются только дизайн и содержимое, а URL остается прежним, дополнительный 301 для него не нужен.
До настройки проверьте работу нового URL. Если цель возвращает 404 или не опубликована, даже правильный 301 не доставит содержимое. Подготовьте список для пробного запуска и переключайтесь после готовности новых страниц.
Что делать, если у старой страницы нет замены?
Не отправляйте всё на главную только ради ответа 301 для каждого старого URL. Снятый с продажи товар можно перенаправить к действительно похожей замене, если совпадают содержание и задача покупки. При отсутствии подходящей цели объясните, что товар снят с продажи, либо верните соответствующий 404/410 вместо перехода на несвязанную главную. В руководстве Google по переносу сайта также сказано, что массовое перенаправление старых URL на нерелевантную главную может считаться soft 404.
Шаг 1. Составьте индивидуальное соответствие URL
Экспортируйте текущую карту сайта, важные посадочные страницы и внутренние ссылки, затем добавьте старые URL, еще получающие посещения или показы в Search Console. Запишите как минимум старый URL, новый, назначение страницы, действие и результат проверки. Не угадывайте цели только по заголовкам. Откройте старое содержимое, чтобы понять задачу читателя, особенно при переименовании моделей, объединении категорий и редизайне многоязычного сайта.
| Старый URL (пример) | Новый URL (пример) | Действие и причина |
|---|---|---|
| example.com/old-lamp/ | example.com/desk-lamp/ | Тот же товар переименован: направьте старый URL на новую карточку через 301. |
| example.com/size-help/ | example.com/size-guide/ | Сведения о размерах перенесены на новую страницу помощи: настройте 301 со старого URL. |
| example.com/retired-item/ | Подходящей новой страницы нет | Проверьте наличие замены; без подходящей цели не навязывайте переход на главную. |
Это учебные примеры, а не реальные записи миграций клиентов AIRSANG. При настоящем запуске указывайте полный протокол, домен, путь, завершающий слеш и регистр символов. Переход с http на https или изменение наличия www в адресе тоже может создать несколько редиректов. Убедитесь, что конечная цель — нужный канонический URL.
- Сохраните старый URL, целевой URL и тип страницы для индивидуальной проверки.
- Отдавайте приоритет страницам с органическим трафиком, внешними ссылками, частыми переходами из закладок или рекламы.
- Запишите, кто настроил правила и когда они вступили в силу, чтобы быстро найти источник конфигурации.
Шаг 2. Выберите одно удобное место управления редиректами
На WordPress обычно используют существующую функцию управления редиректами либо правила сервера/хостинга. Уточните у специалиста по обслуживанию, кто сейчас управляет ими, чтобы плагины, сервер и CDN не задавали разные цели одному URL. Если этим занимается Rank Math или другой инструмент, проверьте установленные функции и фактическую конфигурацию. Упоминание плагина в статье не означает, что он включен на вашем сайте.
Обычно вводят старый путь, полный целевой URL и выбирают постоянный редирект. Перед сохранением убедитесь, что путь охватывает только нужные страницы, в цели нет опечаток, а администрирование, изображения и другие языки не затронуты. До массового импорта испытайте один реальный URL с низким риском.
Если веб-сервер настраивает разработчик, передайте полную таблицу соответствий и попросите сначала проверить ее в тестовой среде. Nginx, Apache, CDN и WordPress используют разный синтаксис. Здесь нет якобы универсальной конфигурации для вставки в рабочую систему. Реализуйте код по фактической версии сервера и официальной документации, сохранив резервную копию прежних правил.
Выберите постоянный тип и выясните, где действует правило
Открытие новой страницы в браузере не доказывает, что старый URL возвращает 301. Скрипты страницы, meta refresh и ссылки на новую страницу могут привести туда без нужного постоянного ответа сервера. После настройки проверяйте сетевой статус, а не только изменение адресной строки.
Когда одно правило заработает, импортируйте список партиями. Сохраняйте число правил в каждой партии, снимки экрана или экспорт, результаты проверки и ответственного за откат. Если путь категории неверен, вы сможете отменить эту партию, не гадая, когда сайт сломался.
Шаг 3. Проверьте 301 каждого старого URL и 200 его цели
Откройте старый URL в приватном окне и убедитесь, что попали на правильную замену. Посмотрите ответ в панели Network инструментов разработчика либо надежном HTTP-проверщике. Обычный постоянный перенос дает 301 на старом адресе с заголовком Location, указывающим на новый, который в итоге возвращает 200. Статус 200 означает, что страница успешно вернула содержимое; 404 означает, что страница не найдена.
Если проверять только итоговое открытие страницы, можно пропустить цепочки: старый URL ведет на промежуточный адрес, который перенаправляет дальше. Несколько необходимых переходов не означают автоматическую ошибку, но длинные цепочки сложнее поддерживать, и при будущем редизайне в них легче возникают циклы. По возможности направляйте сразу на конечный канонический адрес.
- Откройте каждый старый URL, запишите начальный код и заголовок Location.
- Откройте конечный URL, подтвердите одинаковое или действительно соответствующее содержимое и итоговый ответ 200.
- Проверьте возвраты на старый адрес, переходы на себя, неверный язык и целые партии, попадающие на главную.
- Выборочно проверьте важные страницы на телефоне и компьютере, включая изображения, кнопки и формы.
Если инструменты разработчика незнакомы, попросите таблицу по каждому URL со старым адресом, статусом, целью и статусом цели, а не просто сообщение о готовности. Скрипты могут проверить все URL большой миграции, но образцы каждого шаблона страниц открывайте вручную, чтобы найти неверные соответствия содержимого.
Шаг 4. Обновите внутренние ссылки на новые URL
301 помогает тем, кто еще использует старый адрес; он не должен стать обычным путем внутренней навигации. После настройки по возможности замените старые URL в меню, подвале, статьях, кнопках, рекомендациях товаров и шаблонах писем. Наше руководство по сохранению или удалению старых разделов главной поможет определить, какие точки входа сохранить перед обновлением ссылок.
Проверьте и теги canonical новых страниц. Canonical сообщает поисковикам основной URL. Если новая карточка товара всё еще указывает на старый адрес, сигналы миграции противоречат друг другу. Обычно новая страница должна указывать собственный канонический URL либо правильную версию согласно реальной стратегии дублей. Не переписывайте все canonical без изучения исходного кода и правил платформы.
Обновите XML-карту: основной список должен содержать новые канонические URL, которые поисковики должны находить. Затем отправьте ее снова или дождитесь обхода. Сохраните старые редиректы: удаление URL из карты не означает, что правила можно сразу удалить. Определяя объем редизайна, используйте наш список из шести шагов проекта корпоративного сайта и включите миграцию URL и проверку в план сдачи.
Старые ссылки на внешних сайтах могут быть неподконтрольны вам, поэтому 301 должны продолжать обслуживать такие посещения. Попросите готовых помочь ключевых партнеров заменить ссылки прямыми новыми адресами. Это сократит промежуточные переходы, но не заменит сохранение серверных редиректов.
Шаг 5. Следите за работой после запуска и сохраняйте старые правила
В первые дни следите за журналами обращений к старым URL, отчетами 404, обработкой карты и индексированием в Search Console. Отчет «Страницы» помогает выявить отсутствующие и перенаправленные страницы и обработку новых. Отчеты запаздывают; отсутствие обновления в тот же день не доказывает неудачу миграции.
Повторно проверяйте выборку недавно посещенных старых URL, особенно ссылок из рекламы, социальных профилей и писем клиентам. При ответе 404 сначала найдите соответствующее новое содержимое, затем добавляйте сопоставление. Не переводите все 404 на главную автоматически. Если старых внутренних ссылок много, исправьте их источники и повторите выборочную проверку.
Руководство Google обычно рекомендует хранить редиректы старых URL не менее года, а при продолжающихся обращениях пользователей или внешних ссылках — дольше. Год является ориентиром обслуживания, а не обещанием восстановления позиций через год. Перед редизайном изучите наше руководство по составу стоимости редизайна сайта и определите ответственность за наблюдение после запуска, исправление ссылок и хранение правил.
Устраняйте неполадки по симптомам
Старые страницы ведут на главную или другой язык
Проверьте, не сведены ли разные старые пути к общей цели, затем ищите дублирующие правила сервера, WordPress и CDN. Исправляйте согласно исходной задаче пользователя: ищущий размеры должен получить сведения о размерах, а не главную бренда. На многоязычном сайте убедитесь, что старая китайская страница случайно не ведет на английскую главную товаров.
Браузер сообщает о слишком большом числе перенаправлений
Обычно два правила направляют друг к другу либо конфликтует нормализация HTTP/HTTPS и www/без www. Проследите каждый Location в цепочке запросов вместо постоянной очистки кеша. Отключите или исправьте одно конфликтующее правило и проверьте снова в приватном окне и командной строке.
Новая страница работает, но поиск показывает старый URL
Сначала согласуйте серверный 301, ответ цели 200, новый canonical, внутренние ссылки и карту, затем дайте поисковикам время. Сохранение правил не обновляет результаты мгновенно. Не меняйте многократно слаги и не отправляйте повторно ту же неверную карту для ускорения отображения; сначала исправьте технические сигналы.
Для отмены ошибочного переноса восстановите резервную копию прежней конфигурации, чтобы старые URL отдавали правильный контент, либо исправьте цели на подходящие индивидуальные соответствия. Запишите время отката, затронутые URL и результаты повторного теста, чтобы коллега не импортировал старые правила снова. При официальном откате также проверьте соответствие внутренних ссылок и canonical восстановленным URL.
Итог: сопоставьте, перенаправьте и проверьте повторно
Если при редизайне меняются URL, постоянно перенаправляйте каждый старый адрес с соответствующим содержимым на наиболее подходящую замену. После запуска новых страниц проверьте 301 каждого старого адреса и 200 каждой конечной цели. Обновите внутренние ссылки, canonical и карты и продолжайте следить за 404 и Search Console.
При первой миграции начните с трех–пяти важных страниц: так легче найти несоответствия, чем при смене всего сайта сразу. До расширения партиями подтвердите место действия правил, направление сопоставления и ответственного за откат. Не направляйте принудительно на главную страницы без замены. Главный критерий правильного редиректа — возможность посетителя найти первоначально нужную информацию.
