Бэкап карточек Wildberries и Ozon: как не потерять описание и рич-контент

Один сбой конструктора Ozon — и рич-контент, на создание которого ушло 40 часов работы дизайнера, исчезает без возможности восстановления со стороны платформы: маркетплейс не хранит черновики и не делает откаты. Это не гипотетический сценарий — это официальная позиция Ozon, которую мало кто читает до первого инцидента.

TL;DR: Wildberries и Ozon по-разному хранят карточки, и риски потери контента у них разные. Ручной бэкап оправдан до 50 SKU, автоматизация через API нужна при каталоге 200+. Потерянный текст можно частично восстановить через кэш Google и Wayback Machine, рич-контент — только из заранее сохранённого JSON.

Wildberries против Ozon: где риск потери контента выше и почему

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

Wildberries хранит всё на своей стороне, и никакого «локального черновика» у продавца не остаётся. Текстовые поля, характеристики и медиафайлы живут на серверах WB, а встроенного инструмента для массовой выгрузки описаний в удобном формате нет. Можно скачать Excel-шаблон с характеристиками, но полноценного экспорта текстовых описаний в bulk-режиме платформа не предоставляет.

Ozon использует JSON-движок для конструктора рич-контента. Это даёт техническое преимущество: через Ozon API можно выгрузить структуру рич-контента в машиночитаемом формате. Однако у этого подхода есть критический изъян — при техническом сбое конструктора черновики рич-контента не сохраняются автоматически. Если вы работали над блоком два часа и браузер завис — данные потеряны.

Бэкап рич-контента Ozon невозможен средствами самой платформы: конструктор не сохраняет черновики автоматически, а поддержка официально не восстанавливает удалённые или утерянные при сбое данные. Единственный надёжный способ — экспортировать готовый JSON через Ozon API сразу после публикации и хранить копию локально или в облаке.

Парадоксально, но именно более «продвинутый» JSON-конструктор Ozon создаёт бо́льший риск: продавцы вкладывают в рич-контент значительно больше времени и денег, чем в стандартные описания WB, — и теряют пропорционально больше.

Сравнительная таблица: методы бэкапа для WB и Ozon

Ключевая цифра: автоматический бэкап через API сокращает время восстановления карточки с 8 часов до 15 минут. Но реальные потери считаются не по часам работы, а по времени простоя в выдаче: карточка, выпавшая из индекса на две недели, при обороте 300 000 ₽/мес теряет порядка 70 000–90 000 ₽ выручки. Бэкап сокращает этот простой до нескольких дней.

Как правильно бэкапить карточки Wildberries: пошаговый разбор

Полный бэкап карточки WB включает несколько слоёв данных, которые нужно сохранять отдельно:

Текстовый контент:

• Наименование товара (с учётом SEO-формулы)
• Описание (до 5000 символов)
• Характеристики по всем заполненным полям
• Ключевые слова и теги

Медиаконтент:

• Фото в оригинальном разрешении (минимум 900×1200 px)
• Видео до обработки платформой
• Инфографика в исходных PSD/AI-файлах

Рекомендуемая структура локального хранилища:

/backup_wb/
  /артикул_12345678/
    /2026-01-15/
      description.txt
      characteristics.xlsx
      /photos/
      /video/
    /2026-02-01/
      ...

Версионирование по дате критически важно: при работе с сезонными акциями описания меняются, и нужно иметь возможность откатиться к предыдущей версии.

Для массового скачивания медиафайлов с WB используйте Excel-выгрузку через раздел «Товары → Загрузки» в личном кабинете. URL фотографий из выгрузки можно обработать скриптом на Python с библиотекой requests для пакетного скачивания. Это занимает около 2 часов на настройку и экономит дни ручной работы при каталоге 100+ SKU.

Подробнее о структуре SEO-описания для WB и правильном заполнении полей читайте в отдельном материале.

Бэкап рич-контента Ozon: JSON-шаблоны и работа с конструктором

Рич-контент Ozon хранится в виде JSON-структуры с вложенными блоками. Каждый блок имеет тип (type), параметры (params) и вложенные элементы. Медиафайлы не хранятся внутри JSON — только URL на CDN Ozon.

Пример упрощённой структуры блока:

