Шаблоны видео для каталога: переменные, пустые поля и проверка вариантов

Каталог из сотен карточек ломает шаблон на первом же товаре без фото или с длинным названием. Нужен контракт между данными карточки и кадром: обязательные поля, поведение при пропуске и проверка худших вариантов.

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

В условной сцене менеджер каталога получает задачу: за неделю выпустить короткие видео для 640 карточек товаров, при этом у 90 позиций нет фотографии, у 40 — цена «по запросу», а у части названия длиной в три строки. Шаблон здесь — не украшение, а контракт между данными карточки и кадром: какие поля обязательны, что подставляется при пропуске, как обрезается текст и кто утверждает исключения. Ниже — рабочая методика, как собрать такой контракт, проверить его на худших вариантах и не выдать сгенерированную подпись за факт из каталога.

Карточка товара как набор переменных, а не как текст для озвучки

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

Второй слой — правила подстановки. Название длиной до 40 знаков идёт одной строкой, от 41 до 70 — двумя, дальше включается сокращение по заранее утверждённому словарю (например, «аккумуляторный» → «аккум.»), а не автоматическая обрезка многоточием. Сокращения лучше согласовать с владельцем каталога заранее: если шаблон сам решает, что выбросить из названия, он незаметно меняет смысл товара.

Третий слой — источник истины. Видео не должно быть единственным местом, где живёт цена или условие акции. Если шаблон берёт данные из выгрузки, нужна отметка времени выгрузки и правило: при расхождении между карточкой и видео побеждает карточка, а видео уходит на пересборку. Это скучное правило экономит больше времени, чем любая оптимизация рендера.

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

Почему параметризованный рендер требует отдельного слоя проверки

Параметризованный рендер — это когда один макет принимает разные значения и выдаёт разные файлы. В документации Remotion про parametrized rendering прямо описано, что входные параметры (props) передаются в компонент и определяют результат; это удобно, но означает, что корректность кадра зависит от корректности данных, а не от дизайнера. Ошибка в одном поле тиражируется на все варианты, где это поле встречается.

Отсюда практический вывод: между выгрузкой и рендером нужен промежуточный объект — «задание на видео», где уже разрешены пропуски, единицы и сокращения. Рендер получает не сырую карточку, а проверенное задание. Тогда сбой локализуется в одном месте, и его можно пересобрать, не трогая остальные 639 роликов.

Параметры пакетного рендера: что именно уходит в рендер

Рабочий объект удобно описать как плоскую структуру с явными статусами. Ниже — условный пример формы, не привязанный к конкретному продукту:

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

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

Возьмём условный товар с названием «Набор крепёжных элементов для монтажа навесных шкафов с регулируемой глубиной, 48 предметов, оцинкованная сталь». Это 118 знаков — втрое больше комфортной строки. Шаблон не должен молча обрезать хвост: «оцинкованная сталь» — это материал, который покупатель ищет.

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

Такой подход требует словаря приоритетов, который ведёт владелец каталога. Это не техническая, а содержательная работа: именно здесь решается, что покупатель увидит первым. Автоматика лишь применяет правило, но не придумывает его.

Отсутствие фото и цены: заглушки, которые не врут

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

С ценой сложнее. «Цена по запросу» — это не пустое поле, а осознанное состояние. Шаблон должен различать три ситуации: цена есть, цена скрыта намеренно, цена отсутствует из-за ошибки выгрузки. В первых двух случаях кадр собирается штатно, в третьем — задание блокируется до выяснения. Если этого не сделать, видео с пустой ценой уедет в публикацию и создаст впечатление бесплатного товара.

Единицы измерения и символы, которые не пережили шрифт

Единицы измерения ломают шаблон тише, чем длинные названия. «12 шт.», «12 уп.», «12 × 0,5 л», «1 кг» — каждое требует своей ширины и своего разделителя. Если макет рассчитан на «шт.», то «12 × 0,5 л» вылезет за границы или сожмётся до нечитаемого.

Второй риск — шрифт. Символы вроде «№», «±», «×», греческие буквы в обозначениях или редкие валютные знаки могут отсутствовать в выбранном начертании и превратиться в квадратики. Проверка простая: прогнать через шаблон набор тестовых строк со всеми символами, которые встречаются в каталоге, и посмотреть на результат глазами, а не только на код возврата рендера.

Здесь же пригодится дисциплина из мира доступности медиа: у видео должны быть альтернативные описания и, если есть текст на экране, он должен быть читаемым. Документ W3C про доступность аудио и видео напоминает, что субтитры и текстовые альтернативы — часть контента, а не приложение. Для товарных роликов это означает: у видео должно быть текстовое описание, а ключевая информация с экрана — доступна не только визуально.

Старое условие, которое уехало во все варианты

Отдельная категория ошибок — устаревшее условие. Условный пример: в шаблоне зашита плашка «бесплатная доставка до 30 июня». Наступает июль, карточки обновлены, а шаблон — нет. Все 640 роликов выходят с недействительным обещанием.

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

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

Параметры пакетного рендера на экране сотрудника

