Разработка AI-генератора карточек товаров для маркетплейсов

Проектируем и внедряем системы искусственного интеллекта: от прототипа до production-ready решения. Наша команда объединяет экспертизу в машинном обучении, дата-инжиниринге и MLOps, чтобы AI работал не в лаборатории, а в реальном бизнесе.
Показано 1 из 1Все 1564 услуг
Разработка AI-генератора карточек товаров для маркетплейсов
Средний
~3-5 дней
Часто задаваемые вопросы

Направления AI-разработки

Этапы разработки AI-решения

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    957
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1189
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    646
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    930

Разработка системы AI-генерации описаний товаров

При ручном копирайтинге для каталога из 10 000 товаров требуется 3-4 месяца. AI-система сокращает этот срок до недели, выдавая до 10 000 описаний в день — это в 50-100 раз быстрее ручного труда. Мы используем GPT-4o, асинхронную batch-обработку и адаптеры под Wildberries, Ozon, Amazon. В одном проекте для интернет-магазина с 15 000 SKU мы сократили бюджет на копирайтинг на порядок, а время вывода товаров на маркетплейсы — с 3 месяцев до 2 недель.

Почему автоматизация описаний критична для e-commerce?

Ручное написание масштабируется плохо: при росте ассортимента с 1 000 до 10 000 SKU расходы на копирайтинг увеличиваются кратно, а сроки достигают 3-4 месяцев. Система на LLM решает это: один раз разработав архитектуру, вы получаете бесконечный поток SEO-оптимизированных текстов под любую площадку. LLM гарантируют единый стиль и исключают типичные ошибки — опечатки, дублирование, несоответствие характеристик.

Какие проблемы решает AI-генератор?

Высокая стоимость и долгие сроки. При ручном написании стоимость одного описания существенна, а для каталога из 10 000 товаров это занимает месяцы. Наша система снижает стоимость на порядок: цена за одно описание становится незначительной, а время — до 2 секунд.

Нестабильное качество. Разные копирайтеры пишут по-разному, что ухудшает восприятие бренда. LLM-генератор использует единый промпт и правила для каждой площадки, обеспечивая одинаково высокое качество для всех товаров.

Ограниченная SEO-оптимизация. Копирайтеры редко учитывают все ключевые запросы и требования поисковых систем. Система автоматически генерирует мета-теги, заголовки и описания, оптимизированные под конкретный маркетплейс.

Архитектура системы

Код ядра генератора (GPT-4o)
from openai import AsyncOpenAI
from dataclasses import dataclass
from typing import Optional
import asyncio

client = AsyncOpenAI()

@dataclass
class ProductData:
    name: str
    category: str
    brand: str
    sku: str
    attributes: dict          # {color: "red", size: "M", material: "cotton"}
    images: list[str] = None  # URL изображений
    price: float = None
    target_audience: str = ""

@dataclass
class GeneratedDescription:
    title: str              # SEO заголовок
    short_description: str  # 150–200 символов (превью на маркетплейсе)
    full_description: str   # HTML с форматированием
    bullet_points: list[str]  # 3–7 ключевых преимуществ
    seo_keywords: list[str]
    meta_description: str   # 160 символов для SEO

