Карточка товара для SEO: описание, которое продаёт и ранжируется

Почему карточка товара важнее главной

В интернет-магазине деньги делает не главная страница, их приносят карточки товаров — их сотни и тысячи, и именно на них приходит спрос с конкретикой. Человек редко ищет «магазин обуви», он ищет «купить ботинки timberland 42 размер коричневые». Этот запрос ведёт прямо на карточку, и если она в топе — клиент твой. Главная собирает общие высокочастотники, но конверсия с неё ниже: посетитель ещё выбирает, не покупает.

Карточка ловит коммерческий запрос на стадии готовности к покупке — со словами «купить», «цена», «заказать», с моделью, цветом, размером. Это самый горячий и самый конверсионный трафик в магазине. Плюс карточек много, и вместе они закрывают огромный длинный хвост низкочастотных фраз, который одной категорией не вытянуть. На зрелом каталоге именно карточки дают 50–70% всего поискового трафика магазина — категории забирают высокочастотку, но людей-то больше с конкретными моделями.

Парадокс в том, что карточкам почти не уделяют внимания. Описание копируют у поставщика, Title генерится из названия в 1С, фото без alt, микроразметки нет. В результате тысячи потенциально топовых страниц выглядят одинаково и не ранжируются. Навёл порядок в шаблоне карточки — и поднял разом весь каталог, не одну страницу. В этом и сила работы с карточками: правишь не текст на одной странице — правило, по которому собираются все десять тысяч.

Проверить долю карточек в трафике легко. В Яндекс.Метрике открываешь «Отчёты → Стандартные → Содержание → Страницы входа» и фильтруешь по маске URL карточек (обычно /product/ или /p/). В Google Analytics 4 то же самое через «Landing page» с фильтром по path. Если карточки дают меньше трети входов — каталог недокручен, и почти всегда дело в дублях описаний и слабых Title. Это первое, что я смотрю при аудите магазина.

Как собрать семантику под карточку

До текста и разметки — семантика. Без неё карточка пишется наугад: непонятно, какие слова в Title, под что описание, какие признаки человек реально вбивает в поиск. Карточка работает на узкий, но горячий кластер — фразы вокруг одной модели. Собираешь его и видишь, из каких блоков лепить страницу.

Старт — Яндекс.Wordstat. Вбиваешь название модели и снимаешь хвост: «{модель} купить», «{модель} цена», «{модель} отзывы», «{модель} {цвет}», «{модель} {размер}», «{модель} характеристики». Тут же видно регионалку — переключи на «По регионам», чтобы понять, где спрос. Параллельно Wordstat подсказывает синонимы и народные названия: производитель пишет «кроссовки», а половина ищет «кеды» или «сникеры» — эти слова обязаны попасть в описание.

На тысячах товаров вручную это не собрать — спасает группировка по типу. Снимаешь кластер для трёх-пяти товаров одной категории, видишь паттерн добавок («цена», «отзывы», «характеристики», «{цвет}») и зашиваешь его в шаблон Title, описания и alt. Спросы лучше кластеризовать и группировать по типам — в инструменте кластеризации запросов это займёт минут пять вместо часов раскладывания в таблице. Дальше шаблон сам подставляет признаки из карточки. Топовые товары (по выручке или частотности) добираешь вручную: для них стоит снять полный кластер в Топвизоре или Ahrefs и докрутить описание под конкретные фразы. Как собрать и кластеризовать ядро под весь каталог, разбирал в гайде про сбор семантического ядра.

Title и H1: формула, не название из 1С

Title и H1 — первое, что видит и поисковик, и человек в выдаче. Если там голое название модели, ты теряешь половину запросов. Title собирается по формуле из коммерческих добавок: что это, какое, для чего, плюс «купить» и «цена». H1 — почти то же самое, но человеческим языком, без перегруза.

Title держи в пределах 60–70 символов, иначе хвост обрежется в выдаче. Главные слова — в начало: тип товара и бренд важнее, чем «купить в Москве». Не дублируй Title и H1 один в один — пусть Title будет с коммерцией под выдачу, а H1 чуть короче и человечнее под страницу. Эти заголовки удобнее генерить шаблоном из полей товара (бренд, тип, цвет, размер), не писать руками для каждой из тысяч карточек.

