ブラウザ固有のURLスキーム

「http：// ...」や「ftp：// ...」などのURLスキームは、Webの基本的なコンポーネントですが、驚くほど順応性があります。一見低レベルの一見、開発者はアプリケーション内にカスタムURLスキームを登録できます。これにより、ユーザーに特定のアプリケーションに向け、デフォルトのブラウザ設定をオーバーライドすることもできます。

主要な例は、Microsoft Edgeのmicrosoft-edge://スキームです。このスキームを使用すると、ユーザーのデフォルトブラウザに関係なく、リンクがエッジで開くように強制されます。この機能は、ユーザーコントロールとブラウザの選択に関する懸念を引き起こします。

Daniel AleksandersenのEdgedefelectorプログラムは、この動作に反論し、ユーザーの好みを尊重することの重要性を強調しました。 BraveとFirefoxによるmicrosoft-edge://スキームの最近の採用は、この問題の重要性を強調しています。このようなスキームをサポートしないと、リンクが使用できなくなる可能性があります。

多くのディスカッションはWindows 11にありますが、この動作はMacOSのブラウザ全体で観察可能です。

このプラクティスの起源はiOSに根ざしています。 iOS 14の前に、デフォルトのブラウザの変更は不可能でした。アプリを統合するために、Googleは2014年にgooglechrome: Schemeを導入し、他のGoogleサービスのChromeのリダイレクトを可能にしました。 Googleの行動のように見えますが、Appleの承認が重要な要素です。マイクロソフトのこのアプローチの採用は、Googleの過去の実践を反映していると見なされています。

理想的には、ソフトウェアは、現在アクティブなブラウザ内でこれらのブラウザ固有のスキームとオープンリンクをインターセプトする必要があります。 Webは、特定のブラウザとは無関係に、統一されたエクスペリエンスである必要があります。

以上がブラウザ固有のURLスキームの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。