class ProductDescriptionGenerator:
    def __init__(self, platform: str = "general"):
        self.platform = platform
        self.platform_configs = {
            "wildberries": {"max_title": 60, "max_desc": 4000, "bullet_count": 5},
            "ozon": {"max_title": 100, "max_desc": 6000, "bullet_count": 7},
            "amazon": {"max_title": 200, "max_desc": 2000, "bullet_count": 5},
            "general": {"max_title": 80, "max_desc": 3000, "bullet_count": 5},
        }

    async def generate(
        self,
        product: ProductData,
        tone: str = "professional",
        language: str = "ru"
    ) -> GeneratedDescription:
        config = self.platform_configs.get(self.platform, self.platform_configs["general"])

        # Если есть изображения — используем GPT-4 Vision
        if product.images:
            return await self.generate_from_images(product, config, tone, language)
        else:
            return await self.generate_from_text(product, config, tone, language)

    async def generate_from_text(
        self,
        product: ProductData,
        config: dict,
        tone: str,
        language: str
    ) -> GeneratedDescription:
        attributes_str = "\n".join([f"- {k}: {v}" for k, v in product.attributes.items()])

        response = await client.chat.completions.create(
            model="gpt-4o",
            messages=[{
                "role": "system",
                "content": f"""Ты — эксперт по написанию продающих описаний для {self.platform}.
                Тон: {tone}.
                Язык: {language}.
                Ограничения: заголовок до {config['max_title']} символов,
                описание до {config['max_desc']} символов,
                {config['bullet_count']} буллетов преимуществ.

                Создай описание товара. Верни JSON с полями:
                title, short_description, full_description (HTML),
                bullet_points (массив), seo_keywords (массив), meta_description."""
            }, {
                "role": "user",
                "content": f"""Товар: {product.name}
                Бренд: {product.brand}
                Категория: {product.category}
                Характеристики:
                {attributes_str}
                ЦА: {product.target_audience or 'не указана'}"""
            }],
            response_format={"type": "json_object"}
        )

        data = json.loads(response.choices[0].message.content)
        return GeneratedDescription(**data)

    async def generate_from_images(
        self,
        product: ProductData,
        config: dict,
        tone: str,
        language: str
    ) -> GeneratedDescription:
        """Используем Vision для анализа фото товара"""
        import base64

        image_contents = [
            {"type": "image_url", "image_url": {"url": url}}
            for url in product.images[:3]  # Максимум 3 изображения
        ]

        response = await client.chat.completions.create(
            model="gpt-4o",
            messages=[{
                "role": "user",
                "content": [
                    {"type": "text", "text": f"""Проанализируй изображения товара и создай описание.
                    Платформа: {self.platform}. Тон: {tone}. Язык: {language}.
                    Дополнительные данные: Категория: {product.category}, Бренд: {product.brand}.
                    Верни JSON: title, short_description, full_description, bullet_points, seo_keywords, meta_description."""},
                ] + image_contents
            }],
            response_format={"type": "json_object"}
        )

        data = json.loads(response.choices[0].message.content)
        return GeneratedDescription(**data)

Как система обрабатывает каталоги из CSV/Excel?

Для загрузки товаров из CSV используется batch-обработка: process_product_catalog читает файл, разбивает на батчи по 20 товаров и параллельно генерирует описания через asyncio. Ошибки обрабатываются через return_exceptions — сбой по одному товару не останавливает весь поток.

import pandas as pd
import asyncio

async def process_product_catalog(
    catalog_path: str,
    platform: str = "wildberries",
    batch_size: int = 20
) -> pd.DataFrame:
    df = pd.read_csv(catalog_path)
    generator = ProductDescriptionGenerator(platform=platform)
    results = []

    for i in range(0, len(df), batch_size):
        batch = df.iloc[i:i+batch_size]
        tasks = []

        for _, row in batch.iterrows():
            product = ProductData(
                name=row["name"],
                category=row["category"],
                brand=row.get("brand", ""),
                sku=row.get("sku", ""),
                attributes={k: row[k] for k in row.index if k not in ["name", "category", "brand", "sku"]}
            )
            tasks.append(generator.generate(product))

        batch_results = await asyncio.gather(*tasks, return_exceptions=True)
        for j, result in enumerate(batch_results):
            if isinstance(result, GeneratedDescription):
                row_data = batch.iloc[j].to_dict()
                row_data.update({
                    "generated_title": result.title,
                    "generated_short_desc": result.short_description,
                    "generated_full_desc": result.full_description,
                    "generated_bullets": " | ".join(result.bullet_points),
                    "seo_keywords": ", ".join(result.seo_keywords),
                })
                results.append(row_data)

    return pd.DataFrame(results)
Параметр Ручной копирайтинг AI-система
Производительность 50–200 описаний/день 1 000–10 000 описаний/день
Стоимость за описание (при объёме 10 000) высокая значительно ниже
Время на каталог 10 000 SKU 3–4 месяца 1–2 недели
SEO-оптимизация зависит от копирайтера встроенные правила для каждой площадки
Мультиязычность нужен переводчик генерация на любом языке