Порядок слов внутри формулы не случаен. Сначала идёт то, что человек печатает первым: тип товара и бренд («ботинки timberland»), затем уточняющие признаки («мужские коричневые 42»), и только в хвосте коммерция («купить, цена») и гео. Поисковик придаёт больший вес словам в начале Title, поэтому самый частотный признак ставишь раньше. Если у товара есть сильный синоним (кроссовки/кеды) — он тоже в Title, но во вторую строку или в description, чтобы не раздувать длину.

Проверяешь результат двумя способами. Сначала в Яндекс.Вебмастере («Индексирование → Заголовки и описания») и в Google Search Console смотришь, не обрезаются ли Title и не дублируются ли они между карточками — массовый дубль Title верный признак сломанного шаблона. Параллельно в генераторе сниппета прогони заголовок — увидишь, как он выглядит в реальной выдаче и не обрежется ли текст в разных браузерах. Второй слой — реальная выдача: вбиваешь запрос и смотришь, как сниппет выглядит у тебя и у конкурентов в топе. Если у соседей в Title есть слово, которого нет у тебя, а спрос на него есть в Wordstat — добавляешь в шаблон.

Уникальное описание против копипасты поставщика

Главная болезнь карточек — описание, скопированное из прайса поставщика. Один и тот же текст стоит на сотнях магазинов одновременно. Для поисковика это дублированный контент: он выбирает один первоисточник (обычно сайт производителя или крупный маркетплейс), показывает его, а все копии прячет в дополнительные результаты. Твоя карточка с чужим текстом физически не может обойти оригинал.

Решение простое по логике и муторное по исполнению — уникальное описание под каждый товар. Полезный текст вместо рерайта ради уникальности: для кого товар, в чём отличие от соседних моделей, как выбрать размер, с чем носить или сочетать, на что обратить внимание. Объём 150–300 слов — этого хватает, чтобы дать пользу и закрыть запросы, и не превратить карточку в простыню.

У описания есть рабочая структура. Первый абзац — суть и польза: для кого товар и какую задачу решает, сюда же входит главный запрос. Второй — отличия и выбор: чем модель отличается от соседних, как подобрать размер или комплектацию. Третий — сценарии: с чем носить, как использовать, что в комплекте. Такой каркас сам затягивает запросы «для чего», «как выбрать», «с чем», и при этом читается как помощь покупателю, не как ковёр ключей.

Уникальность проверяешь не на глаз. Прогони готовый текст через сервис проверки на дубли (text.ru, Advego, Content Watch) — он покажет, не встречается ли описание один в один на других сайтах. Или используй анализ текста — сразу видна водность и частотность слов, если вдруг в описание пролезли лишние синонимы. Цель не магическая цифра «100% уникальности» — её гонять вредно, текст ради процента становится нечитаемым, — а отсутствие точных совпадений длинными кусками с прайсом поставщика. Достаточно, чтобы поисковик видел в карточке самостоятельный текст, не клон.

Писать тысячи описаний руками нереально — тут спасает шаблонизация: берёшь поля товара и собираешь связный текст по формуле, а уникальность даёт сама комбинация характеристик. Для топовых карточек, которые приносят основной трафик, описание дорабатываешь вручную. Как писать продающий и при этом ранжируемый текст, я подробно разбирал в гайде про SEO-копирайтинг. Главное правило: текст пишется для покупателя, ключи входят в него естественно, не набиваются ради релевантности.

Характеристики, отзывы и фото с alt

Описание — не единственный контент карточки. Поисковик и покупатель ценят полноту: чем больше структурированной информации, тем выше доверие к странице. Три блока, которые усиливают карточку и часто пустуют.

Характеристики — недооценённый источник трафика. Каждая строка таблицы закрывает запрос «{товар} + {параметр}»: «диван глубиной 90 см», «ноутбук с экраном 16 дюймов», «куртка мембрана 10000». Чем полнее и единообразнее заполнены поля по всему каталогу, тем больше таких микрозапросов ловит магазин и тем легче покупателю сравнивать модели в фильтрах. Заполняй параметры значениями из единого справочника, не вольным текстом — тогда из них же собираются и фильтры, и описание, и микроразметка.

