Один товар создан несколько раз
Записи отличаются внешним ID, разделом или источником импорта.
Находим и устраняем дубли товаров, торговых предложений, разделов и значений свойств в каталоге 1С-Битрикс. Проверяем обмен и импорты, сохраняем заказы, цены, остатки, изображения и поисковые сигналы.
Два товара с одинаковым названием могут быть разными позициями, а один товар — появиться несколько раз из-за сменившегося внешнего ID. Дубли также возникают на уровне SKU, разделов, брендов и значений свойств. Массовое удаление без модели соответствий способно повредить заказы, остатки, ссылки и фид.
Сначала определяем эталонный идентификатор и источник данных: 1С, CSV, API, ручное добавление или несколько систем одновременно. Затем строим группы кандидатов, сравниваем связи и выбираем основную запись. Перед обработкой сохраняем выгрузку и тестируем правило на ограниченной выборке.
После очистки меняем логику обмена, нормализуем справочники и добавляем контроль уникальности. Для удаляемых публичных страниц выбираем 301-редирект, канонизацию или сохранение URL в зависимости от содержания и поисковых сигналов.
Записи отличаются внешним ID, разделом или источником импорта.
Бренды, размеры и характеристики записаны в разных форматах.
Обмен обновляет не основную карточку или создаёт новое предложение.
Дубли товаров и разделов конкурируют и делят внутренние ссылки.
Критерии для товаров, SKU, разделов и справочных значений.
Заказы, цены, остатки, изображения, SEO-URL и внешние ID.
Тестовая выборка, резервный сценарий и журнал изменённых объектов.
Правила импорта, обмена и контроля уникальности после очистки.
Группируем записи по ID, названию, артикулу и связанным данным.
Выбираем основную карточку и правила переноса связей.
Обрабатываем ограниченный набор и проверяем каталог, заказ и обмен.
Фиксируем изменения, редиректы и результат повторного импорта.
Основные товары и предложения сохраняют связи, а импорт больше не создаёт те же дубли при следующем запуске.
Только после согласования точных правил и тестовой выборки. Неоднозначные совпадения выводим отдельно.
Для каждого типа дубля выбираем 301, canonical или сохранение страницы. Решение зависит от контента и поисковых данных.
Проверяем идентификаторы и логику создания элементов. Объём доработки зависит от используемого обмена и стороны-источника.
Товары и свойства размножаются, остатки расходятся, одинаковые URL конкурируют.
Есть эталонные записи, сохранённые связи и правила, не допускающие повторного создания.