В одной карте обнаружились HTTP-адреса, HTTPS-страницы с www и новый домен без www. Часто причина — несколько источников абсолютного URL: настройка CMS, импорт и кеш. Очистка должна привести к согласованному адресу, не потеряв путь каждой страницы.
Выберите форму адреса для каждого проекта
Сначала выберите рабочую форму домена и протокол. Затем сопоставьте варианты одной страницы и убедитесь, что они действительно соответствуют друг другу. Замена строк по всему XML без проверки назначения может перенести записи чужого сегмента.
Google рекомендует использовать в sitemap полные URL выбранных канонических страниц. Официальная документация.
Выбор https://example.com как основного адреса должен быть явным решением владельца сайта. Альтернатива с www может перенаправляться на него, но отдельный old.example.com способен содержать другой проект. Составьте список принадлежащих сайту хостов и их ролей. Для каждого определите, является ли он вариантом того же содержимого, историческим доменом или самостоятельной площадкой. Это предотвращает массовую замену всех знакомых строк на новый хост. Путь /service/ на двух разных проектах сам по себе не доказывает, что страницы соответствуют друг другу.
Группировка loc по протоколу и хосту
Учебные сценарии в таблице задают ожидаемое поведение; фактические ответы своего сайта заносите отдельно.
| Сценарий | Отличие | Решение | Проверка |
|---|---|---|---|
| http://example.com/a/ | Старый протокол | Проверить HTTPS-аналог | Сохранить путь |
| https://www.example.com/a/ | Альтернативный хост | Выбрать основную форму | Согласовать redirect |
| https://example.com/a/ | Выбранный адрес | Проверить содержание | Self-canonical |
| https://old.example/a/ | Другой источник | Подтвердить соответствие | Не заменить вслепую |
Разберите все loc стандартным URL-парсером и посчитайте группы scheme плюс host. Посмотрите несколько примеров из каждой, сохраняя полный путь и параметры. Важно не потерять адреса с языковым префиксом, нестандартным портом или вложенным разделом. Отдельно отметьте некорректные и относительные значения. Если группа HTTP содержит только старые товары, а группа www — только статьи, вероятны разные источники генерации. Такое распределение помогает найти причину: импорт, настройки типа записей или отдельный дочерний sitemap.
Проверьте соответствие страниц после переходов
Сгруппируйте loc по scheme и host. Для нескольких записей из каждой группы пройдите переходы, проверьте конечный контент и canonical. Посмотрите, не сохранились ли старые ссылки в меню и настройке базового адреса CMS.
Для контрольных адресов пройдите цепочку редиректов и сравните конечное содержание. Запишите статус HTTPS-назначения, сертификат и canonical. Если HTTP ведёт на HTTPS без сохранения пути, ошибка находится не только в карте. Если www-страница остаётся самостоятельной и имеет другой контент, сначала разберите архитектуру. Не принимайте одинаковый H1 как полное соответствие: товар или язык могли измениться. Для удалённых страниц выберите отдельное решение, а не создавайте запись нового URL, который тоже отвечает ошибкой.
Учебная очистка без подмены чужого раздела
Учебный список содержит три варианта одной услуги и отдельную страницу старого проекта. Первые три можно согласовать после проверки, четвёртая требует отдельного решения. Количество записей не должно сохраняться за счёт дублей.
В учебном списке есть http://example.com/a/, https://www.example.com/a/ и https://example.com/a/. После подтверждения равенства они могут привести к одному выбранному loc. Четвёртая запись https://old.example/a/ относится к иной услуге и требует отдельного рассмотрения. Перед заменой сохраните исходный список и таблицу решений. После построения новой карты сравните количество по причинам: объединённые варианты, удалённые ресурсы и оставленные страницы. Такой отчёт позволяет объяснить очистку без обещания сохранить каждую историческую строку.
Согласуйте CMS, импорты и генератор карты
Исправьте базовый URL генератора и отдельные источники исторических абсолютных ссылок. Пересоберите карту, затем согласуйте внутренние ссылки и постоянные перенаправления соответствующих старых вариантов.
Проверьте базовый адрес CMS, переменные окружения генератора, сохранённые абсолютные ссылки и настройки импорта. Изменение одной глобальной настройки может не исправить адрес, записанный в отдельном SEO-поле. Для дочерних карт выясните, используют ли они общий источник домена. Ручная правка XML исчезнет при следующем построении, поэтому исправляйте конфигурацию или данные. Затем повторите штатный запуск и публичный GET. Если карта кешируется отдельно, сравните время её обновления с релизом настроек, чтобы не принять старый ответ за неработающую правку.
Проверьте canonical и внутренние ссылки
Если старый и новый домены принадлежат разным проектам, массовое объединение нельзя делать по похожему пути. Сначала подтвердите принадлежность и фактическое соответствие страниц.
На выбранных конечных страницах canonical должен описывать согласованную основную форму. Проверьте меню, крошки и карточки, которые всё ещё могут создавать HTTP или www-адреса. Сама очистка sitemap не изменяет эти ссылки. Для известных технических вариантов сохраните постоянные серверные переходы к подходящему назначению. Отдельно проверьте языковые связи, если сайт использует hreflang: они не должны продолжать указывать на случайный старый домен. После изменения SSL-настройки также проверьте, что основной адрес открывается без ошибки сертификата.
Приёмка нового списка и старых входов
Новый список loc использует ожидаемые протокол и хост для каждого согласованного сегмента. Контрольные страницы отвечают успешно и соответствуют своему содержанию. Старые технические варианты приводят к ним без потери пути, а самостоятельные проекты не затронуты. Повторная генерация сохраняет результат. Добавьте свежую проверку файла через публичный маршрут и датированные сведения инструмента вебмастера. Удаление смешанных адресов убирает конкретную неоднозначность конфигурации; оно не является доказательством роста трафика или обещанием обязательной индексации каждой оставшейся страницы.
Критерии завершения проверки
Нужные записи используют согласованный HTTPS-хост. Назначения доступны, canonical не указывает на другой вариант, старые соответствующие URL корректно перенаправляются без потери пути.
- http://example.com/a/: Сохранить путь. Зафиксируйте фактический результат и адрес проверенного сценария.
- https://www.example.com/a/: Согласовать redirect. Зафиксируйте фактический результат и адрес проверенного сценария.
- https://example.com/a/: Self-canonical. Зафиксируйте фактический результат и адрес проверенного сценария.
- https://old.example/a/: Не заменить вслепую. Зафиксируйте фактический результат и адрес проверенного сценария.
Для смежных вопросов: Как сделать редирект с HTTP на HTTPS (Apache, Nginx, WordPress) и Конфликт canonical, sitemap, hreflang и редиректов. Отдельные проверки сайта собраны на странице технического аудита reChecker.