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

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

概要

  • 日本で「スマートフォン法(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信者のプラットフォームでは何度も繰り返されてる。

スピーディーなエミュレーションだけじゃなくて、効率も良くなるよね。解釈に苦労しなくて済むから、バッテリー寿命も助けるし、2008年のゲームをプレイするだけでスマホが熱くなるのを防げる。

決定は「[それが代替ブラウザエンジンを防ぐ可能性の程度]に基づいて行われる」ってことだよね。これをかなり自由に解釈すると、「代替ブラウザエンジンをリリースできるけど、日本のAppleアカウントにロックされてる」ってのは、意図的に代替ブラウザの存在を妨げてると見なされるかもしれない。MozillaがFirefoxを移植する理由は何?たったの少数のユーザーにしかターゲットできないのに。現実的ではないかもしれないけど、もしかしたらグローバルなブラウザ選択肢への道があるかも。

すでに小さいシェアをさらにちょっとだけ増やすために?

「MozillaがFirefoxを移植する理由は、ユーザーのほんの一部しかターゲットにできないから?」Mozillaは元々、ほんの一部のユーザーしか相手にしてないし、これが特別なことでもないよね。ユーザーが市場が開く前にQA用のバージョンをリリースするチャンスかもしれないし。

地域制限のある「代替ブラウザエンジンはリリースできるけど、日本のAppleアカウントにだけ地域制限される」っていうのは、代替ブラウザの存在を意図的に妨げていると見なされるかもしれない。これがAppleがEUでやっていることの一つだね。

日本とAppleの関係は面白いよね。例えば、Felica(https://en.wikipedia.org/wiki/FeliCa)ベースのチケットシステムが、全世界のiPhoneに組み込まれていて、日本の外国人iOSユーザーにとって生活がかなり楽になってる。もっと驚くべきことに、チケットを実際に使うのにアプリは全く必要ないんだ。Apple Payを使うだけ。これでネイティブアプリの利点が狭まってきてるけど(まだ利点はあるけど)、単にゲートキーピングが他の領域に移ってるとは言い切れないよね。

FeliCaは単なる特許の問題だね。Appleはどこかで特別な契約を結んだんだろう。Google Pixelは全部FeliCa対応だけど、日本以外の端末ではライセンスの関係でオフになってる。でも、ルート化してオンにする人もいるよ。

FeliCaネットワークのサポートは、日本でのモバイル交通機関やモバイル決済がiPhoneより前からあったことが直接の理由だよ。モバイルSuicaやおサイフケータイはすでに存在してたし、Appleも競争しなきゃいけなかったんだ。最初は日本向けのiPhoneから始まったけど、今では世界中に広がってる。今でも日本では、モバイル決済は独占状態なんて全然ないよ。Appleが競争を強いられると、Suicaにエクスプレス・トランジットを追加するようなことをするんだ。日本製のQRコード決済アプリPayPayは、クレジットカード決済よりも普及してるよ。

日本はiOSの市場シェアが64%で、アメリカ(59%)やイギリス(47%)、ヨーロッパ(34%)よりも高いんだ。 https://gs.statcounter.com/os-market-share/mobile/japan

Googleが内部で「本物の」ChromeをiOS用に長い間開発してきたと考えるべきだよね。すぐに使えるように準備してるはずだし。

(BlinkはChromeのウェブレンダリングエンジン) > iOS用のChromiumをチェックアウトしてビルドする > iOS用のBlinkをビルドする > iOSビルドはBlinkウェブプラットフォームのコンパイルをサポートしてる。Blinkをコンパイルするには、.setup-gnファイルにgn引数を設定してね。注意:Blinkウェブプラットフォームは実験的なコードで、分析用にのみ使用すべきだよ。 > [gn_args] > use_blink = true > ios_content_shell_bundle_identifier="ここにバンドル識別子を置き換えて" > ios_chromium_bundle_id="ここにバンドル識別子を置き換えて" > Blinkをサポートしているターゲットは限られてるから注意してね。content_shellとchromeが一番役立つよ。 https://chromium.googlesource.com/chromium/src/+/main/docs/i...

2023年2月:「GoogleがChromeのBlinkエンジンをiOSでAppleのWebKitの代わりに動かす取り組みを開始」 https://9to5google.com/2023/02/06/google-chrome-blink-ios-we...

これはいいことなの?結局、Chromiumのシェアを広げるだけじゃないの?

確かにそうだね。iOSのSafariがあるおかげで、ウェブが「どこでもChromeだらけ」にならずに済んでる。

もしSafariがiOSでのブラウザ独占のおかげでしか生き残れないなら、それはクソブラウザだね。

ちゃんとしたFirefoxが使えるようになるよ。それはいいことだね。Appleのウェブ標準に対する悪質なコントロールを弱めるから(WebGPUのためのSPIR-Vの使用を妨害したのはAppleのせいだし)。

Safariは設計上、良いブラウザじゃないよ。Appleの利益のためにウェブをプラットフォームとして弱体化させるから。もし彼らが本当に競争力のあるブラウザを作りたいなら、強いブラウザを作るべきだよ。それが市場が本来機能するってことだ。

そうだね。それがデメリットだよ。個人的にはこの問題についてかなり悩んでる。一方ではAppleにはiOSをもっと開放させる必要があるし、もう一方ではそれがChromeの独占につながるだけなんだよね。

長い目で見れば、これは良い方向に向かうと思う。Safariよりも多くのAPIをサポートできるようになるっていう明らかな利点を除いても、Appleが他のブラウザと競争しなきゃいけなくなるし、実際に市場シェアを取ったら機能を実装することになるからね。正直言うと、Safariはタブが500個までしか開けないけど、なんで?それって意味不明だよね。SafariはWebRequestのブロッキングモードをサポートしてないから、実際の広告ブロッカーは使えないし(uBOLみたいなMV3スタイルのコンテンツブロッカーしか無理)。クロスブラウザの同期や拡張機能のことも考えると、いろいろと問題があるよね。確かに、拡張機能をサポートしたSafariを使うこともできるけど、例えばOrionの拡張機能はあまり安定してないし。Appleがこの件について一番主張してたのは、他のブラウザにJITを与えることで攻撃面が増えるから、乗っ取られる可能性があるってこと。でも正直、リアルな広告ブロッカーがあれば、JITなしのブラウザでも全然いいと思う。

(ナレーター) 1年後、日本ではChromeの市場シェアが100%に達し、ウェブサイトが設計される唯一のブラウザになった。