Нативный формат в СМИ

Происхождение и история термина

В декабре 2013 года Interactive Advertising Bureau, или IAB, выпустило Native Advertising Playbook для упорядочения понятий и рекламных форматов. Обновлённое руководство 2019 года сохранило идею согласованности рекламы с площадкой, но пересмотрело классификацию: вместо шести основных типов выделило три, включая брендированный контент. Это развитие отраслевого понимания нативности, а не установление даты её изобретения. ^[6]

Параллельно развивалось техническое описание. Первая версия OpenRTB Native появилась в начале 2015 года; в последующих версиях описания контекста и размещения заменили прежние поля типа блока и макета. Спецификация помогает рекламным системам обмениваться элементами объявления, даже если издатели оформляют их по-разному. На странице IAB Tech Lab опубликована финальная версия 1.2. ^[2]

Суть и механизм

Чтобы понять формат, полезно разделить данные и представление. Данные — это конкретный заголовок, изображение, название рекламодателя и ссылка. Представление — правила, по которым эти элементы превращаются в карточку на экране. Google позволяет выбрать стандартный состав элементов либо создать пользовательский формат со своими переменными; оформление настраивается отдельно. ^[1]

OpenRTB Native показывает, как согласование работает при автоматическом обмене. Площадка запрашивает нужные элементы; каждому присваивается идентификатор, позволяющий сопоставить запрос и ответ. Обязательность элемента задаётся отдельно. Поэтому полученный заголовок должен попасть именно в предусмотренное для него место, а отсутствие обязательного элемента нельзя трактовать как обычную пустоту в макете. ^[2]

Учебный пример. Городское издание проектирует карточку о мастерской по ремонту велосипедов. В задании предусмотрены заголовок «Как подготовить велосипед к весне», фотография, название мастерской, адрес перехода и место для рекламного обозначения. Дизайнер определяет расположение элементов, разработчик связывает поля с шаблоном, редактор проверяет смысл текста. Это предложенное распределение задач в примере, а не обязательная схема работы всех редакций.

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

Виды и классификации

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

Это описание конкретной платформы. Fluid не означает фиксированной высоты и не гарантирует удачной композиции при любом содержании. ^[1] Карточка в ленте и рекламный материал, на который она ведёт, также не одно и то же: первая служит входом, второй раскрывает сообщение.

Как применяется на практике

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

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

В российском Adfox предусмотрены рекламная метка и меню со сведениями о рекламодателе и идентификатором рекламы — токеном. Для сайтов справка связывает их доступность с указанными в ней типами шаблонов. ^[4] Поэтому наличие такой функции в продукте ещё не доказывает, что она включена и правильно отображается в конкретной карточке.

Как измерить или проверить

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

В нашем учебном примере три набора данных, два места и два размера экрана дают двенадцать комбинаций. Если десять полностью соответствуют условиям, доля прохождения равна числу успешных комбинаций, делённому на число всех проверенных комбинаций и умноженному на сто процентов: 10 / 12 × 100% ≈ 83,3%.

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

Распознавание рекламы требует отдельного внимания. FTC, Федеральная торговая комиссия США, рассматривает общее впечатление от сообщения и его окружения. В её руководстве обозначение коммерческой природы должно быть заметным и понятным на устройствах, которыми пользуется аудитория. ^[3] Для учебной приёмки это основание оценивать карточку целиком, а не только искать слово «реклама» в её исходном коде.

Ошибки, ограничения и спорные вопросы

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

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

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

Правовой аспект

Для России применяются нормы закона №38-ФЗ «О рекламе» в редакции от 04.08.2026, действующей на дату проверки. Часть 1 статьи 5 требует добросовестности и достоверности рекламы. Часть 16 статьи 18.1 предусматривает для интернет-рекламы пометку «реклама» и указание на рекламодателя и (или) страницу со сведениями о нём; в норме есть исключение для рекламы в распространяемых через интернет теле- и радиопрограммах и передачах. ^[5]

Название формата не освобождает от этих требований. Техническая приёмка не охватывает все обязанности участников размещения, включая передачу рекламных данных. Конкретный материал и способ его распространения требуют отдельной юридической оценки; американское руководство FTC российский закон не заменяет.

Частые вопросы

Связанные термины

• nativnaya-reklama
• nativnaya-reklama-v-smi
• brendirovannyy-kontent
• verstka
• reklamnyy-kreativ
• CTR (кликабельность)