Если просто раздать дилерам одинаковый каталог, поисковики быстро склеят сайты в дубль — и региональные запросы «умрут». В свежем кейсе показали, как на 1С‑Битрикс разделить «контент бренда» и «контент дилера», ускорить поиск по артикулам и сделать каталог более понятным людям.
Когда у производителя десятки партнёров, желание «сделать всем одинаковый каталог» выглядит логично: один источник правды, ночная синхронизация — и порядок. Но в вебе у этого подхода есть побочный эффект: для поисковиков 80+ сайтов с одинаковыми карточками товара — это не «единый стандарт», а типичный дубль.
Почему «одинаково у всех» ломает региональное продвижение
В кейсе разобрали ситуацию с дилерской сетью из 85+ партнёров и каталогом запчастей примерно на 50 000 SKU. Базовая схема обновления была простой: JSON‑фид раз в сутки перезаписывает карточки в инфоблоке.
Проблема проявилась сразу в нескольких местах:
- Поисковая выдача “склеивает” поддомены с основным доменом как дубли — региональные страницы перестают ранжироваться.
- Любые локальные правки дилера (например, заголовки, описания, коммерческие блоки) исчезают после очередной синхронизации.
- Сайт превращается в справочник: карточки одинаковые, локальной ценности мало — падают заявки.
Идея решения: разделить поля на «Lock» и «Edit»
Вместо полного перезаписывания всех данных авторы предлагают «федеративную» модель: производитель контролирует базовую часть карточки, а дилер — только те поля, которые должны отличаться в регионе.
Условно поля делятся на два класса:
- Lock — эталонные данные (название, артикул, базовое описание, фото, технические характеристики). Они обновляются фидом.
- Edit — локальные данные дилера (региональные SEO‑формулировки, добавки к описанию, коммерческие условия, сервисные блоки). Они защищены от перезаписи.
Технически это реализовано через обработчик событий обновления элемента инфоблока и простой маркер «обновление пришло из фида». Если обновление “фидовое”, защищённые поля восстанавливаются из текущих значений.
Почему поиск по артикулу — отдельная боль
В B2B‑каталогах пользователи часто ищут не «по смыслу», а по точному коду детали. И здесь всплывает нюанс: один и тот же артикул может встречаться с дефисами, точками, слэшами, пробелами и даже в разных раскладках.
Чтобы не заставлять клиента угадывать «правильное» написание, в кейсе применили Manticore Search и настроили обработку символов‑разделителей так, чтобы варианты вроде RSM-101.05.02 и RSM 101/05/02 находились одинаково. В результате поиск по каталогу на десятки тысяч позиций остаётся быстрым и предсказуемым.
Как сделать карточки понятнее людям без армии копирайтеров
Отдельный блок — про «обогащение» каталога, когда в исходных данных вместо описаний часто присутствуют сухие обозначения из документации. В кейсе для массовой генерации кратких описаний и классификации использовали Batch‑подход: подготовка входного файла, пакетная обработка и последующий импорт результатов обратно в CMS.
Смысл практичный: не превращать каталог в “Excel на сайте”, а добавить минимальные пояснения — что это за деталь и где используется — так, чтобы это было полезно и пользователю, и продавцам/операторам.
Что полезного можно забрать себе
- Не делайте Full Overwrite на дилерских/франчайзинговых сетках, если вы хотите региональное SEO.
- Явно проектируйте зоны ответственности: что правит бренд, что правит партнёр — и защищайте это на уровне синхронизации.
- Для артикулов нужен “спец‑поиск”: стандартный полнотекст часто ломается о дефисы/точки/слэши.
- Каталог можно улучшать пакетно: сначала минимальная полезность (2–3 предложения), потом уже «красота».
Источник: Хабр
