Таксономия рекламных креативов: концепция, угол, хук и вариант

Редакция mevrica

Рекламные технологии4 мин чтения

Обновлено 2 августа 2026 г.

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

Базовая иерархия

Concept → angle → hook → proof → visual system → execution. Технические размеры и локализация относятся к исполнению, если не изменяют смысл.

Концепция

Концепция формулирует одну основную идею: какую задачу аудитории продолжает сообщение и какое проверяемое обещание делает. Смена цвета или длительности не создаёт новую концепцию. Смена центрального аргумента — создаёт.

Угол подачи

Один продукт можно объяснять через удобство, скорость процесса, прозрачность условий или профессиональный сценарий использования. Угол определяет, какой аспект концепции становится главным. Он не должен превращаться в недоказанное преимущество.

Хук и доказательство

Хук отвечает за первый контакт: кадр, заголовок или конфликт. Proof объясняет, почему обещанию можно доверять: демонстрация интерфейса, существенные условия, наблюдаемая функция. Если proof отсутствует, библиотека фиксирует none, а не придумывает подтверждение.

Визуальная система и execution

Визуальная система описывает композиционный принцип: UI-demo, typography, presenter, motion graphic. Execution — конкретный файл с duration, aspect ratio, copy version, locale и датой экспорта. Так косметический тест не смешивается с концептуальным.

{
  "creative_id": "cr-stable-id",
  "concept_id": "concept-transparent-process",
  "angle_id": "angle-step-by-step",
  "hook_id": "hook-first-screen-demo",
  "proof_id": "proof-visible-interface",
  "visual_system_id": "vs-ui-capture",
  "copy_version": 3,
  "locale": "documented-locale",
  "aspect_ratio": "9:16",
  "duration_seconds": 18,
  "adapted_from": null
}

Значения иллюстрируют структуру и не описывают опубликованный рекламный материал. Реальная карточка ссылается на brief, source asset и запись прав.

Стабильные ID вместо длинного имени

ID не меняется после публикации и не содержит mutable status вроде winner. Человеческое имя может выглядеть как GEO_concept_hook_v3, но аналитика связывается по ID. Победа является результатом теста, а не свойством файла.

Версионирование

• Изменение опечатки без влияния на смысл — новая execution version
• Новый hook при прежнем обещании — новый hook_id
• Новый центральный аргумент — новая concept_id
• Перевод без адаптации — новый locale execution
• Смысловая локализация — adaptation relation и новый angle или concept по факту

Как анализировать библиотеку

Основной отчёт агрегирует результат по одному уровню при контроле остальных. Сначала concept, затем angle и hook. Нельзя объявить концепцию слабой, если она получила один execution в неудобном формате, тогда как конкурент — десятки вариантов и больший бюджет.

SELECT concept_id,
       count(DISTINCT angle_id) AS tested_angles,
       count(DISTINCT hook_id) AS tested_hooks,
       count(DISTINCT creative_id) AS executions,
       sum(impressions) AS impressions,
       sum(spend_minor) AS spend_minor
FROM creative_performance
WHERE report_date BETWEEN :from AND :to
GROUP BY concept_id
ORDER BY spend_minor DESC;

Статусы библиотеки

Draft, approved, live, paused и archived описывают жизненный цикл исполнения. Tested-positive, tested-negative и inconclusive относятся к конкретному experiment_id, аудитории и периоду. Один creative может иметь разные результаты в разных контекстах.

Минимальный процесс команды

1. Создать brief и concept_id.
2. Определить angle, hook и proof.
3. Зарегистрировать executions до загрузки.
4. Передать ID в naming платформы и tracking.
5. После теста связать результат с experiment_id.
6. Зафиксировать ограничения вывода.
7. Архивировать исходники и права вместе с карточкой.

Не превращайте таксономию в генератор сотен комбинаций

Комбинация полей ещё не является осмысленной гипотезой. Создавайте execution только когда понятно, зачем аудитории эта версия и какой сигнал подтвердит решение.

Вывод

Хорошая creative taxonomy отделяет смысл от оформления и файл от результата теста. Стабильные ID дают чистую аналитику, иерархия показывает покрытие идей, а versioning сохраняет историю. Библиотека становится инструментом решений, а не складом экспортов.