フィードバック

提案は Explainer から始まります。Explainer とは、提案する仕様の機能の大まかな技術概要です。未解決の質問と明確化が必要な詳細情報は常に存在するので、Explainer が投稿されてフィードバック プロセスが開始されます。この共同作業プロセスは、提案のライフサイクルを通じて進行します。これは、アイデアの初期のディスカッションで始まり、正式な仕様の改訂の反復で終わります。

Explainer と補足コンテンツは GitHub でホストされます。GitHub では、GitHub アカウントを持っている方はどなたでも、リポジトリ（repo）で問題を報告（質問を投稿またはコメントを追加）して、ディスカッションを開始するかディスカッションに参加することができます。提案の作成者（Chrome プロダクト マネージャーとエンジニアを含む）は積極的にディスカッションに参加します。GitHub には、新しいアクティビティのアラートを受け取るオプションがあります。GitHub のフィードバックについては、特定の提案に関心を持つコミュニティと直接交流できます。GitHub アカウントを持っていなくても、個々の提案に関するコミュニティのコメントをすべて閲覧できます。

リポジトリにおけるディスカッションでは、提案の中で解決すべきものとされているユースケースになぜ対処するのか、またどのように対処するかに焦点を絞る必要があります。個々の提案に関する問題を閲覧および報告するためのリンクは、提案セクションの表のフィードバックの列にあります。

各提案の結果として、Chromium に 1 つ以上の機能が組み込まれる可能性があります。提案したデベロッパーは、一般公開されている blink-dev メーリング リストで、機能開発の各段階を開始するリクエストを送信します。各段階には、Intent to Prototype（I2P）、Intent to Experiment（I2E）、Intent to Ship（I2S）、Intent to Remove（I2R）があります。

• Intent to Prototype（I2P）: デベロッパーは、Chromium の最初の実装を開始したいと考えています。これにより、デベロッパー テストで初期の機能をテストできる機会が増えます。ほとんどの場合、この段階での目的は提案されたアイデアを開発中のコードで検証することなので、この段階で役立つフィードバックは GitHub に投稿することが適切です。
• Intent to Experiment（I2E）: デベロッパーは、広範囲を対象としてテストをオリジン トライアルの形で実施したいと考えています。これにより、デベロッパーのサイトでデベロッパー自身のトラフィックの一部を使用して初期の機能をテストできます。この段階で役立つフィードバックとしては、テストへの参加希望の表明や、提案されたテストが動作の検証のニーズを満たしているかどうかなどがあります。
• Intent to Ship（I2S）: デベロッパーは、完全な機能を Chromium にデプロイしたいと考えています。これにより、すべてのユーザーが機能を利用できるようになります。この段階で役立つフィードバックは、未解決だった問題が解決されて機能を一般提供する準備ができたという確認です。
• Intent to Remove（I2R）: デベロッパーは、機能を非推奨にして Chromium から削除したいと考えています。この段階で役立つフィードバックとしては、この削除によって開発チームが把握していない影響がユースケースに及ぶかどうかの確認などがあります。

各段階には標準テンプレートがあり、デベロッパーはそれを通して関連性の高い情報を厳選して提供します。段階によっては、Chromium プロジェクト オーナーの承認が必要です。オーナーは、投稿に「Looks Good To Me」（LGTM）と回答することにより承認を行います。

メーリング リストは一般公開されているので、どなたでも各マイルストーンでディスカッションを追いかけたり、メーリング リストに参加して質問を追加したりすることができます。このメーリング リストは Chromium プロジェクトで扱われるすべての機能をカバーしているため、そこでは広範なアクティビティが行われています。Chrome ステータスで個々の機能の進捗状況をご覧ください。

メーリング リストのスレッドでは、Chromium における特定の機能の実装の詳細に焦点を絞ってディスカッションする必要があります。提案自体の有効性に関するディスカッションは、GitHub で行うことが適切です。個々のお知らせを閲覧してコメントを投稿するためのリンクは、提案セクションの表のインテントの列にあります。

個々の提案の Chromium への実装が進むにつれて、特定の提案に焦点を絞ったディスカッションを行うため、提案固有のメーリング リストが作成されることがあります。

それにより、オリジン トライアルの最新情報、必要なコードの更新、開発に影響する可能性がある既知の問題などに関する通知とディスカッションが可能になります。そのようなメーリング リストは、blink-dev と同様に一般公開されます。提案を直接追跡している場合や提案に取り組んでいる場合は、提案固有のメーリング リストに参加して、開発チームから最新情報を直接入手する必要があります。

これらのメーリング リストのスレッドでは、Chromium における進行中の実装の詳細に焦点を絞ってディスカッションする必要があります。メーリング リストの対象読者はお知らせ全般に興味がある一般ユーザーではなく、特定の機能のコードを作成するデベロッパーであるからです。メーリング リストで閲覧と投稿を行うためのリンクは、提案セクションの表のメーリング リストの列にあります。

報告できる問題には、Chromium の動作が提案された仕様と一致しない実装バグのほかに、ブラウザ固有の機能（提案された機能が DevTools やユーザー設定とどのように相互作用するかなど）に関する問題や、単にエラーを報告するだけのものもあります。デベロッパー テスト用に新しく追加された試験運用機能の問題であれ、安定版リリースで検出された問題であれ、問題は Chromium 機能のライフサイクルのどの時点でも報告できます。

Chromium の問題については、Chromium の想定される機能実装の詳細に焦点を絞ってディスカッションする必要があります。提案自体の有効性に関するディスカッションは、GitHub で行うことが適切です。問題を閲覧または報告するためのリンクは、提案セクションの表の Chromium コンポーネントの列にあります。

W3C と IETF は、ウェブとインターネットのためのオープン標準を開発し、オープン プラットフォームの長期的な成長を促進する国際団体です。それらの標準化団体のさまざまなフォーラムでは、プライバシー サンドボックス技術のような新しいウェブ プラットフォーム技術が提案され、議論されています。フォーラムは、技術の設計と開発に積極的に参加することを希望するすべての人々に開放されています。

各標準団体は、関係者にさまざまなメンバーシップおよび貢献のオプションを提供しており、ウェブエコシステムや関連業界全体のメンバーが含まれるコミュニティグループやビジネスグループが存在します。提案作成者は、関連する会議で概要や進捗状況の最新情報を発表することが多く、直接質問したり、他の関係者の意見を聞く機会を提供しています。ほとんどのグループの会議議事録は公開されています。

標準団体でのディスカッションは多岐にわたりますが、一般的には、提案がエコシステムのニーズをどのように満たしているか、および受け入れられる標準に向けた進捗に焦点が当てられています。Proposals（提案）セクションに記載される表の Standards groups （標準グループ）列に、フォローまたは参加するためのリンクがあります。

サイトの機能にサード パーティ Cookie データを使用している場合は、公開イシュートラッカーでサード パーティ Cookie の廃止に起因するサイトのイシューを報告できるようになりました。

さらに、Chrome は 2024 年第 1 四半期にサードパーティ Cookie の 1% を廃止する予定であり、廃止対象を拡大するためのさらなる措置を講じる前に CMA と緊密に連携する予定です。Chrome を使用したテストのこのサブセットに割り当てる適切な部分のトラフィックについて、GitHub にフィードバックを送信できます。

以下の点をお知りになりたい場合は、このフォームをご使用ください。

• 複数の提案によって特定の状況にどのような影響があるか。
• ユースケースが提案の対象となるかどうか。

このフォームによって、関係者は Chrome チームとフィードバックを直接共有できますが、フィードバックのテーマや問題は、関連付けなしで Chrome チームの公開レポートに含められる場合があります。