Apple は本日、iPhone ユーザーの Web ブラウジング体験に革命をもたらす可能性のある大きな変更 を発表しました 。残念なことに、この閲覧特典は EU 圏内のユーザーに限定されます。このニュースは 、iPhone にサイドローディングとサードパーティのアプリ ストアを追加する Apple の計画と同時に発表されました。
EUの画期的なデジタル市場法（DMA）に準拠するため、Appleは開発者がWebブラウザに他のブラウザエンジンを使用できるようにすると述べている。これは、Apple が独自の WebKit レンダリング エンジンの使用を強制しないことを意味します。WebKit レンダリング エンジンは、 携帯 電話で Web ブラウザが実行できる機能の背後にある基礎技術です。それは大規模なルール変更です。
ブラウジングエクスペリエンスを意図的に損なう行為
:max_bytes(150000):strip_icc()/change-iphone-name-704eb90280eb4256912d722c5fb8738e.jpg)
Chrome開発者のGoogleやエッジ開発者のMicrosoftなどのブラウザベンダーは、機能がAppleによって厳密に規定されているコンポーネントであるSafariのWebViewの非常に特殊な未修正バージョンを中心に単なるシェルを作成することに制限されてきた。 Google や Mozilla などは、細心の注意を払って開発したブラウザを出荷する代わりに、本質的に Apple の WebKit エンジンの薄いラッパーとして機能する別のブラウザを構築することを余儀なくされています。
簡単に言うと、Chrome、Firefox、Brave、DuckDuckGo などのブラウザ アプリを iPhone にインストールできますが、それらは Apple の WebKit エンジンの表面的なオーバーレイとして機能するだけです。このポリシーは、Safari でどの機能がサポートされるかについて、Apple が最終決定権を持っていることも意味します。そして、その機能のギャップは非常に大きいです。
Open Web Advocacy によってまとめられたこの機能比較を見て、問題を把握してください。
サードパーティのブラウザ ベンダーには、高度に特殊なバージョンの WebKit を使用する以外に選択肢がなく、ソース コード内の既存の機能のアクティブ化または非アクティブ化など、エンジンの機能を変更する柔軟性がありません。この制限により、iOS ブラウザーがソフト フォークを通じて目立つ能力が妨げられます。
一方、本物のブラウザを選択できる市場では、サードパーティが独自のブラウザを最初から開発することができます。 Arc ブラウザの 背後にいる人々が、デスクトップ エコシステムにおけるブラウザの見た目と動作を完全に再考するという点で何を成し遂げたかを見てみましょう。
また、このような聡明な頭脳を持つチームが、iOS 上でコンパニオン Arc アプリをリリースしただけで、本格的な革新的なモバイル ブラウザをリリースしたわけではないことも物語っています。なぜなら、彼らは、iOS では同じような柔軟性が得られないことをよく知っているからです (理由は、 WebKit) は、素晴らしいデスクトップ ブラウザを構築するために macOS で行っているのと同じです。
これは、Chromium ブラウザのエコシステムでも明らかです。 Apple が機能の組み込みを単独で制御する iOS とは異なり、 で Chromium を使用する場合、ブラウザ ベンダーは機能を選択する自由があります。結局のところ、平均的な iPhone ユーザーにとって重要なのは、実際のデバイス上で動作するソフトウェアです。
それはすべて優遇措置に関するものです
しかし、懸念されるのは機能の欠如だけではありません。 Apple が iPhone 上で動作するブラウザの実装全体を管理しているため、Safari に不当な優位性を与えることにもなります。もちろん、Apple は、iPhone 上のネイティブ システムへのアクセスに関して Safari を優遇しています。
Safari にはビデオを全画面で表示する機能が許可されていますが、iPad を除き、他のブラウザでは全画面でビデオを表示することは禁止されています。その他のブラウザも、これまで、Web アプリのインストール、非常に重要な拡張機能の使用、Safari と同じ程度の Apple Pay の統合を妨げられてきました。
次に、最終的に EU が WebKit の状況を調査することになった原因である競争の観点を見てみましょう。この WebKit のみのアプローチでは、企業はプラットフォームごとに複数の異なるアプリケーションを作成する必要があり、開発とメンテナンスのコストと複雑さが大幅に増加します。これらのコストは、Apple がこれまで厳しく守ってきた App Store の 15% ～ 30% の税金に追加されます。
Apple が提供しているものと同じように機能する相互運用可能なアプリケーションの開発には法外なコストがかかるため、資金が潤沢な企業のみがそれを実現できます。結局のところ、事実上 Safari と同じように機能し、同時に技術的に不利な立場にあるブラウザをなぜ提供したいと思うのでしょうか?当然のことながら、多くの便利なアプリケーションや収益性の高いアプリケーションが日の目を見ることはありません。
おっと。 Safariが途切れるって言いましたか？
Safari と Apple の WebView では、アプリケーションを破壊する可能性のある重大なバグが頻繁に発生します。これらの問題は、競合する iOS ブラウザにも影響します。競合する iOS ブラウザでは、これらのバグがない可能性がある独自のエンジンを使用できないためです。 Web プラットフォーム テスト ダッシュボード と呼ばれるこの障害グラフを見て、Safari の障害に驚嘆してください。
HTTP Toolkit には、Apple のアプローチがブラウザのバグを Web 上に残存させ、重要なセキュリティ対策を弱めるだけでなく、iPhone を手に持つすべての人にとって Web 全体をどのように混乱させているかについての膨大なカタログがあります。常にプライバシーとセキュリティを引き合いに出して変化に反対している企業にとって、これは特にひどいことだ。
Apple が iPhone 上でどれほどひどいブラウザ独占を生み出し、機能革新を阻害し、厄介な問題を存続させてきたのかを本当に理解したい場合は、この包括的な 108 ページの文書「 壁に囲まれた庭園に競争をもたらす – 第 3 回」 を読んでください。 パーティーブラウザとウェブアプリ 。」
しかし、EU が Apple の手を強制し、同社がついに Gecko や Blink などの代替エンジンを許可することになった今、iPhone 上で実行される Chrome、Edge、Firefox で具体化された新しいエクスペリエンスがついに見られることになります。そしてそれはすぐに起こるかもしれません。
明るい未来はすぐそこです
今年の初め、Google は、WebKit の代わりに Blink エンジンをコアに持つ Chrome の実験版 iOS を開発中であることを (特に GitHub 経由で) 発表しました。もちろん、Apple の方針では、App Store でそのような解放的な怪物を決して許可することはありませんが、あたかも EU が Apple に方向転換を強制する可能性があることを Google が嗅ぎつけたかのようです。 9to5Google の人々は、iPhone 上で動作する初歩的なバージョンさえ入手しました。
Mozilla は、Gecko レンダリング エンジン上に構築された iOS 版 Firefox のテストも行っています。 「私たちはAppleのiOSアプリストアポリシーを遵守しており、これらのポリシーが変更された場合にiOS上のGeckoベースのブラウザの技術的課題を理解するための調査作業を行っているだけです」とMozillaは今年初めに The Register に語った。
Apple WebKitの束縛から解放されるモバイルWebブラウザに関するGoogleとMozillaの実験が、ついに実を結ぶことになりそうだ。ただし、EU 居住者のみが対象です。私は、Apple が大切な顧客のために、世界中のユーザーに対しても同じことをしてくれることを心から願っています。これは前例のないことですが、結局のところ、当たり障りのない Safari エクスペリエンスにうんざりしている平均的な iPhone ユーザーにとっては魔法でもあります。
また、私は、EU が成し遂げたことを他の国の規制当局も実現できることを心から望んでいます。私は「 コンピューターとしての iPad 」という目標に絶望的に夢中になっていますが、私の最大の敵は、Web ブラウザーの制約された機能セットです。 iPad Pro の Chrome をデスクトップ ブラウザの機能の少なくとも半分まで使える日が来ることを祈っています。
ボールはもうあなたのコートにあります、アップル！