В sitemap остались адреса до переезда каталога. Каждый ведёт на новую страницу, поэтому ошибок пользователь не видит. Карта всё равно перечисляет промежуточные URL. Для каждого старого адреса найдите конечную страницу. Если она подходит, запишите её URL в карту; если страница удалена без замены, уберите запись.
Выпишите адреса из тегов loc
Google рекомендует указывать в sitemap предпочтительные канонические URL. Официальная документация.
Начните с сохранения исходной карты и времени получения. XML может генерироваться динамически, поэтому повторная выгрузка после изменения каталога будет иметь другой состав. Выпишите адрес из каждого тега loc без ручного удаления параметров и нормализации слешей. Для большого списка ограничьте параллельность запросов и сохраните полный результат по каждому адресу. Запишите старый URL, все переходы и последний адрес. Рядом отметьте, что изменилось: только HTTP на HTTPS или путь самой услуги. Это поможет исправить источник ссылок в CMS.
Чем заменить старые адреса
| Адрес в sitemap | Что с ним произошло | Что записать в карте | Что проверить после изменения |
|---|---|---|---|
| /old-service/ | 301 на /service/ | Заменить запись | Проверить конечную услугу |
| /a/ → /b/ → /c/ | Два перехода | Записать /c/ | Проверить соответствие |
| /removed/ | 404 без аналога | Исключить | Не подменять главной |
| /service/ | 200, canonical на этот же URL | Оставить | Нет noindex |
Сохраните все Location в цепочке
Поручите разработчику проверить обычный запрос страницы (GET) с сохранением служебных заголовков каждого перехода. В curl ключ -L следует переходам, а -D сохраняет полученные блоки заголовков; без -L видно исходный ответ. При диагностике сравните оба режима и укажите конечный URL. Команда с -I использует HEAD, то есть получает только заголовки без содержимого; некоторые серверы обрабатывают его иначе. Для подтверждения поведения обычного документа предпочтительно проверить GET. Не ставьте слишком большой лимит перенаправлений, чтобы скрыть цикл. Если адрес повторился, остановите проверку и зафиксируйте проблему цепочки отдельно от очистки sitemap.
Для выбранного старого URL разработчик может выполнить в терминале:
curl -sS -L --max-redirs 10 -D headers.txt -o response.html 'https://example.com/old-service/'Из-за -L в headers.txt будут заголовки всех переходов, а в response.html — конечная страница. Если первая строка показывает 301/308, найдите в Location адрес перехода и проверьте, куда ведёт старый loc. В новой карте укажите подходящий конечный URL. Замените example.com своим доменом; этот GET не изменяет настройки сайта. Справка curl.
Проверьте страницу назначения
На конечном URL проверьте не только 200. Это может быть страница ошибки, входа или общая заглушка. Сравните название вкладки (title), главный заголовок (H1) и основной текст с ожидаемой страницей, затем canonical и noindex. Если canonical ведёт дальше на другой адрес, выясните, какой URL действительно выбран. Страница после редиректа, исключённая из индексации намеренно, не должна попадать в новый список только потому, что успешно загружается. Отдельно проверьте доступность назначения для гостя и обычные ссылки на него из публичной навигации.
Исправьте источник URL в CMS
Найдите, откуда генератор берёт старые loc: поле с частью адреса страницы (slug), таблица маршрутов, импортированный абсолютный адрес или базовый домен системы управления сайтом (CMS). Ручное редактирование опубликованного XML часто исчезает при следующей регенерации. Исправьте источник и повторите штатное построение карты. Если плагин имеет отдельные настройки типов записей, убедитесь, что смена URL не выключила нужный раздел. После публикации проверьте публичный файл, а не только сохранённый результат генератора. При наличии sitemap index проверьте также обновлённую дочернюю карту и её ссылку в индексе.
Сохраните редиректы для старых ссылок
Удаление старого URL из sitemap не означает, что нужно удалить его редирект. Внешние ссылки, закладки и история посетителей могут продолжать использовать прежний адрес. Сохраните необходимые серверные правила, а новые внутренние ссылки переведите на конечный URL. Старую закладку обслуживает редирект, а новые меню и карточки должны сразу открывать конечную страницу. Проверьте меню, крошки и карточки соответствующего раздела. Если URL содержит фильтр или язык, откройте новый адрес напрямую и убедитесь, что они сохранились.
Проверьте новую карту после регенерации
Вместо старой услуги указан доступный конечный URL без лишнего перехода. Удалённый адрес без замены отсутствует. Старые закладки продолжают открывать подходящие страницы через редирект; новые меню и sitemap используют их напрямую.
Читайте также: Ошибки в sitemap.xml: как найти и исправить и Как использовать reChecker для анализа редиректов. Проверки сайта доступны на странице технического аудита reChecker.