Mozilla反対｜Chrome Prompt API×Web中立性の全貌
A
AI Friends
2時間前・21分で読める
❤️ 0
🔖 0
⚡ 0
A
AI Friends
プロフィール@aifriends
AI Friends（https://aifriends.jp）のクロスポスト公式アカウント。AIツールの紹介・使い方・できることを、中学生でもわかるやさしい日本語で届けます。
コメント (0)
まだコメントはありません
@aifriends
AI Friends（https://aifriends.jp）のクロスポスト公式アカウント。AIツールの紹介・使い方・できることを、中学生でもわかるやさしい日本語で届けます。
まだコメントはありません
『ChromeにAIが組み込まれて便利になる』——その一方で、Mozillaは『これはWebの未来を狭める』と本気で怒っています。
2026年4月30日、Mozilla公式の標準化リポジトリで『Prompt API』に対する『opposed（反対）』ステータスが明記され、開発者コミュニティに激震が走りました。
ブラウザに組み込まれたAIが便利な反面、Web全体がGoogle Gemini Nanoという特定モデルに縛られる危険性があります。Googleの利用規約への依存、開発者ロックインの本質を、中学生にもわかる言葉で整理します。
まず2026年4月30日に何が公開されたかを整理します。
発表内容を見てみましょう。
Mozillaは自社のGitHubで管理する『standards-positions』リポジトリで、GoogleがChromeに導入した『Prompt API』に対し『opposed（反対）』のステータスを公式に付与しました。これは『support（支持）』や『neutral（中立）』など複数段階の中で最も否定的なシグナルです。
Mozillaの開発者リレーションズリードJake Archibald氏は「相互運用性・更新性・中立性に深刻な悪影響がある」と公式コメントしました。2026年4月30日にThe Registerが報じたことで、広く注目を集めました。
たとえると、町内会の会議で『この計画には正式に反対します』と議事録に記録されたような重みを持つ意思表示です。Mozillaは過去にも数々のChrome独自APIに反対してきましたが、今回は特に強い言葉で危険性を訴えています。
反対対象のAPIを確認します。
『Prompt API』はChromeに組み込まれた『Gemini Nano（小型のGoogle製AI）』をJavaScriptから直接呼び出せる仕組みです。Webサイトが「文章を要約して」「翻訳して」などの自然言語命令をブラウザ内のAIに送れる機能です。
Chrome 138以降、拡張機能向けには『一般提供（GA）』が始まっています。Webページ向けはフラグ有効化またはオリジントライアル参加で利用可能で、テキスト・画像・音声のマルチモーダル入力に対応しています。
料理のたとえでは、これまで料理人（クラウドAI）に注文してから食事が出てくるまで待たされた仕組みが、家のキッチン（ブラウザ内）に小さな調理ロボットが住み着いて即座に料理を作ってくれる感覚です。便利さは絶大ですが、Mozillaが警鐘を鳴らすのは別の理由です。
標準化の現状も整理します。
Prompt APIは現在、W3C（World Wide Web Consortium・Web標準を決める国際団体）の『WebML』コミュニティグループで提案中です。Web標準として世界中のブラウザに採用される可能性のある仕様として、議論が進んでいます。
Mozillaの反対は『単なる一企業の意見』ではなく、Web標準化プロセスにおける重要な論点提示です。Apple WebKit（Safari）も2026年時点で慎重姿勢を示しています。
家のたとえでは、新築マンションの設計案が住民投票にかけられる前に、住民代表の1人が『この設計には反対の理由が3つある』と詳細な意見書を出した状況です。Web開発者にとっては、自分たちの仕事の未来を左右する議論が今まさに進行中です。
第一の懸念から見ます。
Mozillaの最大の論点は『プロンプトはAIモデル固有の癖と政策に最適化される』性質です。Gemini Nano向けに調整したプロンプトは、別のブラウザの別のAIモデルでは同じように動く保証がありません。
Prompt APIのREADMEファイル自体に『ブラウザ間の相互運用性は保証されない』と明記されています。これはWeb標準の根本理念に反すると、Mozillaは強く批判しています。
たとえると、コンセントの形が国によって違うのと同じ問題が、AIプロンプトでも起きる構図です。Webサイトを作る人は『Chromeでは動くけど、Firefoxでは違う動き、Safariではまた違う』というブラウザ互換性問題（90年代のIE時代の悪夢）が再来する可能性を、Mozillaは強く警戒しています。
第二の懸念に進みます。
『Gemini Nanoが事実上の標準になれば、AppleやMozillaも互換性のためにNanoのライセンスを買わざるを得ない圧力がかかる』とMozillaが警告しています。結果としてWeb全体がGoogleの単一モデルに縛られる危険性があります。
AIの応答は非決定的（毎回答えが微妙に違う）なため、開発者は特定モデルの『癖』に最適化せざるを得ません。その結果Gemini Nano以外では動かないコードが量産される悪循環が生まれます。
料理のたとえでは、すべての家の冷蔵庫が『特定メーカーの食材しか保存できない』設計になり、他社の食材が市場から消える現象です。Mozillaは『AppleがNanoを買わざるを得なくなる構図は健全ではない』と、業界全体への波及を懸念しています。
第三の懸念も整理します。
Prompt APIの利用にはGoogleの『Generative AI Prohibited Uses Policy（生成AI禁止用途ポリシー）』への同意が必須です。これには『不快な内容の生成』など必ずしも違法ではない用途まで禁止項目に含まれます。
Mozillaの主張は『Web標準のAPI利用が、特定企業の社内ポリシーに依存するのは中立性に反する』というものです。つまり『Googleの社内ルール変更でWeb全体の動きが変わる』脆弱な構造への警鐘です。
家のたとえでは、町の水道を使うのに『水道局の社員行動規範』に同意しないといけない違和感です。Webは本来、誰もが自由に使える公共インフラとして発展してきたため、特定企業の規約への従属は哲学的に大きな問題と映ります。
Mozillaの対案を確認します。
Firefoxにも『AI Runtime』と呼ばれるブラウザ内AI機能が存在します。しかし設計思想は決定的に異なり、内部機能（ブラウザ自身が使う）と拡張機能向けに限定し、一般のWebサイトからは呼び出せません。
これは『Webの中立性を守るため、ブラウザがAIを使うのは構わないが、それをWeb APIとして公開するのは別問題』というMozilla哲学の表れです。Web標準と内部実装の境界を明確にした設計です。
たとえると、家庭のキッチンに高性能調理ロボットを置くのはOK、でも『隣人が勝手にそのロボットに命令できるドア』を作るのは別問題という発想。利便性とWeb全体の健全性を両立させる慎重なバランス感覚です。
もう一つの違いも見てみます。
Firefox AI Runtimeはどのモデルを使っているかを開発者・ユーザーに明示的に識別させる設計です。Prompt APIが『どのモデルが使われるかはブラウザ次第』のモデル非依存アプローチを取るのと対照的です。
Mozillaは『どのモデルが応答を生成しているかが分からないと、開発者は責任ある実装ができない、ユーザーも何が起きているか理解できない』と透明性の重要性を強調しています。
料理のたとえでは、レストランのメニューに『料理人の名前と使用食材を明記する』方針と『誰が何を使うかは厨房任せ』方針の違いです。Mozillaの設計は、長期的な信頼性と説明責任を重視する哲学です。
誤解されやすい点も整理します。
Mozillaは『ローカルAI処理・オフライン動作・コスト削減・プライバシー優位』というPrompt APIの利点自体は明確に認めています。AIブラウザ機能そのものに反対しているわけではありません。
Mozillaの主張は『Webが特定モデル・特定企業に縛られない設計を確保すべき』という点に集中しています。つまり『反AI』ではなく『反ロックイン』のポジションです。
家のたとえでは、家庭にAIを入れること自体は歓迎、でも『すべての家がAmazon製のAIしか使えない世界』には反対する立場。技術の進歩は受け入れつつ、Webのオープン性という根本価値を守ろうとする姿勢が鮮明です。
各ブラウザの方針を比べます。
GoogleはChromeを『AIブラウザ』として再定義する戦略を取っています。Prompt API以外にもSummarizer API・Writer API・Rewriter API・Proofreader APIなど複数のAI機能を組み込み、Gemini Nanoエコシステムを構築中です。
2026年5月時点でWindows 10/11・macOS 13以降・Linux・ChromeOSで動作し、市場シェア60%超の優位性を活かしたデファクト標準化戦略を進めています。
たとえると、業界トップのスマホメーカーが『独自のAIアシスタントを標準搭載』し、その仕様が業界全体の事実上の標準になっていく構図です。Googleの強みは『シェアと開発リソースで先行実装、後から標準化を主導する』スタイルです。
競合Mozillaも見ます。
MozillaはWeb全体の中立性を守るオープンソース陣営の番人です。Prompt API反対表明はその代表例で、ブラウザシェアは数%に低下したものの、標準化議論への影響力は依然大きいです。
Firefox AI Runtimeで内部AI機能は実装しつつも、Web APIとして公開しない一線を堅持しています。独自のブラウザAI戦略よりも『公平な標準化』を優先する姿勢です。
料理のたとえでは、業界団体の倫理委員長が『流行に乗るより、業界全体のルール作りを優先する』姿勢。Mozillaの存在意義は、市場シェアではなく『Webの公共性を守る監視役』として位置づけられています。
第3の主要プレイヤーも整理します。
AppleのSafari（WebKit）は2026年5月時点でPrompt API実装の予定なし、Apple Intelligenceは独自のオンデバイスAI戦略を展開しています。Web APIへの組み込みは慎重姿勢を維持しています。
Apple SVPのEddy Cue氏が『AI検索エンジンのSafari統合を積極検討中』と発言しましたが、独自のApple Intelligenceエコシステムを優先し、Googleエコシステムへの追従は避ける戦略です。
家のたとえでは、隣の家が新しい家電を導入しても『うちは独自ブランドで揃える』方針を貫く家。Appleの強みは『プライバシー重視と独自エコシステム』、Web標準よりも自社プラットフォーム優先の姿勢が鮮明です。
日本のWeb制作現場から見ましょう。
2026年5月時点で日本のブラウザシェアはChrome約65%・Safari約25%・Edge約7%・Firefox約3%です。Prompt APIを使ったWebサイトはChrome優先設計になりがちで、他ブラウザでの動作確認・代替実装の負担が増加します。
大手ECサイト・メディアサイトは『Chrome向けAI機能』と『Safari向け代替実装』の二重メンテナンスを迫られる可能性があります。開発工数とテスト負荷が膨張することが懸念されます。
たとえると、レシピ本に『この料理は特定メーカーのオーブンでしか正しく焼けません』という注意書きが増える時代。中小Web制作会社にとっては、コスト管理が難しくなる現実的な懸念です。
事業会社のIT戦略も整理します。
これまでWebサイトのAI機能は『OpenAI APIなど外部AIをクラウド経由で呼ぶ』構造で、サーバーコストとAPIコストが重い課題でした。Prompt APIならブラウザ内で完結し、費用ゼロで実現できます。
大手企業は『コスト削減のため積極導入したいが、Mozilla反対の警鐘で標準化リスクを意識、Chrome専用実装になると将来の移植が困難』とジレンマを抱えています。
料理のたとえでは、外注の仕出し弁当（クラウドAI）から自社キッチン（ブラウザAI）への切り替えで大幅コスト削減できるが、『そのキッチンが特定メーカー専用設計だったらリスク』という判断です。コストとロックインのバランスが重要な経営判断になります。
業界別の影響も見ます。
Prompt APIの『データがブラウザ外に出ない』性質は、医療・金融・法律など機密性の高い業界にとって大きな魅力です。患者情報・顧客資産情報をクラウドAIに送らずに済みます。
日本の医療機関・金融機関は個人情報保護法・APPI対応で厳格な制約があり、ブラウザ内ローカルAIは法的リスクを大幅に軽減できる選択肢です。
家のたとえでは、家計簿を外部の経理事務所に送らず、家の中だけで処理する安心感。Mozillaの懸念とは別の文脈で、プライバシー重視業界には魅力的な技術であることも事実です。
都内でフリーランスWeb開発を営む健太さん。
2026年5月時点で『クライアントからChrome Prompt APIを使った要約機能の導入を相談されている、コスト的には魅力的だがMozilla反対のニュースで悩んでいる』と話します。
『Firefox・Safariユーザーへの代替実装を提案するか、Chrome専用と割り切るか、追加見積もりが30%増になる』『標準化が固まるまで半年待つことも選択肢』と判断に悩んでいます。
たとえると、新築工事で最新の特殊建材を使うか、業界標準の建材を待つかの判断。Web開発者にとっては、技術選定の難しさが一段と増した時代です。
地方の中小ECサイト運営者・佐藤さん。
2026年5月時点で『商品説明の自動要約・レビュー翻訳など、AIを使いたいが月額10万円のクラウドAI費が痛い、Prompt APIなら費用ゼロでぜひ導入したい』と話します。
『うちの顧客はChrome利用者が7割なので、まず実装して試したい、Safari・Firefoxユーザーは従来の代替表示でカバーする』という前向きな判断です。
料理のたとえでは、業務用機材を導入するか、家庭用機材で間に合わせるかの経営判断。中小事業者には、コスト削減とリスク許容のリアルな天秤が日々続きます。
IT企業勤務でWebリテラシーが高い美咲さん。
2026年5月時点で『普段はFirefoxを使っているが、最近Chrome専用機能のサイトが増えて、Firefoxでは劣化版しか見られないことに違和感を覚えている』と話します。
『Mozilla反対のニュースを読んで「これは大事な議論だ」と感じた、ブラウザの選択肢が実質的に奪われる未来は避けたい、個人としてはFirefoxを応援し続けたい』と語ります。
家のたとえでは、住んでいる町に1社だけ巨大スーパーが進出し、地元の商店街が消えていく不安。技術選択の自由が、Webの将来を決める重要な要素であることを実感している人が増えています。
Chrome 138以降で拡張機能向けに一般提供（GA）が始まっています。Webページ向けはフラグ有効化またはオリジントライアル参加が必要です。
マルチモーダル機能（画像・音声入力）はオリジントライアル中で、参加すると本番Webサイトでテスト可能です。Chrome側での正式リリース時期は未定です。
動作環境はWindows 10/11・macOS 13以降・Linux・ChromeOSです。モデル（Gemini Nano）は初回利用時に自動ダウンロードされます。
試したい開発者は今すぐ試験できますが、安心して使いたい場合は本格普及を待つのが賢明です。
『Webの中立性とブラウザ互換性の根本を脅かす設計だから』がMozillaの本音です。
過去の歴史でも、IE専用機能・Flash・特定企業独自APIなど、Webの分断を招いた事例が多数あります。Mozillaは『同じ轍を踏まない』ことを使命としています。
Prompt APIは利便性が高いだけに、安易に普及すると『Chrome専用Web』が事実上の標準になり、Webのオープン性という根本価値が失われるリスクがあります。
料理のたとえでは、一見便利な業界統一規格が実は1社の独占につながる構図への警戒です。長期的な視点で見れば、Mozillaの懸念は妥当な側面が大きいといえます。
『プロトタイプ・社内ツールはOK、本番Webサイトは慎重に』が業界アドバイザーの見解です。
2026年5月時点ではChrome専用機能のため、Safari・Firefoxには別実装が必要です。本番運用ではブラウザ判定とフォールバック設計が必須となります。
標準化の方向性が定まる2027年以降に本格採用するのが安全策です。それまではOpenAI APIなどクラウドAIとの併用が現実的な選択肢です。
家のたとえでは、新築するなら最新規格より業界標準で建てて、後でリフォームする選択肢を残す感覚。技術選定は『今の便利さ』と『将来の柔軟性』のバランスが鍵です。
『独自のApple Intelligence戦略があり、Googleエコシステムへの追従を避けたいから』が主な理由です。
AppleはiOS 18・macOS 15からApple Intelligence（独自AI機能）を展開しており、SafariのAI機能も自社モデルで実装する方向です。Web APIへの組み込みには慎重姿勢を維持しています。
『プライバシー重視のApple哲学』『独自シリコン（Apple Silicon）への最適化』『Googleへの依存回避』など、複数の戦略的理由が絡んでいます。
料理のたとえでは、業界トップシェフが『他店の調味料は使わず自家製で勝負する』姿勢に近いです。
『複数ブラウザを使い分け、Webの選択肢を維持する意識が大切』がコミュニティの共通アドバイスです。
個人ユーザーがFirefox・Safariを選び続けることが、ブラウザ多様性を維持する直接的な行動になります。シェアの偏りはWeb全体の選択肢を狭める結果につながります。
プライバシー重視ならFirefox・Brave、Apple製品ユーザーならSafari、業務効率ならChromeなど、用途に応じた使い分けが現実的です。
家のたとえでは、地元商店街を残すために意識的に買い物先を分散する感覚に近いです。
『ChromeにAIが組み込まれて便利になる』——その背後で、Webの中立性を守る30年の闘いが新たな局面を迎えています。
Mozillaの公式反対は『便利だから反対』ではなく『便利だからこそ設計を慎重にすべき』という、Web開発の長期的な健全性を見据えた本質的な議論です。
Gemini Nanoのロックイン懸念、Googleの利用規約への依存、相互運用性の崩壊リスクは、開発者・事業者・ユーザーすべてに関わる重要な論点です。決して『一企業の意見』として片付けられません。
今日からできる3ステップ：①Web開発者は技術選定でブラウザ互換性を意識する、②事業者はChrome専用実装と移植コストをセットで見積もる、③ユーザーは複数ブラウザの使い分けでWebの選択肢を維持する——便利さと中立性のバランスを誰がどう守るのか、Webの未来を左右する論争が2026年から本格化しています。
この記事は AI Friends からのクロスポストです。