Отзывы заслуживают отдельного внимания — это бесплатный уникальный контент, который растёт сам. Покупатели пишут живым языком, упоминают сценарии использования и формулировки, которые ты бы не придумал, и всё это работает на длинный хвост. Стимулируй отзывы: письмо после покупки, бонус за фото-отзыв, удобная форма прямо в карточке. На негатив отвечай по делу — это сигнал и алгоритму, и следующему покупателю. Для Яндекса дополнительный плюс — переносить отзывы и рейтинг в карточку организации и на товарные площадки, но фундамент всё равно на сайте.

Alt у фото — мелочь, про которую забывают почти все. Вместо alt="IMG_3401.jpg" пиши alt="Мужские ботинки Timberland коричневые, вид сбоку". Это и доступность, и трафик из поиска по картинкам, и дополнительный контекст релевантности для поисковика. Не забывай про вес и формат: тяжёлые несжатые фото тормозят загрузку карточки и бьют по Core Web Vitals. Сжимай в WebP, задавай размеры через width/height, грузи нижние фото лениво (lazy loading). На больших каталогах alt генерится шаблоном из полей товара — так же, как Title. Если карточка грузится медленно — проверь скорость и Core Web Vitals через PageSpeed Insights, это напрямую влияет на ранжирование в Google.

Микроразметка Product и перелинковка

Карточка — главный кандидат на schema.org разметку. Тип Product с вложенными offers (цена, наличие, валюта) и AggregateRating (рейтинг и число отзывов) даёт поисковику структурированные данные о товаре. В выдаче это превращается в расширенный сниппет: звёзды рейтинга, цена и статус «в наличии» прямо под ссылкой. Такой сниппет заметнее и собирает больше кликов при той же позиции.

Формат разметки — JSON-LD в <script type="application/ld+json">, его проще генерить шаблоном и он не путается с вёрсткой. Заполняй price и priceCurrency в offers, availability ставь InStock или OutOfStock по реальному остатку, в aggregateRating передавай настоящие ratingValue и reviewCount. Готовую разметку прогоняешь через валидатор: Яндекс.Вебмастер «Инструменты → Проверка разметки» и Google Rich Results Test. Оба показывают, какие поля видит поисковик и где ошибка. Или проверь через валидатор микроразметки — там сразу видны ошибки в JSON-LD и будут ли звёзды в выдаче.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Кроссовки Nike Pegasus 41, мужские",
  "brand": { "@type": "Brand", "name": "Nike" },
  "image": "https://site.ru/img/pegasus-41.jpg",
  "sku": "NK-PEG41-M",
  "offers": {
    "@type": "Offer",
    "price": "11990",
    "priceCurrency": "RUB",
    "availability": "https://schema.org/InStock",
    "url": "https://site.ru/krossovki/nike-pegasus-41/"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "127"
  }
}
</script>

Важный нюанс: AggregateRating ставится только если на странице реально есть отзывы и рейтинг. Накрутить звёзды разметкой без отзывов на странице — прямой путь под фильтр за обман разметки. Поисковик это проверяет и наказывает потерей расширенного сниппета у всего сайта. Та же логика с ценой: цифра в разметке обязана совпадать с ценой на странице, иначе расширенный сниппет просто не покажут.

Вторая половина дела — перелинковка. Карточка не висит в вакууме: она ссылается вверх на свою категорию (через хлебные крошки) и вбок на сопутствующие товары — блоки «с этим покупают», «похожие модели», «аксессуары». Это и навигация для покупателя, который не нашёл идеальный вариант, и распределение внутреннего веса: ссылки гонят вес по каталогу и помогают индексировать глубокие карточки. Хлебные крошки тоже размечай через schema.org BreadcrumbList — тогда путь категорий покажется в сниппете вместо длинного URL. Семантику под весь этот каталог — категории и карточки — собираешь единым ядром, механику я разбирал в гайде про сбор семантического ядра.

Фильтры, вариации и пагинация: как не утонуть в дублях

На карточке есть техническая ловушка, которая в больших каталогах тихо съедает трафик. Фильтры, сортировки, вариации товара и пагинация плодят сотни почти одинаковых URL. Поисковик тратит на них краулинговый бюджет, путается, какую страницу показывать, и в худшем случае ранжирует мусорный URL вместо нормальной карточки.

