Сайт готов, каталог спроектирован — и тут выясняется, что интернет-магазин ещё нужно чем-то заполнить.
Данные о товарах лежат в Excel, 1С, PDF-каталогах и переписке с поставщиком. Характеристики записаны в разных форматах. Одни фотографии сняты профессионально, другие — на телефон в цехе. Для части товаров есть подробные описания, для остальных — название и артикул.
Если сразу переносить всё это в систему, первые карточки ещё будут выглядеть прилично. К сотой начнут появляться разные единицы измерения, названия цветов, структура описаний и наборы характеристик.
Поэтому наполнение интернет-магазина начинается не с копирайтера и не с кнопки «Импорт».
Сначала нужны проверенные данные → шаблон карточки → правила подготовки контента. И только потом тексты, изображения, SEO и массовая загрузка.
Наполнение — это не просто фотографии и описания. Для полноценной карточки приходится подготовить несколько слоёв информации.
| Слой | Что входит | Для чего нужен |
|---|---|---|
| Товарные данные | SKU, размеры, материалы, характеристики, варианты, комплектация | выбор товара, фильтры, сравнение, интеграции |
| Текстовый контент | название, краткое описание, основной текст, преимущества | помогает понять товар |
| Визуальный контент | главное фото, ракурсы, детали, товар в использовании, видео | показывает внешний вид и особенности |
| SEO-данные | Title, Description, URL, alt | помогают поисковым системам понять страницу |
| Дополнительные материалы | инструкции, схемы, сертификаты, документы | нужны для отдельных типов товаров |
Конкретный состав зависит от ассортимента.
Для футболки нужны размер, состав, цвет, фотографии и размерная сетка. Для шкафа — точные габариты, материал корпуса и фасада, отделка, внутреннее наполнение, фотографии деталей. Для технического оборудования список характеристик может занимать десятки строк.
Поэтому прайс поставщика или выгрузка из 1С — ещё не готовый контент. Это сырьё, из которого его предстоит собрать.
Наполнять каталог проще после того, как уже определена его архитектура.
Логика выглядит так:
категория → тип товара → характеристики → фильтры → шаблон карточки → контент.
Если для шкафа заранее определены ширина, высота, глубина, материал, тип дверей и количество секций, понятно, какие сведения нужно собрать по каждому SKU.
Если структура не задана, решения начинает принимать контент-менеджер прямо во время работы. В одной карточке появляется «массив дуба», во второй — «дуб», в третьей — «натуральное дерево». Размер где-то записан в миллиметрах, где-то в сантиметрах.
Для человека разница небольшая. Для фильтров, импорта и автоматизации — уже проблема.
Перед массовым наполнением желательно иметь:
Подробно эту часть мы разбираем отдельно в статье «Как спроектировать каталог интернет-магазина: категории, фильтры и карточки». Здесь будем считать, что архитектура уже готова.
Есть три разных сущности, которые полезно не смешивать:
Данные отвечают на вопрос «Что мы знаем о товаре?»
Шаблон карточки — «Куда эти данные попадут?»
Контент — «Как мы покажем их покупателю?»
Начинать нужно с первого.
Товарные данные могут приходить из разных источников:
Количество источников само по себе не проблема. Проблема возникает, когда непонятно, какой из них считать достоверным.
Представим, что один и тот же материал в разных файлах записан так: дуб; Дуб натуральный; нат. дуб; Oak
Человек понимает, что значения связаны.
Для каталога это четыре разных варианта.
После нормализации должно остаться одно значение, например:
Материал корпуса: массив дуба
То же относится к цветам, размерам, единицам измерения, названиям коллекций, комплектациям и другим параметрам.
Если магазин работает с миллиметрами, лучше использовать этот формат во всём каталоге, а не хранить рядом 1200 мм, 120 см и 1,2 м.
Для товара желательно иметь одну проверенную запись — source of truth, из которой остальные системы и сотрудники получают факты.
Например:
SKU: PONTE-120-OAK
Тип: консоль
Ширина: 1200 мм
Глубина: 380 мм
Высота: 780 мм
Материал: массив дуба
Отделка: медовый дуб
Количество ящиков: 2
Из этих данных уже могут работать CMS, редактор, дизайнер, SEO-инструменты и ИИ.
Важно различать факт и контент.
Факт:
Материал: массив дуба.
Контент:
Корпус выполнен из массива дуба с заметной естественной текстурой древесины.
Первое должно храниться в проверенных данных. Второе можно написать вручную или получить с помощью ИИ.
Если факта нет, модель не должна его додумывать.
Это особенно важно потому, что карточка товара часто используется не только на сайте. Данные могут уходить в фильтры, товарные фиды, рекламу, CRM и другие каналы. Если характеристику изменить только в тексте страницы, в остальных местах может остаться старая версия.
Подробнее модель атрибутов и единый источник данных разбираются в отдельном материале «Какие данные нужны для карточки товара интернет-магазина: структура атрибутов и единый источник».
Следующий шаг — определить стандарт не для конкретного SKU, а для типа товара.
Например, для всех шкафов заранее фиксируем:
Тогда новая карточка не проектируется каждый раз заново.
Одного шаблона на весь магазин обычно недостаточно.
У шкафа важны количество секций, размеры и внутреннее наполнение. У светильника — мощность, тип цоколя, температура света и степень защиты.
Чем лучше определён шаблон, тем меньше решений приходится принимать вручную для каждого нового товара.
Карточка — это уже представление товарных данных для покупателя.
| Элемент | Источник | Что проверяем |
|---|---|---|
| Название | правила именования + данные | понятность и однозначность |
| Характеристики | единый источник данных | фактическую точность |
| Варианты | товарная модель | корректность выбора |
| Описание | данные + редактура | пользу и отсутствие выдумок |
| Изображения | съёмка, обработка или AI | соответствие реальному товару |
| Документы | производитель или компания | актуальность |
| SEO | семантика + содержимое карточки | релевантность |
Название должно помогать идентифицировать товар, а не пытаться вместить в одну строку весь поисковый спрос.
Например:
Шкаф NATURA, 3 секции, медовый дуб
Если размер или отделка важны для выбора, их тоже можно добавить по заданному правилу.
Характеристики лучше хранить отдельными полями. Если покупатель фильтрует шкафы по ширине, ширина должна существовать как структурированное значение, а не только встречаться внутри описания.
Описание не обязано пересказывать таблицу характеристик словами.
Если рядом уже указано:
ширина — 2400 мм, высота — 2200 мм, материал — массив дуба,
нет большого смысла писать отдельный абзац «шкаф имеет ширину 2400 мм и изготовлен из массива дуба».
Текст полезнее использовать для другого: объяснить назначение товара, особенности конструкции, сценарии использования и отличия модели.
Подробно этот этап разбираем в статье «Как написать описание товара для интернет-магазина: структура, примеры и ошибки».
Одного красивого изображения обычно недостаточно.
Для мебели, например, могут понадобиться:
ИИ может помочь обработать рабочие фотографии или подготовить дополнительные сцены, но визуал должен соответствовать реальному объекту.
Сгенерированный шкаф с четырьмя секциями вместо трёх может выглядеть отлично. Для интернет-магазина это всё равно ошибка.
Отдельно эту тему раскрывают материалы про создание фото товара с помощью нейросетей и про единый визуальный стиль большого каталога.
Для карточки также готовятся:
Для однотипных страниц часть метаданных удобно собирать по правилам.
Например:
[Тип товара] [модель] — [важная характеристика] | Бренд
Но SEO не должно ломать понятность карточки. Поисковая система приводит человека на страницу. Покупку всё равно делает человек.
Разберём процесс на условном товаре демо-магазина — шкафе NATURA. Архитектура каталога уже готова. Мы знаем, какие параметры нужны для товара типа «шкаф». Теперь получаем исходные данные от производства.
Шаг 1. Получаем сырьё
В рабочей таблице указано:
Название: NATURA шкаф 3 дв.
Артикул: NAT-3-MD
Размер: 240 × 60 × 220
Материал: дуб
Цвет: медовый
Двери: 3
Полки: 6
Штанга: 2
Фото: три фотографии из цеха
На первый взгляд всё есть.
Но для публикации остаются вопросы.
Что означает порядок размеров? Это массив дуба или шпон? «Медовый» — название отделки для покупателя или внутренний код производства?
Сначала уточняем факты.
Шаг 2. Нормализуем данные
После проверки получаем:
240 × 60 × 220 → 2400 × 600 × 2200 мм
дуб → массив дуба
медовый → медовый дуб
3 дв. → 3 секции
Итоговая запись:
Модель: NATURA
SKU: NAT-3-MD
Тип: шкаф
Количество секций: 3
Ширина: 2400 мм
Высота: 2200 мм
Глубина: 600 мм
Материал корпуса: массив дуба
Отделка: медовый дуб
Количество полок: 6
Количество штанг: 2
Теперь с этими данными можно безопасно работать дальше.
Шаг 3. Заполняем карточку
По шаблону формируем название:
Шкаф NATURA, 3 секции, медовый дуб
Размеры, материал и остальные параметры попадают в предусмотренные поля.
Если модель доступна в нескольких отделках или размерах, они связываются как варианты товара.
Шаг 4. Готовим описание
Из проверенных данных можно сделать текст:
NATURA — трёхсекционный шкаф из массива дуба для спальни или гардеробной. Внутри шесть полок и две штанги для одежды. Отделка «медовый дуб» сохраняет заметную древесную фактуру и сочетается с другими предметами коллекции NATURA.
Здесь нет характеристик, которых не было в исходных данных.
Мы не обещаем десятилетний срок службы без подтверждения. Не называем материал экологичным только потому, что это дерево. Не пишем про бесшумные доводчики, пока не знаем, какая установлена фурнитура.
Шаг 5. Готовим изображения
Рабочие фотографии из цеха можно использовать как фактическую основу.
Для карточки делаем:
При использовании ИИ контролируем геометрию, количество секций, ручки, материал и внутреннюю конструкцию.
Визуал может стать лучше.
Товар — не должен стать другим.
Шаг 6. Добавляем SEO и проверяем страницу
После подготовки Title, Description и alt проверяем уже не таблицу и не административную панель, а готовую карточку на сайте.
Смотрим:
Полный маршрут получается таким:
Сырые данные → нормализация → шаблон карточки → текст → изображения → SEO → проверка → публикация.
Теперь этот процесс можно масштабировать на остальной каталог.
Одну карточку можно собрать практически вручную.
Для десяти товаров такой процесс тоже ещё работает.
При сотнях SKU задача меняется. Нужно уже не просто создавать хорошие страницы, а сохранять одинаковые правила для всего каталога.
| Небольшой каталог | Большой каталог |
|---|---|
| многое можно делать вручную | нужны шаблоны и автоматизация |
| карточки проверяются поштучно | нужен системный контроль |
| ручная загрузка ещё допустима | нужен импорт или интеграция |
| отдельные исключения не критичны | исключения быстро создают хаос |
| обновления можно вносить вручную | нужен единый источник данных |
При сотнях и тысячах товаров ручное копирование обычно заменяют импортом CSV/XLSX, выгрузкой из ERP или 1С, API-интеграциями и автоматическими проверками.
Хороший критерий зрелости процесса прост:
чем больше ассортимент, тем меньше новых решений приходится принимать для каждой следующей карточки.
Если сотрудник каждый раз решает, как назвать характеристику, в каких единицах записать размер и сколько изображений загрузить, система ещё не готова к массовому наполнению.
Даже если в компании один человек выполняет несколько ролей, полезно понимать, кто подтверждает результат каждого этапа.
Например:
| Этап | Ответственность |
|---|---|
| Фактические данные | товарный менеджер / производство |
| Нормализация | контент-менеджер |
| Текст | редактор + ИИ |
| Визуал | дизайнер / фотограф / AI |
| SEO | SEO-специалист или заданные правила |
| Финальная проверка | ответственный за каталог |
Особенно это важно при автоматизации. Если никто не отвечает за исходные данные, проверять после генерации приходится всё подряд.
Для магазина из 30 товаров логично подготовить весь ассортимент до запуска.
Если SKU несколько тысяч, ожидание 100% готовности может затянуть проект на месяцы.
Тогда разумнее двигаться очередями:
Лучше запустить 500 полноценных карточек и постепенно расширять ассортимент, чем открыть 3000 полупустых страниц.
ИИ полезнее всего там, где уже есть понятные входные данные, повторяемая задача и формат результата.
| Задача | Что можно поручить ИИ | Что проверяет человек |
|---|---|---|
| Нормализация | привести значения к заданному формату | правильность сопоставления |
| Классификация | распределить товары по типам | спорные случаи |
| Описания | подготовить черновик из фактов | точность и редактуру |
| SEO | создать Title, Description, alt | релевантность и шаблоны |
| Изображения | обработать фото или создать сцену | соответствие товару |
| Контроль | найти пропуски и несоответствия | критичные ошибки |
При этом не вся автоматизация требует нейросети.
Проверить пустое обязательное поле, неправильную единицу измерения или отсутствие изображения обычный скрипт может дешевле и надёжнее.
ИИ не нужно добавлять в процесс просто потому, что сейчас принято добавлять ИИ во всё, где есть электричество.
Без подтверждённых исходных данных модель не должна самостоятельно определять:
Принцип тот же:
ИИ может переработать факт, но не должен становиться источником факта.
Плохой процесс:
Excel → ChatGPT → «сделай хорошие карточки».
Результат может выглядеть убедительно, но контролировать его сложно.
Рабочий процесс:
проверенные данные + шаблон + правила бренда + требования к контенту → генерация → автоматическая проверка → контроль человеком.
Когда эти правила формализованы, их уже можно переносить в собственный генератор или внутренний инструмент для массового производства контента.
Именно этому посвящён следующий уровень процесса — автоматизация создания контента для интернет-магазина с помощью собственного генератора промптов.
Перед публикацией карточку стоит проверить не только в CMS, но и как обычную страницу магазина.
Чек-лист:
Последний пункт кажется очевидным ровно до первого случая, когда прекрасно заполненная карточка не продаёт из-за сломанной кнопки.
После публикации меняются цены, остатки, варианты, комплектации, фотографии, документы и сами товары.
Поэтому система наполнения должна отвечать на два вопроса:
Как добавить новый товар?
и
Как потом изменить его данные без ручного обхода всех каналов?
Если данные, шаблоны и правила организованы заранее, новый SKU добавляется предсказуемо: факты проходят проверку, карточка собирается по стандарту, контент создаётся по заданным правилам и проверяется перед публикацией.
Если системы нет, каждый новый товар превращается в отдельный маленький проект.
Для десяти SKU это терпимо.
Для пятисот — уже дорогая привычка.
