Размер, цвет и модификация могут быть либо вариантами одного товара, либо самостоятельными товарами. Ошибка начинается, когда это решение принимают только по удобству админки.
Для покупателя один товар с переключателями удобен, когда выбор меняет конкретное свойство, но сохраняет основную сущность: та же модель, тот же смысл покупки, сравнимая цена и общая карточка.
Отдельные страницы нужны, когда вариант фактически становится другим товаром: существенно меняется назначение, комплектация, поисковый спрос, контент или набор характеристик.
Есть три слоя решения.
Каталог. Родительский товар должен объединять общие данные, а вариант — иметь собственный SKU/артикул, цену, остаток и определяющие свойства.
Интерфейс. При выборе размера или цвета должны обновляться именно те данные, которые меняются: изображение, цена, наличие, артикул. Покупатель не должен угадывать, какой вариант он добавил в корзину.
URL и SEO. Здесь нет одного универсального правила. Google в документации по вариантам товаров прямо поддерживает и одностраничную, и многостраничную модель вариантов. Для single-page подхода рекомендуется один общий canonical; для multi-page каждый вариант может иметь собственный URL и полноценную разметку. В обоих случаях поисковику нужно явно понимать связь вариантов через ProductGroup/Product.
Поэтому правило «каждому цвету отдельная страница» так же опасно, как «все варианты всегда под одним URL».
Если по модификациям нет самостоятельного спроса и контента, десятки почти одинаковых страниц создают дубли и размывают структуру. Если же каждый вариант имеет отдельный поисковый intent и значимые отличия, один общий URL может скрыть релевантность.
AI для этой задачи не нужен. Это архитектурное решение на данных каталога и поискового спроса.
Практический критерий: вариант получает отдельную страницу не потому, что у него другой цвет, а потому, что у него есть достаточная самостоятельность для пользователя и поиска.
Для маленького каталога отдельная сложная модель вариантов может быть избыточной: если у товара две-три простые опции и нет самостоятельного спроса, достаточно одной аккуратной карточки. Сложность оправдана там, где варианты реально влияют на остатки, цену, выбор и поисковую структуру.
Можно открыть интерактивное демо NOVERA Fashion Store и посмотреть демонстрационный каталог как покупатель. Это не клиентский кейс, а пример интерфейса магазина.
При разработке интернет-магазина модель вариантов лучше определить до массовой загрузки каталога — менять URL, SKU-связи и каноникализацию после индексации сложнее.