Карточка товара для 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.

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

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

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

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

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

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

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

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

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

Главное