{
  "type": "image",
  "params": {
    "url": "https://cdn1.ozon.ru/...",
    "alt": "Описание изображения"
  }
}

Как экспортировать рич-контент через Ozon API:

1. Получите API-ключ и Client-Id в разделе «Настройки → Seller API» личного кабинета
2. Запросите атрибуты карточки по product_id — рич-контент возвращается как одно из полей карточки в виде JSON-строки
3. Сохраните это поле в отдельный файл с именем по артикулу и дате

Точные названия методов сверяйте с актуальной документацией Ozon Seller API — они периодически меняются. Принцип неизменен: рич-контент доступен через API как атрибут карточки, и выгрузить его можно программно.

Критически важный момент: URL медиафайлов в JSON ведут на CDN Ozon. Если карточка будет удалена или заблокирована, эти URL перестанут работать. Сразу после экспорта JSON скачивайте все медиафайлы отдельно по ссылкам из структуры.

Рич-контент Ozon хранит медиафайлы не внутри JSON-структуры, а как внешние ссылки на CDN маркетплейса. При удалении карточки или блокировке аккаунта эти URL становятся недоступны. Для полного бэкапа необходимо скачать оригиналы всех изображений и видео отдельно — только тогда восстановление займёт 15–30 минут вместо нескольких дней.

Облачные хранилища и автоматизация: что реально работает в 2026 году

Сравнение инструментов для хранения контента маркетплейсов:

Google Drive + Google Sheets — оптимальный выбор для большинства продавцов. Бесплатно до 15 ГБ, удобная структура папок, история версий файлов. Связка Ozon API → Make (бывший Integromat) → Google Sheets + Drive позволяет настроить еженедельный автоматический бэкап за 3–4 часа без навыков программирования.

Яндекс.Диск — российская альтернатива без рисков блокировки зарубежных сервисов. 10 ГБ бесплатно, интеграция с Яндекс.Метрикой полезна для аналитики продаж.

Notion — удобен для хранения текстового контента и структурированных описаний, но не подходит для хранения больших медиафайлов. Хорошо работает как «база знаний» по карточкам.

PIM-системы (Akeneo, Syndigo) — профессиональный уровень. Поддерживают прямую интеграцию с Ozon, автоматическую синхронизацию и версионирование. Стоимость — от 15 000 ₽/мес, что оправдано при каталоге 500+ SKU и команде контент-менеджеров.

Оригинальное наблюдение, которое редко упоминают: Notion плохо масштабируется при 1000+ карточках из-за ограничений на количество блоков в базе данных. Продавцы, начавшие с Notion, через 6–12 месяцев вынуждены мигрировать — и это само по себе риск потери структуры данных.

Уже потерял контент: алгоритм восстановления за минимальное время

Сценарий 1: Потеря текстового описания и характеристик

Это более восстановимый случай. Алгоритм действий:

1. Проверьте кэш Google: введите cache:ozon.ru/product/название-товара или найдите карточку через поиск и нажмите на стрелку рядом с URL
2. Проверьте Wayback Machine (web.archive.org) — маркетплейсы индексируются регулярно
3. Найдите скриншоты карточки в истории браузера или мессенджерах (часто продавцы пересылают карточки коллегам)
4. Проверьте Excel-выгрузки из личного кабинета — характеристики там сохраняются
5. Обратитесь в поддержку маркетплейса с номером артикула и датой последнего изменения
6. Восстановите описание по аналогичным карточкам конкурентов как основу
7. Используйте AI-генератор для быстрого воссоздания SEO-оптимизированного текста на основе характеристик товара

Сценарий 2: Потеря рич-контента

Значительно сложнее. Рич-контент не индексируется поисковиками в структурированном виде, кэш не поможет восстановить JSON. Реальные варианты:

• Скриншоты из истории браузера или Loom-записи экрана
• Видеозаписи презентаций карточки клиентам
• Файлы дизайнера (если рич-контент делался в Figma/Photoshop)
• Частичное восстановление по скриншотам конкурентов со схожим товаром

Восстановление утраченного рич-контента Ozon без предварительного бэкапа занимает в среднем 20–40 часов — столько же, сколько его первоначальное создание. Поддержка Ozon официально не восстанавливает данные конструктора. Единственные источники для реконструкции: скриншоты из истории браузера, файлы дизайнера и записи экрана. Именно поэтому экспорт JSON сразу после публикации — обязательный шаг.