Адаптация под площадки

Для каждого маркетплейса (Wildberries, Ozon, Amazon) предусмотрены отдельные классы-форматтеры. Они учитывают лимиты символов, требования к структуре и ключевые слова. Пример форматтеров:

class WildberriesFormatter:
    def format(self, desc: GeneratedDescription) -> dict:
        return {
            "наименование": desc.title[:60],
            "описание": desc.full_description[:4000],
            "характеристики": "\n".join(desc.bullet_points),
        }

class OzonFormatter:
    def format(self, desc: GeneratedDescription) -> dict:
        return {
            "name": desc.title[:100],
            "description": desc.full_description,
            "short_description": desc.short_description,
            "keywords": desc.seo_keywords,
        }

Как обеспечивается SEO-оптимизация?

Система использует правила SEO для каждой площадки: лимиты символов, ключевые слова, структура заголовков. В промпт передаются категория, бренд и характеристики товара, что позволяет генерировать релевантные описания. Дополнительно применяются техники few-shot и chain-of-thought для улучшения качества. Например, для Wildberries система автоматически вставляет популярные запросы в заголовок и мета-описание.

Что входит в разработку системы под ключ?

  1. Архитектура и код — ядро генератора, поддержка текста и изображений (GPT-4 Vision), batch-обработка CSV/Excel.
  2. Интеграция с маркетплейсами — адаптеры под Wildberries, Ozon, Amazon, прямая загрузка через API.
  3. Документация — описание API, инструкция по добавлению новых площадок, model card.
  4. Обучение команды — 2 онлайн-сессии по настройке и эксплуатации.
  5. Поддержка 2 недели после запуска — исправление ошибок, донастройка промптов.

Сроки и как мы работаем

Этап Длительность
Аналитика и проектирование 2–4 дня
Разработка генератора 5–10 дней
Интеграция с API площадок 5–10 дней
Тестирование и доработка 3–5 дней
Деплой и обучение 2–3 дня

Стоимость рассчитывается индивидуально после анализа вашего каталога и требований к интеграции. Наша команда специализируется на AI-решениях для e-commerce более 5 лет и реализовала 30+ проектов. Гарантируем качество: каждое описание проходит валидацию на соответствие SEO-правилам площадки.

Свяжитесь с нами для оценки вашего проекта. Получите консультацию по архитектуре и примерную оценку сроков.

Генеративный AI разработка: от промпта к production API

Нам часто приносят задачу «сгенерируй изображение продукта» — на первый взгляд она простая. Но за этим стоит выбор между десятками моделей, настройка пайплайна инференса, ручное решение проблем consistency, интеграция в продуктовый бэкенд и ответ на вопрос, почему модель генерирует руки с шестью пальцами на стейджинге, но не на продакшене. Разберём направления, с которыми мы работаем.

Генерация изображений: от промпта к production API

Актуальный ландшафт — FLUX.1 [dev/schnell/pro] от Black Forest Labs и Stable Diffusion 3.5. FLUX.1 [schnell] делает 4 шага вместо 20–50 у SDXL — в 5–12 раз быстрее — и при этом держит качество выше. На A100 80GB — 1.2–1.8 с на изображение 1024×1024 при batch_size=4.

Типичная проблема при развёртывании: FLUX.1 [dev] требует 24+ GB VRAM в fp16. На A10G 24GB влезает впритык, при batch_size>1 — OOM. Решение: torch_dtype=torch.bfloat16 + enable_model_cpu_offload() из diffusers, либо квантизация через bitsandbytes в NF4 — падение качества минимально, потребление памяти снижается до 12–14 GB.

ControlNet и IP-Adapter — ключевые инструменты для production-задач, где нужна управляемость. ControlNet с Canny/Depth/Pose картой даёт структурный контроль. IP-Adapter (особенно IP-Adapter-FaceID) позволяет переносить identity персонажа на генерации — это основа для персонализированного контента. Подробнее о ControlNet можно прочитать в Wikipedia.

