IFA в CTV-рекламе: полный разбор идентификатора, который стал модным словом

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

Часть 1. Что такое IFA и откуда он взялся

Немного истории: от cookie к мобильным ID

Чтобы понять IFA, нужно сделать шаг назад — в эпоху интернет-рекламы на десктопе. Там всё было относительно просто: браузеры использовали HTTP-куки, чтобы отслеживать пользователей, управлять частотой показов и настраивать таргетинг. Но с приходом мобильных приложений куки перестали работать — приложения не используют браузерный механизм cookies.Тогда Apple (2012 год) ввела IDFA — Identifier for Advertisers — рандомный псевдоним устройства на iOS, который можно сбросить в настройках конфиденциальности. Чуть позже Google создала аналог для Android — GAID (Google Advertising ID). Оба идентификатора не привязаны к реальной личности пользователя, не содержат его имени, телефона или адреса. Это именно псевдоним — устойчивый, но сбрасываемый.

IFA для CTV: стандарт IAB Tech Lab

С ростом стримингового телевидения рекламная индустрия столкнулась с новой проблемой. Умные телевизоры, приставки (Roku, Apple TV, Amazon Fire TV), игровые консоли и IPTV-боксы — все они работают на разных операционных системах, у каждого своя архитектура. Куки не поддерживаются, мобильные ID тоже не применимы.В апреле 2018 года IAB Tech Lab (организация, разрабатывающая технические стандарты для рекламной индустрии) выпустил руководство «Guidelines for Identifier for Advertising (IFA) on OTT Platforms» — первую публичную версию стандарта для CTV/OTT среды. Финальная версия вышла в декабре того же года. Суть стандарта — рекомендовать всей экосистеме: производителям устройств, разработчикам приложений, рекламным платформам — использовать единый подход к идентификатору устройства для рекламных целей.

Важно понимать, что IFA — это не единый «глобальный» идентификатор, а именно стандарт-рекомендация. Каждая платформа реализует его по-своему:

• Samsung Smart TV — свой TIFA (Tizen IFA)

• LG Smart TV — свой IFA на базе webOS

• Roku — RIDA (Roku ID for Advertising)

• Amazon Fire TV — AFAI (Amazon Fire TV Advertising ID)

• Apple TV — IDFA из tvOSAndroid TV / Google TV — GAID

Часть 2. Как IFA используется на Западе

Две главные задачи IFA в рекламе

1. Управление частотой показов (Frequency Capping)

Без стабильного идентификатора одно и то же устройство может получить один и тот же рекламный ролик 20 раз подряд. IFA (как и другие идентификаторы) позволяет DSP и AdServer’у «помнить», что именно этому устройству уже показали данный креатив нужное количество раз. Это базовая гигиена рекламной кампании — без неё раздражение аудитории растёт, а эффективность падает.

2. Таргетинг по аудиториям

IFA становится ключом для сопоставления устройства с аудиторными данными. Рекламная платформа берёт IFA телевизора, ищет в базе заранее собранные или подготовленные данные для обогащения рекламного запроса. 

Западные кейсы применения

Comcast (Xfinity): использует IFA из своего Firebolt SDK как основной идентификатор для таргетинга, frequency capping и программатик-верификации. Идентификатор передаётся в поле device_id при каждом рекламном запросе.

Roku (RIDA): начиная с 2023 года внедряет систему цифровых водяных знаков на уровне устройства для борьбы с SSAI-спуфингом (подмена инвентаря), при этом RIDA остаётся основным идентификатором. Решение интегрировано в Roku Ads Manager.

Google DV360: изначально отказался от IP-адреса в CTV и сделал ставку на IFA. Однако в феврале 2025 года Google изменил политику и разрешил использование IP-адресов для CTV-таргетинга — в том числе для household-таргетинга. Теперь Google использует все идентификаторы которые возможны. Это показательный пример того, что ситуация на рынке меняется быстро.

Walmart + VIZIO: после покупки телевизионного бренда Walmart создал экосистему, где IFA от 18+ миллионов устройств VIZIO связывается с покупательскими данными ритейлера — это один из самых мощных примеров применения CTV-идентификатора для атрибуции.

Где IFA не справляется: честный взгляд с Запада

Даже в США, где рынок CTV значительно более зрелый, IFA — не серебряная пуля. Вот что признают сами западные эксперты:

• IFA решает задачи только внутри CTV-среды. Для кросс-экранной атрибуции (TV → mobile → purchase) одного IFA недостаточно — нужны identity graph  (связь разных устройств и идентификаторов одного человека или домохозяйства в единый профиль) и дополнительные идентификаторы (UID2.0, HEM и т.д.)

• Проблема совместного просмотра (co-viewing): один телевизор, один IFA — но перед ним сидит несколько членов семьи. Таргетинг «на устройство» не равно таргетинг «на человека»

