Данные первой стороны в медиа

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

Отраслевое описание происхождения данных существовало до современных рекламных инструментов. В ноябре 2011 года IAB выпустил первый словарь сегментов и способов работы с данными. В нём систематизировались, среди прочего, отношения между пользователем и собирающей сведения стороной. Обновлённый словарь января 2016 года явно различает первую, вторую и третью стороны, а также сообщённые пользователем и выведенные системой сведения. ^[1] Это документированные этапы развития классификации, а не установленная дата изобретения термина.

Следующий пример показывает её практическое применение. В сентябре 2022 года Google представил publisher provided signals — сигналы, предоставляемые издателем, или PPS: способ передавать структурированные сведения для автоматизированной покупки рекламы. ^[3] Возникновение PPS не означает, что собственные данные издателей появились только тогда.

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

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

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

Контекстный сигнал устроен иначе: тема «логистика» относится к публикации, даже если о читателе ничего не известно. В документации PPS аудиторные и контекстные сведения названы отдельно. ^[2] Поэтому предложение показать рекламу рядом с тематической статьёй нельзя автоматически описывать как показ людям с установленной профессией.

Виды данных и границы классификации

Для работы редакции удобно разделять сведения на три группы: заявленные, наблюдаемые и производные. Это авторская рабочая схема, а не юридическая классификация. Она развивает различение IAB между тем, что сообщил пользователь, и тем, что получила система. ^[1] В учебном вебинаре это соответственно указанная должность, факт регистрации и предполагаемый интерес к логистике. Факт участия появится в наблюдаемых данных только при наличии отдельно зафиксированного события посещения.

Отдельная ось — чья это информация по происхождению. Если издатель получает набор от несвязанной с ним организации, данные не становятся непосредственно собранными им только из-за копирования в собственное хранилище. IAB связывает деление на стороны с отношениями сборщика и пользователя, а не с местом хранения файла. ^[1] В описании набора поэтому полезно сохранять первоначальный источник и способ получения.

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

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

Технический пример — PPS в Google Ad Manager. По справке, проверенной 24 октября 2026 года, функция имеет статус Beta, то есть тестовый статус продукта, и доступна в Ad Manager 360; она позволяет сопоставлять собственные аудиторные и контекстные сведения со стандартными категориями для рекламных операций. ^[2] Это возможности конкретного продукта, которые нельзя переносить на любую рекламную платформу.

У IAB Tech Lab существует спецификация Curated Audiences: в декабре 2024 года так переименовали Seller Defined Audiences. Она описывает взаимодействие отраслевых механизмов передачи сигналов об аудитории. ^[4] Общий технический язык помогает сторонам договориться о значении сегментов, но сам по себе не подтверждает законность передачи конкретного набора.

Планирование защиты информации до запуска процесса рекомендует и британский регулятор ICO: он также выделяет понятное объяснение использования данных и соблюдение предпочтений людей. ^[5] Это полезный ориентир проектирования; российские правовые основания рассматриваются отдельно ниже.

Учебный пример и проверка результата

Допустим, в выгрузке регистраций на вебинар тысяча записей. Редакция проверяет три поля описания: источник, дату получения и цель сбора. У восьмисот записей заполнены все три поля. Собственный показатель полноты описания рассчитывается так:

Доля полностью описанных записей = 800 / 1000 × 100% = 80%.

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

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

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

Ошибки и ограничения

Название first-party не гарантирует точность интересов читателя. IAB обращает внимание на ошибки выводов и изменение полезности данных со временем. ^[1] Поэтому в предложенной процедуре дата и правило построения признака нужны для пересмотра сегмента, а не для формального заполнения таблицы.

Отсутствие имени также не доказывает анонимность: российское определение персональных данных охватывает сведения о прямо или косвенно определяемом человеке. ^[6] Наконец, число записей само по себе не доказывает коммерческий эффект: в учебном расчёте вообще нет дохода, расходов или результатов рекламной кампании.

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

По состоянию на 24 октября 2026 года использована редакция закона № 152-ФЗ от 26 июля 2026 года. Статья 3 определяет персональные данные; статья 5 требует определённых целей, соразмерного состава и актуальности сведений. Статья 6 перечисляет основания обработки: согласие — одно из них; например, отдельно предусмотрена обработка, необходимая для исполнения договора с субъектом данных. Сам факт регистрации не доказывает применимость этого основания к последующей рекламе. ^[6]

Если обработка опирается на согласие, часть 1 статьи 9 требует его отдельного оформления от иных подтверждаемых или подписываемых человеком сведений и документов. Эта поправка действует с 1 сентября 2025 года: содержание установлено статьёй 5 закона № 156-ФЗ, срок — частью 2 его статьи 7. ^{[6] [7]} Для конкретной схемы сбора и передачи нужна юридическая проверка; статья не подтверждает законность отдельной базы.

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

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

• programmatik-prodazhi
• personalnye-dannye
• operator-personalnykh-dannykh
• soglasie na obrabotku personalnykh dannykh
• personalizatsiya-kontenta
• cookie banner