独自のレンダリング エンジンを搭載した iOS 用 Chrome の Google バージョン

独自のレンダリング エンジンを搭載した iOS 用 Chrome の Google バージョン

Google は Blink エンジンを Chrome から iOS に移植することに取り組んでいますが、その目的は何でしょうか?

Apple の App Store ルールでは、iOS 上の Chrome ブラウザが従来の Blink エンジン (Google 製) ではなく WebKit レンダリング エンジン (Apple 製) を使用することを義務付けていますが、それはマウンテン ビュー会社が別のシナリオに取り組むことを妨げるものではありません。The Register は、このアメリカの巨人のエンジニアが最近、Blink の iOS 移植とも言えるものの開発に取り組み始めたことに気づきました。

このプロジェクトは現在、Chrome ではなく「content_shell」アプリに限定されており、プロジェクトの背後にある Chromium チームは、これが「最終結果」ではないことを明らかにしています。同社によれば、このプロジェクトはレンダリングとグラフィックスのパフォーマンスをテストするためにのみ存在します。Googleの広報担当者はプレスリリースでEngadgetに対し、このBlinkの移植は大規模なオープンソース構想の一部である「プロトタイプ」にすぎないと語った。これは一般には公開されず、同社は Apple のポリシーに「引き続き準拠」する予定です。

しかし、なぜ Google が iOS で Blink を望んでいるのかは誰にもわかりません。Apple のブランド規則がこれほど厳格なままであれば、Google には Blink ベースのブラウザをリリースする権利は決してありません。これを理解できるのは、content_shell をコンパイルして実行できる十分な技術を持った人だけです。

しかし、何の目的でしょうか?

しかし、今回はおそらく偶然ではありません。米国政府は、メーカーのストアルールで規制されていない、または規制されていないアプリをユーザーがインストールできるようにすることを目的として、GoogleとAppleに自社のプラットフォームを開放することを望んでいる。最近では、クパチーノに本拠を置く同社が、サードパーティの iOS アプリ ストアが欧州規制当局の支持をさらに高めることを許可する可能性があるという噂もありました。Apple がアプローチを軟化させる必要がある場合、Blink を iOS に移植するという Google の取り組みは、移行をより迅速に行うのに役立つ可能性があります。

このような変更により、iOS 上のブラウザとの競争が始まる可能性もあります。WebKit を使用するというこの取り組みにより、理論的にはセキュリティの脆弱性を可能な限り制限することでデバイスのセキュリティを強化できるはずですが、サードパーティのブラウザは高速化や他の機能を提供するために内部レンダリング エンジンを使用できないため、そのブラウザが選ばれる可能性も低くなります。たとえば、Apple サファリよりも。Android や PC と同様に、代替ブラウザには、単なる異なるインターフェイス以上の機能が備わっています。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です