• После iOS 14 (ATT framework от Apple) пользователи могут запретить отслеживание — и IDFA становится недоступен. Схожие изменения ожидаются в tvOS

• Для омниканального измерения IFA недостаточен — об этом прямо говорят аналитики рынка, включая авторов IAB Tech Lab

Часть 3. Как обстоят дела в России

Структура российского CTV-рынка

Российский CTV-рынок сегментирован иначе, чем западный. Здесь нет доминирующей платформы типа Roku. Основные игроки:

• Smart TV на Samsung, LG, Philips, TCL, Hisense — разные ОС, разные реализации IFA

• IPTV-приставки операторов (Ростелеком, МТС, Билайн, ЭР-Телеком/Дом.ру) — зачастую проприетарное-оборудование без html и java-script технологий

• OTT-сервисы: Кинопоиск, Иви, Okko, Start, Wink, ТВ Плюс

• Android TV-устройства (Яндекс ТВ, универсальные приставки)

• Smart TV-приложения крупных телеканалов (Первый канал, ВГТРК, НТВ и т.д.)

Проблема №1: IFA — зачастую не уникальный идентификатор устройства

Прежде чем говорить о стабильности IFA, нужно разобраться с принципиальным вопросом: кто именно его создаёт? Здесь кроется один из главных источников путаницы на рынке.

По стандарту IAB, существуют два принципиально разных типа IFA:

Publisher-level IFA (идентификатор уровня приложения)

Каждое приложение само придумывает себе номер и называет его IFA. Технически выглядит как настоящий IFA, но на деле это не номер телевизора, а номер конкретного приложения на этом телевизоре. У ИВИ — свой номер, у Кинопоиска — свой, у НТВ — свой. Что это один и тот же телевизор, никто не знает. Представьте: один и тот же телевизор, один и тот же человек — но приложение Иви «видит» его под одним IFA, приложение Кинопоиска — под другим, а приложение НТВ — под третьим. Связать эти три идентификатора между собой невозможно — они никак не связаны ни технически, ни логически.

Это означает следующее: если вы размещаете рекламу через несколько CTV-площадок и каждая передаёт publisher-level IFA, вы физически не можете:

• Настроить кросс-платформенный frequency capping — один пользователь на одном телевизоре будет получать рекламу снова и снова, переходя из одного приложения в другое

• Дедуплицировать охват — один и тот же человек будет посчитан как разные уникальные пользователи в каждой из площадок

• Построить сквозную аналитику по домохозяйству — даже внутри одного телевизора, не говоря уже о нескольких устройствах

Device-level IFA (идентификатор уровня устройства)

Это «правильный» IFA в понимании стандарта. Его генерирует операционная система телевизора или приставки — один раз, на уровне платформы. Все приложения на этом устройстве запрашивают его через официальный API производителя и получают одно и то же значение. Именно так работают RIDA на Roku, TIFA на Samsung Tizen, GAID на Android TV. Это единый идентификатор устройства — независимо от того, запускаете ли вы Кинопоиск, Иви или приложение телеканала. К сожалению, этот вариант практически не используется в России.

Проблема №2: IFA передают далеко не все

Это, пожалуй, самая важная вещь, которую нужно понять рекламодателям и агентствам. В отличие от мобильных платформ с жёсткими требованиями App Store и Google Play, в CTV среде нет единого регулятора, который обязывал бы всех передавать IFA.

На практике это означает следующее:

• Часть приложений на Smart TV не реализовала передачу IFA — либо разработчики не посчитали нужным, либо интеграция оказалась технически сложной

• Операторские IPTV-приставки нередко либо не поддерживают стандарт IFA, либо передают иные идентификаторы, например, device ID, MAC-адреса (заводской идентификатор), SAN (идентификатор договора с абонентом) или их хешированные значения

• Некоторые OTT-сервисы используют собственные идентификаторы пользователей (на основе авторизации), которые не соответствуют стандарту IAB

• При использовании серверной врезки SSAI (server-side ad insertion) — IFA обычно  не долетает до рекламной платформы вообще

Проблема №3: IFA не так уж стабилен

Вот полный список событий, которые могут изменить IFA:

• Обновление самого приложения — критический момент для publisher-level IFA: часть приложений при обновлении до новой версии генерирует новый идентификатор, особенно если разработчик изменил логику хранения UUID или очищает локальное хранилище. Это значит, что лояльный пользователь, который смотрел онлайн кинотеатр месяц назад и обновил приложение, с точки зрения рекламной платформы — совершенно новый человек

• Обновление прошивки телевизора — часть производителей при major-обновлении ОС меняет логику генерации IFA или сбрасывает его принудительно

