У сегмента несколько часов
Первые часы отсчитывают время от события: просмотра категории, запроса цены, покупки или другого признака. Вторые показывают задержку обработки и доставки события в рекламную систему. Третьи относятся к пересчёту членства в сегменте. Четвёртые определяют, как долго запись остаётся пригодной для активации по правилам продукта.
Предположим, пользователь смотрел товар десять дней назад. Поставщик загрузил сведения сегодня, а DSP приняла файл через час. Свежесть интеграции здесь составляет час, возраст интереса остаётся десять дней. Эта учебная ситуация показывает, почему поле updated_at без определения недостаточно для решения о закупке.
Data Transparency Standard IAB Tech Lab предлагает раскрывать происхождение, давность и критерии аудиторных данных. Стандарт прозрачности не является оценкой точности сегмента или гарантией эффективности. Предлагаемый ниже паспорт является рабочим инструментом редакции, а не копией обязательной формы IAB.
Показательный российский пример
В справке Яндекс Аудиторий сказано, что готовые сегменты периодически обновляются с сохранением идентификаторов, активных в последние 30 дней. Активность связана с использованием приложения или браузера. Она не означает, что человек за эти 30 дней повторно подтвердил интерес к вашей категории.
Там же указано условие пересчёта охвата: сегмент либо созданная на его основе похожая аудитория используется в кампаниях Директа или Adfox. Эти правила относятся к указанному продукту; переносить их на сегменты другой DSP нельзя. Документация проверена 23 октября 2026 года, перед изменением настройки сверяйте её актуальную версию.
Практический вывод: статус «готов» и доступный охват подтверждают техническую готовность определённого типа. Для бизнес-задачи ещё нужно понять, какое событие включило человека и как он покидает сегмент после покупки или потери актуальности.
Паспорт, который стоит запросить
Заполняйте паспорт отдельно по источнику и версии сегмента. Если поставщик использует модель, отделяйте наблюдаемые события от предсказанных интересов. Модельный признак может иметь собственное время пересчёта, не совпадающее с давностью исходных данных.
| Поле паспорта | Вопрос поставщику |
|---|---|
| Событие включения | Какое действие или модельное правило добавляет пользователя? |
| Окно наблюдения | За какой период события участвуют в расчёте? |
| Возраст на активации | Когда произошло исходное событие, а не выгрузка? |
| Обновление | Что пересчитывается и с какой фактической задержкой? |
| Исключение | Как учитываются покупка, отказ и прекращение допустимости использования? |
| Идентификация | Что означает запись: браузер, устройство, аккаунт или человек? |
| Наблюдаемость | Какую часть возраста и происхождения нельзя установить? |
Ответ «обновляем каждый день» закрывает лишь часть строки про обработку. Попросите пример распределения по возрасту исходного события. Если выгрузка таких сведений невозможна, зафиксируйте неизвестность и сократите обещания, которые команда даёт бизнесу по этому сегменту.
Как проверить задержку без доступа к чужой базе
На собственных first-party событиях можно организовать контроль интеграции с разрешёнными тестовыми профилями. Запишите время события в источнике, приём в обработчик, успешную передачу и доступность сегмента в рекламной системе. Синхронизируйте часовые пояса, иначе разница времени будет похожа на задержку.
Сверяйте завершённую загрузку, обработанные записи и реально доступную аудиторию. Равенство этих чисел не обязательно: часть записей может не сопоставиться или не пройти требования сервиса. Но каждое расхождение должно иметь объяснимую категорию. Отчёт только о количестве отправленных строк не доказывает готовность активации.
Не проверяйте это на случайных персональных данных сотрудников. Согласуйте тестовые данные и допустимость использования с владельцем системы и ответственным за данные. Паспорт качества не заменяет правового основания для обработки и рекламного использования.
Эксперимент по возрасту сигнала
Учебный дизайн для российского интернет-магазина: выделить группы по возрасту собственного просмотра категории, например от 0 до 3 и от 4 до 10 дней. Это гипотеза для проверки, не универсальные сроки актуальности. Сделайте группы непересекающимися и исключайте завершивших целевую покупку по одному правилу.
Сравнивайте группы при одинаковом наборе площадок, креативов, окне результата и ограничениях частоты. Если свежая группа получила более дорогой премиальный инвентарь, итог нельзя приписывать только давности сигнала. Отдельно храните распределение показов по дням: пользователь продолжает стареть во время кампании.
По возможности оцените рекламу относительно контроля внутри каждой возрастной группы. Более высокая конверсия свежего интереса сама по себе не доказывает, что реклама сильнее повлияла на эту группу: человек мог купить и без дополнительного контакта. Когда контроль недоступен, называйте результат описательным сравнением, а не причинным эффектом.
Что делать по результатам
Если источник свежий, а обработка запаздывает, задача у интегратора: уменьшить задержку и проверить повторную доставку. Если быстро обновляется старое событие, нужен пересмотр правила сегмента. Если покупатели долго остаются в аудитории, проверяйте исключения и их фактическое применение после загрузки.
Договорённость с поставщиком должна описывать наблюдаемые события, допустимую задержку и порядок уведомления о сбое. Универсального срока годности для всех сегментов нет: поиск квартиры и покупка билета на ближайший сеанс имеют разные горизонты. Решение принимает маркетолог вместе с аналитиком на данных своего цикла покупки.
Сначала уточните смысл данных, затем меняйте цену или модель оптимизации. Более широкий контекст есть в разборе данных после cookies; база знаний помогает сопоставить подходы к закупке и данным. Термины собраны в глоссарии.
