Составьте матрицу вариантов: родительская модель, SKU, признаки, цена, наличие, изображения и спрос.
Цвет, размер, материал и комплектация могут жить на одном URL или на отдельных страницах. Правильной для всех магазинов схемы нет: ее выбирают по самостоятельному спросу, различию контента и необходимости прямой ссылки на вариант. Ошибка возникает, когда интерфейс работает по одной модели, canonical — по другой, а фид передает третью.
Что обновлено 25.08.2026 для «Варианты товара и SEO: как настроить URL, canonical и разметку»: удалён массовый универсальный хвост; добавлена матрица состояний URL и переходов при изменении ассортимента; уточнены ограничения и действия после проверки.
Когда нужен отдельный URL варианта
Следующий связанный шаг: SEO карточки товара: как оптимизировать страницу без шаблонного текста. Для материала «Варианты товара и SEO: как настроить URL, canonical и разметку» эта ссылка продолжает соседнюю задачу без повторения текущего раздела.
| Ситуация | Один URL | Отдельные URL |
|---|---|---|
| Разница только в размере | Часто достаточно переключателя | Нужны, если есть спрос и отдельные доступность/цена |
| Цвет меняет фото и спрос | Подходит при общей карточке | Полезно для прямых ссылок и поискового спроса |
| Комплектация меняет сущность | Риск смешать разные предложения | Чаще оправдан самостоятельный адрес |
| Контент почти одинаков | Проще консолидация | Нужны строгие canonical и уникальные данные |
| Фид содержит каждый SKU | Ссылка может включать параметр | URL варианта должен открывать именно этот SKU |
Алгоритм выбора модели
Следующий связанный шаг: Внутренний поиск и фильтры UGC: как не превратить навигацию в миллионы URL. Для материала «Варианты товара и SEO: как настроить URL, canonical и разметку» эта ссылка продолжает соседнюю задачу без повторения текущего раздела.
Проверьте, ищут ли вариант отдельно и ожидает ли пользователь увидеть его сразу после перехода.
Выберите один базовый подход для типа товара, а не меняйте его от карточки к карточке.
Определите канонический URL: общий родитель или отдельный вариант. Зафиксируйте исключения.
Свяжите варианты обычными ссылками либо обеспечьте индексируемые URL, если они должны участвовать в поиске.
Настройте ProductGroup, variesBy, hasVariant и productGroupID там, где это соответствует реализации.
Согласуйте URL вариантов и item_group_id/аналогичные поля в товарных фидах.
Проверьте прямой вход: URL должен открывать выбранный цвет, размер и цену без дополнительного клика.
Модель с одним URL
Она подходит, когда варианты не имеют отдельного поискового интента. Переключение должно обновлять видимые фото, цену, наличие и артикул. Если используются параметры, решите, какие из них индексируемы. Разметка и фид обязаны указывать на состояние, которое открывается по ссылке.
Модель с отдельными URL
Каждый адрес должен быть воспроизводимым и отличаться данными, которые важны покупателю. Не делайте self-canonical автоматически, если страницы по сути дубли; и не канонизируйте на родителя, если варианты действительно предназначены для поиска. Решение принимают на уровне шаблона и проверяют на группе товаров.
Контроль согласованности
- Прямая ссылка открывает правильный вариант, включая фото, цену и наличие.
- Один SKU не доступен по нескольким индексируемым URL без понятного canonical.
- Внутренние ссылки и фид используют утвержденный адрес варианта.
- ProductGroup описывает реальную группу, а не объединяет разные модели.
- Значения variesBy совпадают с видимыми переключателями.
- Недоступный вариант не делает недоступной всю родительскую модель.
- Изменение выбора не создает бесконечную историю параметрических URL.
Типичные ошибки
- Все варианты канонизированы на URL, который не открывает конкретное предложение.
- Один и тот же SKU дублируется в разных цветовых URL из-за порядка параметров.
- Цена в HTML относится к минимальному варианту, а разметка — к выбранному.
- Переключатель доступен только скриптом, а адрес варианта нигде не связан.
- Фид ведет на родителя и показывает пользователю другой цвет или отсутствие товара.
Тестовая матрица вариантов
Для каждого типа товара проверьте минимум четыре состояния: все варианты доступны; один вариант отсутствует; меняется цена; вариант снят навсегда. Зафиксируйте открываемый URL, canonical, H1, активный переключатель, цену, availability в разметке и ссылку в фиде. Различие хотя бы в одном слое должно быть объяснимым.
Переезд между моделями
Если магазин переходит с одного общего URL на отдельные адреса, составьте карту старых состояний и новых URL. Не удаляйте параметры до проверки входящих ссылок и фидов. При обратном объединении направляйте варианты на родительскую модель только после того, как она воспроизводит выбранный товар или понятно сообщает об изменении.
Аналитика по вариантам
Передавайте в событиях не только родительский товар, но и SKU выбранного варианта. Тогда можно отличить проблему поискового входа от проблемы доступности размера. Отчет должен связывать landing URL, активный вариант, просмотр, добавление в корзину и покупку; иначе общий показатель карточки скрывает неработающие комбинации.
Частые вопросы
Можно ли использовать hash в URL варианта
Для индексируемых вариантов не стоит полагаться на фрагмент после # как на самостоятельную страницу: поисковая система может считать такие адреса одним документом.
Нужна ли отдельная Sitemap для вариантов
Если варианты — самостоятельные канонические страницы, их можно включать в товарную карту. Если они не индексируются, Sitemap не должна противоречить этой модели.
Матрица URL для вариантов товара
Числовые пороги ассортимента и спроса нельзя переносить между магазинами. Матрица задаёт решения по состоянию, а конкретные допуски команда заполняет из реестра товаров, истории наличия и поведения пользователей. Фид, HTML и структурированные данные должны описывать один и тот же факт. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
| Состояние | Создание / index | Canonical | Sitemap | Внутренняя ссылка | Минимальная ценность | Переход |
|---|---|---|---|---|---|---|
| Варианты меняют только цвет/размер | Один основной URL либо состояния интерфейса | На основную карточку | Основной URL | Выбор доступен на карточке | Изображение, цена и наличие выбранного варианта | Не создавать пустые комбинации |
| Вариант имеет отдельный спрос и предложение | Самостоятельный URL по правилам проекта | Self-canonical | Да после QA | Ссылка из группы вариантов | Уникальные данные и возможность действия | Контролировать как отдельный товар |
| Параметр сортировки/отображения | Noindex или не создавать | На основную карточку | Нет | Только интерфейсное управление | Не меняет товарный ответ | Не открывать индексацию |
| Вариант временно закончился | Сохранить URL, если возврат подтверждён | По выбранной модели | Настраивается по проекту | Показать доступные варианты | Статус и срок без выдуманного обещания | Вернуть в активное состояние |
| Вариант снят, есть прямой аналог | 301 только при равнозначности | На целевой URL после переноса | Исключить старый | Обновить выбор и внутренние ссылки | Понятна замена и различия | Не вести на общую категорию |
| Дублирующая комбинация параметров | Не создавать либо закрыть | На единственный основной URL | Нет | Убрать генерацию ссылки | Нет самостоятельной ценности | Очистить шаблон и Sitemap |
Проверка одной сущности по всей цепочке
- Выбрать реальный SKU или вариант и зафиксировать его состояние в мастер-данных. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
- Сопоставить URL, HTML, canonical, наличие и цену без кэша. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
- Проверить ту же сущность в фиде и видимых структурированных данных. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
- При расхождении остановить публикацию неверного элемента, исправить источник и повторить полный маршрут. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
Приёмка матрицы: Варианты товара и SEO: как настроить URL, canonical и разметку
- Для шести состояний определены indexability, canonical, Sitemap и внутренняя ссылка. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
- Переход при обнулении ассортимента не создаёт мягкий 404 или нерелевантный редирект. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
- Все пороги помечены как настройки проекта и не выданы за универсальную норму. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
- Проверка выполняется на фактической сущности из каталога, а не на вымышленной статистике. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
Если источник данных и страница расходятся, исправляют мастер-данные или правило выгрузки. Ручная правка одного фида не считается устойчивым решением. Для темы «Варианты товара и SEO: как настроить URL, canonical и разметку» критерий проверяется в описанном контексте.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.