Ответы на часто задаваемые вопросы, связанные с актуальностью Privacy Sandbox и API-интерфейсами измерения .
Чем темы отличаются от аудиторий, определенных продавцом (SDA)?
Темы и SDA предоставляют взаимодополняющие типы информации, и оба находятся под контролем издателя. Мы не считаем, что они конкурируют друг с другом. Вместо этого оба работают бок о бок или в разных контекстах, чтобы максимизировать возможности покупки. Покупатели учитывают и используют множество сигналов при программной оценке показов, и мы ожидаем, что темы будут одним из таких факторов. Продавцы исторически не включают сегменты аудитории в аукционы на открытом рынке, поэтому, скорее всего, там будут использоваться темы. Вместо этого продавцы предоставили свою аудиторию для программной покупки в рамках сделок, заключенных с рекламодателями, агентствами или DSP. В этих случаях продавец и покупатель целенаправленно заключают сделку на основании SDA. Если в этих случаях используются темы, это может быть для одного или нескольких из следующих действий:
- Продавец дополняет определение аудитории с помощью тем.
- Покупатель использует темы как сигнал о том, какую ставку следует предложить.
- Покупатель использует темы, чтобы проверить точность SDA.
Позволяет ли Защищенная аудитория Google контролировать создание аудитории?
Нет. Сайты могут продолжать создавать собственную аудиторию как внутри Privacy Sandbox, так и за его пределами. Когда сайты создают аудитории в Privacy Sandbox, владелец сайта или выбранный доверенный представитель определяет, кто может создавать аудитории, что это за аудитории, как эти аудитории обновляются, как на эти аудитории будут назначаться ставки и следует ли удалять пользователей из аудитории.
Поддерживает ли Защищенная аудитория группы по интересам, созданные издателем?
Да. Мы понимаем, что сегодня издатели опасаются выставлять свою аудиторию на аукционы на основе OpenRTB, опасаясь утечки данных. Издатели могут сегодня создавать аудитории с помощью Защищенной аудитории , которая не дает системе назначения ставок межсайтовое представление об этом отдельном пользователе издателя. Мы рады продолжить изучение способов, которыми издатели могут воспользоваться преимуществами среды с уменьшенной утечкой данных в Protected Audience.
Как применяются правила качества рекламы на аукционах защищенной аудитории?
Существует несколько способов обеспечения соблюдения правил качества рекламы на аукционах защищенной аудитории . Каждый из этих способов аналогичен тому, как сегодня поставщики общих служб обеспечивают соблюдение правил качества рекламы. Один из способов — позволить аукциону с неизвестным креативом инициировать его постановку в очередь на сканирование. Мы слышали отзывы о том, что SSP хотят улучшить поддержку этого варианта использования и разрабатывают механизм, который может создавать поток renderUrls , который SSP может проверять вне канала, а затем хранить информацию для своего сервера значений ключей. Другой способ — потребовать предварительной регистрации объявлений. Как и в предыдущем случае, после сканирования объявления результаты можно привязать к серверу значений ключа. Затем, позже, когда покупатель делает ставку с этим креативом (на что указывает идентификатор креатива, который, вероятно, соответствует тому же формату, что и OpenRTB), логика оценки продавца может выполнить поиск на сервере ключевых значений и решить, как соответствующим образом оценивать.
Поддерживает ли Защищенная аудитория видеорекламу?
Да. URL-адреса VAST можно передавать в Защищенную аудиторию и из нее. Когда появляется URL-адрес VAST, технические специалисты продавца могут согласовать, как они обернут URL-адрес VAST покупателя перед его отправкой игроку. В преддверии требования о переходе на Fenced Frames (не ранее 2026 года) и дальнейшем усилении защиты конфиденциальности пользователей мы ожидаем, что экосистема примет участие в обсуждениях дизайна, которые обязательно будут включать видео.
Поддерживает ли Защищенная аудитория нативную рекламу?
Да. URL-адреса JSON можно передавать в Защищенную аудиторию и из нее. Когда появляется URL-адрес JSON, технические специалисты на стороне продавца могут согласовать, как они добавляют любые желаемые события, прежде чем окончательный JSON будет передан в код рендеринга. В преддверии требования о переходе на Fenced Frames (не ранее 2026 года) для дальнейшего усиления защиты конфиденциальности пользователей мы ожидаем, что экосистема примет участие в обсуждениях дизайна, которые, вероятно, будут включать в себя нативные решения.
Препятствует ли показ рекламы для защищенной аудитории инновациям?
Нет. При отображении рекламы всегда использовались браузерные технологии. Это не меняется. Возможно, эта проблема связана с планами потребовать использования Fenced Frames в сочетании с Protected Audience в будущем. Одна из причин, по которой эти планы «в будущем», заключается в том, что мы хотим, чтобы технология Fenced Frames поддерживала инновации и дифференциацию экосистемы, когда дело доходит до рендеринга рекламы. У заинтересованных разработчиков и компаний есть время подумать о направлении Fenced Frames, в том числе о том, как можно поддерживать подходы к нативной рекламе.
Позволяет ли Защищенная аудитория использовать сложные подходы к настройке скорости и оценке ставок, которые существуют сегодня на традиционных аукционах?
Защищенная аудитория предлагает покупателям возможность в режиме реального времени понять темпы кампании и бюджеты. С точки зрения инвентаря продавец может предоставлять покупателю аукционные сигналы о контексте страницы и чем-либо еще. Если продавец решает отправить контекстный запрос ставки, покупатель также может узнать об инвентаре с помощью этого механизма, а затем предоставить себе контекстные сигналы (через perBuyerSignals ), которые можно использовать при формировании ставок для защищенной аудитории. Первые пользователи уже подключают системы машинного обучения к Защищенной аудитории. Мы понимаем, что потребуется время, чтобы настроить эти системы для проведения ставок в среде защищенной аудитории, но важно отметить, что настройка возможна и уже происходит.
Будет ли стандарт OpenRTB работать в Защищенной аудитории?
Да. Эта работа ведется в технической лаборатории IAB с помощью хорошо посещаемой группы представителей DSP и SSP. Похоже, что путь вперед будет заключаться в использовании частей протокола OpenRTB в качестве стандарта связи внутри аукционов с защищенной аудиторией , и мы знаем, что ранние последователи уже создают его.
Требует ли Защищенная аудитория от компаний поддержки двух отдельных архитектур для показа рекламы?
Нет. Защищенная аудитория не требует поддержки двух отдельных архитектур. Ваш архитектурный выбор — ваш собственный. По мере развития онлайн-рекламы с течением времени росла и сложность систем, обеспечивающих ее работу. Сделать Интернет более конфиденциальным для пользователей сложнее и требует работы. Компании, занимающиеся рекламными технологиями, могут выбрать две отдельные архитектуры или объединить Защищенную аудиторию с традиционными аукционами.
Что произойдет с традиционными аукционами, когда компании, занимающиеся рекламными технологиями, снова поддержат Защищенную аудиторию?
Мы ожидаем, что контекстные аукционы останутся актуальными по множеству причин, включая сделки, кампании, не ориентированные на собственную аудиторию, и многие другие контекстные сценарии. Они также остаются ценными, когда нет групп по интересам или ставки в Защищенной аудитории не достигают минимального уровня или не соответствуют правилам качества рекламы.
Противоречит ли аукцион защищенной аудитории усилиям экосистемы по оптимизации путей поставок (SPO), направленным на сокращение общего количества посредников между рекламодателем и издателем и/или дублирование конкретной рекламной возможности?
Нет. Выигрышное объявление в Защищенной аудитории пройдет не более чем через две организации-продавцы (например, через платформу предложения (SSP) и рекламный сервер издателя) и не пройдет ни через одну, если покупатель выстроит прямую интеграцию с издателем.
Дублирование одного и того же запроса с использованием нескольких посредников остается выбором издателя. Защищенная аудитория не должна так или иначе влиять на это.
Аукционы защищенной аудитории проводятся за пределами современной межсерверной системы реального времени, чтобы не допустить утечки межсайтовых пользовательских данных. Некоторые могут сказать, что это дублирует запрос объявления. Достижение технически доказуемой конфиденциальности требует некоторых компромиссов. Однако в долгосрочной перспективе экосистема может решить использовать Защищенную аудиторию без традиционных серверных аукционов. Этот выбор может привести к еще более оптимизированным путям поставок.
Снижает ли защищенная аудитория ценность существующей инфраструктуры формирования трафика?
Насколько мы понимаем, в отношении количества запросов в секунду меняется то, что многие SSP используют межсайтовые идентификаторы в качестве функции для определения того, отправлять или нет запрос DSP. Таким образом, сокращение межсайтовых идентификаторов влияет на существующие методы формирования трафика. Это будет справедливо независимо от того, хочет ли издатель провести аукцион защищенной аудитории или нет.
Мы изучили формирование трафика со многими SSP и нашли решения, включая кэширование и контекстную фильтрацию. Мы ожидаем, что со временем разработчики воспользуются преимуществами частного агрегирования , чтобы лучше понять предпочтения ставок DSP и соответствующим образом фильтровать.
В конечном итоге некоторая устаревшая инфраструктура, построенная на основе межсайтовых идентификаторов, перестанет быть полезной.
Будут ли новые запросы, полученные в результате аукциона защищенной аудитории, перегружать возможности SSP?
Мы слышали от некоторых SSP, что емкость не является проблемой или важной частью ценностного предложения SSP с точки зрения интеграции. Что касается SSP, которые обеспокоены новыми вызовами в процессе аукциона, мы знаем о компаниях, которые уже помогают SSP решать проблемы с пропускной способностью и стремятся расширить эти услуги для поддержки Защищенной аудитории . Дайте нам знать, если вы хотите, чтобы мы связали вас с одной из этих компаний.
Как приоритет учитывается в Защищенной аудитории, когда в браузере есть конкурирующие ресурсы?
Защищенная аудитория в целом следовала стандартной парадигме создания средств контроля, которые позволяют продавцам решать, сколько времени и ресурсов могут потратить участники торгов, и создания инструментов, которые позволяют покупателям решать, как лучше всего использовать доступные им ресурсы. Эти элементы управления и инструменты доступны уже сегодня, но их полная выгода будет реализована после их внедрения покупателями и продавцами. Кроме того, Chrome продолжает работать над различными улучшениями инфраструктуры для повышения скорости аукциона (например, crrev.com/1190815 , crrev.com/1199839 , crrev.com/1201837 , crrev.com/1198339 , crrev.com/1197323 ). .
Как Защищенная аудитория решает проблемы с задержкой?
Раньше, до появления Защищенной аудитории , при торгах в режиме реального времени, которые происходили на серверах, продавцы указывали строгие таймауты для ответов покупателей, чтобы контролировать задержку. Мы добавили в Protected Audience множество очень похожих элементов управления временем ожидания, определяемых продавцом (см. документацию по perBuyerCumulativeTimeouts , perBuyerTimeouts , sellerTimeout ), чтобы достичь той же цели — контролировать задержку. Эти элементы управления также побуждают участников аукциона оптимизировать свою логику, чтобы обеспечить наиболее эффективное использование ресурсов для поддержки экосистемы рекламных технологий и высокого качества пользовательского опыта.
Chrome также продолжает работать над различными улучшениями инфраструктуры для повышения скорости аукциона (например, crrev.com/1190815 , crrev.com/1199839 , crrev.com/1201837 , crrev.com/1198339 , crrev.com/1197323 ). Мы приветствуем обратную связь по обеим сторонам этой проблемы задержки: дополнительные инструменты, которые покупатели и продавцы найдут полезными, и отчеты о наблюдаемых узких местах, которые инженеры Chrome должны изучить.
Является ли создание Защищенной аудитории на устройстве напрасной тратой усилий, когда существуют службы назначения ставок и аукционов (B&A)?
Нет. Для случаев использования рекламных технологий достаточно устройства. Службы ставок и аукционов — это дополнительное решение для горизонтального масштабирования, когда специалисты по рекламе хотят инвестировать в ресурсы расчета ставок больше, чем позволяет браузер. Разработка на устройстве — это хорошая инвестиция, поскольку большую часть работы можно будет использовать повторно, даже если разработчики позже решат участвовать в средах служб торгов и аукционов. Большинство построенных труб и инфраструктуры будут продолжать работать аналогичным образом.
Подтолкнут ли компании требования к облачным средам Trusted Execution Environments (TEE) для Protected Audience к использованию Google Cloud?
Privacy Sandbox разработала API-интерфейсы для обеспечения надежной конфиденциальности и безопасности, и мы не принимали никаких конструктивных решений в пользу Google Cloud. Наша поддержка поставщиков облачных услуг началась с AWS, поскольку мы понимаем, сколько поставщиков рекламных технологий выбирают Amazon. Помимо AWS и Google Cloud, мы планируем в будущем поддерживать других поставщиков облачных услуг и открыты для предложений других поставщиков облачных услуг. Если задержка вызывает беспокойство, облака предлагают клиентам выбор местоположения, который сокращает расстояние до других поставщиков облачных услуг.
Будет ли Privacy Sandbox позволять Trusted Execution Environments (TEE) работать в частных облачных центрах обработки данных?
Поддающиеся аудиту доверенные среды выполнения (TEE) являются частью нашей модели конфиденциальности и безопасности. Мы начали с TEE, предлагаемых поставщиками общедоступных облаков из-за строгих мер безопасности. Чтобы внести ясность, единственные API, требующие использования доверенных сред выполнения в ближайшем будущем, — это API отчетов об атрибуции и API частной агрегации , и ни один из них не предполагает вызов TEE в режиме реального времени в условиях аукциона. Мы продолжаем изучать возможности поддержки других вариантов, помимо общедоступных облачных решений.
Не будет ли дороже запускать доверенные среды выполнения в публичных облаках, чем в локальных центрах обработки данных рекламных технологий?
Наша текущая модель конфиденциальности TEE использует методы обеспечения безопасности, применяемые в общедоступных облаках, и мы подвергаем сомнению любые предположения о том, что эксплуатация доверенной среды выполнения в локальной среде обходится дешевле. Вот некоторые соображения по поводу стоимости этих практик:
Поставщики общедоступных облаков должны придерживаться очень высокой планки с точки зрения безопасности. Например, AWS — авторитетный поставщик облачных услуг с устоявшимися практиками обеспечения безопасности. В частности, AWS Nitro имеет документированную модель безопасности , гарантирующую, что анклавы Nitro предотвращают доступ операторов к данным, которые обрабатываются в анклаве, а защищенные ресурсы (например, ключи дешифрования) доступны только авторизованному коду, выполняющемуся в анклаве. Также следует учитывать физический доступ. AWS разработала и внедрила меры по снижению рисков физического доступа, в том числе со стороны сотрудников Amazon. Существующие аппаратные TEE могут не защитить от всех физических атак, для которых предназначены публичные облака. Кроме того, Amazon недавно привлекла независимую исследовательскую фирму NCC Group для проверки своих разработок Nitro, ориентированных на требования безопасности, связанные с доступом внутренних сотрудников. В публичном отчете указано, что проекты AWS соответствуют заявленным требованиям.
Внедрение, поддержка и улучшение этих практик с течением времени требуют денег. Поскольку общедоступные облака распределены по всему миру и широко доступны, эти затраты распределяются между широкой базой клиентов.
Изменяет ли Privacy Sandbox выставление счетов?
Нет. Компании, занимающиеся рекламными технологиями, и другие пользователи API могут продолжать видеть, отображается ли что-то на странице и по какой цене.
Возможно ли ограничение частоты показов в Privacy Sandbox?
Защищенная аудитория поддерживает ограничение частоты показов между сайтами в пределах одной группы интересов с помощью объекта prevWinsMs . Функция generateBid() покупателя на аукционе Защищенной аудитории может создавать логику, которая может определять стратегию назначения ставок на основе результатов предыдущих показов рекламы в том же браузере.
Есть несколько решений, которые можно использовать для ограничения частоты показов за пределами Защищенной аудитории, но они не полностью соответствуют межсайтовым методам, которые рекламные специалисты используют для сторонних файлов cookie.
- Собственные файлы cookie: рекламные специалисты могут использовать собственные данные для ограничения частоты показов на своем сайте.
- CHIP : рекламные специалисты могут управлять ограничением частоты показов на уровне каждого сайта с помощью разделенного файла cookie.
- Shared Storage
SelectURL(): после того, как рекламный технический специалист выиграл аукцион и до того, как он отобразит креатив, он может вызвать Shared Storage для доступа к межсайтовым данным и выбрать правильный креатив в зависимости от частоты через выходной шлюз «Выбрать URL».
Решение по ограничению частоты показов для незащищенной аудитории, обеспечивающее конфиденциальность и обеспечивающее значимую полезность рекламных технологий, является сложной задачей по следующим причинам:
- Судя по отзывам рекламных технологий, в настоящее время неясно, может ли частотный сигнал выдерживать шум.
- Мы постоянно слышали отзывы от рекламных технологий о том, что межсайтовый частотный сигнал должен быть доступен во время аукциона, а это требует, чтобы нешумовые межсайтовые сигналы были доступны для использования на любом рекламном аукционе. Это может раскрыть большой объем информации о действиях пользователя на сайтах, что подрывает цели конфиденциальности Privacy Sandbox.
- Мы чувствительны к задержке, и решение на устройстве, которое может обеспечить этот сигнал, может вызвать задержку и нарушить работу аукциона.
- Решением, скорее всего, станет новый API, который должен будет пройти процесс предложения W3C.
Таким образом, создание решения по ограничению частоты показов за пределами защищенной аудитории не входит в наши ближайшие планы, но мы открыты для отзывов о потенциальных способах решения этого варианта использования.
А как насчет случаев использования, которые не охватываются Privacy Sandbox?
API-интерфейсы Privacy Sandbox предоставляют ключевые строительные блоки для рекламы, сохраняющей конфиденциальность, где разработчики могут гибко определять, как они собираются вместе. Подход «строительных блоков» позволяет предприятиям внедрять инновации и разрабатывать решения, которые приносят пользу их клиентам. Privacy Sandbox не преследует цель стать комплексным решением для всех случаев использования. Мы считаем, что это будет плохой результат. Вместо этого разработчики и предприятия будут продолжать воплощать свои идеи в жизнь с помощью различных технологий, включая API-интерфейсы Privacy Sandbox, которые они интегрируют в свои решения.