Первый источник — вариации одного товара. Одни и те же ботинки в пяти цветах и шести размерах: 30 комбинаций. Решений два. Либо один URL с переключателем цвета/размера и единым описанием — тогда весь вес концентрируется на одной странице. Либо отдельные URL под популярные вариации, если на «{товар} {цвет}» есть самостоятельный спрос в Wordstat. Худший вариант — 30 автогенерённых страниц с дублем описания и пустым контентом: они размывают вес и тянут друг друга вниз.

Второй источник — фильтры категории. Сортировка по цене, переключение вида сетки, utm-метки не меняют контент — на них вешаешь rel=canonical на чистый URL категории. Комбинации фильтров без спроса закрываешь через meta robots noindex, follow: в индекс не пускаешь, но вес по ссылкам проходит дальше. А вот фильтры со спросом («кроссовки nike», «диван угловой») превращаешь в полноценные посадочные с собственным Title, H1 и текстом — это бесплатный трафик, который многие закрывают noindex заодно с мусором.

Третий источник — пагинация в категориях. Страницы ?page=2, ?page=3 не должны конкурировать с первой. Современная практика: каждая страница пагинации самоканонична (canonical на саму себя), на всех стоит noindex кроме первой, либо настроена подгрузка с уникальным контентом. Старый rel=next/prev Google официально не использует с 2019 года, Яндекс реагирует слабо — опираться на него не стоит.

Где это всё ловить: Яндекс.Вебмастер «Индексирование → Страницы в поиске» и Google Search Console «Индексирование → Страницы» покажут, сколько мусорных URL попало в индекс. Краулером проверь на коды ответа сервера — там видны все 3xx, 4xx и 5xx на фильтрах и пагинации, если что-то настроено неправильно. Если видишь тысячи страниц с параметрами ?sort=, ?utm= — каталог течёт. Краулером (Screaming Frog, Netpeak Spider) прогоняешь сайт и смотришь, куда ведут внутренние ссылки и сколько дублей Title. Это рутинная, но критичная гигиена: без неё даже идеальные карточки тонут в собственном мусоре.

Что делать с товаром, которого больше нет

В любом магазине товары уходят: распродали, поставщик снял с производства, сезон закончился. Карточка с накопленными за годы ссылками, отзывами и позициями — это актив, и его легко угробить одним неверным движением. Тупо удалить страницу и отдать 404 — значит выбросить вес и оборвать переходы покупателей, которые пришли по старой ссылке.

Решение зависит от того, вернётся товар или нет. Разложил по сценариям, чтобы не действовать наугад.

Главная ошибка — массово редиректить снятые товары на главную страницу. Поисковик распознаёт это как soft 404: формально код 200 и редирект, а по сути пользователь не нашёл то, что искал. Такие редиректы не передают вес и копят негативный сигнал. Редирект всегда ведёт на максимально близкую по смыслу страницу: замена → аналог → родительская категория, и только в крайнем случае удаление с 410.

Отдельный приём для сезонных товаров и регулярных поступлений — карточку вообще не трогать, держать постоянно с актуальным статусом наличия. Карточка «{товар}» за пару сезонов набирает позиции и отзывы, и каждый новый завоз продаёт сразу, без раскрутки с нуля. Удалять и заводить заново — терять этот накопленный вес каждый раз.

Проверяешь корректность в Яндекс.Вебмастере «Индексирование → Статистика обхода» и Search Console «Индексирование → Страницы»: смотришь, нет ли всплеска 404 и soft 404 после чистки каталога. Краулером ловишь битые внутренние ссылки на удалённые карточки — их надо переставить на актуальные, не оставлять вести в 404.

Карточка в Яндексе и в Google: где отличия

Карточка собирается по одним принципам, но Яндекс и Google расставляют акценты по-разному. На рынке РФ оба важны, поэтому шаблон делаешь с оглядкой на оба, а приоритеты — под того, кто приносит больше трафика конкретному магазину.

Практические выводы для шаблона. Под Яндекс вылизываешь коммерческие факторы и поведение: цена и наличие на виду, доставка и оплата понятны, отзывы живые, карточка не заставляет уходить обратно в выдачу за ответом. Заводишь и держишь актуальным фид в Яндекс.Маркет и карточку в Яндекс.Бизнесе — оттуда подтягиваются рейтинг и данные организации. Регион задаёшь в Вебмастере, иначе московский магазин не покажется по «{товар} купить» в своём городе.

