Как сохранить SEO-данные при обмене 1С и 1С-Битрикс

Чтобы сохранить SEO-данные при обмене 1С и 1С-Битрикс, нужно спроектировать не отдельную защиту title, а договор данных: какие сущности сопоставляются, какая система владеет каждым полем, что означает пустота и как обрабатываются создание, обновление, перенос и удаление.

Надёжность начинается со стабильных внешних идентификаторов. Если товар каждый раз создаётся заново, защита отдельных полей не поможет.

Составьте реестр данных

Перечислите товары, торговые предложения, разделы и свойства. Для каждого поля укажите источник, направление, допустимое преобразование и поведение при пустом значении. Отдельно отметьте SEO-title, description, H1, тексты, CODE, DETAIL_PAGE_URL, изображения и документы.

Реестр становится техническим заданием для обмена и основой автоматической проверки.

Закрепите стабильные идентификаторы

XML_ID товара и SKU должен сохраняться при переименовании, переносе и повторной выгрузке. Для нескольких баз используйте согласованное пространство идентификаторов или таблицу соответствия. Не сопоставляйте автоматически по названию.

Следите за связью предложения с основным товаром и уникальностью кодов.

Разделите владельцев полей

Типовая схема: 1С владеет ценой, остатком, артикулом и учётными характеристиками; сайт — метаданными, редакционным текстом, SEO-кодом и внутренними ссылками. Конкретное распределение зависит от процесса, но оно должно быть явным.

Если название приходит из 1С, решите, влияет ли оно на H1 и URL автоматически. Часто безопаснее хранить редакционное отображаемое имя отдельно.

Не позволяйте пустоте затирать сайт

Отсутствующее поле, пустая строка и команда удаления — три разных состояния. Передавайте удаление явно либо запрещайте его для полей сайта. Проверяйте входной файл и отчёт об изменениях до применения.

• неизвестное поле игнорируется;
• пустое значение обрабатывается по контракту;
• ручное исключение сохраняется;
• удаление требует отдельного статуса;
• ошибка попадает в журнал;
• массовое изменение останавливает обмен.

Защитите URL

Символьный код не должен пересчитываться при каждом изменении NAME. Если путь содержит раздел, перенос должен иметь карту редиректов. До обмена сохраняйте соответствие XML_ID и URL, после — автоматически сравнивайте и создавайте прямой 301 только на тот же товар.

Обновляйте sitemap, canonical, внутренние и рекламные ссылки. Избегайте цепочек.

Храните резерв и историю

Перед массовым импортом делайте согласованную резервную копию базы и файлов. Дополнительно выгружайте критичные SEO-поля по XML_ID — такой снимок проще использовать для выборочного восстановления. Журнал должен показывать старое и новое значение и источник.

Ограничьте доступ к резервам и сроки хранения по требованиям безопасности.

Тестируйте сценарии, а не только успешный импорт

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

Тестируйте на копии с близким объёмом и настройками, затем на малой рабочей группе.

Автоматический контроль после обмена

1. Сравнить число созданных и удалённых элементов.
2. Найти пустые метаполя и тексты.
3. Сопоставить URL.
4. Проверить дубли XML_ID.
5. Проверить цены, остатки и SKU.
6. Пересканировать коды ответа.
7. Отправить отчёт ответственному.

Обмен считается успешным не потому, что завершился без технической ошибки, а когда данные сайта сохранили согласованное состояние.

Алиса может спроектировать и реализовать такой контроль обмена с учётом PHP, SQL, 1С-Битрикс и существующего каталога.