SEO интернет-магазина: каталог, фильтры и карточки

Яндекс Товары

Яндекс Товары со стороны каталога: стабильный offer id, уникальный URL и поля name/price/picture, а не кабинет относительно органики.

Кирилл Бабийчук · обновлено · 5 мин чтения

Яндекс Товары в контуре магазина — это выгрузка ассортимента: стабильный offer id, уникальный URL карточки и поля названия, цены и фото, которые совпадают с витриной. Кабинет относительно органики Поиска уже разобран на Яндекс Товары и органическая выдача. Экран товарных блоков — e-commerce в Яндекс Поиске. Хаб каталога — SEO интернет-магазина. Кабинет Google — Merchant Center, его фид сюда не копируем.

Модуль «для Маркета» в CMS справка считает генератором файла. Ссылку всё равно кладут в Товары. Если 1С отдаёт категорию вместо карточки или один URL на все размеры, кабинет будет зелёный, а предложения — малоценными. Этот H1 про то, что магазин обязан положить в оффер, а не про значок и сводку.

Что каталог должен отдать в каждый offer

Справка «элементы внутри offer» (упрощённый тип): обязательны, среди прочего, id, name, url, price. Идентификатор — из вашей системы, уникальный среди всех прайс-листов магазина и постоянный во всех версиях файла. После добавления товара сменить SKU нельзя. В той же справке длина — до 80 знаков: латиница, кириллица без «ё», цифры и .,/\()[]-=. Дубль id оставляет идентификатор только первому, остальные при проверке выглядят как предложения без id.

Поле Что кладёт магазин Типичная поломка каталога
url Страница с фото и описанием этого предложения, до 512 символов, RFC 3986 Категория, поиск по сайту, один адрес на все размеры
name Тип + бренд + модель + особенности (цвет, размер, фасовка). Ориентир 50–60 знаков, максимум 150 «Хит», «скидка», имя магазина, страна, КАПС, ключи «купить недорого»
price / oldprice Цена с налогами в RUR. Старая цена — целое, выше текущей, скидка 5–75% Цена без НДС на витрине с налогом; акция в name вместо oldprice
picture JPEG/PNG/WEBP, до 10 МБ, не меньше 300×400, лучше 3:4; не больше 20; первое — главное; как на сайте Коллаж с ценником, логотипом и «−30%» поверх товара
available true или false. В Поиске участвуют только true Весь склад true, на карточке «нет в наличии»
categoryId Номер из дерева categories, одна категория, чем конкретнее — тем лучше Все SKU в «Косметика» вместо «Декоративная косметика»

Название без бренда и модели справка прямо относит к малоценным: алгоритм может счесть оффер несоответствующим запросу. Условия продажи — в sales_notes, не в name. vendor пишите как бренд сам себя называет; vendorCode — артикул производителя, несколько через запятую. Штрихкод упаковки — barcode (EAN-13, EAN-8, UPC-A, UPC-E).

Описание в description: максимум 3000 знаков, ориентир 400–600. Нельзя цена, регион, оплата, доставка, контакты, ссылки, «прочитайте на сайте» и набивка ключей. HTML только внутри CDATA (p, br, h1–h6). Инструкцию по сборке сюда не кладут.

Один URL — одно предложение в регионе

Справка об ассортименте: если у разных товаров в одном регионе один и тот же URL, в Поиске останется первый, остальные станут малоценными. Это относится и к размеру, цвету, фасовке. Пример из той же страницы: рубашка 52 и рубашка 56 — разные товары, каждому нужен свой адрес. URL должен быть уникален во всех фидах региона. Новые и б/у в один файл сливать нельзя.

Это развилка с вариациями на сайте. Один канон с переключателем удобен человеку, но в Товары такая семья даёт один url — и второй размер не поедет в Поиск. Если размер должен жить в витрине Товаров, у него свой документ и свой оффер. Карточка как документ покупки — SEO карточек. Нулевой остаток не выгружают как available=true — состояние URL на товарах без наличия.

Фид Товаров — это ассортимент, а не «ещё один title». Сломанный id или общий URL лечатся в каталоге, не новым абзацем на категории.

Как сверять выгрузку, а не кабинет

  1. Откройте случайные 20 url из файла: та ли модель, та ли цена, то ли фото, та ли кнопка. Справка по источникам: недоступная роботу страница скрывает предложение.
  2. Проверьте уникальность пары фид + offer id и уникальность URL в регионе. Перенос id в другой файл кабинет считает новым товаром — это уже на соседнем H1, здесь не повторяем порог ошибок выборки.
  3. Сверьте name и picture с первым экраном карточки. Фото в фиде должны совпадать с сайтом.
  4. Цена в файле обновляется в Поиске примерно раз в четыре часа; быстрый путь — API Поиска, не ручной прайс «на вечер».
  5. Микроразметка на карточке — отдельный слой: Product schema. Она не заменяет YML и не чинит общий URL.

Если каталог системно врёт id и адресами, это постановка SEO-продвижения, не «ещё один модуль Маркета». Рамка метода — SEO. Товарный документ в выдаче — товарные страницы в Яндексе.

Ограничение. Правильный оффер не гарантирует показ: справка кабинета это уже сказала. Не переносим чужие доли «SKU в плитке». Инструкцию «как нажать выгрузку в 1С» сюда не пишем: интент — поля каталога, не скрин модуля.

Частые вопросы

Чем эта страница отличается от «Яндекс Товары и органическая выдача»?

Там кабинет, значок, два источника и гарантии показа. Здесь — что магазин кладёт в оффер: id, URL, название, цену, фото и дерево категорий. Без этого кабинет не из чего собирать витрину.

Можно ли выгрузить все размеры на один URL карточки?

В Поиске останется первое предложение с этим адресом в регионе. Чтобы размер или цвет жили в Товарах отдельно, дайте им свой URL и свой id.

Почему модуль CMS «для Маркета» не равен подключению к Поиску?

Он собирает файл. Ссылку всё равно добавляют в Товары. Формат похож на Маркет, но часть элементов для Поиска необязательна или не используется — сверяйте справку Товаров, не чек-лист маркетплейса.

Нужно ли писать в name «купить» и имя магазина?

Нет. Справка считает это лишним и относит к малоценным названиям. Тип, бренд, модель и отличающий параметр — достаточно.