ハクソク

世界を動かす技術を、日本語で。

日本：Appleは12月までにブラウザエンジンの禁止を解除しなければならない

2025年8月6日原文(open-web-advocacy.org)

概要

  • 日本で「スマートフォン法（Mobile Software Competition Act, MSCA）」が成立し、iOS上のブラウザ競争が大きく変化
  • Appleによるサードパーティ製ブラウザエンジン禁止の直接的な禁止を明記
  • OS APIへの公平なアクセス、選択画面（Choice Screen）の早期表示も義務化
  • EUやUKと同様、日本でもAppleに対する規制強化が進展
  • 今後の施行・執行とAppleの実質的な対応が競争回復のカギ

日本のスマートフォン法とブラウザ競争への影響

  • 日本で「スマートフォン法」正式名称「特定ソフトウェア競争促進法」が成立
  • Appleの サードパーティ製ブラウザエンジン 禁止（WebKit強制）を直接的に禁止
  • Firefox, Chrome, Edge, Opera, Brave, Vivaldi等が 独自エンジン を使えず競争が阻害されていた現状
  • Webアプリが 必要なAPIや性能 を得られず、ネイティブアプリに劣る状況
  • 法案策定には Open Web Advocacy も協力、最終報告書をもとに立法

「代替ブラウザエンジンの妨害禁止」ガイドラインの要点

  • 指定事業者（Apple等）は 技術的・商業的な妨害行為 を禁止
    • 不合理な技術制限の設定
    • 過度な金銭的負担の強要
    • ユーザーを特定ソフトウェアから遠ざける誘導
  • 「妨害」認定は 完全な不可能性 を要件とせず、結果が生じる蓋然性で判断
  • EUのDigital Markets Act (DMA)下でも残るAppleの 実質的な制限 を回避する設計

OS APIへの公平なアクセス義務

  • MSCAは OS APIへの公平なアクセス を義務付け（EU DMA 6(7)条を反映）
  • ブラウザがSafariやWebKitと同等の 幅広いAPI利用 を求められる
  • 代替APIの提供自体は許容だが、 著しく劣る性能 は不可
    • 技術的手法が異なっても、 実質的な性能差 があれば「同等」と認めず

ブラウザ選択画面（Choice Screen）義務

  • ブラウザ等の選択画面を 「初回起動直後」に表示 することを明記
    • 初回セットアップや該当ソフト初回起動時に 選択必須
  • EU DMAよりも 早期表示 を義務付け、ユーザーに実質的な選択権を保障

今後の展望と規制の行方

  • スマートフォン法は 2025年12月までに施行予定
  • 日本、EU、UKが Appleに独自エンジン許可を義務付ける 体制構築
  • 既にEU・UKでの 規制執行の難航 （UK MIR, CMA SMS, EU DMA）を参考に日本も準備
  • 2026年が iOS上での競争回復の分水嶺 となる可能性
  • 実質的な競争回復には 規制当局の強い執行意志 とAppleの「形式」だけでない 実質的な順守 が不可欠

改善に尽力した関係者への謝辞

  • HDMC（デジタル市場競争本部）、JFTC（公正取引委員会）等の 継続的な取り組み
  • ブラウザ、ブラウザエンジン、Webアプリ競争の 環境整備への貢献

Hackerたちの意見

EUとイギリスに続いて、日本もAppleのiOSの代替ブラウザエンジン禁止を終わらせるみたいだね。これで大きな市場が3つできたけど、ChromeやFirefoxがBlinkやGeckoを使ったiOS版ブラウザに投資するには十分な市場になったのかな。聞いた話だと、これが彼らがまだやっていない主な理由の一つらしいよ。

└

それは、Appleがブラウザ開発者にたくさんの障害を設けているから、誰もそれをクリアできなかったんじゃないかと思ってた。

└

イギリスでは、政府がデジタル市場、競争、消費者法2024をあまり厳しく施行しないことに決めたって聞いたけど。

