После обновления сайта много 404: как разобрать старые URL

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

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

Сначала определите, откуда взялись старые адреса

Не все строки в отчёте имеют одинаковое происхождение. Часть адресов раньше действительно работала. Другие получились из опечаток, параметров фильтра, ошибочных ссылок или запросов посторонних программ. Сводить их в одну очередь неудобно: восстановление действующей услуги будет конкурировать с исправлением адреса, которого никогда не существовало. Для каждой группы нужен собственный источник подтверждения.

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

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

Разделите отсутствие страницы и поломку её открытия

До назначения перенаправлений проверьте несколько примеров из каждой группы. Открывайте адрес целиком, включая регистр символов и параметры, если именно такой вариант находится в источнике. Сохраняйте HTTP-ответ, конечный URL и содержание результата. Экран браузера сам по себе не всегда объясняет, что вернул сервер. Красивое сообщение может сопровождаться неподходящим кодом ответа, а рабочая страница — открываться только после лишних переходов.

Согласно документации Google, ответ 200 сам по себе не гарантирует индексацию; отсутствующий контент за таким ответом может определяться как soft 404. Ответы 404 и 410 сообщают об отсутствии контента. Поэтому задача не в том, чтобы любой ценой получить 200 на каждом старом URL. Нужно, чтобы ответ и содержание соответствовали фактическому состоянию страницы. Описание обработки HTTP-кодов Google помогает проверить именно это различие.

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

Составьте карту соответствий, которую можно принять

В рабочей таблице нужны оба адреса и причина выбора. Запись «исправить каталог» недостаточна: другой сотрудник не сможет проверить, что именно считалось правильным результатом. Если несколько старых страниц объединили, опишите, где теперь находится их существенное содержание. При разделении одной страницы на несколько не выбирайте цель только по сходству названия: проверьте прежний запрос посетителя.

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

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

Приоритет зависит от последствий для посетителя

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

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

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

Проверяйте не только первый переход

Для постоянного переноса Google рекомендует постоянное серверное перенаправление; в документации к таким вариантам относятся 301 и 308. Временные 302 и 307 предназначены для временных изменений. Конкретный способ настройки зависит от приложения и сервера. Рекомендации Google по перенаправлениям не заменяют проверку смысла выбранной цели: сам код не делает неподходящую страницу хорошей заменой.

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

Затем выполните полезное действие. Для услуги это может быть открытие формы без отправки реальной заявки, для инструкции — наличие нужного раздела, для товара — совпадение карточки. Не создавайте настоящие платежи и заказы ради проверки адресов. Если нужен полноценный сценарий оформления, согласуйте безопасный тестовый режим и способ отличить контрольные записи от клиентских.

Уберите старые пути из управляемых источников

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

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

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

Примите карту повторным обходом

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

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

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