Кейс: e-commerce фотосъёмка. Ритейлер с 8000 SKU нуждался в lifestyle-фото для каждого продукта. Пайплайн: сегментация продукта (Segment Anything Model 2) → удаление фона → inpainting FLUX.1 [dev] с product image как IP-Adapter reference → upscale через RealESRGAN_x4plus. Стоимость генерации — $0.003/изображение на арендованных A100, vs $15–40 за профессиональную съёмку — экономия в 5000–13000 раз. Throughput — 200 изображений/час на 2× A100. Многолетний опыт 30+ проектов гарантирует, что мы выберем оптимальную модель под вашу задачу — оценку можно получить на старте.

Почему выбор модели — только половина успеха?

Fine-tuning под конкретный стиль или персонаж

Dreambooth и LoRA — стандарт для адаптации под конкретный визуальный стиль или объект. LoRA обучается за 2–4 часа на 20–30 референсных изображениях на одном A100. Rank 16–32 обычно достаточно для стиля, rank 64+ нужен для точного воспроизведения лиц.

Частая ошибка: обучать LoRA слишком долго — модель переобучается на референсы, теряет способность к вариативности. Признак: на cfg_scale=7 все изображения похожи на copy-paste референса. Лечится ранней остановкой (обычно 1500–2000 шагов для 20 изображений) и prior_preservation_loss.

Для более глубокой кастомизации — full fine-tuning через diffusers + accelerate с FSDP на нескольких GPU. Но это уже 40–80 часов обучения и нужен действительно большой датасет (1000+ изображений).

Сравнение подходов к генерации изображений

Модель Скорость (1024×1024, A100) Качество (CLIP score) Управляемость (ControlNet, IP-Adapter) VRAM (fp16)
Stable Diffusion 3.5 2.0–3.5 с 0.28–0.31 через ControlNet (разрешено) 16–20 GB
FLUX.1 [schnell] 0.8–1.2 с 0.30–0.33 ограниченная (без ControlNet) 12–14 GB (4‑шаговый)
FLUX.1 [dev] 3–5 с (50 шагов) 0.32–0.34 через IP-Adapter, ControlNet (адаптер) 24+ GB
Midjourney (API) 5–10 с (очередь) 0.31–0.33 промпт + style reference не требуется

Генерация видео: какие модели лучше?

Модель Доступность Длина Разрешение Управляемость
Sora (OpenAI) API (ограниченный) до 60 с 1080p промпт, image-to-video
Wan2.1 (Alibaba) open weights до 81 кадр 720p промпт, I2V, V2V
CogVideoX-5B open weights 6 с 720p промпт, I2V
Kling 1.6 API до 30 с 1080p промпт, I2V
Mochi-1 open weights 5.4 с 480p промпт

Open-weight видеомодели пока отстают от коммерческих по стабильности и длине. Wan2.1 — лучший выбор для self-hosted: 14B параметров, работает на 2× A100, даёт приемлемое качество для коротких клипов.

Главная боль видеогенерации — temporal consistency: персонаж меняет цвет одежды на третьей секунде, объект «плывёт». Частичное решение — генерация с motion_bucket_id и noise_aug_strength в Stable Video Diffusion, или использование I2V (image-to-video) вместо чистого text-to-video. Как отмечается в исследовании VideoPoet, consistency достигается за счёт обучения на длинных последовательностях.

AnimateDiff остаётся рабочим инструментом для коротких петель и motion-эффектов поверх SD/FLUX. Не Sora, но деплоится локально и предсказуем.

Генерация музыки и аудио

AudioCraft от Meta (MusicGen + AudioGen) — production-готовый стек для музыкальной генерации. musicgen-large (3.3B) генерирует 30 с музыки за ~8 с на A100. Управление через текстовый промпт и melody conditioning — можно задать мелодию напеванием.

Stable Audio Open от Stability AI — альтернатива с длиной до 47 с, лучшая управляемость структурой (intro/verse/chorus). Деплой аналогичен: diffusers + FastAPI.