• Явный сброс пользователем: по стандарту IAB, пользователь вправе сбросить IFA в любой момент в настройках конфиденциальности. После сброса генерируется новый случайный UUID — устройство становится «незнакомым» для всех рекламных платформ

• Заводской сброс устройства (factory reset) — автоматически обнуляет IFA. После продажи телевизора или переезда новый владелец начинает «с чистого листа»Смена аккаунта — в реализациях, где IFA привязан к учётной записи пользователя (а не к железу), смена аккаунта или выход из него полностью меняет идентификатор

• Переустановка приложения — при удалении и повторной установке publisher-level IFA гарантированно генерируется заново

Проблема №4: IFA-спуфинг и фрод

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

• Device spoofing: один сервер генерирует миллионы «фиктивных» рекламных запросов, подставляя случайные UUID в поле IFA. По данным исследований, известная операция SneakyTerra спуфила более 2 миллионов устройств в день

• IFA cycling: быстрая смена идентификаторов на одном устройстве для обхода frequency capping — устройство получает рекламу снова и снова, как будто оно «новое»

• Fake SSAI: мошенники поднимают фиктивные SSAI-серверы, которые имитируют CTV-инвентарь и передают произвольные IFA

В России верификационная инфраструктура (DoubleVerify, IAS, Pixalate) значительно слабее представлена, чем на Западе. Это означает, что возможности для детектирования фрода через аномальное поведение IFA ограничены.

Проблема №5: один дом, несколько устройств — и полная слепота

Поднимемся ещё на уровень выше. Даже если допустить идеальный сценарий — все приложения на телевизоре передают один и тот же device-level IFA — остаётся нерешённая задача масштабом крупнее.

Типичное российское домохозяйство в 2025 году выглядит так: умный телевизор(или несколько), смартфон у каждого члена семьи, возможно планшет, ноутбук. Контент смотрят на всём этом. Реклама показывается на всём этом. Но с точки зрения IFA — это абсолютно разные, никак не связанные сущности:

• IFA телевизора Samsung — один UUID

• GAID смартфона на Android у мамы — другой UUID

• IDFA iPhone у папы — третий UUID

• GAID планшета ребёнка — четвёртый UUID

Без внешнего identity graph, который знает, что эти четыре идентификатора принадлежат одному домохозяйству, рекламная платформа работает вслепую. Она не может:

• Ограничить суммарную частоту показов кампании по всем устройствам семьи — папа увидит ролик на телевизоре 5 раз, потом ещё 5 раз на смартфоне, потому что это «разные пользователи»

• Атрибутировать конверсию: человек увидел рекламу на телевизоре, а купил товар через приложение на смартфоне — платформа не поймёт, что это одно и то же действие

• Выстроить последовательный сторителлинг (sequential messaging): показать первый ролик на ТВ, второй — на мобильном, третий — на десктопе

Проблема №6: фрагментация, ВитринаТВ и отсутствие единого identity graph

Для решения всех описанных выше проблем — кросс-приложенческой, кросс-девайсной, кросс-домохозяйственной — на Западе строят identity graph: базу данных, которая связывает разнородные идентификаторы между собой. Базовый механизм прост: если пользователь залогинился в одном приложении на телевизоре и в другом на смартфоне с одного email — эти два ID можно связать через хэшированный email (HEM). Но для этого нужно как минимум, чтобы пользователь где-то авторизовался.

В России этот путь натыкается сразу на два специфических барьера, которых нет на западных рынках.

Барьер первый: закон о ВитринеТВ и изолированный инвентарь федеральных каналов

С 2022 года в России действует закон, по которому трансляция первого и второго мультиплекса (федеральные каналы — Первый, Россия, НТВ, ТНТ и др.) в интернете разрешена только через уполномоченную организацию — ООО «ВитринаТВ». Это означает, что любой крупный АВС (аудиовизуальный сервис с аудиторией более 100 000 пользователей в месяц) — Кинопоиск, Иви, Okko, Wink и другие — обязан встраивать в своё приложение ПО ВитринаТВ для показа этих каналов или разработать свое ПО совместимое с ВитринаТВ. 

С точки зрения рекламной идентификации это создаёт принципиальную проблему: плеер ВитриныТВ работает как изолированная система внутри приложения кинотеатра. Онлайн-кинотеатры не передают ВитринеТВ свои идентифиаторы и данные о профилях пользователей. У ВитриныТВ есть собственные идентификаторы, которые она присваивает сессиям просмотра.

С точки зрения рекламодателя это означает следующее: если вы хотите купить рекламу на федеральных каналах в интернете (через ВитринуТВ) и одновременно на контенте самого кинотеатра — вы работаете в двух параллельных вселенных. Ограничение по частоте между ними невозможно. Дедупликация охвата — невозможна. Сквозная атрибуция — практически невозможна.

Барьер второй: часть российских CTV-сервисов не требуют авторизации

