В одной установке Bitrix могут работать несколько сайтов. Если карта розничного магазина содержит адреса оптового каталога, сначала выясните, какие данные и какой сайт выбраны в настройке генерации. Замена домена строковым поиском в готовом XML не исправляет источник ошибки: следующий запуск снова создаст прежние адреса.
Sitemap — XML-файл со списком адресов сайта для поисковых систем. Он может ссылаться на несколько дочерних файлов с разными группами страниц.
Ниже речь о «1С-Битрикс: Управление сайтом» и штатной настройке sitemap. Если карту создаёт собственный скрипт или Marketplace-модуль, нужны его правила. Одинаковое имя sitemap.xml не означает одинаковый механизм генерации.
Как убедиться, что открыт нужный файл
Сохраните полный URL карты: протокол, домен, папку и имя. Откройте её без входа в административную панель. Если в основном файле находится список дочерних карт, откройте именно тот дочерний XML, где обнаружены чужие товары. Запишите оба адреса и конкретную строку loc.
Проверьте, что это публичный файл текущего сайта, а не скачанная копия или старый файл на CDN. Дата в браузере не всегда показывает время генерации. Попросите администратора подтвердить, какая настройка создала файл и куда он записывается. Пока источник не установлен, обозначьте его как неизвестный.
Если ошибка относится к доступности части карты, используйте проверку дочерних sitemap. Разный протокол и www разбираются в инструкции по согласованию адресов карты.
Откройте несколько подозрительных URL. Товар другого сайта может действительно существовать в общей базе, но не быть предназначенным для этой витрины. Отдельно отметьте неправильный домен, неправильный товарный состав и недоступную страницу. Это разные ошибки, которые нельзя устранить одним переименованием файла.
Где проверить сайты и настройки генерации
Откройте Настройки → Настройки продукта → Сайты → Список сайтов. Запишите идентификаторы сайтов, домены и корневые папки. В курсе Bitrix о многосайтовости описана связь настроек сайтов с общей установкой. Идентификатор вроде s1 — внутреннее обозначение, а не публичный домен.
Затем перейдите в Маркетинг → Поисковая оптимизация → Настройка sitemap.xml. Откройте настройку именно нужного сайта и проверьте адрес карты. Штатный порядок выбора сайта и вкладок описан в уроке Bitrix по генерации sitemap.
На вкладке «Инфоблоки» сравните включённые данные с назначением витрины. На вкладке «Файлы» проверьте выбранные папки и маски. Исправление только списка инфоблоков не поможет, если собственные страницы оптового каталога попадают в карту как физические файлы.
Учебный пример с розницей и оптом
Представим два сайта: розничный retail.example.com и оптовый wholesale.example.com. Это вымышленный пример. Инфоблок «Розничные товары» должен попадать в карту первого сайта, «Оптовые комплекты» — второго. В установке оба сайта работают, но настройка розничной карты включает оба инфоблока.
Контрольная таблица выглядит так:
| Объект | Контрольный URL | Розничная карта | Оптовая карта |
|---|---|---|---|
| SKU RET-10 | https://retail.example.com/product/ret-10/ | Включён | Исключён |
| SKU WHO-50 | https://wholesale.example.com/catalog/pack-50/ | Исключён | Включён |
| Доставка розницы | https://retail.example.com/delivery/ | Включена | Исключена |
В реальном проекте правила могут отличаться: общий товар иногда публикуют на обеих витринах. Тогда в каждой карте нужен доступный основной URL соответствующего сайта. Таблица не запрещает общий каталог; она помогает явно сформулировать его использование.
После исправления проверяют и положительную строку, и исключённую. Отсутствие WHO-50 в розничной карте полезно только вместе с сохранением RET-10. Иначе можно случайно «исправить» проблему удалением всего товарного XML.
Что проверить у инфоблока и шаблонов URL
Откройте настройки выбранного инфоблока и проверьте его привязку к сайтам. Затем сравните шаблоны публичных URL с фактическими адресами на витрине. Структура полей LIST_PAGE_URL, SECTION_PAGE_URL и DETAIL_PAGE_URL описана в справке Bitrix.
Если один инфоблок связан с двумя сайтами, разработчик должен проверить, как его ссылки строятся для каждого контекста. Публичный список может использовать один шаблон компонента, а генератор карты — другой источник URL. Правильная карточка в браузере не подтверждает, что генерация получила правильный домен и папку.
Не отвязывайте инфоблок от второго сайта только ради sitemap, пока не выяснили, зачем он там используется. Это может убрать товары из действующей витрины. Часто нужно изменить состав конкретной карты или согласовать формирование ссылок, сохранив нужную общую базу.
Если внутри карты чужой домен, но правильные товары, рассматривайте это как отдельную ошибку адреса. Если домен правильный, а товары чужие, исследуйте выборку. Запишите два наблюдения разными строками — так разработчику не придётся угадывать, какой слой исправлять.
Как проверить новую карту после генерации
Сохраните текущие контрольные строки, измените согласованные настройки и запустите генерацию штатным инструментом. После завершения откройте основной и дочерние XML по публичным адресам заново. Проверьте, что основной файл ссылается на ожидаемые части, а не на оставшийся старый файл с тем же назначением.
Найдите полные URL товаров RET-10 и WHO-50 из контрольной таблицы. Артикул не обязательно присутствует в адресе, поэтому искать только SKU недостаточно. Затем проверьте несколько новых loc прямым открытием: нужный домен, ожидаемая карточка и корректный ответ сервера. XML может быть синтаксически правильным и содержать неработающие страницы, поэтому проверка форматирования не заменяет проверку URL.
Сравните карты обоих сайтов. Исправление розницы не должно убрать согласованные оптовые страницы. При наличии общей папки файлов особенно внимательно проверьте пути записи и имена дочерних XML: один запуск не должен неожиданно подменять результат другого.
Как предотвратить повтор ошибки
Запишите, кто создаёт новые инфоблоки и меняет привязку к сайтам. Включите в этот процесс проверку состава sitemap. Новый каталог, временно привязанный к двум витринам для настройки, может остаться в генерации после завершения работ.
Попросите разработчика описать механизм регулярного обновления карты, если он уже настроен. Проверка одного ручного запуска не подтверждает, что следующий автоматический запуск использует те же правила. После очередного штатного обновления снова проверьте две контрольные строки и публичные файлы.
Если механизм автоматического обновления неизвестен, не объявляйте проблему решённой навсегда. Зафиксируйте: ручная генерация проверена; следующий запуск ещё предстоит. Такая запись помогает вовремя заметить отдельный скрипт, который создаёт карту по старой логике.
Как поставить задачу и принять исправление
В задаче приложите идентификаторы сайтов, URL двух карт, ID нужных инфоблоков и таблицу включения товаров. Ожидаемый результат: каждая карта содержит согласованный набор доступных основных адресов своей витрины, и следующий запуск сохраняет это правило.
Для проверки опубликованных страниц пригодится технический аудит; смежные практические инструкции находятся в блоге. Передача новой карты Google или Яндексу выполняется после проверки файла. Само наличие URL в XML не подтверждает его индексацию: карта сообщает адрес, а решение поискового робота оценивается по отдельным свежим данным.