SEO карточек — это работа с названием, характеристиками и описанием, чтобы маркетплейс показывал товар по нужным запросам. Для одной карточки хватает ручной работы. Для каталога нужен конвейер: выгрузка, сбор и кластеризация запросов, генерация полей с лимитами, проверка человеком и загрузка обратно через n8n.
Что реально даёт SEO карточек и какие ожидания нереалистичны
Сселлер переписал название и описание, через неделю заказы не выросли и решил, что SEO не работает. Чаще всего он ждал не того. Оптимизация карточки влияет на то, по каким запросам товар появляется в выдаче и как часто его видят. На покупку она влияет только через цепочку: показ, клик, открытие карточки, заказ.
Реалистичный результат выглядит так: карточка попадает в выдачу по новым запросам, растёт число показов, у части запросов поднимается позиция. Если фото, цена и отзывы слабые, больше показов дадут больше пустых просмотров. Для такого случая есть порядок проверки в статье про падение продаж по карточке.
Нереалистичные ожидания (наша экспертная оценка, не статистика):
- гарантия первой страницы по частотному запросу за несколько дней;
- рост продаж без работы с ценой, фото и остатками;
- один универсальный текст, который подойдёт всем товарам категории;
- вечный эффект: алгоритмы и конкуренты меняются, карточку нужно пересматривать.
Контекст важен и для каталога целиком. Часть продавцов уходит с крупных площадок: по данным Контура, у маркетплейса М.Видео новых партнёров стало на 168% больше к январю 2026 года (Контур, 31.08.2026). Это показывает, что продавцы перераспределяются между площадками. Для WB и Ozon вывод осторожный: проверяйте выдачу в своей категории сами.
Поэтому цель SEO карточек формулируем измеримо: больше релевантных показов, выше CTR, стабильная конверсия в заказ. Продажи остаются следствием, а не обещанием. Если вы уже проверяли карточку по пунктам, начните с аудита карточки на Wildberries: он покажет, где SEO даст отдачу, а где мешает что-то другое.
Сбор запросов и кластеризация под товары и интенты
Для одного товара запросы собирают руками за вечер. Для каталога из сотен позиций ручной сбор ломается на третьей категории: списки теряются, одинаковые запросы попадают в разные карточки. Нужен единый источник данных и повторяемые шаги.
Откуда брать запросы
Надёжнее смешивать несколько источников, потому что каждый видит часть спроса:
- поисковые подсказки маркетплейса: показывают, как покупатель формулирует запрос сегодня;
- отчёты в кабинете продавца: реальные запросы, по которым ваши карточки уже показываются;
- карточки конкурентов из топа: названия, характеристики и формулировки в описании;
- внешние сервисы подбора ключей: частотность и смежные запросы, которых нет в подсказках.
В n8n каждый источник становится отдельной веткой. Подсказки и сервисы читаются HTTP-запросами по списку базовых слов. Отчёты кабинета выгружаются через API или файл, а конкуренты попадают в таблицу вручную или по списку артикулов. Все результаты сливаются в одну таблицу с колонками: запрос, источник, частотность, дата сбора.
Частотность разных сервисов отличается, и сравнивать её напрямую нельзя. Возьмите один сервис как основной ориентир, а остальные используйте для проверки. Запрос, который есть и в подсказках, и в отчёте кабинета, надёжнее запроса из одного источника.
Как разложить семантику на группы
Сырой список из тысячи запросов бесполезен, пока он не разложен по товарам и намерениям. Кластер — группа запросов, которым подходит одна карточка. Запросы «платье вечернее» и «вечернее платье в пол» живут в одном кластере, а «платье на выпускной» уже другое намерение.
Кластеризация идёт в два прохода. Сначала модель группирует запросы по смыслу и задаёт каждому интент: покупка конкретного товара, выбор по признаку, поиск аксессуара, информационный запрос. Затем человек проверяет границы: какие кластеры относятся к вашему товару, а какие нет.
Запросы, которые не подходят товару по факту, выбросьте сразу. Если вы продаёте чёрную тушь, кластер «тушь для ресниц цветная» в карточку не попадёт, даже при высокой частотности. Такой ключ даёт показы без заказов и портит конверсию, ниже в разделе про ошибки это видно в таблице.
На выходе у каждой карточки один главный кластер и один-два вспомогательных. Главный задаёт название, остальные идут в характеристики и описание. Храните таблицу кластеров в базе, чтобы следующий запуск не начинал с нуля.
Распределение запросов по полям карточки на Wildberries и Ozon
Запросы нужно положить в нужные поля, и правила у площадок разные. На Wildberries название вы формулируете сами, и главный запрос идёт в начало. На Ozon название частично собирается по шаблону категории: бренд, тип товара и ключевые признаки подставляются из атрибутов. Поэтому на Ozon часть SEO делается заполнением характеристик, а не правкой строки названия.
Таблица показывает, как разложить запросы по полям.
| Поле | Что кладём | Особенность площадки |
|---|---|---|
| Название | Главный запрос кластера, тип товара, ключевой признак | WB: свободная формулировка; Ozon: частично по шаблону категории |
| Характеристики | Материал, цвет, размер, назначение, совместимость | Влияют на фильтры каталога и на показы |
| Описание | Вспомогательные запросы, сценарии использования, комплектация | Читается покупателем, не заменяет название |
Итог: название отвечает за главный запрос, характеристики за фильтры, описание за остальные формулировки. Дублировать один ключ во всех трёх полях бессмысленно.
Лимиты символов и как их проверять
Лимиты на название, описание и отдельные поля меняются, а источники по ним расходятся. Не фиксируйте числа в тексте и не зашивайте их в промпт на веру. Храните лимиты в отдельной таблице настроек воркфлоу и сверяйте каждое значение с источником.
Как проверять самостоятельно:
- открыть справку или правила категории в кабинете продавца и записать лимиты с датой проверки;
- создать тестовую карточку и ввести заведомо длинное значение: интерфейс или API вернёт ошибку с лимитом;
- раз в квартал повторять проверку, а в воркфлоу добавить узел, который сравнивает длину сгенерированного текста с лимитом из таблицы.
Такая таблица экономит время при смене правил: вы правите одну ячейку, а не десять промптов. Если вы переносите товары между площадками, лимиты придётся сравнить отдельно, подробности в материале про перенос карточек между Wildberries и Ozon.
Сквозной воркфлоу в n8n: от выгрузки каталога до загрузки обратно
Каталогу нужен не набор советов, а процесс, который запускается на всех товарах и повторяется. Он собирается из шести блоков в n8n и не требует ручной работы между ними, кроме проверки.
- Выгрузка товаров. Узел забирает карточки через API площадки или из файла: артикул, название, описание, характеристики, категория. Данные уходят в Supabase или таблицу, чтобы у каждой карточки была история версий.
- Сбор запросов. Параллельные ветки собирают подсказки, отчёты кабинета и данные конкурентов по базовым словам категории.
- Кластеризация. Модель группирует запросы и присваивает интент, затем сопоставляет кластеры с товарами каталога.
- Генерация полей. Модель получает кластер, текущие значения, лимиты из таблицы настроек и правила площадки, а возвращает название, описание и характеристики в структурированном виде.
- Проверка человеком. Результат приходит редактору в таблицу или Telegram: старое и новое рядом, кнопки «принять» и «правка». Без этого шага текст не публикуется.
- Загрузка обратно. Принятые карточки уходят через API, а ошибки площадки возвращаются в таблицу с причиной.
Автоматические проверки стоят между блоками четыре и пять. Узел кода считает длину полей, ищет повтор одного ключа и сверяет обязательные характеристики. Карточка, не прошедшая проверку, возвращается на повторную генерацию, и редактор видит только готовые варианты.
Главное правило: воркфлоу не решает, что публиковать. Решение остаётся за вами. Общие приёмы сборки таких цепочек, хранение данных и обработку ошибок описывает гайд по автоматизации на n8n и Supabase.
Ещё одна деталь для каталога: запускайте партиями по категориям. Так проще проверять результат и откатывать правки, если метрики просели, потому что в базе остаётся предыдущая версия каждой карточки.
Кейс по шагам: описание новой карточки с нуля
Возьмём сценарий без цифр: магазин добавляет в каталог керамическую кружку для кофе, и карточки в базе ещё нет. Посмотрим, как воркфлоу и редактор проходят путь от пустого поля до загрузки.
Шаг 1. Анализ конкурентов. Берём несколько карточек из топа по запросу «кружка керамическая». Записываем, как называют товар, какие характеристики заполнены, что описано в тексте: объём, материал, можно ли в посудомойку. Это даёт набор обязательных признаков.
Шаг 2. Сбор ключей. Прогоняем базовое слово через подсказки площадки и сервис подбора. Добавляем запросы из отчёта кабинета по соседним товарам: «кружка для кофе», «кружка с ручкой», «кружка в подарок».
Шаг 3. Кластеры. Модель делит запросы: основной кластер «кружка керамическая для кофе», вспомогательные «кружка в подарок» и «кружка большая». Запрос «кружка пивная» редактор выбрасывает, потому что товар не про это.
Шаг 4. Генерация. Модель получает кластеры, лимиты из таблицы и факты о товаре: объём, материал, цвет. Возвращает название с главным запросом в начале, заполненные характеристики и описание, где подарочный сценарий написан живым языком.
Шаг 5. Проверка. Редактор сверяет текст с реальным товаром: объём верный, посудомойка разрешена, ключ не повторяется в каждом предложении. Исправляет, принимает.
Шаг 6. Загрузка и наблюдение. Карточка уходит на площадку. Через заданный срок смотрим показы и CTR и решаем, нужна ли правка названия.
Главный урок сценария: модель не придумывает факты о товаре, а работает с теми, что вы ей передали. Если в базе нет объёма кружки, он не появится в тексте, а проверка отметит пустую характеристику.
Проверка результата, типичные ошибки и чек-лист карточки
Правку карточки без измерения трудно отличить от случайности. Смотрите четыре показателя: показы, CTR, позиции по главным запросам и конверсию в заказ. Показы и позиции реагируют первыми, конверсия приходит позже и зависит от цены и отзывов.
Срок эффекта площадки не фиксируют, и точное число дней назвать нельзя. Запишите дату правки, дождитесь накопления статистики и сравните одинаковые периоды до и после. Не меняйте цену и фото в те же дни, иначе вы не поймёте, что сработало. Если метрики упали, вернитесь к сохранённой версии.
Типичные ошибки
Таблица собирает ошибки, которые чаще всего портят карточки (наша экспертная оценка).
| Ошибка | Чем вредит | Как исправить |
|---|---|---|
| Переспам: один ключ повторён много раз | Текст читается плохо, конверсия падает | Один основной ключ, остальные по смыслу |
| Ключи не по товару | Показы без заказов, низкий CTR | Чистить кластеры вручную |
| Неполные характеристики | Карточка выпадает из фильтров каталога | Заполнять все обязательные поля категории |
Вывод: потери часто идут не от плохого текста, а от пустых характеристик и чужих ключей.
Чек-лист одной карточки
Используйте список как шаблон для редактора и как условия автоматических проверок:
- главный запрос стоит в начале названия и подходит товару;
- длина полей не выше лимитов из вашей таблицы;
- заполнены все обязательные характеристики категории;
- описание отвечает на вопросы покупателя, ключ не повторяется механически;
- факты в тексте совпадают с товаром;
- дата правки записана, предыдущая версия сохранена.
Частые вопросы
Сколько ключей нужно одной карточке товара?
Фиксированного числа нет. Начните с одного главного запроса в названии и нескольких вспомогательных из того же кластера, которые естественно ложатся в характеристики и описание. Добавлять запросы, которые товару не подходят, ради количества не стоит: они приводят показы без заказов. Ориентир — полнота описания товара, а не счётчик ключей.
Влияет ли описание карточки на позицию в поиске маркетплейса?
Площадки не раскрывают формулу ранжирования, поэтому точную долю описания назвать нельзя. Практический вывод такой: название и характеристики приоритетнее, описание работает как дополнение с вспомогательными формулировками и помогает покупателю принять решение. Проверяйте эффект на собственных данных: правка одного поля и сравнение показов до и после.
Можно ли доверить написание SEO-текста карточки нейросети?
Можно доверить черновик, но не публикацию. Модель хорошо раскладывает запросы по полям и держит лимиты, но может исказить факты о товаре. Поэтому в воркфлоу ей передают проверенные данные, а редактор подтверждает каждый текст перед загрузкой. Так вы получаете скорость без риска выложить неверный объём или состав.
Нужно ли переписывать карточки, которые уже в топе?
Не нужно переписывать без причины. Если карточка держит позиции и конверсию, лишняя правка рискует их потерять. Меняйте только то, что очевидно недозаполнено: пустые характеристики, устаревшие данные. Любую правку делайте на одной карточке, фиксируйте дату и смотрите метрики, прежде чем применять её к остальным.
Через какое время после правки карточки появится эффект?
Площадки не публикуют сроков, и они зависят от категории и трафика. Сначала обычно меняются показы и позиции, конверсия отзывается позже. Зафиксируйте дату правки, ждите накопления статистики и сравнивайте равные периоды до и после. Если в те же дни меняли цену или фото, вывод о причине делать нельзя.
Что делать дальше
Выберите одну категорию, выгрузите карточки и пройдите по ним чек-листом. Так вы увидите пустые характеристики и чужие ключи ещё до автоматизации. Чтобы запустить такой воркфлоу на своём каталоге, изучите автоматизацию e-commerce на n8n и опишите, сколько позиций и на каких площадках вы ведёте.