Сотруднику каталога не нужен редактор таймлайна. Ему нужна очередь заданий с понятными статусами: «готово к рендеру», «требует сокращения названия», «нет фото», «цена не подтверждена», «условие истекло». Каждый статус ведёт к одному действию, а не к размышлению.

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

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

Два эпизода: как это выглядит на практике

Первый эпизод условный. Каталог электроинструмента, 320 позиций, из них 18 — аккумуляторные модели с названиями длиннее 90 знаков и единицей «комплект». Шаблон настроен на «шт.», поэтому единица подставляется по умолчанию, но с флагом. При первом прогоне 18 заданий попадают в список «единица подставлена по умолчанию». Менеджер сверяет их с карточками, исправляет 12 (там действительно комплект), а 6 оставляет как «шт.». Параллельно выясняется, что в названиях встречается символ «Ø» для диаметра, которого нет в шрифте. Шрифт меняют на поддерживающий, пересобирают только затронутые задания. Партия выходит без слепых квадратиков и без ложных «комплектов».

Второй эпизод условный. Каталог товаров для дома, 500 позиций, сезонная акция «−15% до конца месяца». Условие заведено в шаблоне как статичный текст. Месяц заканчивается, ответственный за акцию забывает обновить шаблон, и новая партия выходит со старой скидкой. Инцидент обнаруживается по жалобе покупателя. Разбор показывает: условие не имело срока действия в источнике данных. После исправления плашка приходит из выгрузки с датой окончания, а задания с истёкшим условием автоматически уходят в статус «условие неактивно». Повторный прогон проходит без ручных правок.

Проверка вариантов: тесты, которые ловят худшее

Тестировать шаблон на самом красивом товаре бессмысленно. Нужен набор худших случаев, и он должен быть формализован. Ниже — условная матрица проверок:

Эту матрицу стоит прогнать не один раз, а при каждом изменении шаблона. Изменение шрифта, отступов или словаря сокращений — повод перезапустить проверку. Хранить результаты полезно рядом с версией шаблона: тогда видно, какая версия проходила какие сценарии.

Отдельно проверяется пакетная обработка. Один товар может пройти идеально, а партия из 640 — упасть на 12-м из-за неожиданного символа. Поэтому тестовый прогон делается на выборке, включающей все крайние случаи, а не на случайных десяти позициях.

Где заканчивается шаблон и начинается ручная работа

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

Граница проходит по вопросу: можно ли корректно описать товар полями из карточки? Если да — шаблон справится. Если для смысла нужен контекст, которого в карточке нет, — нужен человек. Это не поражение автоматики, а её разумное ограничение.

Практикум: собрать одну партию и найти три слабых места

Возьмём условный каталог на 60 позиций: 8 без фото, 5 с ценой «по запросу», 3 с названиями длиннее 80 знаков, 2 с единицей «набор». Задача — не выпустить все 60 роликов, а собрать 10 тестовых заданий, покрывающих эти случаи, и прогнать их через шаблон.

Шаги практикума:

1. Выгрузите карточки и отметьте пропуски по каждому полю. Это займёт меньше времени, чем кажется, если делать это таблицей, а не глазами.
2. Соберите форму задания с флагами unit_defaulted, price_missing, image_missing. Убедитесь, что каждое состояние различимо.
3. Прогоните 10 тестовых заданий и посмотрите превью. Ищите не красоту, а нарушения: выход за границы, квадратики вместо символов, пустые места.
4. Зафиксируйте три слабых места — скорее всего, это длинное название, редкий символ и отсутствие цены. Для каждого решите: правило, заглушка или ручная работа.
5. Повторите прогон после правок и сравните с первой версией. Если слабые места не изменились, правило не работает.

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

Что проверить перед публикацией партии

Перед выпуском стоит пройти короткий чек-лист. Есть ли у каждого задания источник данных с датой? Различаются ли «цена скрыта» и «цена отсутствует»? Поддерживает ли шрифт все символы из выборки? Имеют ли условия акций срок действия в источнике? Сгруппированы ли блокировки по причине? Отвечает ли кто-то за словарь сокращений?

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

Один шаг проверки

Если задача — наладить выпуск товарных видео по данным каталога, начните с одного действия: возьмите 10 карточек, включая худшие по длине названия, пропускам фото и цены, и соберите для них форму задания с явными статусами. Прогоните через шаблон и посмотрите, где он врёт. Дальше решение о масштабе принимается по результатам этого прогона, а не по обещаниям.

Набор контрольных товаров вместо одного удобного примера

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

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

Отдельный случай — частично успешный пакет. Девять роликов собрались, десятый остановился из-за отсутствующего изображения. Отчёт должен перечислять результаты по каждому товару и не обозначать весь пакет как готовый. Повторный запуск проверяет связь результата с исходной строкой и новой версией шаблона, а старый непринятый файл не попадает в выдачу под тем же удобным именем. Это правило организации выпуска; конкретный механизм реализуется в выбранном инструменте и не возникает от одного наличия шаблона.

Смежный вопрос разобран отдельно: База знаний для контент-завода: от фактов к точному тексту.