В российском CTV складывается парадоксальная ситуация: identity graph в западном понимании построить практически невозможно. Отдельные крупные игроки (например, экосистема Яндекса с авторизацией через Яндекс ID, Ростелеком/Wink с Платформа, Билайн, МТС и тп) имеют возможность связывать устройства внутри своей экосистемы. Но даже они не могут выйти за её пределы без партнёрских соглашений о матчинге данных.

На Западе основой для построения identity graph служат авторизованные пользователи: залогинился — тебя можно идентифицировать через email, связать устройства, построить профиль. Именно на этом строятся UID2.0, RampID и другие современные решения.

В России значительная часть рекламно-монетизируемых CTV-сервисов не требует от пользователя регистрации или авторизации вообще. Зашёл, нажал кнопку — смотришь. Это удобно для пользователя, но катастрофично для идентификации:

• Нет email — нет хэша email (HEM), нет возможности связать устройства через детерминированный матчинг

• Нет аккаунта — нет first-party данных о пользователе. Сервис знает только технические параметры: IFA (если передаётся), IP, user agent

• Нет истории авторизаций — невозможно связать одного человека между сессиями, если IFA изменился (а мы уже знаем, что он меняется)

• Нет возможности строить lookalike-аудитории на основе реальных пользовательских данных — только на основе поведенческих паттернов и косвенных сигналов

До появления компании, которая станет мостом между идентификаторами разных экосистем и платформ (провайдер identity graph) вопрос о пересечении аудитории и сквозной частоте не будет решен.

IFA: честный баланс плюсов и минусов

Технические характеристики IFA по стандарту IAB:

• Строка из 32 шестнадцатеричных символов в формате UUID (8-4-4-4-12)

• Полностью отвязан от hardware ID, MAC-адреса, IMEI или IP-адреса

• Пользователь может сбросить его в настройках конфиденциальности устройства

• При сбросе генерируется новый случайный идентификатор

• Передаётся вместе с флагом LMT (Limit Ad Tracking) — если пользователь запретил отслеживание, вместо реального IFA должна передаваться заглушка

• Передаётся в поле device.ifa протокола OpenRTB при программатик-закупках

Вместо заключения: IFA — хороший инструмент, но не панацея

IFA — это важный и нужный стандарт, который решает реальные задачи рекламного рынка CTV. Он значительно лучше IP-адреса как идентификатор, он соответствует принципам конфиденциальности, он понятен всей технологической экосистеме. На зрелых рынках с высоким покрытием и сильной верификационной инфраструктурой — это рабочий инструмент.

Но в России, где рынок CTV ещё формируется, называть IFA «основой аналитики» и «стабильным идентификатором» без оговорок — значит вводить рекламодателей в заблуждение. Потому что:

• IFA передают не все площадки — и часто никто не говорит, какой процент инвентаря реально его содержит

• В России в основном используется Publisher-level IFA, что означает — один телевизор виден как десятки разных «пользователей» — по числу установленных приложений

• IFA может быть сброшен или изменён — при обновлении приложения, прошивки, смене аккаунта, factory reset

• IFA идентифицирует устройство, а не человека: члены семьи за одним ТВ невидимы, другие устройства домохозяйства — тоже

• IFA не решает кросс-экранную атрибуцию без дополнительной инфраструктуры

• IFA уязвим для спуфинга — особенно в среде без строгой верификаци

Требуйте от партнёров прозрачности: какое реальное покрытие IFA в инвентаре, какие fallback-механизмы используются, как работает верификация трафика. И относитесь к IFA как к одному из инструментов — важному, но не единственному и не волшебному.

Как правильно подходить к идентификации в российском CTV

Главный вывод из всего вышесказанного: в России, где рынок CTV ещё формируется, называть IFA «основой аналитики» и «стабильным идентификатором» без оговорок — значит вводить рекламодателей в заблуждение.В российских реалиях не существует одного надёжного идентификатора. Зрелый подход — это не поиск «волшебного IFA», а работа с комбинацией разныой информации от устройств: IFA (там где он есть)+ IP-адрес + данные устройства (модель, тип, операционная система, производитель) + поведенческие паттерны (история просмотров, жанровые предпочтения, время активности).Именно комбинация этих четырёх факторов даёт более честную картину, чем любой одиночный идентификатор. Чтобы ситуация менялась системно, а не точечно, в этом году в рамках комиссии по Digital Video Ad в АРИР мы планируем разработать единый стандарт передачи данных об устройствах для паблишеров. Без такого стандарта рынок будет продолжать работать в режиме «у каждого по-своему» — и никакая технология на стороне рекламодателя это не компенсирует. Приглашаем к участию всех заинтересованных.

Материал основан на стандартах IAB Tech Lab, публикациях DoubleVerify, Pixalate, АРИР и опыте getads работы с CTV-устройствами