Как настроить URL для вариантов товара в интернет-магазине?

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

Google допускает оба основных формата адресов вариантов:

example.ru/futbolka/green

и

example.ru/futbolka?color=green

Сам по себе URL без GET-параметров не дает преимущества в ранжировании. Важнее, чтобы адрес был постоянным, однозначно определял вариант и одинаково использовался во внутренних ссылках, canonical, структурированных данных и sitemap.xml.

Когда каждому варианту нужен отдельный URL

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

В таком случае для каждого индексируемого варианта нужно обеспечить:

• постоянный URL;
• HTTP-ответ 200;
• возможность открыть этот URL напрямую и сразу получить соответствующий вариант;
• уникальный или как минимум корректно уточненный Title и H1;
• соответствующие варианту изображение, цвет, размер, артикул, цену и наличие;
• внутренние ссылки на этот URL;
• согласованный canonical;
• корректные структурированные данные Product и ProductGroup.

Например:

example.ru/krossovki/model-x/black

Title: Кроссовки Model X черные

H1: Кроссовки Model X — черные

Если такую страницу нужно индексировать самостоятельно, canonical должен указывать на нее саму:

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

Когда лучше оставить одну карточку

Не стоит создавать индексируемую страницу под каждую комбинацию характеристик автоматически.

Например, у футболки:

• 8 цветов;
• 6 размеров.

Это уже 48 URL. Если между ними меняется только выбранный размер и остаток на складе, большинство страниц практически дублируют друг друга.

Для таких товаров рациональнее использовать одну основную карточку:

example.ru/futbolka

а выбранный вариант передавать параметрами:

example.ru/futbolka?color=green&size=m

или менять внутри интерфейса без создания отдельных индексируемых страниц.

Google прямо предусматривает такую модель для товарных вариантов. Основная страница может описывать ProductGroup, а отдельные Product внутри него — цвета, размеры и другие варианты.

Если URL с параметрами служат только для предварительного выбора варианта, а отдельная индексация этих адресов не нужна, логично оставить основной URL каноническим:

В sitemap.xml тогда следует добавлять основную карточку, а не все сочетания параметров.

GET или отдельный путь

С точки зрения Google допустимы оба решения:

example.ru/futbolka/green

example.ru/futbolka?color=green

Поэтому выбирать стоит исходя прежде всего из архитектуры магазина.

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

GET-параметры удобнее, когда это состояние одной карточки: выбранный цвет, размер, материал или другая опция.

Не следует использовать фрагменты после # как единственный идентификатор индексируемого варианта:

example.ru/futbolka#green

Google обычно не использует URL-фрагменты для индексирования различающегося содержимого страницы.

Что делать с sitemap.xml при GET-параметрах

GET-параметры сами по себе не мешают включать URL в sitemap.xml.

Если адрес:

example.ru/futbolka?color=green

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

Если:

example.ru/futbolka?color=green

канонизируется на:

example.ru/futbolka

то в sitemap следует оставить только:

example.ru/futbolka

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

Для нескольких GET-параметров нужно учитывать синтаксис XML. Например, реальный адрес:

https://example.ru/futbolka?color=green&size=m

в XML Sitemap записывается так:

https://example.ru/futbolka?color=green&size=m

Амперсанд экранируется потому, что sitemap.xml является XML-документом.

Отдельно для Яндекса

У Яндекса GET-параметрами можно управлять через раздел «Настройка GET-параметров» в Вебмастере.

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

Например, если:

?color=black

открывает самостоятельную индексируемую страницу черного товара, параметр color должен учитываться.

Clean-param предназначен прежде всего для параметров, которые не меняют значимое содержимое страницы, например некоторых счетчиков и меток. Использовать Clean-param для параметра цвета, размера или комплектации, если по нему должны индексироваться разные варианты, нельзя: этим вы фактически сообщите Яндексу, что параметр несущественен.

Оптимальная схема

Для большинства интернет-магазинов нет смысла индексировать каждую комбинацию размера и цвета.

Рабочая архитектура обычно выглядит так:

Основной товар:

example.ru/futbolka-model-x

Значимые варианты, если под них действительно нужны отдельные страницы:

example.ru/futbolka-model-x/black example.ru/futbolka-model-x/white

Размер внутри выбранного цвета:

example.ru/futbolka-model-x/black?size=m

При этом размер можно не индексировать отдельно и канонизировать его на страницу соответствующего цвета.

Получается три уровня:

1. Одна карточка — если варианты не имеют самостоятельной поисковой ценности.
2. Отдельные URL только для значимых вариантов — например, цветов или комплектаций.
3. Технические комбинации вроде размеров — параметры внутри соответствующей карточки без создания десятков почти одинаковых индексируемых страниц.

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

Для Google дополнительно стоит использовать ProductGroup и Product: указать характеристики, по которым различаются варианты, связать варианты с группой и передавать URL соответствующих предложений. Это помогает Google понимать, что перед ним не случайные дубли карточек, а варианты одного товара.