Под Google в первую очередь техника: скорость загрузки карточки, корректная мобильная вёрстка, валидная разметка Product без ошибок в Rich Results Test. А про Schema.org лучше посмотреть в официальной спецификации Product — там все вложенные типы и требуемые поля. Подключаешь Merchant Center и фид — товары попадают в бесплатные товарные результаты и шопинг-вкладку. Google внимательнее к авторитету домена, так что общая ссылочная масса и траст сайта влияют на карточки сильнее, чем в Яндексе.

Где смотреть, кто из них как себя ведёт. В Метрике и GA4 сегментируешь трафик карточек по поисковику и видишь, кто приносит больше визитов и где лучше конверсия. В Вебмастере и Search Console сравниваешь показы и позиции по одним и тем же запросам — часто карточка топует в одном поисковике и проседает в другом, и это подсказывает, что чинить: контент и поведение под Яндекс или технику и скорость под Google.

Карточка на своём сайте и на Wildberries, Ozon

Выше речь про карточку на своём сайте. Но по запросу «seo карточки товара» половина людей имеет в виду маркетплейсы — оптимизацию карточек на Wildberries и Ozon. Логика там своя: у площадок собственный внутренний поиск, и классическое SEO (ссылки, robots, скорость хостинга) на него не влияет. Раскладываю, чем маркетплейс отличается от своего сайта. Как устроен сам внутренний поиск площадки, где рвётся воронка от показа до выкупа и чем отличаются WB, Ozon и Маркет — в отдельной статье про продвижение на маркетплейсах; здесь дальше про саму карточку.

Что реально двигает карточку в поиске Wildberries и Ozon:

Дальше — как эти зоны выглядят на практике. Разберу карточку по частям, потому что на маркетплейсе правки делаются точечно: название, фото, характеристики.

Название — единственное место, где ключи работают напрямую. Сравните две карточки одного и того же товара:

Второе по важности — главное фото: его видно в выдаче площадки ещё до захода в карточку.

И самая недооценённая правка — характеристики. Их заполняют наполовину, а потом удивляются, почему товар не показывается по фильтрам.

Итог: на своём сайте ты управляешь техникой и ссылками, на маркетплейсе — контентом карточки и коммерческими показателями. Смешивать подходы нельзя: то, что двигает карточку на вайлдберриз, не работает в Яндексе, и наоборот.

Пошаговый план: как прогнать шаблон по всему каталогу

Отдельная карточка — это понятно. Сложность в том, чтобы внедрить шаблон на тысячах товаров и не сломать каталог. Разложил порядок действий, по которому это делается без хаоса.

Шаг 1 — аудит и приоритеты. Краулером собираешь все карточки, находишь массовые дубли Title и описаний. Из Метрики и системы учёта выгружаешь товары по выручке и по трафику — это твой список приоритетов. 20% товаров обычно дают 80% денег: с них и начинаешь, шаблон на остальное прогонишь следом.

Шаг 2 — шаблоны заголовков. Пишешь формулы Title, H1 и alt из полей товара (тип, бренд, признаки, гео) и прогоняешь на тестовой выгрузке. Проверяешь длину, отсутствие дублей, читаемость на десятке случайных карточек. Только потом катишь на весь каталог одной выгрузкой.

Шаг 3 — описания. Для массы товаров — сборка текста из полей по шаблону. Для топ-300 по выручке — ручная доработка под кластер запросов. Прогоняешь готовые тексты через проверку на дубли, чтобы шаблон случайно не наплодил одинаковых описаний внутри одной категории.

Шаг 4 — разметка и перелинковка. JSON-LD Product с offers и реальным рейтингом, хлебные крошки, блоки сопутствующих товаров. Валидируешь разметку в Вебмастере и Rich Results Test на нескольких карточках разных категорий.

Шаг 5 — гигиена индекса и замер. Закрываешь мусорные URL фильтров и сортировок, открываешь посадочные со спросом, настраиваешь пагинацию. Дальше две-три недели наблюдаешь за индексом в Вебмастере и Search Console и за трафиком в Метрике. Изменения катишь волнами по категориям, не все разом — так при просадке понятно, что именно сломалось.

Частые ошибки в карточках

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

Главное