Когда выбирать ручной бэкап, а когда автоматизированный: критерии решения

Ручной бэкап оправдан при:

• Каталоге до 50 SKU
• Редких обновлениях контента (реже 1 раза в месяц)
• Отсутствии технических ресурсов для настройки API
• Стабильном ассортименте без сезонных изменений

Автоматизация необходима при:

• Каталоге 200+ SKU
• Частых акциях и сезонных изменениях описаний
• Команде из 2+ контент-менеджеров
• Регулярном A/B-тестировании описаний

Расчёт стоимости риска для топ-карточки:

• Карточка с оборотом 500 000 ₽/мес
• Потеря рич-контента → падение конверсии на 30–40% на 2 недели восстановления
• Потеря выручки: ~70 000–80 000 ₽
• Стоимость настройки автобэкапа через Make + Google Drive: 5 000–8 000 ₽ (разовая настройка)

ROI автоматизации очевиден уже при одном инциденте. Если вы ещё не настроили систему бэкапа, начните с изучения возможностей ESEO — сервис позволяет хранить сгенерированные описания и переиспользовать их при необходимости восстановления.

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

Главная ошибка при восстановлении

Когда карточка обнулилась и вылетела из выдачи, возникает соблазн: «раз всё равно переписываю — заодно улучшу текст». Не делайте этого.

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

Улучшать текст — отдельным шагом, через 2–3 недели, когда позиции вернутся и появится база для сравнения.

Реалистичные сроки восстановления в выдаче:

И главное: не правьте карточку каждый день, пока ждёте. Каждое изменение сбрасывает переиндексацию и отодвигает возврат.

FAQ

Может ли поддержка Wildberries или Ozon восстановить удалённый рич-контент карточки?

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

Как часто нужно делать бэкап карточек, если я регулярно обновляю цены и описания?

Цены не требуют бэкапа — они хранятся в системе маркетплейса и легко восстанавливаются. Бэкап описаний и рич-контента нужно делать после каждого значимого изменения: обновили текст, добавили блок в рич-контент, изменили инфографику. Минимальная частота при активной работе с каталогом — еженедельно. При подготовке к сезонным акциям — перед каждым изменением.

Сохраняются ли рейтинг и отзывы карточки при её пересоздании после потери контента?

Зависит от сценария. Если карточка не удалялась, а только потеряла контент (описание, рич-контент) — рейтинг и отзывы сохраняются, так как они привязаны к артикулу, а не к тексту. Если карточка была удалена и создана заново с новым артикулом — все отзывы и рейтинг теряются безвозвратно. Именно поэтому критически важно не удалять карточку, а редактировать существующую.

Можно ли использовать AI для восстановления утраченного описания товара?

Да, и это один из самых быстрых способов при потере текстового контента. Если у вас сохранились характеристики товара (из Excel-выгрузки) и фотографии — AI-генератор создаст SEO-оптимизированное описание за 2–3 минуты. Качество будет сопоставимо с оригиналом, а иногда лучше, если исходный текст не был оптимизирован. Подробнее о возможностях читайте в материале про AI-генерацию карточек.

Что делать, если потерян не весь рич-контент, а только часть блоков?

Если конструктор Ozon сохранил часть блоков, а часть исчезла при сбое — не пытайтесь восстановить в той же сессии. Сначала экспортируйте то, что осталось, через API. Затем восстанавливайте утраченные блоки по скриншотам или заново. Частичный сбой опаснее полного: продавцы часто не замечают, что часть блоков пропала, и публикуют неполный рич-контент — это снижает конверсию без очевидной причины.

Есть ли бесплатные инструменты для автоматического бэкапа карточек WB и Ozon?

Для Ozon: бесплатный API + Google Sheets (через Apps Script или Make с бесплатным тарифом до 1000 операций/мес) закрывают потребности каталога до 200 SKU. Для WB бесплатных API-решений меньше, но Excel-выгрузка из личного кабинета + Google Drive с ручной загрузкой раз в неделю — рабочий бесплатный вариант. Полностью автоматизированные решения для WB, как правило, платные (от 1 000–3 000 ₽/мес).