protected-audience-api
コンポーネントオークションという、templateをcontainerとして扱い、containerの中身に表示するクリエイティブを動的に選択できる方法があるが、containerの中に入れられるcreativeの数が当初は20個で、途中から40個に増えた。今のchromeが何個まで対応できるかはfeature detectionを使うとわかるが、そのdetectionのspecが明確化されている。
trusted bidding signals周りの仕様をリファクタリングしている
sellerやbuyerがオンデバイスオークションのための情報を渡すにはsellerSignalsやperBuyerSignalsが使える。buyerは自分のドメインのiframe内でIGの登録を行うので、perBuyerSignalsの値が偽装されることはない。一方で、sellerは自分のiframe内でrunAdAuctionを実行するとは限らないのでsellerSignalsが偽装される可能性がある。それを防ぐためにdirectFromSellerSignalsやdirectFromSellerSignalsHeaderAdSlotが存在するが、directFromSellerSignalsHeaderAdSlotの使い方の説明が不足していたので追加している。
検証を行う事業者リストの更新
protected audience apiの昔の仕様について記載しているドキュメントにobsoleteであることを明記している
デバッグ用に利用できるイベントレベルのレポートの関数を実行したときに指定できる送信先URLの長さがブラウザが持つ長さの制限を超えないように明記している(chromeの場合2MB)
attribution-reporting-api
- Add TypeScript implementation of aggregatable-histogram creation Attribution Reporting Header ValidationにAggregatable histogramを生成するための関数を追加。ただし、ツールのユーザーに見える範囲では使われていない。サーバー側がtrigger attribution時に返す値を元にブラウザ内部で使うAggregatable histogramを生成している。