Как составить карту старых и новых URL

Соберите инвентарь из нескольких источников

Один обход видит только доступные ему ссылки. Дополните список данными CMS, sitemap, аналитики и доступных поисковых кабинетов. Старые статьи, файлы и адреса рекламных страниц могут отсутствовать в текущем меню, но продолжать использоваться. Сохраните источник обнаружения, чтобы понимать полноту и ограничения перечня.

Отделите реальные публичные документы от технических и ошибочных адресов. Не превращайте любую найденную строку в обязательную страницу нового сайта. Уточните назначение и ценность. Если часть истории недоступна, отметьте пробел и способ дополнительной проверки, а не объявляйте инвентарь полным без основания.

Назначьте решение каждому адресу

Google рекомендует при переносе сопоставлять старые и новые URL и не направлять множество нерелевантных страниц к одной цели. Конкретное решение проверяйте по содержанию. Переход на главную не считается подходящей заменой автоматически только потому, что она отвечает без ошибки.

Проверьте связи и параметры

Для каждого переноса проверьте внутренние ссылки, канонический адрес и конечное состояние. Уберите ненужные промежуточные переходы в управляемой навигации. Параметры могут относиться к аналитике или менять содержание; их судьбу определяют по назначению. Нельзя без разбора удалить всё после вопросительного знака.

Файлы и изображения тоже могут иметь внешние ссылки. Укажите, какие сохраняются, заменяются или снимаются. Если документ содержит устаревшие условия, одного технического переноса недостаточно. Владелец содержания должен подтвердить, что целевой материал подходит для продолжающих приходить посетителей.

Учебный пример объединения статей

Две учебные публикации отвечают на один вопрос и объединяются в полное руководство. Команда переносит полезные фрагменты, выбирает основной адрес и проверяет старые ссылки. Заголовок нового материала объясняет тот же вопрос, поэтому посетитель не теряет смысл перехода. Решение сохраняется в карте с основанием.

Другой старый материал относится к услуге, которую больше не оказывают. Подходящей замены нет, поэтому его не перенаправляют на случайный каталог. Пример показывает, что карта миграции содержит разные решения, а не одну массовую команду для всех найденных адресов.

Назначьте владельца спорных соответствий

Не все старые страницы имеют очевидный новый адрес. Решение может требовать знания услуги, архивного документа или обязательств перед посетителем. Выделите такие строки отдельно и назначьте ответственного за содержание. Разработчик не должен угадывать смысл переноса по похожести названий файлов.

Для каждого исключения сохраните обоснование и способ проверки. Если документ остаётся доступным отдельно, покажите, откуда к нему можно перейти. Если содержание объединяется, убедитесь, что новая страница действительно отвечает прежней задаче. После согласования зафиксируйте версию карты, связанную с выпуском. Это помогает разбирать обращения по старым ссылкам и не менять правила перенаправления хаотично в первые дни после обновления сайта.

Подготовьте проверку и поддержку карты

До запуска проверьте правила на стенде и список целевых страниц. После переключения повторите фактические ответы, отсутствие циклов и цепочек. Перенаправление должно вести к правильному содержанию, а не просто к любому статусу 200. Проверяйте характерные варианты и исключения.

Сохраняйте карту вместе с версией выпуска и новыми обнаруженными входами. Она помогает разбирать ошибки после запуска и не терять историю решений. План переключения учитывает возможность возврата и новые данные. Полезная карта остаётся рабочим документом миграции, а не разовой таблицей без дальнейшего владельца.

Пример пяти строк карты переноса

Адреса ниже вымышлены и показывают структуру документа; это не действующая карта нашего сайта. Решение назначают после сверки содержания и назначения старого входа.

В рабочей карте для строки без замены выбирают один конкретный статус и фиксируют основание. Перечень «404 или 410» в примере обозначает необходимость решения, а не готовое правило сервера. Рядом с каждой строкой нужны источник обнаружения, владелец решения и результат проверки.

У строки объединения есть редакционное условие: раздел с критериями должен действительно присутствовать на новой странице до включения перенаправления. Совпадение общей темы недостаточно. Сверка содержания при переносе проверяет этот шаг отдельно от настройки сервера.

Как принять карту до включения редиректов

Проверьте уникальность старого адреса в документе, отсутствие циклов и однозначность назначения. Два старых пути могут вести к одному полному материалу; один старый путь не должен одновременно иметь два разных решения. Нормализацию регистра и параметров описывайте по фактическому поведению сайта, не меняя пути автоматически.

Для каждого нового адреса проверьте наличие нужного содержания и доступность конечного ответа. Google рекомендует учитывать при миграции также изображения и скачиваемые файлы. Поэтому карту не ограничивают только страницами, видимыми в меню.

Сначала примите сам документ, затем реализацию по нему, затем поведение через рабочий внешний адрес. Это три разных состояния. Коды и цепочки рассматриваются в руководстве по статусам и редиректам, а порядок включения — в плане переключения.