Торговые предложения Битрикс создают дубли в поиске: что делать

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

Сначала определите модель представления вариантов, затем согласуйте URL, внутренние ссылки, canonical, sitemap и разметку.

Поймите структуру товара и SKU

Основной товар описывает модель или семейство, торговое предложение — конкретное сочетание цвета, размера, материала, напряжения или комплектации. В Битрикс они обычно находятся в связанных инфоблоках. Интерфейс может менять предложение без перезагрузки либо открывать параметризованный адрес.

Зафиксируйте, что покупатель считает самостоятельным товаром, а что — вариантом выбора.

Когда предложения лучше объединить

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

Каждый выбранный вариант должен сохраняться в корзине и заявке, даже если публичный URL общий.

Когда отдельная страница оправдана

Самостоятельный URL возможен, если исполнение имеет отдельное название и спрос, заметно отличающиеся характеристики, документы, применение и достаточный контент. Например, разные материалы корпуса могут менять допустимую среду и решение.

Страница должна быть доступна внутренней ссылкой, иметь собственные метаданные и canonical на себя, а не быть технической копией.

Найдите все URL предложений

Просканируйте карточки, параметры, ЧПУ, sitemap и серверные логи. Проверьте прямой доступ по ID, кодам, query-параметрам и разным путям разделов. Сравните содержимое, коды ответа и canonical.

• вариант по параметру URL;
• отдельный DETAIL_PAGE_URL;
• быстрый просмотр;
• AJAX-адрес;
• страница основного товара;
• ссылка из поиска по сайту;
• старый URL после обмена.

Настройте canonical и редиректы

Технические варианты с эквивалентным содержанием могут ссылаться canonical на основной товар. Полностью лишний постоянный URL лучше перенаправить, если выбор SKU при этом сохраняется корректно. Не направляйте разные самостоятельные товары на общую категорию.

Canonical не должен конфликтовать с noindex, sitemap и внутренними ссылками.

Исправьте шаблон карточки

При выборе предложения обновляйте видимые артикул, цену, наличие, ключевые параметры, изображения и документы. Состояние должно быть доступно без зависимости от недоступного JavaScript либо иметь серверно формируемый основной контент.

Не выводите в HTML одновременно данные всех SKU как повторяющиеся скрытые блоки без необходимости.

Структурированные данные

Разметка продукта должна совпадать с видимыми ценой, наличием и выбранным вариантом. Не указывайте предложение, которого нет на странице. Выберите поддерживаемую модель вариантов и проверьте итоговый HTML валидатором.

Проверка после изменений

1. Выбрать разные SKU.
2. Открыть их прямые адреса.
3. Проверить сохранение выбора.
4. Сверить canonical и sitemap.
5. Проверить корзину и заявку.
6. Пересканировать внутренние ссылки.
7. Наблюдать поисковые выбранные URL.

Алиса может разобрать модель торговых предложений и шаблон каталога Битрикс и устранить технические дубли без потери вариативности.