└

同じウェブサイトからだけど、Appleが自社のエンジンを公開しないように、大きなブラウザに対してもブロックをかけているみたいだね。https://open-web-advocacy.org/blog/apples-browser-engine-ban...

└

FirefoxがBlinkに切り替えて、Googleと一緒にiOS用の代替ブラウザエンジンを作る方が、もっと理にかなってて簡単なんじゃないかな。

└

知ってる限りでは、主な理由はEUとイギリスだけがこのルールを気にしていて、彼らの市場シェアがGoogleやMozillaが投資するには小さすぎるからだと思う。App Storeの仕組み上、地域ごとに分けられたブラウザエンジンは別のアプリとして扱わなきゃいけないから、2つのソースツリー（EU+UK+JPと世界）を維持して、2つのリリースと2つのレビューが必要になるんだ。ニッチなブラウザがいつかiOSに移植するのは期待してるけど（Ladybirdみたいなプロジェクトが最初の非Safariブラウザになるのを見たい！）、大手企業には今のところ面倒すぎるみたいだね。

└

文化的に、日本人はあまり気にしないと思う。日本におけるLinuxの使用状況を見れば、何を言いたいかわかるよ。小さいけど非常に熱心なユーザーグループがいて、何があっても変わらないし、あとは便利なものを使う大多数がいる。彼らは調整するのが好きじゃないんだよね。

日本は、EUでAppleがやってる悪質なコンプライアンスの手口から学んだみたいだね。Appleが同じことをやろうとしたときに、痛い目にあうような大きな罰金を受けることを願ってるよ。私は「もし」じゃなくて「いつ」そうなるかって言ってるけど。

「できる」という力がすごいと思った。ある国がやると、他の国も「できる、私たちも取り残されたくない」って思うようになるんだね。20年もこれが不可能だったのに。

└

それとも恐ろしいね。イギリスが政府ID年齢確認を実施したことで、「本物の政府ID」法律を持ち出してくる変な人たちを見てみて。

このグローバルな法整備の動きが、iOS全体のアプリエコシステムをもっとオープンにする結果になれば嬉しいな。BrowserEngineKitはXPCとiOSの拡張システムを薄くラップしたものなんだけど、XPCがオープンAPIだったら、開発はもっと楽になると思うし、Appleの承認なしに隔離されたサブプロセスでJITが使えるようになれば最高だよね。

  • メッセンジャーは、信頼できない入力を事前処理するための別のサブプロセスを持てるようになるし、iMessageはすでにこれをやってるけど、サードパーティのメッセンジャーはシングルプロセスだから無理なんだよね。
  • アプリは不安定なコンポーネントを隔離して、ユーザー体験やクラッシュからの回復を向上させられる。
  • レトロシステムのエミュレーターなんかは、スピーディーなエミュレーションの恩恵を受けるだろうし。
  • WASMもiOSで役立つようになる。
  • ブラウザはBrowserEngineKitみたいな特別なAPIラッパーなしでXPCを使えるようになるかも。 でも、残念ながら、これらすべてが、ストアレビュー後にネイティブスピードで動くコードをiOSアプリに読み込むのを簡単にしちゃうんだよね。そうなると、世界の終わりだってみんな知ってるし。
└

そして、みんな知ってるけど、それが世界の終わりだ。そうなったらMacRumorsのアカウントが目をむいてるのを見るのが楽しみだよ。Appleが自分たちの経済的利益のためにネット上のサイトやストーリーに資金を提供してないなんて思うのはナイーブだよね。最も突飛な意見の一つは、「自分の好きなように電話を使う自由が、みんなのセキュリティやプライバシーを必ず損なう」ってこと。こんなの本当に奇妙で擁護できない意見なのに、Apple信者のプラットフォームでは何度も繰り返されてる。

Hacker Newsで議論の続きを見る