Карта сайта WordPress без плагина: чек-лист перед запуском

WordPress 5.5 и новее может отдавать карту сайта без SEO-плагина по адресу /wp-sitemap.xml. Но открывающийся XML ещё не значит, что в нём есть нужные страницы, а закрытые от индексации записи не попали в карту. Перед продакшеном проверьте генерацию, содержимое, robots.txt и поведение кэша — иначе поисковик получит неполный или противоречивый список URL.

Сначала решите, кто отвечает за карту

Штатный генератор подходит, если вам нужна базовая карта сайта WordPress: записи, страницы, вложения, таксономии и архивы авторов — в зависимости от типов контента и настроек сайта. SEO-плагин может предоставлять собственную карту и дополнительные правила. Не оставляйте две системы включёнными наугад: сравните их адреса и содержимое, затем назначьте одну источником истины.

Проверьте главную точку входа в браузере: https://ваш-домен/wp-sitemap.xml. Для тестового сайта замените домен своим. Если сайт размещён в подкаталоге или использует нестандартные правила маршрутизации, фактический адрес может отличаться — смотрите настройки и ответы самого сайта.

• Если используете только ядро WordPress, проверьте штатную карту и убедитесь, что SEO-плагин не отдаёт вторую.
• Если плагин уже формирует карту, проверьте его настройки и не отключайте его XML-функции до проверки альтернативы.
• Если карту собирает собственная тема или код проекта, выясните, кто отвечает за обновление URL и исключения.

Продакшен-проверка — это не «XML открывается». Это проверка, что в карте есть нужные индексируемые URL и нет адресов, которые сервер, robots.txt или метатеги тут же запрещают обходить.

Чек-лист перед запуском

1. Проверьте ответ сервера и XML

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

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

2. Сверьте URL с правилами индексации

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

Проверьте robots.txt и перенаправления. Карта, которая перечисляет адреса, закрытые от обхода или перенаправляющие на другие URL, даёт поисковику противоречивые сигналы. Наличие URL в XML само по себе не отменяет ни запрет обхода, ни указание noindex.

3. Проверьте состав карты на реальных данных

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

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

4. Проверьте кэш, CDN и окружения

Запросите карту несколько раз: напрямую у сайта и через публичный домен, если между ними стоит CDN или прокси. После публикации новой записи убедитесь, что карта обновилась и кэш не отдаёт старый XML. Если тестовый стенд закрыт паролем или авторизацией, проверьте, что эти ограничения не перенеслись на продакшен — и наоборот, что закрытый стенд не стал доступен поисковикам.

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

5. Проверьте размер и наблюдаемость

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

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

Когда достаточно ядра, а когда нужен другой генератор

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

Что чаще всего ломается

• 404 на /wp-sitemap.xml. Проверьте, не отключена ли штатная генерация и корректно ли работают постоянные ссылки и серверная маршрутизация. После изменения настроек повторите запрос без входа в админку.
• В карте остались старые URL. Проверьте кэш WordPress, сервера и CDN, а также настройки основного домена после переноса. Очистка кэша должна затрагивать и индекс, и дочерние карты.
• Дублируются карты. Сравните штатную карту с картой плагина и проверьте, какой адрес указан в robots.txt и отправлен поисковику. Оставьте понятный, поддерживаемый маршрут, а не несколько конкурирующих источников.
• XML открывается, но робот не может его прочитать. Проверьте HTTP-статус, цепочки перенаправлений, доступ без авторизации и ответ CDN. Внешне корректный документ не поможет, если запрос робота получает ошибку или закрыт правилами доступа.
• В списке есть ненужные страницы. Найдите, какой тип контента или архив их добавляет, и настройте исключение через поддерживаемые средства сайта. После изменения пересмотрите не только индекс, но и соответствующие дочерние файлы.

Термин: индекс карты сайта

Индекс карты сайта — XML-документ, который перечисляет дочерние карты. Поисковик сначала может получить его, а затем отдельно запросить файлы с URL записей, страниц или других типов контента. Поэтому проверка только адреса /wp-sitemap.xml не заменяет проверку файлов, на которые он ссылается.

Штатная система карт сайта относится к ядру WordPress начиная с версии 5.5. Для сайта на актуальной ветке WordPress 6.x перед использованием фильтров и параметров генерации сверяйтесь с документацией ядра: детали зависят от версии и состава проекта. Официальная справка разработчика описывает класс генератора: WP_Sitemaps.

Что делать дальше

Сохраните контрольный список URL и повторяйте проверку после обновления WordPress, SEO-плагина, правил кэша или структуры сайта. В первую очередь измеряйте не абстрактное количество строк, а доступность карт, долю нужных URL и ошибки их чтения в инструментах для вебмастеров. Если меняете способ генерации, сравните старую и новую карты до переключения поисковых систем на новый адрес.

Сноска: XML — формат структурированного текстового документа, который поисковик может разобрать автоматически; это не гарантия, что перечисленные адреса будут проиндексированы.