Mozilla激怒｜Chrome Prompt API反対×Web独占の全貌
A
AI Friends
3時間前・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（中立）』など複数段階の中で最も否定的なシグナル。2026年4月30日にThe Registerが報じた記事によると、Mozillaの開発者リレーションズリードJake Archibald氏が『相互運用性・更新性・中立性に深刻な悪影響がある』と公式コメント。例えると、町内会の会議で『この計画には正式に反対します』と議事録に記録されたような重みを持つ意思表示。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標準の根本理念に反する。例えると、コンセントの形が国によって違うのと同じ問題が、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ユーザーは従来の代替表示でカバー』『Mozilla反対は気になるが、コスト削減効果が圧倒的』と話します。料理のたとえでは、業務用機材を導入するか、家庭用機材で間に合わせるかの経営判断。中小事業者には、コスト削減とリスク許容のリアルな天秤が日々続きます。
IT企業勤務でWebリテラシーが高い美咲さん。2026年5月時点で『普段はFirefoxを使っているが、最近Chrome専用機能のサイトが増えて、Firefoxでは劣化版しか見られないことに違和感』と美咲さん。『Mozilla反対のニュースを読んで「これは大事な議論だ」と感じた、ブラウザの選択肢が実質的に奪われる未来は避けたい』『個人としてはFirefoxを応援し続けたい』と話します。家のたとえでは、住んでいる町に1社だけ巨大スーパーが進出し、地元の商店街が消えていく不安。技術選択の自由が、Webの将来を決める重要な要素であることを実感している人が増えています。
A. 『Chrome 138以降で拡張機能向けに一般提供（GA）、Webページ向けはフラグ有効化またはオリジントライアル参加が必要』が2026年5月時点の状況。マルチモーダル機能（画像・音声入力）はオリジントライアル中、参加すると本番Webサイトでテスト可能、Chrome側で正式リリース時期は未定。動作環境はWindows 10/11・macOS 13以降・Linux・ChromeOS、モデル（Gemini Nano）は初回利用時に自動ダウンロード。開発者向け試用は今すぐ可能、一般ユーザー向け本格展開は2026〜2027年が見込み。例えると、新型家電が『先行モニター発売中、一般販売は来年』の状態。試したい開発者は今すぐ、安心して使いたい人は本格普及を待つのが賢明です。
A. 『Webの中立性とブラウザ互換性の根本を脅かす設計だから』がMozillaの本音。過去の歴史で、IE専用機能・Flash・特定企業独自APIなど、Webの分断を招いた事例が多数、Mozillaは『同じ轍を踏まない』ことを使命としている。Prompt APIは利便性が高いだけに、安易に普及すると『Chrome専用Web』が事実上の標準になり、Webのオープン性という根本価値が失われるリスク。つまり『便利だから反対しない』ではなく『便利だからこそ慎重に設計すべき』というのがMozillaの主張。料理のたとえでは、一見便利な業界統一規格が、実は1社の独占につながる構図への警戒。長期的な視点で見れば、Mozillaの懸念は妥当な側面が大きいです。
A. 『プロトタイプ・社内ツールはOK、本番Webサイトは慎重に』が業界アドバイザーの見解。2026年5月時点ではChrome専用機能、Safari・Firefoxには別実装が必要、本番運用ではブラウザ判定とフォールバック設計が必須。標準化の方向性が定まる2027年以降に本格採用するのが安全策、それまではOpenAI APIなどクラウドAIとの併用が現実的。緊急性の高いプロジェクトでは『Chrome専用機能として開発+将来の移植コスト見積もり』のセット提案が望ましい。家のたとえでは、新築するなら最新規格より業界標準で建てて、後でリフォームする選択肢を残す感覚。技術選定は『今の便利さ』と『将来の柔軟性』のバランスが鍵です。
A. 『独自のApple Intelligence戦略があり、Googleエコシステムへの追従を避けたいから』が主な理由。AppleはiOS 18・macOS 15からApple Intelligence（独自AI機能）を展開、SafariのAI機能も自社モデルで実装する方向、Web APIには慎重姿勢。『プライバシー重視のApple哲学』『独自シリコン（Apple Silicon）への最適化』『Googleへの依存回避』など、複数の戦略的理由が絡む。Apple SVP Eddy Cue氏は『AI検索のSafari統合を積極検討中』と発言、ただしGoogleのGemini Nanoではなく独自・他社AIを軸にする可能性が高い。料理のたとえでは、業界トップシェフが『他店の調味料は使わず自家製で勝負する』姿勢に近いです。
A. 『複数ブラウザを使い分け、Webの選択肢を維持する意識が大切』がコミュニティの共通アドバイス。個人ユーザーがFirefox・Safariを選び続けることが、ブラウザ多様性を維持する直接的な行動、シェアの偏りはWeb全体の選択肢を狭める。プライバシー重視ならFirefox・Brave、Apple製品ユーザーならSafari、業務効率ならChromeなど、用途に応じた使い分けが現実的。標準化議論はW3C・Mozilla・Apple・Googleなど業界団体・企業が主導、一般ユーザーが直接関与する場面は少ないが『使うブラウザを選ぶ』こと自体が最も強いシグナル。家のたとえでは、地元商店街を残すために意識的に買い物先を分散する感覚に近いです。
『ChromeにAIが組み込まれて便利になる』——その背後で、Webの中立性を守る30年の闘いが新たな局面を迎えている。Mozillaの公式反対は『便利だから反対』ではなく『便利だからこそ設計を慎重にすべき』という、Web開発の長期的な健全性を見据えた本質的な議論。Gemini Nanoのロックイン懸念、Googleの利用規約への依存、相互運用性の崩壊リスクは、開発者・事業者・ユーザーすべてに関わる重要な論点、決して『一企業の意見』として片付けられない。今日からできる3ステップ：①Web開発者は技術選定でブラウザ互換性を意識する、②事業者はChrome専用実装と移植コストをセットで見積もる、③ユーザーは複数ブラウザの使い分けでWebの選択肢を維持する——便利さと中立性のバランスを誰がどう守るのか、Webの未来を左右する論争が2026年から本格化する瞬間です。
この記事は AI Friends からのクロスポストです。