Место каждой связи в каталоге
Несовместимый аксессуар опаснее пустого блока рекомендаций: покупатель может заказать его вместе с основным товаром и обнаружить ошибку после получения. Разберём, как магазину на Битриксе хранить вручную отобранные аналоги и дополнения: где указывать назначение связи, кто подтвердит совместимость с нужным вариантом и что покупатель увидит после обновления каталога.
Аналог заменяет основной товар. Аксессуар покупают к нему.
Это различие меняет всё последующее задание. В первом блоке человек ищет другой способ решить ту же задачу, во втором — недостающую часть уже выбранного комплекта. Общая лента «Рекомендуем» скрывает разницу и заставляет разбираться по фотографиям. Я предпочитаю отдельные группы с понятными названиями, потому что продавец тем самым объясняет назначение предложения до перехода в другую карточку. Если технические ограничения замены существенны, краткое пояснение размещают рядом с аналогом, а подробности оставляют на его странице.
Связанные товары в Битриксе можно хранить как данные каталога, однако подпись блока, порядок вывода и реакцию на отсутствие товара определяют отдельно. Разработчик показывает, как заполненное поле превращается в доступный покупателю блок: какие сведения берутся из выбранной записи, как определяется порядок товаров и что меняется после выбора другого исполнения с телефона.
Какие данные хранит Битрикс
В документации свойств инфоблока есть тип «Привязка к элементам» и признак «Множественное». Первый позволяет выбрать другие записи, второй — сохранить несколько значений в одном свойстве. Для заказчика инфоблок здесь означает хранилище однотипных записей каталога. Точные названия свойств «Аналоги» и «Аксессуары» команда задаёт в своём магазине. В самой платформе они не устанавливают техническую совместимость изделий.
Название — для сотрудника, код — для программы. В документации также выделены «Символьный код» из латинских символов и цифр, «Внешний код» для связи с внешними данными и признак «Обязательное», требующий заполнения свойства.
Для небольшого набора вручную отобранных связей предпочтительнее отдельные поля двух типов назначения, чем перечень артикулов в свободном описании, поскольку сотрудник выбирает существующую запись, а разработчик может получить из неё актуальные название, изображение и адрес страницы. Текстовый список быстрее вставить один раз. Поддерживать его труднее: после переименования товара описание может остаться прежним, а удалённый адрес продолжит встречаться в карточках.
Обязательность заполнения здесь вредна, если у части товаров нет ни замен, ни дополнений. Принудительное требование выбрать хоть что-нибудь создаёт ложные рекомендации и портит смысл аккуратно заведённых связей.
Два назначения одной ссылки
Аналог
Та же задача с объяснением отличий.
Аксессуар
Совместимое дополнение с понятным назначением.
Товар или конкретный вариант?
У одной модели могут различаться разъём, размер или исполнение, поэтому связь, верная для семейства целиком, и связь, верная для выбранного варианта, относятся к разным уровням каталога. Сначала выбирают уровень. Иначе после переключения исполнения аксессуары останутся прежними, хотя покупатель уже собирает другую покупку.
Связь на уровне товара разумна, если дополнение действительно подходит каждому его варианту. При различиях нужны отдельные связи с вариантом либо правило отбора, которое учитывает выбранные параметры. Второй способ требует достоверных свойств каталога и отдельного обсуждения с разработчиком. Его нельзя получить одним переименованием заголовка «Аксессуары».
В Битриксе есть особое свойство «Привязка к товарам (SKU)». Документация указывает ограничение множественности этого типа начиная с версии модуля «Информационные блоки» 12.5.7. Это служебная связь торгового предложения с товаром, и задание на список дополнений не стоит формулировать как просьбу изменить её. Заказчику достаточно показать: при выборе этого исполнения остаются такие дополнения, а при выборе другого — другие. Особенности вариантов товара в Битриксе помогут сформулировать этот выбор.
Двусторонность тоже требует решения. Если изделие А заменяется изделием Б при определённых условиях, обратная замена может оказаться неприемлемой. Автоматически создавать обе связи стоит лишь там, где товарный специалист подтвердил взаимозаменяемость.
Совместимость требует собственного основания
Кто разрешает магазину написать «Подходит к этому товару»? Ответственным лучше назначить сотрудника, который работает с документацией продукции и способен объяснить совместимость: он определяет допустимые сочетания, а редактор вносит подтверждённую связь, указывает нужное исполнение и добавляет короткое пояснение. Похожей фотографии мало.
Для каждого спорного сочетания полезно хранить ссылку на документ производителя или внутреннюю запись с указанием проверенного исполнения. Это редакционное правило магазина, а не автоматическая функция свойства. Подрядчик отдельно оценивает, где хранить основание и дату его уточнения. Если связей немного, достаточно доступного команде реестра. Если их много и они регулярно меняются, сведения удобнее держать рядом с карточкой.
У аналога стоит назвать отличие, которое влияет на решение: способ подключения, диапазон применения, габарит или комплектацию. Одно из них может исключать замену для конкретного покупателя. Поэтому категоричное «полный аналог» допустимо только при подтверждённых условиях, а подпись «другой вариант для той же задачи» оставляет пространство для осмысленного сравнения. Если отличие скрыто, менеджер будет заново объяснять его каждому обратившемуся покупателю. Подпись рядом с аналогом помогает сделать выбор до звонка. Для сложной замены стоит также указать, какие параметры покупателю нужно сверить с собственным оборудованием.
Расходный материал, запасная часть и дополнительная опция также не равнозначны. Внутри аксессуаров их можно разделить понятными подписями, если покупатель без этого путает обязательную комплектацию и необязательное дополнение.
Кто обновляет связи при импорте
Ручная работа редактора может исчезнуть после очередной загрузки каталога, если импорт перезаписывает те же свойства, поэтому для каждого поля заранее выбирают одного владельца данных и описывают действие при пустом входном значении. Пустота имеет несколько смыслов. Она может означать отсутствие сведений в файле либо намеренное удаление всех связей.
Когда аналоги определяет товарный отдел на сайте, обмену лучше оставить цены и остатки: сотрудник получит свежие торговые сведения, а подтверждённые вручную пары товаров сохранятся после очередной загрузки, даже если файл не содержит информации о таких связях. Если связи приходят из учётной системы, редактирование на сайте используют только по явно описанному порядку. Две команды, независимо меняющие одно поле, получат спор о том, чьи данные вернее. Последняя по времени запись разрешит его случайным образом.
Полезная запись для задания — «при повторном импорте неизменённые связи сохраняются, удаление связи передаётся отдельным понятным действием». Разработчик уточнит, как выбранный формат отличает пропущенное поле от пустого. Товарный отдел подготовит записи, по которым это можно воспроизвести. Затем отдельно прогонят добавление, удаление и повтор той же загрузки. Такой набор выявляет потерю ручных изменений и накопление дублей без попыток угадать поведение обмена по одному успешному импорту.
Удаление товара из продажи тоже не обязано уничтожать знание о совместимости. Разумнее отдельно хранить связь и решать, показывать ли недоступный аксессуар с пояснением, скрыть ли его из покупки или предложить замену, подтверждённую тем же ответственным.
Как связь сохраняет достоверность
Основание
Документ или подтверждение товарного специалиста.
Запись
Выбранные элементы и назначение связи.
Обновление
Импорт сохраняет или изменяет связь по заданному правилу.
Карточка
Покупатель видит подходящий товар и действие.
Испытание карточки и корзины
Приёмку проводят на заранее выбранных записях: без связей, с несколькими аналогами, с аксессуаром только для одного исполнения и с недоступным дополнением, чтобы испытать не только красивую заполненную карточку, но и границы обещаний магазина. Пустой блок скрывают целиком.
Покупатель должен различать замену и дополнение, видеть выбранный вариант и понимать, входит ли аксессуар в комплект поставки. Для этого заголовки блоков и кнопки связывают с основной карточкой. Если по нажатию добавляется только аксессуар, кнопка не обещает весь комплект. Если предлагается совместная покупка, перед подтверждением виден состав. Цена каждого добавленного товара читается отдельно от общей суммы.
| Ситуация | Что оценить |
|---|---|
| Связей нет | Нет пустого заголовка и случайной подстановки |
| Выбран другой вариант | Показаны подходящие ему дополнения |
| Аксессуар недоступен | Действие соответствует его текущему статусу |
| Товар переименован | Связь ведёт к нужной записи с новым названием |
Отдельный проход нужен после импорта: та же карточка открывается с телефона, вариант меняется, связанный товар добавляется в тестовую корзину, а сотрудник сверяет артикул и количество. Автоматическую рассылку и рабочую обработку заказа на таком испытании отключает специалист. Замечание формулируют через пару товаров и действие: какое исполнение выбрано, какое дополнение ожидалось и что появилось. Так подрядчик получает воспроизводимую ошибку вместо общей претензии к рекомендациям.
Кнопка не исправляет каталог. Если неверная пара сохранена в исходных данных, обсуждать цвет блока рано — сначала товарный отдел исправляет связь.
Связь отвечает за точность выбора
Раздельные поля для аналогов и аксессуаров, подтверждённая совместимость и понятный порядок обновления дают магазину основу, на которой можно менять оформление карточки без повторного ручного подбора товаров. За точность отвечает товарный отдел. Покупатель оценивает её по подходящему дополнению к выбранному исполнению.
В задание на доработку каталога достаточно включить пары товаров, основания связей и ожидаемое поведение после смены варианта и импорта. Начать стоит с точности этого набора: увеличение числа рекомендаций имеет смысл лишь после того, как магазин способен отвечать за уже показанные сочетания.
Источники и полезные ссылки
Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.


