開発プロセスを通してプライバシー サンドボックスの提案に対するフィードバックを提供する場所と方法。
プライバシー サンドボックス イニシアチブでは、ウェブ エコシステム全体の多様な関係者からフィードバックを得ることが必要不可欠です。ここでは、開発の情報を提供する公開チャネルと直接チャネルについて説明し、開発の各段階でフィードバックを提供するための方法をご案内します。こうしたフィードバックには、Chrome のプロダクト マネージャーとエンジニアが積極的に対処します。すでに数百名の業界代表者からご協力をいただいています。
推奨されるチャネルは公開フィードバック チャネルですが、公開チャネル(GitHub など)とダイレクト チャネル(フィードバック フォームなど)の両方が存在します。
Chrome
Android
フィードバックが検討されたことを確認するにはどうすればよいでしょうか。
個々の Privacy Sandbox API に関する最新情報は、定期的にこのサイトで公開されています。特に、この最新情報では、API 固有の一般的なフィードバック テーマの概要を紹介します。
- 2024 年第 2 四半期と第 3 四半期のフィードバック レポート
- 2024 年第 1 四半期のフィードバック レポート
- 2023 年第 4 四半期のフィードバック レポート
- 2023 年第 3 四半期のフィードバック レポート
- 2023 年第 2 四半期のフィードバック レポート
- 2023 年第 1 四半期のフィードバック レポート
- 2022 年第 4 四半期のフィードバック レポート
- 2022 年第 3 四半期のフィードバック レポート
- 2022 年第 2 四半期のフィードバック レポート
- 2022 年第 1 四半期のフィードバック レポート
Chrome チームは、関係者の関与によって生じるフィードバックと関心が各 API の設計と開発に反映されるかどうか、またどのように反映されるかを説明します。
Chrome のフィードバック ルート
個々の提案に共同で取り組む
プライバシー サンドボックスに関する提案はすべて公開されてディスカッションの対象となります。提案の作成者とウェブの関係者は、協力して未解決の質問に回答し、機能が確定される前に実装の詳細を明確化します。
提案は「解説」で始まります。解説とは、提案する仕様の機能の大まかな技術概要です。未解決の質問と明確化が必要な詳細情報は常に存在するので、解説が投稿されてフィードバック プロセスが開始されます。この共同作業プロセスは、提案のライフサイクルを通じて進行します。これは、アイデアの初期のディスカッションで始まり、正式な仕様の改訂の反復で終わります。
解説と補足コンテンツは GitHub でホストされます。GitHub では、GitHub アカウントを持っている方はどなたでも、リポジトリ(repo)で問題を報告(質問を投稿またはコメントを追加)して、ディスカッションを開始するかディスカッションに参加することができます。提案の作成者(Chrome プロダクト マネージャーとエンジニアを含む)は積極的にディスカッションに参加します。GitHub には、新しいアクティビティのアラートを受け取るオプションがあります。GitHub のフィードバックについては、特定の提案に関心を持つコミュニティと直接交流できます。GitHub アカウントを持っていなくても、個々の提案に関するコミュニティのコメントをすべて閲覧できます。
リポジトリにおけるディスカッションでは、提案の中で解決すべきものとされているユースケースになぜ対処するのか、またどのように対処するかに焦点を絞る必要があります。個々の提案に関する問題を閲覧および報告するためのリンクは、提案セクションの表のフィードバックの列にあります。
Chromium 機能の開発を追跡して対応する
機能開発の各段階はすべて公開メーリング リストで発表されます。これにより、技術実装に関するディスカッションがさらに促進されます。
各提案の結果として、Chromium に 1 つ以上の機能が組み込まれる可能性があります。提案したデベロッパーは、公開 blink-dev
メーリング リストで、機能開発の各段階を開始するリクエストを送信します。各段階には、プロトタイプを作成する目的(I2P)、テストの目的(I2E)、出荷の目的(I2S)、削除の目的(I2R)があります。
- プロトタイプを作成する目的(I2P): デベロッパーは、Chromium の最初の実装を開始したいと考えています。これにより、デベロッパー テストで初期の機能をテストできる機会が増えます。ほとんどの場合、この段階での目的は提案されたアイデアを開発中のコードで検証することなので、この段階で役立つフィードバックは GitHub に投稿することが適切です。
- テストの目的(I2E): デベロッパーは、スケーリングされたテストをオリジン トライアルの形で実施したいと考えています。これにより、デベロッパーのサイトでデベロッパー自身のトラフィックの一部を使用して初期の機能をテストできます。この段階で役立つフィードバックとしては、テストへの参加希望の表明や、提案されたテストが動作の検証のニーズを満たしているかどうかなどがあります。
- 出荷の目的(I2S): デベロッパーは、完全な機能を Chromium にデプロイしたいと考えています。これにより、すべてのユーザーが機能を利用できるようになります。この段階で役立つフィードバックは、未解決だった問題が解決されて機能を一般提供する準備ができたという確認です。
- 削除の目的(I2R): デベロッパーは、機能を非推奨にして Chromium から削除したいと考えています。この段階で役立つフィードバックとしては、この削除によって開発チームが把握していない影響がユースケースに及ぶかどうかの確認などがあります。
各段階には標準テンプレートがあり、デベロッパーはそれを通して関連性の高い情報を厳選して提供します。段階によっては、Chromium プロジェクト オーナーの承認が必要です。オーナーは、投稿に「Looks Good To Me」(LGTM)と回答することにより承認を行います。
メーリング リストは一般公開されているので、どなたでも各マイルストーンでディスカッションを追いかけたり、メーリング リストに参加して質問を追加したりすることができます。このメーリング リストは Chromium プロジェクトで扱われるすべての機能をカバーしているため、そこでは広範なアクティビティが行われています。Chrome ステータスで個々の機能を追跡するサイトをご覧ください。
メーリング リストのスレッドでは、Chromium における特定の機能の実装の詳細に焦点を絞ってディスカッションする必要があります。提案自体の有効性に関するディスカッションは、GitHub で行うことが適切です。個々のお知らせを閲覧してコメントを投稿するためのリンクは、提案セクションの表の目的の列にあります。
個々の機能開発を追跡してディスカッションする
特定の提案に焦点を絞ったディスカッションを行うため、提案の実装の進捗に応じて特定のメーリング リストが作成されることがあります。
個々の提案の Chromium への実装が進むにつれて、特定の提案に焦点を絞ったディスカッションを行うため、提案固有のメーリング リストが作成されることがあります。
これにより、オリジン トライアルの最新情報、必要なコードの更新、開発に影響する可能性がある既知の問題などに関する通知とディスカッションが可能になります。blink-dev
と同様に、これらのリストは公開されます。提案を直接追跡している場合や提案に取り組んでいる場合は、提案固有のメーリング リストに参加して、開発チームから最新情報を直接入手する必要があります。
これらのメーリング リストのスレッドでは、Chromium における進行中の実装の詳細に焦点を絞ってディスカッションする必要があります。メーリング リストの対象読者はお知らせ全般に興味がある一般ユーザーではなく、特定の機能のコードを作成するデベロッパーであるからです。メーリング リストで閲覧と投稿を行うためのリンクは、提案セクションの表のメーリング リストの列にあります。
機能に関する問題を報告および追跡する
実装の進行に伴い、機能の動作に関する問題が発生すると、Chromium の Issue Tracker で報告されます。
報告される問題には、Chromium の動作が提案された仕様と一致しない実装バグのほかに、ブラウザ固有の機能(提案された機能が DevTools やユーザー設定とどのように相互作用するかなど)に関する問題や、単にエラーを報告するだけのものもあります。デベロッパー テスト用に新しく追加された試験運用機能の問題であれ、安定版リリースで検出された問題であれ、問題は Chromium 機能のライフサイクルのどの時点でも報告できます。
Chromium の問題については、Chromium の想定される機能実装の詳細に焦点を絞ってディスカッションする必要があります。提案自体の有効性に関するディスカッションは、GitHub で行うことが適切です。
標準化団体をフォローして参加する
ワールドワイド ウェブ コンソーシアム(W3C)とインターネット技術特別調査委員会(IETF)は、すべてのウェブ プラットフォーム向けのオープン標準を開発しています。それらの団体は、関係者が個々の基準と大規模なウェブ エコシステムについて議論し、知識を深めることを奨励しています。
W3C と IETF は、ウェブとインターネットのためのオープン標準を開発し、オープン プラットフォームの長期的な成長を促進する国際団体です。それらの標準化団体のさまざまなフォーラムでは、プライバシー サンドボックス技術のような新しいウェブ プラットフォーム技術が提案され、議論されています。フォーラムは、技術の設計と開発に積極的に参加することを希望するすべての人々に開放されています。
各標準化団体は、あらゆる関係者に対してさまざまなメンバーシップと貢献方法を提供しています。たとえば、ウェブ エコシステムと関連業界の人々が参加しているコミュニティ グループとビジネス グループがあります。提案の作成者は、しばしば関連する会議で概要と進捗状況に関する最新情報を紹介し、参加者が直接質問したり他の関係者から話を聞いたりする機会を設けています。ほとんどのグループの議事録は一般公開されています。
標準化団体での議論は広範囲にわたりますが、一般的には、提案がエコシステムのニーズを満たす方法と、提案が標準として承認されるまでの進捗状況に焦点を絞っています。標準化団体をフォローするかそれらに参加するためのリンクは、提案セクションの表の標準化団体の列にあります。
フィードバック フォームからフィードバックを送信する
すべての問題が上記のカテゴリに分類されるわけではありません。これらのルートは、最も関連性の高い相手と公開のディスカッションを開始する最良の方法ですが、フィードバック フォームを使用して、いつでも Chrome チームに直接問い合わせることができます。
以下の点をお知りになりたい場合は、このフォームをご使用ください。
- 複数の提案によって特定の状況にどのような影響があるか。
- ユースケースが提案の対象となるかどうか。
このフォームによって、関係者は Chrome チームとフィードバックを直接共有できますが、フィードバックのテーマや問題は、関連付けなしで Chrome チームの公開レポートに含められる場合があります。
Android のフィードバック ルート
Android プライバシー サンドボックス機能に関するフィードバックを提供する
Android は、これまで以上にプライバシーを重視したモバイル プラットフォーム、ユーザー、デベロッパー、広告主に利益をもたらす多様な価値交換を支えるモバイル プラットフォームを目指し、業界全体との協力とアプリ エコシステムとのコラボレーションを進めていきます。Android 版プライバシー サンドボックスの今後の進化に伴い頻繁にアップデートを行い、今回の提案に対するエコシステム全体からのフィードバックを反映させていく予定です。
提案
個々のプライバシー サンドボックスの提案に関するフィードバックとディスカッション オプションについては、API のステータスと機能のリリースをご覧ください。