Ежеквартальный отчет за первый квартал 2023 года, в котором суммируются отзывы экосистемы, полученные по предложениям Privacy Sandbox, и ответ Chrome.
В рамках своих обязательств перед CMA Google согласилась публично предоставлять ежеквартальные отчеты о процессе взаимодействия с заинтересованными сторонами для своих предложений Privacy Sandbox (см. пункты 12 и 17(c)(ii) Обязательств ). Эти сводные отчеты об отзывах Privacy Sandbox создаются путем объединения отзывов, полученных Chrome из различных источников, перечисленных в обзоре отзывов , включая, помимо прочего: «Проблемы GitHub», форму обратной связи, доступную на сайте Privacysandbox.com , встречи с заинтересованными сторонами отрасли и форумы по веб-стандартам. Chrome приветствует отзывы, полученные от экосистемы, и активно изучает способы интеграции полученных знаний в дизайнерские решения.
Темы отзывов ранжируются по распространенности каждого API. Это делается путем агрегирования количества отзывов, полученных командой Chrome по заданной теме, и их упорядочения в порядке убывания количества. Общие темы обратной связи были определены путем анализа тем обсуждений на публичных собраниях (W3C, PatCG, IETF), прямой обратной связи, GitHub и часто задаваемых вопросов, возникающих во внутренних группах Google и в общедоступных формах.
В частности, были проанализированы протоколы совещаний органов по веб-стандартам, а для прямой обратной связи были рассмотрены записи Google о встречах заинтересованных сторон один на один, электронные письма, полученные отдельными инженерами, список рассылки API и публичная форма обратной связи. Затем Google координировал действия команд, участвующих в различных информационно-просветительских мероприятиях, чтобы определить относительную распространенность тем, возникающих в отношении каждого API.
Объяснения ответов Chrome на отзывы были разработаны на основе опубликованных часто задаваемых вопросов, реальных ответов на вопросы, поднятые заинтересованными сторонами, и определения позиции специально для целей этой публичной отчетности. Отражая текущую направленность разработки и тестирования, были получены вопросы и отзывы, в частности, в отношении Topics, FLEDGE и API отчетов по атрибуции.
На отзыв, полученный после окончания текущего отчетного периода, Chrome может еще не ответить.
Глоссарий сокращений
- ЧИПСЫ
- Файлы cookie, имеющие независимое разделенное состояние
- ЦСП
- Платформа спроса
- ФедКМ
- Федеративное управление учетными данными
- ФПС
- Наборы для первой вечеринки
- IAB
- Бюро интерактивной рекламы
- ВПЛ
- Поставщик удостоверений
- IETF
- Целевая группа по интернет-инжинирингу
- ИП
- Адрес интернет-протокола
- openRTB
- Ставки в реальном времени
- ОТ
- Исходная пробная версия
- ПатКГ
- Группа сообщества частных рекламных технологий
- РП
- Доверяющая сторона
- ССП
- Платформа предложения
- ТРОЙНИК
- Доверенная среда выполнения
- UA
- Строка пользовательского агента
- UA-CH
- Подсказки для клиента User-Agent
- W3C
- Консорциум Всемирной паутины
- ВИПБ
- Умышленная IP-слепота
Общий отзыв, без конкретного API/технологии
| Тема обратной связи | Краткое содержание | Ответ Chrome |
|---|---|---|
| Тестирование и испытание | Актуальность тестирования для оценки CMA, если API-интерфейсы Privacy Sandbox не будут завершены к моменту начала теста. | Разработка API-интерфейсов Privacy Sandbox продвигается быстрыми темпами. Они уже доступны в пробной версии Origin для тестирования и будут доступны для 100% трафика этим летом. Кроме того, мы уточнили сроки для некоторых функций (таких как отчеты на уровне событий FLEDGE, рендеринг FLEDGE с помощью iframe), которые не будут затронуты ранее 2026 года. Мы призываем экосистему тестировать API-интерфейсы и предоставлять отзыв CMA на основе того, на что тестировщики рассчитывают полагаться, когда сторонние файлы cookie станут устаревшими. Это может помочь им оценить вероятные последствия прекращения поддержки сторонних файлов cookie. |
| Пользовательские элементы управления | Четкое руководство для экосистемы по последствиям использования API Privacy Sandbox для пользовательских элементов управления. | Мы не можем предоставлять юридические консультации относительно того, какие элементы управления экосистемой могут использовать пользователи. В то же время Chrome экспериментирует с показом обновленных пользовательских элементов управления Privacy Sandbox («Расширенная конфиденциальность рекламы») очень небольшому проценту пользователей в рамках наших постоянных усилий по улучшению технологий Privacy Sandbox. Обновления включают более понятный и полезный язык и макеты. Как только Chrome оценит эти усовершенствования и решит, стоит ли распространять их на более широкую аудиторию, они смогут поделиться дополнительной информацией с экосистемой. |
| Утечка данных | Риск утечки сторонних данных в Google и другие стороны в случае взлома браузера. | В нашем пояснении FLEDGE становится очевидным, что данные одной рекламной технологии передаются только этой самой рекламной технологии (либо с их рабочими модулями, либо с их доверенными серверами) или когда они явно передаются этой рекламной технологией (например, покупатель показывает продавцу URL-адрес объявления, который он хочет). для отображения). Единственным исключением является то, что проверка k-анонимности должна выполняться глобальным централизованным сервером, и это область, которой мы продолжаем уделять значительные ресурсы. Обратитесь к объяснению K-анонимности , чтобы получить подробное представление о том, как мы думаем о конфиденциальности. Помимо этого, мы готовы предоставить более подробную информацию о том, как работают рекламные технологии защиты, использованные при разработке сервера k-anonymity. |
| Дополнительный форум для обсуждения | Запрос на дополнительный форум W3C для нетехнических игроков экосистемы, чтобы они могли делиться отзывами. | Форма обратной связи Privacy Sandbox подходит для комментариев общего и частного характера, технического и нетехнического характера. Бизнес-группа по улучшению веб-рекламы — это форум для обсуждения посредством еженедельных звонков и репозитория GitHub . На странице отзывов Privacy Sandbox на сайте Developer.chrome.com описаны другие механизмы предоставления отзывов и участия в обсуждениях. Chrome также продолжает проводить такие мероприятия, как публичные рабочие часы, чтобы облегчить вопросы и обмен контентом. Кроме того, в прошлом квартале Chrome провел или посетил более дюжины отраслевых мероприятий. |
| Уточнение сроков | Уточнение точной даты общедоступной версии в третьем квартале 2023 г. | Согласно графику, опубликованному на PrivacySandbox.com , общедоступная версия должна начаться с выпуском Chrome версии 115. |
| реКАПЧА | Влияние API-интерфейсов песочницы на вариант использования reCATPCHA для обнаружения спама | Мы периодически получаем отзывы от reCAPTCHA, чтобы гарантировать, что предложения Privacy Sandbox не окажут существенного влияния на веб-безопасность или мошенничество. Они разрабатывают собственный план подготовки и корректировки прекращения поддержки сторонних файлов cookie, поэтому лучше всего им ответить на этот вопрос. |
| Расширения Chrome | Будут ли технологии Privacy Sandbox, такие как меры защиты от скрытого отслеживания (ACT), применяться к расширениям Chrome? | Мы не делали никаких объявлений о том, может ли ACT применяться к расширениям Chrome. Однако если технология тайно собирает информацию о пользователе, это не будет соответствовать нашим принципам конфиденциальности. |
Показывайте релевантный контент и рекламу
Темы
| Тема обратной связи | Краткое содержание | Ответ Chrome |
|---|---|---|
| Обзор дизайна TAG | TAG выпустила обзор раннего дизайна тем. | Мы по-прежнему привержены темам и поделились обновленной информацией о нашей приверженности темам на странице последних обновлений и в этом выпуске . Мы ответили по пунктам на обзор TAG и поделились здесь нашим видением более высокого уровня . API Topics останется частью коллекции API, которые рекламная экосистема должна протестировать в течение 2023 года. Мы надеемся, что отзывы о тестировании, которые мы услышим, и опыт разработчиков, который мы получим, внесут ценный вклад в будущие усилия по разработке кроссбраузерных стандартов в этой области. . Мы с нетерпением ожидаем продолжения взаимодействия с экосистемой, чтобы облегчить возможный переход, когда API Topics может стать согласованным стандартом с кросс-браузерной совместимостью. |
| Подход к темам | Поддержка открытого подхода Chrome к разработке API тем. | Мы ценим это мнение и надеемся на продолжение сотрудничества с отраслевой группой над разработкой API Topics, который обеспечит ценность экосистемы в целом. |
| (Также сообщалось в третьем квартале 2022 г.) Таксономия тем недостаточно детализирована | Таксономия широких тем не включает более подробные темы, в том числе специфичные для региона. | Обновление первого квартала: Работа над улучшением таксономии ведется постоянно, и во втором квартале мы объявим об обновленной таксономии для Topics API. Чтобы разработать эту новую таксономию, мы тесно сотрудничали с компаниями из всей экосистемы. Мы активно ищем отзывы о таксономии, которая была бы наиболее полезна для экосистемы. При оценке того, стоит ли расширять количество тем или включать более детальные темы, необходимо учитывать несколько соображений, в том числе 1) потенциальные последствия для конфиденциальности (больше тем может привести к риску снятия отпечатков пальцев) и 2) возможность извлекать ранее наблюдаемые темы (например, с большим количеством тем, вероятность того, что специалист по рекламе уже видел выбранную тему в прошлом, может быть меньше). |
| (Также сообщалось в четвертом квартале 2022 г.) Влияние на собственные сигналы | Сигнал тем может быть очень ценным и в результате обесценивает другие сигналы, основанные на интересах. | Мы считаем, что реклама на основе интересов является важным вариантом использования в Интернете, и Topics предназначен для поддержки этого варианта использования. Мы понимаем, что некоторые крупные издатели обеспокоены тем, что Topics окажет негативное влияние на их стратегию использования собственных данных. Мы с нетерпением ждем экосистемного тестирования, которое позволит получить представление о влиянии Topics на издателей. |
| Варианты использования тем, не связанных с рекламой | Использование Тем для целей, отличных от показа рекламы на основе интересов. | Темы предназначены для использования рекламы на основе интересов, которая, по нашему мнению, является критически важным вариантом использования бесплатного и открытого Интернета. В настоящее время мы собираем отзывы о других вариантах использования и оцениваем их. |
| Статус подписки по умолчанию | Влияние регионального законодательства на отсутствие согласия на темы | В нашу задачу не входит комментирование юридических заключений. |
| (Также сообщалось в третьем квартале 2022 г.) Сайты с неправильной категорией | Таргетинг объявлений, когда темы неправильно категоризированы для данного сайта. | Обновление первого квартала: Во втором квартале мы анонсируем обновленный классификатор для Topics API и с нетерпением ждем возможности поучаствовать в его экосистеме. В ответ на текущие отзывы сайты классифицируются с помощью комбинации переопределенного списка, составленного человеком, содержащего наиболее популярные сайты, и модели машинного обучения на устройстве. Chrome продолжает оценивать возможности сайтов, которые могут внести свой вклад в классификацию тем. Любые улучшения коммунальных услуг должны быть сопоставлены с рисками конфиденциальности и злоупотреблений. Например, к некоторым рискам относятся: сайты, использующие самомаркировку как метод кодирования различных (и потенциально конфиденциальных) значений тем; сайты, искажающие свои темы ради финансовой выгоды; сайты, атакующие темы, чтобы снизить их полезность для других (например, рассылают бессмысленный шум по темам пользователя). Публика может проверить эти компоненты с помощью инструментов, доступных на chrome://topics-internals или в этой совместной работе . Мы ожидаем, что благодаря тестированию со временем классификация улучшится, и мы приветствуем отзывы о примерах сайтов, которые могут быть неправильно категоризированы. |
| Классификатор тем | Запрос на возврат дополнительной информации с указанием причин, по которым вызывающей стороне возвращается сообщение «Нет тем» для целей отладки. | Мы понимаем и ценим, что инструменты отладки полезны для разработчиков, поскольку они работают над интеграцией API Topics в свои системы. Однако, раскрывая дополнительную информацию (например, причину, по которой темы не были возвращены), мы можем непреднамеренно передать информацию, которая позволит сторонам раскрыть дополнительные сведения (например, если пользователь находится в режиме инкогнито, отключил API и т. д.). ) сверх предусмотренного, нанося ущерб конфиденциальности пользователей. Хотя на данный момент мы не планируем предоставлять дополнительные инструменты отладки, мы открыты для обратной связи о том, какие инструменты будут полезны. |
| Поиск частной информации (PIR) | Запрос на API тем для внедрения функции поиска частной информации | Ранее мы исследовали использование PIR и поделились компромиссами здесь . |
| Поток ставок | Будут ли темы представлены отдельно от аудиторий, определенных продавцом, в системе ставок? | API Topics — это предложение Privacy Sandbox, разработанное Chrome, которое отличается от предложения IAB Tech Lab по аудиториям, определяемым продавцом . Мы ожидаем, что эти двое будут четко представлены в потоке заявок. Узнайте, как темы будут представлены в запросах ставок OpenRTB . |
API защищенной аудитории (ранее FLEDGE)
| Тема обратной связи | Краткое содержание | Ответ Chrome |
|---|---|---|
| Доступность функций FLEDGE | Разъяснение сроков тестирования и внедрения таких функций FLEDGE, как применение Fenced Frame, K-Anonymity и т. д. | Мы поделились публикацией в блоге о различных функциях FLEDGE и о том, когда они будут поддерживаться. Мы приветствуем дополнительные отзывы об этом объявлении, поскольку мы продолжаем разработку FLEDGE. |
| Ограничения на рендеринг продукта | Просьба ослабить ограничения на рекламу, состоящую из нескольких частей, для огороженных рамок FLEDGE | Как мы объявили в феврале , использование Fenced Frames останется необязательным как минимум до 2026 года, а поведение iframes будет поддерживаться urn-iframes. Мы приветствуем дальнейшее обсуждение этой темы. |
| Проблемы масштабируемости | Производительность FLEDGE по мере масштабирования использования | Мы активно следим за отзывами и лучше понимаем контекст, чтобы предлагать действенные решения. Первым шагом было разделить отзывы на две категории, что мы и сделали:
|
| (Также сообщалось в третьем квартале 2022 г.) Видимость логики назначения ставок | Обеспокоенность тем, что логика назначения ставок DSP будет раскрыта в JavaScript. | Обновление первого квартала: Мы поделились предложением , которое ограничит возможность злоумышленников запрашивать данные с сервера в исследовательском (принудительном просмотре) режиме, и мы приглашаем игроков экосистемы поделиться своими отзывами или поддержкой этого предложения. |
| Трудности тестирования | Возможность для небольших DSP правильно протестировать FLEDGE и снизить риск того, что рекламодатели будут заинтересованы в тестировании только с более крупными DSP. | Мы стремимся работать с меньшими DSP и настоятельно рекомендуем расширять тестирование среди DSP и рекламодателей всех размеров по мере перехода FLEDGE к общедоступной версии. Нам было бы интересно услышать, как мы можем лучше всего помочь им в тестировании FLEDGE с другими участниками экосистемы, и приветствуем идеи и усилия отрасли, направленные на мотивацию рекламодателей к тестированию с меньшими DSP. |
| Динамический ремаркетинг | Будет ли по-прежнему возможен динамический ремаркетинг после прекращения поддержки сторонних файлов cookie FLEDGE? | Мы рассматриваем ответ на этот вопрос и приглашаем участников экосистемы поделиться дополнительной информацией о том, как они собираются использовать динамический ремаркетинг. |
| Мошенничество/злоупотребление | Как экосистема может снизить риски и помешать злоумышленникам или покупателям позиционировать себя в качестве желательной аудитории? | Мы с нетерпением ожидаем дальнейшего взаимодействия с участниками экосистемы по вопросам мошенничества и злоупотреблений и приветствуем дополнительные отзывы в этой области. |
| Пользовательские настройки | Процесс сохранения пользовательских настроек и использования их при выборе рекламы. | Для конкретных объявлений соответствующая рекламная технология лучше всего обеспечивает контроль над тем, какие креативы показываются и как они выбираются. |
| Предложение по количественному тестированию | Чтобы количественное тестирование было справедливым, следует ли проводить тестирование трафика без сторонних файлов cookie или с SSP, которые используют только FLEDGE? Как можно избежать смешивания сигналов сторонних файлов cookie? | Мы ценим эту обратную связь и работаем вместе с CMA над разработкой экспериментов, которые дадут достоверную картину влияния прекращения поддержки сторонних файлов cookie и внедрения предложений Privacy Sandbox на экосистему. Мы призываем предоставить дополнительные отзывы о предложении CMA по количественному тестированию непосредственно в CMA. |
| Более понятная документация | Запрос на более четкую документацию по настройке аукциона | В ближайшие недели мы надеемся опубликовать сообщение в блоге с дополнительным обзором отчетов об аукционах FLEDGE. |
| Распараллеливание | Будет ли служба торгов и аукционов (B&A) поддерживать распараллеливание? | Рекламная технология, использующая серверы ставок/аукционов, может запускать несколько серверов, которые могут предоставлять результаты параллельно. |
| Смягчение последствий злоупотреблений | Будет ли сервер анонимности FLEDGE k-anonymity, использующий токены частного состояния, достаточен для обеспечения конфиденциальности пользователей? | Мотивация k-анонимности меньше сосредоточена на микротаргетинге и больше на обеспечении некоторой поддержки на промежуточном этапе, когда FLEDGE позволяет сообщать на уровне событий. Мы поделились своими мыслями и будем рады дополнительным отзывам . |
| Конфликт модуля ES | Просьба generateBid как глобальную функцию, поскольку она конфликтует с модулем ES. | Мы обсуждаем этот запрос и приветствуем дополнительные отзывы. |
| Аукцион компонентов | Просьба к издателям иметь больший контроль над дизайном аукционов | План ставок и аукционов для поддержки аукциона компонентов, такой же, как и в Chrome на устройстве. |
| График работы B&A | Ясность сроков для рекламных специалистов, заинтересованных в тестировании серверов B&A. | Мы только что обновили объяснение B&A и обновили раздел «Сроки» , включив в него четкие определения сроков для различных этапов тестирования Chrome-B&A после приведения в соответствие с CMA. |
| Схема управления таймаутом | Улучшение схемы управления тайм-аутом, доступной в настоящее время для FLEDGE. | Это интересное предложение. Мы добавим это в очередь предложений для изучения и сообщим о наших разработках. |
| Креативные потоки ставок | Возможность просмотреть и отфильтровать выигравшую ставку на основе креатива. | Это интересное предложение. Мы добавим это в очередь предложений для изучения и сообщим о наших разработках. |
reportWin | Предложение предоставить дополнительную информацию о самой высокой ставке от владельца другой группы интересов, отличной от победителя, в функции reportWin . | Это интересное предложение. Мы рассмотрим возможность добавления дополнительных сигналов в сводную отчетность и будем рады дополнительным отзывам здесь . |
| Типы событий | Стандартизация типов событий в API измерения при интеграции с FLEDGE | Это интересное предложение. Мы добавим это в очередь предложений для изучения и сообщим о наших разработках. Это потребует координации с нашими более широкими усилиями в этой области, поскольку это повлияет на другие API Privacy Sandbox, помимо FLEDGE. Мы приветствуем дополнительные отзывы здесь . |
| Долгосрочные решения для отчетности на уровне событий | Заинтересованность в сохранении определенных данных, таких как highestScoringOtherBid , даже после прекращения поддержки сторонних файлов cookie. | Как мы сообщали в февральском сообщении блога , отчеты о победах на аукционах на уровне событий будут поддерживаться «как минимум до 2026 года». На данный момент у нас нет более подробной информации, но мы приветствуем дополнительные отзывы о том, почему важно сохранять определенные данные доступными после прекращения поддержки сторонних файлов cookie. |
| Ограничение групп по интересам | Каков предел количества групп по интересам, в которые источник может добавить один браузер? | Chrome позволяет создавать до 1000 групп по интересам для каждого владельца и до 1000 владельцев групп по интересам. Они предназначены для ограждения и не должны подвергаться ударам при обычной эксплуатации. |
| Сигналы уровня событий | Поддержка предложения о наличии сигналов уровня событий generateBid и reportWin , которые можно было бы использовать при обучении машинному обучению. | Мы поделились своим решением в отношении сигналов, разработанных в браузере, и сигналов, определяемых рекламными технологиями, здесь и будем рады дополнительным отзывам. |
| Скрипт торгов | Включите идентификатор пользователя в URL-адрес сценария назначения ставок. | Это будет невозможно, поскольку у FLEDGE есть дополнительное требование: для показа объявления кортеж владельца группы интересов, URL-адрес сценария назначения ставок и отображаемое объявление должны быть k-анонимными. |
| К-анон принуждение | Обеспечивается ли k-анонимность в паре (comComponentAd, size)? | Да, это будет. Обратитесь к Turtledove/issues/312 . |
| Требования к услугам по проведению торгов и аукционов | Как службы B&A помогают участникам интегрироваться с FLEDGE на устройстве, а другим — с услугами B&A? | Мы все еще дорабатываем дизайн и приветствуем дополнительные отзывы здесь . |
| Атрибуция после просмотра | Будет ли поддерживаться атрибуция после просмотра? | В настоящее время у нас нет какого-либо стандартного определения видимости, и мы полагаемся на то, что сам креатив отмечает событие просмотра. Обратитесь к Turtledove/issues/452 . |
| Похожий таргетинг | Может ли Privacy Sandbox поддерживать «похожий таргетинг»? | Мы обсуждаем здесь вариант использования и приветствуем дополнительные комментарии. |
| API мониторинга в реальном времени | Предложение по мониторингу FLEDGE в режиме реального времени | Мы обсуждаем это предложение и приветствуем дополнительную информацию здесь . |
| отчетность ФЛЕДЖ | reportWin и reportResult должны создаваться в случайном порядке, чтобы предотвратить завышение или занижение отчетов. | reportResult() должен быть выполнен сначала продавцом, а затем reportWin() покупателем, чтобы сигналы продавца из reportResult() могли быть включены в reportWin() . Обратитесь к пояснителю для получения дополнительной информации. |
| Серверы настраиваемого значения ключа (K/V) | Будут ли в будущем поддерживаться специальные серверы K/V? | Мы обсуждаем этот вопрос здесь и приветствуем любые дополнительные мнения. |
| Аукцион высшего уровня | Обязательно ли быть рекламным сервером, чтобы запускать аукционную механику высшего уровня? | API FLEDGE не указывает, какая сторона должна его вызвать; в конструкции FLEDGE нет никаких требований в этом смысле. Аукцион FLEDGE может провести любой желающий (включая аукционы с участием нескольких продавцов). Как упоминалось в отчете за четвертый квартал 2022 года , FLEDGE позволяет каждому издателю выбирать структуру аукциона, включая выбор продавцов верхнего уровня и компонентов. |
| Область API | Собирается ли FLEDGE работать с собственными данными? | Во втором квартале 2023 года мы опубликуем контент, разъясняющий, что собственные данные действительно можно использовать с FLEDGE как для 1) использования в качестве логики для определения членства в группах по интересам, так и для 2) подачи в качестве сигналов пользовательских ставок для использования в последующей генерации логики ставок. |
| Междоменные группы интересов | Возможность создания междоменных групп по интересам. | Любая информация, доступная на момент добавления браузера в группу по интересам, может быть использована для информирования этой аудитории. Когда сторонние файлы cookie будут прекращены, доступность межсайтовых данных для создания групп по интересам будет ограничена. |
| Логика назначения ставок на стороне клиента | Перенос существующей логики назначения ставок на стороне сервера на сторону клиента. | Мы заинтересованы в получении дополнительной информации о том, какие области являются сложными или в настоящее время отсутствуют в процессе переноса, и приветствуем любые дополнительные отзывы и идеи. |
| Значения сервера K/V | Должны ли значения сервера K/V иметь строковый тип? | Значение должно быть строкой, но они могут хранить объекты в JSON или буфере протокола и сериализовать их в строку. |
| Черный список рекламодателей | Какие сигналы будут подходящими для привлечения покупателя в черный список рекламодателей? | Подходящее место — либо в auctionSignals , либо в perBuyerSignals . |
| Единица ставок | Поддержка различных единиц назначения ставок, таких как CPI и CPM. | Мы хотели бы узнать больше о том, почему это необходимо, учитывая текущий дизайн, и хотели бы услышать дополнительные отзывы . |
| Логика аукциона | Браузер или рекламный сервер определяют победителя аукциона? | Весь выбор победителя выполняется внутри песочницы, а все решения принимаются кодом продавца. Браузер просто предоставляет закрытую частную среду, внутри которой выполняется код покупателя и продавца. |
| Политика разрешений | Будет ли действовать текущая политика разрешений FLEDGE после окончания пробной версии Origin? | Для пробной версии Origin текущие белые списки по умолчанию для обеих функций являются временными и будут изменены. Нам интересно услышать, сколько времени понадобится рекламным специалистам на подготовку к изменениям, прежде чем мы начнем их применять. |
| Ограничение размера сигнала | Запросы доверенных сигналов назначения ставок объединяются между несколькими группами интересов с помощью одного и того же trustedBiddingSignalsUrl ; ограничение размера в 2 МБ является ограничением. | Ограничение существует для вызывающих абонентов на устройстве, чтобы предотвратить перегрузку ресурсов устройства. Вызывающие абоненты с сервера B&A будут иметь более мягкие ограничения . |
| Отчетные сигналы | Добавьте дополнительный сигнал, ошибки сценария, чтобы обеспечить получение количества ошибок на стороне клиента для каждого владельца группы интересов и для computeBid или reportWin / reportResult . | Мы рассматриваем потенциальные проблемы конфиденциальности, связанные с этим предложением, и приглашаем игроков экосистемы поделиться дополнительной информацией о том, почему это необходимо. |
| Размер окна К-Анон | Увеличьте размер окна К-Анон с текущего 7-дневного лимита. | Этот вопрос находится на рассмотрении, и в настоящее время мы ожидаем (и приветствуем) дополнительный вклад от экосистемы. |
| Производительность устройства | Как FLEDGE управляет производительностью устройства, если пользователь входит в большое количество групп по интересам? | FLEDGE предлагает несколько вариантов тайм-аута, расстановки приоритетов и ограничений для SSP и DSP, которые дают специалистам по рекламе детальный контроль в ситуациях, когда производительность устройства может быть одной из причин для ограничения участия в аукционе, когда устройство находится в большом количестве групп по интересам. |
| Тестирование услуг B&A | Просьба к игрокам экосистемы использовать собственный сервер на этапе тестирования, чтобы иметь больше журналов для отладки. | B&A позволяет пользователям запускать и масштабировать серверы утвержденных облачных провайдеров. Чтобы обеспечить конфиденциальность пользователей, мы требуем, чтобы выполнение выполнялось в доверенной среде выполнения (TEE). В ближайшее время мы собираемся выпустить пояснение по отладке B&A TEE и разрабатываем функции для его поддержки. Мы ждем дополнительных отзывов по этой теме. |
| Нормативные требования | Будет ли FLEDGE работать с поставщиками облачных услуг в разных странах, чтобы обеспечить соблюдение местных нормативных требований? | Мы всегда открыты для предложений других поставщиков облачных услуг, но в настоящее время мы планируем поддерживать как минимум GCP и AWS, когда будет прекращена поддержка сторонних файлов cookie. Обратитесь к этому объяснению для получения дополнительной информации. |
Измерение цифровой рекламы
Отчеты по атрибуции (и другие API)
| Тема обратной связи | Краткое содержание | Ответ Chrome |
|---|---|---|
| Анализ данных о шумовом воздействии | Руководство по проведению анализа данных о влиянии шума | Мы поделились дополнительной документацией , касающейся шума и проектных решений, которые можно использовать для изменения влияния шума на данные рекламных технологий. Также доступно более подробное руководство . |
| Нулевая отчетность | Ясность в отношении реализации нулевых отчетов | В настоящее время мы работаем над предложением по внедрению нулевых отчетов и скоро поделимся более подробной информацией. Внедрение нулевых отчетов позволит нам сократить задержки с отчетами без ущерба для конфиденциальности . |
| Уровень шума | Регулировка уровня шума в зависимости от длины окна атрибуции | Мы приветствуем это предложение и рассматриваем возможность добавления его в спецификацию. Мы приветствуем дополнительные отзывы здесь . |
| Размер данных триггера | Почему размер данных триггера ограничен 3 битами? | Размер ограничен 3 битами и 8 отдельными значениями, чтобы гарантировать ограничение объема межсайтовой/контекстной информации о пользователе. Мы приглашаем участников экосистемы оставить отзыв о том, имеет ли смысл текущая параметризация отчетов на уровне событий. |
| Триггеры отчетов на уровне событий | Разрешение расстановки приоритетов в ключе дедупликации | Мы изучаем решения этой проблемы и приветствуем дополнительную информацию. |
| Поддержка отладки | Ясность в отладке после прекращения поддержки сторонних файлов cookie | Мы хотели бы поддержать отладку после прекращения поддержки сторонних файлов cookie и продумываем варианты. Мы ищем дополнительные отзывы и идеи . |
| Альтернативные варианты конверсии по клику | Запросить дополнительные рекомендации по альтернативным вариантам конверсий по кликам | Мы призываем экосистему использовать API отчетов об атрибуции в качестве надежной частной системы измерения для применимых сценариев использования измерения конверсий. Существуют и другие альтернативы, и поставщикам рекламных технологий придется выбирать подходящее решение, исходя из желаемой конфиденциальности и потребностей в полезности. |
| Варианты использования выставления счетов | Ясность в отношении того, в какой степени отчеты по атрибуции будут поддерживать варианты использования выставления счетов на основе конверсий. | Мы работаем над публикацией публичного сообщения, чтобы разъяснить возможности API отчетов по атрибуции для выставления счетов. API отчетов по атрибуции изначально не предусматривал прямую поддержку выставления счетов CPA; он поддерживает биллинг CPC и CPM, который представляет собой структуру биллинга, которую использует большинство рекламных специалистов. Это то, что мы можем поддержать в будущем, если будет дополнительная обратная связь от экосистемы. |
| Поддержка вариантов использования | Документация по вариантам использования API для измерения | Мы работаем над уточнением документации для всех поверхностей отчетов Privacy Sandbox. |
| Качество клика | Запрос на добавление сигнала для различения преднамеренных и непреднамеренных кликов по объявлению | Мы обсуждаем запрос и приветствуем дополнительные комментарии. |
| Измерительное решение | Поддержка измерительных решений для нескольких DSP | Поставщики измерений могут использовать API отчетов об атрибуции для дедупликации между несколькими DSP. Кроме того, мы предлагаем поддержку списка URL-адресов в attributionsrc , что облегчит DSP поддержку запросов API отчетов об атрибуции поставщика измерений. Мы приветствуем любые дополнительные отзывы по предложению выше. |
| Отчеты на уровне событий | Запросить доступ к количеству дней до отправки отчета напрямую. | Этот запрос уже могут рассчитать рекламщики, используя имеющуюся на данный момент информацию. Мы не слышали никаких других отзывов экосистемы относительно этого запроса, но мы открыты для отзывов по нему. |
source_registration_time | Добавьте source_registration_time в отчеты об атрибуции на уровне событий. | Мы рассматриваем этот запрос и приветствуем дополнительные отзывы о том, считают ли игроки экосистемы эту функцию полезной. |
| Режим инкогнито | Будут ли доступны измерительные решения, когда пользователь находится в режиме инкогнито? | Нет, решения для измерений не будут доступны, если пользователь находится в режиме инкогнито. Сторонние файлы cookie по умолчанию отключены в режиме инкогнито. |
| Данные о чистых помещениях | Будут ли API-интерфейсы измерений совместимы с чистыми помещениями? | Типичная «чистая комната» данных — это среда, в которой отдельные данные идентификаторов из разных источников загружаются в базу данных для проведения анализа на основе объединения этих базовых данных. Двумя платформами измерения API Privacy Sandbox являются отчеты на уровне событий и сводные отчеты. Отчеты на уровне событий содержат идентификатор события, предоставленный рекламными технологиями, который можно использовать в «чистой комнате» данных, но связанная с ним информация на стороне конверсии будет ограниченной и зашумленной. Зашифрованные агрегированные отчеты нельзя использовать непосредственно в «чистой комнате», но сводные результаты, предоставляемые Службой агрегирования, могут использоваться в качестве входных данных для выполняемого вами анализа или в качестве дополнительной информации. |
Служба агрегации
| Тема обратной связи | Краткое содержание | Ответ Chrome |
|---|---|---|
| (Также сообщалось в четвертом квартале 2022 г.) Отчеты о задержках | Какова ожидаемая задержка отчетности? | Обновление за первый квартал 2023 г.: После отзывов партнеров мы поделились предложениями по уменьшению задержки и смягчению ее последствий . Оба предложения были поддержаны специалистами по рекламе во время телеконференций WICG. |
| Правило отсутствия дубликатов | Как обрабатывать «отложенный агрегированный отчет», если агрегированные отчеты с одинаковым общим идентификатором уже обработаны? | Мы поделились предложением о добавлении дополнительной задержки отчета к общей информации агрегируемых отчетов и определении общего идентификатора для службы агрегации, чтобы частично устранить влияние потери задержки на агрегированный API . Мы приветствуем любые отзывы по предложению. |
| Обработка данных | Запрос на включение поддержки нескольких передач данных при соблюдении дифференцированной конфиденциальности с использованием бюджета конфиденциальности. | Мы обсуждаем возможность использования более гибкого способа использования бюджета конфиденциальности для реализации этого варианта использования и приветствуем дополнительные отзывы . |
| (Также сообщалось во втором квартале 2022 г.) Эргономика запросов | Включите запрос совокупности ключей. | Обновление за первый квартал 2023 г.: Запрос на функцию все еще рассматривается, но на данный момент у нас нет предложений. |
| Ограничения пробной версии Origin | Уточните сферу действия Службы агрегирования, например «правило отсутствия дубликатов», которое в настоящее время не применяется в пробной версии источника. | Мы планируем обновить нашу документацию, чтобы уточнить, что будет доступно в исходной пробной версии и в общедоступной версии. |
API частного агрегирования
| Тема обратной связи | Краткое содержание | Ответ Chrome |
|---|---|---|
| Бюджет взносов частного агрегирования | Бюджет взносов L1 слишком ограничен. | Каждый вызов API частного агрегирования называется вкладом. Для защиты конфиденциальности пользователей количество пожертвований, которые могут быть получены от отдельных лиц, ограничено. Когда вы суммируете все агрегируемые значения во всех клавишах агрегации, сумма должна быть меньше, чем бюджет взносов. В соответствии с текущим дизайном мы установили ограничение на взносы для конкретного происхождения отчетности в течение последних ~ 24 часа (в качестве окна проката). Это бюджет L1 взносов, упомянутый в отзывах. Мы предполагаем, что разработчики масштабируют значения, которые они вносят, на основе ожидаемого объема (то есть не только используют значение 1). Таким образом, может иметь смысл использовать меньшую ценность для более распространенных событий, чтобы избежать исчерпания бюджета. В настоящее время мы ищем некоторые отзывы о бюджете взносов API частной агрегации как по числовой границе, так и на область. Мы рассматриваем вопрос о перемещении масштабов от переносчика к набиранию и перемещению существующего связанного в десятиминутном окне с большей ежедневной границей. |
Ограничьте скрытое отслеживание
Пользовательский сокращение/клиентский клиент пользовательский агент
| Тема обратной связи | Краткое содержание | Хромированный ответ |
|---|---|---|
| Усыновление UA-R | Из 10 000 сайтов в Великобритании только 1% сайтов с использованием программной рекламы отправляют клиентские подсказки HTTP. DSP, которые не мигрировали, могут оказать влияние на возможности анти-мошенничества. | После запуска анализа того же набора данных мы обнаружили, что если вы учитываете использование UA-CH с помощью HTML <Meta> Tag и API JavaScript, количество сайтов, использующих UA-CH, значительно выше, чем на рисунке 1% Предоставлено в отзывах. Основываясь на этом и других фактах, включая обратную связь экосистемы, мы чувствуем себя уверенно, продвигаясь вперед с постепенным развертыванием фазы 6 сокращения UA в соответствии с опубликованной временной шкалой , сохраняя при этом информированную CMA. Мы отмечаем, что на участках было почти два года выполнения времени для подготовки к переходу, и для участков по -прежнему доступно испытание на темирование, которые считают, что они не готовы. |
| Подсказки для дополнительных форм -факторов | Запрос UA-CH для предоставления дополнительных форм-факторов, таких как телевизор, VR | Мы приветствуем это предложение и рассмотрим его в дизайн. Мы приветствуем дополнительные отзывы . |
| Автоматизированное тестирование | Запрос на разрешение ошибки UA-CH в хроме без головы до отправки фазы UAR 6 | Расширенная ошибка была исправлена. |
| Поддержка UA-CH на iOS | Сайт, который опирается на гранулирующую информацию UA для вариантов использования рекламы, отмечает, что Chrome на iOS не поддерживается. | Для несафари-браузеров iOS (включая Chrome на iOS) проект Webkit должен будет добавить поддержку UA-CH, прежде чем они будут включены (потому что они управляют сетевым стеком). |
Защита от IP (ранее Gnatcatcher)
| Тема обратной связи | Краткое содержание | Хромированный ответ |
|---|---|---|
| (Также сообщается в 4 -м квартале). | Защита от IP может предотвратить законные варианты использования геолокации в будущем, например, персонализация контента на основе геолокации. | Наш ответ неизменен с 4022 Q422: «Мы работаем с заинтересованными сторонами, чтобы гарантировать, что Chrome продолжает поддерживать законные варианты использования для IP -адресов. Мы ищем отзывы экосистемы о гранулярности IP -геолокации». |
| Соответствие нормативным требованиям | Если в регионе меньше 1 млн. Населения, текущий порог в 1 м для защиты от IP предотвратит использование IP -адресов для соответствия нормативным требованиям. | Мы работаем с заинтересованными сторонами, чтобы гарантировать, что Chrome продолжает поддерживать законные варианты использования для IP -адресов. Мы ищем отзывы экосистемы о соответствии нормативным требованиям по защите ИС. |
| Смягчение злоупотреблений | Стороны могут обойти защиту от IP, делясь без маскированных IP -адресов другим. | Мы осознаем риск того, что текущее предложение по защите IP может технически не предотвратить разделение без маскированных IP -адресов с другими. Мы работаем над смягчением, которые будут избегать этого риска злоупотребления. Когда мы выступаем за предложение, мы поощряем больше обратной связи и обсуждения. В частности, мы хотели бы узнать о любых вариантах использования, когда стороны считают, что им необходимо делиться разобранными IP -адресами с другими сторонами. |
| Блокировка сети | Стороны могут обходить блокировку сети с помощью прокси -прокси для защиты от IP. | Предприятие, выполняющее блок, должен отключить защиту от IP для этого сценария. Мы ответили на этот вопрос и приветствуем дополнительные отзывы. |
| Списки блоков IP -адресов, затронутые предложением по защите IP | Многие рекламные технологические компании используют базовый список IP -адресов, такие как IP -список Datacenter Tag , чтобы предотвратить торгов на инвентаризации AD, которые с большей вероятностью будут мошенническими (или, по крайней мере, не монетизируемыми). В случае, если рекламная технология также является трекером и может быть подлежит предложению по защите IP, компания может потерять возможность выполнить базовую проверку на рекламу до покупки рекламного запаса. | Мы поощряем больше обратной связи и обсуждения предложения по защите IP по потенциальным вопросам и решениям. Одним из вариантов является применение аналогичных таких списков к защите IP, так что мы не являемся клиентами, которые не являются клиентами, происходящими из ранее помеченных IP -адресов. |
Укреплять границы конфиденциальности поперечного сайта
Первопартийные наборы
| Тема обратной связи | Краткое содержание | Хромированный ответ |
|---|---|---|
| (Также сообщается в 4 -й квартале) предел домена | Запрос на расширение количества связанных доменов | Наш ответ неизменен с 4022 Q422: «Мы разъяснили в вызовах WICG, что Chrome стремится предоставить полезное решение, которое также учитывает интересы пользователей. что команда может рассмотреть способы решения этих вариантов использования, продолжая защищать конфиденциальность пользователей ». |
| Альтернативная подача FPS | Предложение о альтернативном способе представления глобальных списков для FPS | В настоящее время мы готовимся к отправке первых наборов (FPS) в Chrome и создали централизованный репозиторий GitHub для принятия установленных материалов. Поскольку мы надеемся, что FPS заполнит пробел существующими решениями веб-платформы при подготовке к сторонним управлению печенья, мы рассчитываем узнать из них, как FPS используется авторами сайта. По мере того, как со временем растет список подходов, и экосистема адаптируется к стороннему личному миру печенья, мы также можем созревать процесс до такой степени, что мы можем рассмотреть альтернативные децентрализованные схемы, такие как предложенные. Благодаря текущему процессу мы рассчитываем установить срок службы, что позволит нам развивать процесс потребления с течением времени. Мы можем вернуться к этой идее, как только процесс отправки созревает. |
| Репо -модерация | Принять модерацию сообщества FPS Prepo для предотвращения злоупотребления. Плохие актеры могут легко сокрушить процесс, использующий происхождение горелки для предложения наборов, и огромный объем запросов может повлиять на операции для подлинных наборов. | Мы пытаемся сделать чеки максимально объективными, полагаясь на проверки технической проверки. Мы думаем, что это самый масштабируемый подход к процессу подачи. В соответствии с этой целью, мы также будем стремиться обеспечить устойчивому процессу материалы спама / горелки. |
| Связанные подмножества | Сможет ли FPS поддерживать сторонние варианты использования потока поставщика/SaaS через соответствующие подмножества? | Сторонние потоки поставщика / SaaS не являются вариантом использования, который в настоящее время рассматривается в сфере для первых наборов. Мы приветствуем дополнительную обратную связь о том, как Cross Site Cookie используются для этих вариантов использования. |
| Интеграция фишек FPS + | Запрос на интеграцию чипов FPS + для поддержки вариантов использования, таких как A/B -тестирование | Мы обсуждаем этот вариант использования, а также рассмотрим обсуждение этого дальше в вызове WICG и приветствуем дополнительный вклад здесь . |
| GDPR | Предложение о моделировании нового FPS -подмножества после концепций GDPR | Мы обсудили это предложение внутри и взвесили его против других полученных отзывов, а также для наших целей конфиденциальности. Мы предоставили ответ , объясняющий, почему мы не будем преследовать это предложение в настоящее время. |
| Память | Ожидаемое изменение размера памяти браузера при включении списка FPS | У браузеров были прецеденты для хранения этих видов списков с минимальным воздействием памяти, таких как список защиты отслеживания отключения. В то время как первый список наборов будет скопирован на каждом клиенте Chrome локально, мы будем продолжать следить за размером файла и уверены, что сможем оптимизировать след памяти. |
О огороженные рамки API
| Тема обратной связи | Краткое содержание | Хромированный ответ |
|---|---|---|
| Огромные рамки ограничения | Ясность вокруг ограничений, налагаемых огороженными рамами | В марте мы обновили наш объяснитель на огороженных рамах , которые предоставляют информацию о его возможностях, и мы приветствуем любые дополнительные отзывы . |
| Расширить информацию о доступе | Запрос на расширение доступа к информации вокруг соседних рамок | Мы стремимся понять, почему это требование от экосистемы, и мы приветствуем любые дополнительные отзывы . |
| Огороженные рамки и iframes | Вопросы, касающиеся функциональной паритета между огороженными рамами и iframes | Все доступные API и отчеты с песочницей конфиденциальности будут доступны для iframes и для огороженных кадров одинаково. |
| Перезагруженные огороженные рамки | Ограничение изменений размера кадра влияет на определенные варианты использования. | Мы заинтересованы в том, чтобы узнать больше о типах вариантов использования, которые влияют на ограничение и приветствуют дополнительную обратную связь . |
Общий API хранилища
| Тема обратной связи | Краткое содержание | Хромированный ответ |
|---|---|---|
| Сторонние рабочие | Могут ли третьи стороны написать на общее хранилище, разделенное по происхождению? Или позвонить другим рабочим для измерения сторонних измерений? | Происхождение контекста просмотра того, где выполняется код, определяет, чье общее хранилище записано. Когда сторонний код добавляется на страницу, сторонний код может быть встроен в качестве iframe с его собственным контекстом просмотра, который позволяет стороннему коду писать свое собственное происхождение. Сторонний код также может быть встроен в виде сценария вместо iframe, который не переключает контекст просмотра, и третья сторона может записать в общее хранилище Altedder. Обратите внимание, что только владелец этого общего хранилища может читать из этого общего хранилища. |
| Дедупликация | Дедупликация не была бы возможно для взаимодействия вне хромированной экосистемы. | Общее хранилище предназначено для предоставления уникальных выходов на основе Chrome Browser в Chrome. Мы заинтересованы в работе с AD Techs, чтобы понять, как эти выходы могут использоваться как часть их более широких моделей охвата. Мы понимаем, что сами выходы могут учитывать только часть взаимодействий и заинтересованы в работе с AD Techs для изучения дополнительных методологий моделирования, которые могут быть наложены сверху. |
| Окно конверсии | Запрос получить окно поиска для коэффициента конверсии, чтобы увидеть изменения в конверсии с течением времени | Это может быть реализовано путем обработки различных путей преобразования на стороне клиента с использованием общего хранилища, что обеспечивает дополнительную гибкость для расширенной аналитики по сравнению с безопасным невозможным хранилищем браузера. |
| Товар истекает окно | Запрос о продлении окна истечения до 90 дней | Политика хранения данных была обновлена в ноябре 2022 года , и говорится, что каждый ключ очищается после тридцати дней последней записи. Мы приветствуем дополнительные отзывы, чтобы понять, будет ли новая политика работать для экосистемы. |
| Творческая ротация | Творческие варианты использования ротации не отражают фактические действия после аукциона. | Мы заинтересованы в том, чтобы услышать больше компаний AD-технологий на стороне покупки о том, является ли документация творческой ротации точной или нет. |
Чипсы
В этом квартале не было получено отзывы.
Fedcm
| Тема обратной связи | Краткое содержание | Хромированный ответ |
|---|---|---|
| Утверждение идентификации конечная точка | Явно разрешайте произвольные запросы в конечную точку утверждения идентификации. | Мы сотрудничали с Mozilla по этому запросу на притяжение , чтобы ограничить способность веб-сайтов делать молчаливые запросы на межоригин, не вызывая раздражения пользователей, и также продолжим просматривать и обращать внимание на другие отзывы. |
| Предварительно заполнять идентичность | Можно ли использовать FedCM для предварительного заполнения подписи в формах с поставщиком идентификаторов из списка FEDCM? | Заинтересованность в этом варианте использования заключается в том, что это может привести к протеканию информации, когда сайт, который не взаимодействовал с пользователем, может запросить последний IDP, используемый пользователем. Мы обсуждаем эту проблему дальше и приветствуем дополнительные отзывы. |
| Выбор контекстуального аккаунта | Предложение добавить контекстные сигналы в пользовательском интерфейсе выбора учетной записи | Мы рассматриваем это предложение и приветствуем дополнительные дискуссии . |
Борьба со спамом и мошенничеством
API токена частного государства (и другие API)
| Тема обратной связи | Краткое содержание | Хромированный ответ |
|---|---|---|
| ОБСЛЕДАНИЕ СТРОИТЕЛЬНОСТИ ВОЗностей | В начале первого квартала мы закончили собирать результаты нашего опроса, для которых необходимы возможности для различных вариантов использования против мошенничества, и поделились их публично ( минуты , результаты ) | Мы планируем включить эту обратную связь, поскольку мы разрабатываем новые предложения и прототипы для специально построенных, сохраняющих конфиденциальность API для антивозможных возможностей. Мы ожидаем, что мы будем расставлять приоритеты в разработке, где существует достаточная потребность, и существует существующая технология, на которой мы можем создать, чтобы представить возможность в Интернете, сохраняя при этом конфиденциальность пользователей. Например, целостность устройств и загрузки была высоко оценена, и многие платформы имеют существующие API, которые надежно разделяют оценку целостности устройства, поэтому является хорошим кандидатом для изучения разведки в общественных группах. |
| PST намерение отправить обратную связь | В рамках намерения отправиться, мы получили обеспокоенность в процессе, учитывая, что мы используем более старую версию пропуска конфиденциальности. Мы также получили отзыв о том, что спецификация была неясна в определенных разделах, и должна быть улучшена, чтобы облегчить совместимость браузера. | Мы планируем реализовать многие из предлагаемых изменений спецификации перед отправкой в GA, а также несколько изменений API. Обратная связь появилась прямо в конце первого квартала, поэтому мы следим за проблемами GitHub с конкретными деталями и обновлением нашего плана запуска (в процессе работы, на момент публикации этого отчета об обратной связи). Для более крупных изменений в API мы открыты для их рассмотрения, но мы чувствуем, что лучший путь вперед-продолжить запуск до общей доступности и получить практическую обратную связь от большего количества разработчиков. Мы надеемся продолжить эту дискуссию и продолжить стандартизацию браузера. Если и когда появится новый стандарт, мы рассмотрим принятие и разработку плана для тщательного перехода на него. |