Для voice-over и озвучки — ElevenLabs API или self-hosted XTTS v2 (см. услугу Speech AI). Для sound design и foley — AudioGen.

3D-генерация: практическое состояние

3D-генерация всё ещё не добралась до той же зрелости, что 2D. Но для конкретных задач инструменты уже рабочие:

TripoSG и Shap-E — text/image-to-3D. Shap-E от OpenAI генерирует простые 3D-меши за секунды, но геометрия грубовата. TripoSG даёт более детальные результаты, но требует постпроцессинга (ремешинг, UV-развёртка).

Wonder3D и Zero123++ — реконструкция 3D из одного изображения. Работают через генерацию multi-view (6–8 видов) и последующее 3D-восстановление через NeuS или instant-ngp.

Gaussian Splatting (3DGS) — не генерация, а реконструкция из серии фото/видео. Для товарных карточек и недвижимости это уже production: 50–200 фото → 3DGS модель за 15–30 мин на RTX 4090 → интерактивный 3D-вьювер в браузере.

Инфраструктура и деплой

Для генеративных моделей критично:

  • Очередь задач — Celery + Redis или Ray Serve. Синхронный HTTP для генерации изображений неприемлем при >5 конкурентных запросов.
  • Кэширование — схожие промпты дают похожие результаты. Семантический кэш через эмбеддинги (faiss + sentence-transformers) может снизить нагрузку на GPU на 20–40%.
  • Мониторинг качества — CLIP score для text-image alignment, FID для оценки распределения генераций. Интеграция в MLflow или Weights & Biases.
  • Хранение — сгенерированные изображения сразу в S3/MinIO, не на диске сервера инференса.

Что входит в работу (deliverables)

Мы берём проект под ключ — от выбора модели до деплоя и мониторинга. В результат входит:

  • Модель (или API-интеграция) с бенчмарками производительности (latency p99, throughput).
  • Документация пайплайна (prompt engineering guide, model card, версии зависимостей).
  • Интеграция с вашим бэкендом (REST/gRPC, очереди).
  • Настроенный мониторинг (дашборды, алерты по дрейфу качества).
  • Обучающий воркшоп для команды (2–4 часа).
  • Гарантийная поддержка 3 месяца после запуска — в рамках сертификата качества на нашу работу.

Исторически мы выполнили 30+ проектов в генеративном AI — это даёт нам право гарантировать результат.

Как строится процесс разработки генеративного AI?

  1. Аналитика (1–2 дня): аудит текущей архитектуры, уточнение use case, выбор моделей и метрик успеха. Оцениваем проект бесплатно.
  2. Proof of Concept (1–3 недели): быстрый прототип на ваших данных — чтобы видеть реальное качество, а не демо из блога.
  3. Проектирование (1–2 недели): архитектура пайплайна, инфраструктура (GPU-кластер/API), план A/B-тестирования.
  4. Реализация и fine-tuning (4–12 недель): разработка, обучение LoRA/full fine-tuning, интеграция с очередью и кэшем.
  5. Тестирование (1–2 недели): нагрузочные тесты, валидация метрик, проверка на edge-case (негативные сценарии).
  6. Деплой и мониторинг (1–2 недели): развёртывание на production, настройка мониторинга, документирование.
Что мы проверяем на этапе Proof of Concept
  • Соответствие ожиданий и реального качества генерации (CLIP score, user study).
  • Скорость инференса при разных batch_size и типах GPU.
  • Вероятность токсичных/некорректных генераций — проверка safety filters.
  • Возможность масштабирования: будет ли модель вывозить пиковую нагрузку.

Сроки ориентировочно

Интеграция готового API (DALL‑E 3, Midjourney API, Stability API) — 1–2 недели. Self-hosted пайплайн с fine-tuning — 6–12 недель. Полная платформа с UI, очередями и мониторингом — 3–6 месяцев. Конкретная стоимость рассчитывается индивидуально после анализа вашего сценария.

Свяжитесь с нами — закажите консультацию, и мы подберём оптимальную архитектуру для вашего проекта. Получите предварительную оценку стоимости и сроков бесплатно.