В одной карте обнаружились HTTP-адреса, HTTPS-страницы с www и новый домен без www. Часто причина — несколько источников полного адреса: настройка системы управления сайтом (CMS), импорт и кеш. Выберите основной домен и HTTPS, затем проверьте соответствие каждой страницы. Простая замена домена во всех строках может создать несуществующие URL.
Выберите основной адрес сайта
Google рекомендует использовать в sitemap полные URL выбранных канонических страниц. Официальная документация.
Выбор https://example.com как основного адреса должен быть явным решением владельца сайта. Альтернатива с www может перенаправляться на него, но отдельный old.example.com способен содержать другой проект. Составьте список принадлежащих сайту хостов и их ролей. Для каждого определите, является ли он вариантом того же содержимого, историческим доменом или самостоятельной площадкой. Меняйте домен только у страниц, для которых подтверждена новая версия. Путь /service/ на двух разных проектах сам по себе не доказывает, что страницы соответствуют друг другу.
Четыре варианта одной записи
| Вариант адреса | Почему отличается | Какой URL выбрать | Что сравнить с canonical |
|---|---|---|---|
| http://example.com/a/ | Старый протокол | Проверить HTTPS-аналог | Сохранить путь |
| https://www.example.com/a/ | Альтернативный хост | Выбрать основную форму | Проверить редирект с сохранением пути |
| https://example.com/a/ | Выбранный адрес | Проверить содержание | Canonical на этот же URL |
| https://old.example/a/ | Другой источник | Подтвердить соответствие | Не заменить вслепую |
Проверьте конечную страницу
Для контрольных адресов пройдите цепочку редиректов и сравните конечное содержание. Запишите статус HTTPS-назначения, сертификат и canonical. Если HTTP ведёт на HTTPS без сохранения пути, ошибка находится не только в карте. Если www-страница остаётся самостоятельной и имеет другой контент, сначала разберите архитектуру. Не принимайте одинаковый главный заголовок (H1) как полное соответствие: товар или язык могли измениться. Для удалённых страниц выберите отдельное решение, а не создавайте запись нового URL, который тоже отвечает ошибкой.
Попросите разработчика сохранить переходы одной выбранной страницы этой командой в терминале.
curl -sS -L --max-redirs 10 -D headers.txt -o response.html 'http://example.com/a/'Запрос сохранит всю цепочку переходов в headers.txt, потому что указан -L. Ищите каждый Location и конечный статус; в response.html будет последняя страница. Именно её домен и протокол сравнивайте с адресом карты в loc и предпочтительным адресом страницы в canonical. Замените example.com своим доменом; этот GET не изменяет настройки сайта. Справка curl.
Объедините только одинаковые страницы
В учебном списке есть http://example.com/a/, https://www.example.com/a/ и https://example.com/a/. После подтверждения равенства они могут привести к одному выбранному loc. Четвёртая запись https://old.example/a/ относится к иной услуге и требует отдельного рассмотрения. Сохраните исходный список перед заменой. После генерации сравните его с новым: три одинаковые версии /a/ должны стать одной записью, другой проект остаться отдельно, удалённая страница — исчезнуть. Если пропала действующая услуга, проверьте её запись в CMS.
Исправьте домен в CMS и импортах
Попросите разработчика проверить базовый адрес CMS, настройки запуска генератора, сохранённые абсолютные ссылки и настройки импорта. Изменение одной глобальной настройки может не исправить адрес, записанный в отдельном SEO-поле. Для дочерних карт выясните, используют ли они общий источник домена. Ручная правка XML исчезнет при следующем построении, поэтому исправляйте конфигурацию или данные. Затем повторите штатный запуск и публичный GET. Если карта кешируется отдельно, сравните время её обновления с релизом настроек, чтобы не принять старый ответ за неработающую правку.
Откройте старый и новый URL
Новая карта содержит выбранную HTTPS-версию страницы. Старые HTTP/www-входы сохраняют путь и приводят к тому же содержимому. Другой проект не заменён только из-за похожего /a/. Карты, намеренно размещённые на другом домене, требуют отдельной проверки условий поисковика.
Читайте также: Как сделать редирект с HTTP на HTTPS (Apache, Nginx, WordPress) и Конфликт canonical, sitemap, hreflang и редиректов. Проверки сайта доступны на странице технического аудита reChecker.