ページ終了での同期 XMLHTTPRequest() を許可しない
Chrome でページ中の XMLHTTPRequest() の同期呼び出しを禁止
ユーザーがページから移動中であるか、ページを閉じると閉じられる。
これは、beforeunload、unload、pagehide、visibilitychange に適用されます。
ページのアンロード時にデータがサーバーに送信されるように、
sendBeacon() または Fetch keep-alive。現在のところ、企業ユーザーは
AllowSyncXHRInPageDismissal ポリシーフラグ（デベロッパーはオリジンを
同期 XHR リクエストを許可するトライアル フラグ allow-sync-xhr-in-page-dismissal
ページのアンロード中に
発生しますこれは一時的な「オプトアウト」測定することで
このフラグを削除（Chrome 88）
この方法と代替方法については、ページ終了時の同期 XMLHTTPRequest() の無効化をご覧ください。
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
FTP のサポート終了
Chrome の現在の FTP 実装では、暗号化がサポートされない 接続（FTPS）、プロキシもサポートしません。ブラウザでの FTP の使用率は十分に低い 既存の FTP クライアントの改善に投資することは不可能だという指摘も受けています。イン 影響を受けたすべてのプラットフォームで、さらに高性能な FTP クライアントをご利用いただけます。
FTP 経由でのドキュメント サブリソースの取得のサポートを終了（Chrome 72） レンダリングされます。現在、FTP URL の結果に移動しています リソースの種類に応じてディレクトリ一覧やダウンロードを表示できます。 Google Chrome 74 以降のバグにより、アクセスに関するサポートは終了しました。 HTTP プロキシ経由の FTP URL。Google では FTP のプロキシ サポートを完全に削除しました Chrome 76。
Google Chrome の FTP 実装の残りの機能は制限されています ディレクトリリストを表示するか、リソースを 暗号化されていない接続です。
非推奨のスケジュールは暫定的に次のように設定されています。
Chrome 80（2020 年 2 月 Stable 版）
エンタープライズ以外のクライアントの場合、FTP はデフォルトで無効になっていますが、有効にすることもできます。
--enable-ftp または --enable-features=FtpProtocol を使用する
使用できます。また、#enable-ftp を使用して有効にすることもできます。
オプションを使用します。
Chrome 81（2020 年 3 月 Stable 版）
FTP はすべての Chrome インストールでデフォルトで無効になっていますが、有効にすることもできます。
--enable-ftp または --enable-features=FtpProtocol を使用する
使用できます。
Chrome 82（2020 年 4 月 Stable）
FTP のサポートは完全に削除されます。
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
ページのアンロード中のポップアップ許可を許可しない
アンロード中に window.open() を使用して新しいページを開くことができなくなりました。「
Chrome のポップアップ ブロッカーではすでに禁止されていましたが、
ポップアップ ブロッカーが有効になっているかどうか。
企業は AllowPopupsDuringPageUnload ポリシーフラグを使用して、
ポップアップが表示されます。このフラグは Chrome 82 で削除される予定です。
削除の意思 | Chrome のステータス トラッカー | Chromium のバグ
オリジン クリーンでない ImageBitmap のシリアル化と転送の削除
スクリプトがアプリケーションのシリアル化または転送を行おうとすると、エラーが発生するようになりました。 非オリジン クリーンな ImageBitmap です。オリジン クリーンでない ImageBitmap は、 CORS ロジックで検証されていないクロスオリジン画像のデータが含まれています。
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
プロトコル処理には安全なコンテキストが必要
メソッド registerProtocolHandler() と unregisterProtocolHandler() が新たに使用されるようになりました。
安全なコンテキストが必要です。クライアントの状態を再構成できるメソッドは次のとおりです。
センシティブ データをインターネット経由で
接続します
registerProtocolHandler() メソッドにより、ウェブページに
ユーザーが同意した後にプロトコルを処理します。たとえば、ウェブベースの
メール アプリケーションは、mailto: スキームを処理するよう登録できます。対応する
unregisterProtocolHandler() メソッドを使用すると、サイトは
プロトコル処理登録。
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
Web Components v0 を削除
Web Components v0 は Chrome から削除されました。Web Components v1 API は ウェブ プラットフォーム標準です。Chrome、Safari、Firefox、および（近日提供予定） 。アップグレードについては、Web Components の更新: v1 API へのアップグレード期限の延長をご覧ください。「 以下の機能が削除されました。このサポート終了は 下の一覧をご覧ください。
カスタム要素
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
HTML インポート
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
Shadow DOM
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
任意の要素の -webkit-lookupance:button を削除
<button> と <input> でのみ動作するように -webkit-appearance:button を変更
できます。サポートされていない要素に button が指定されている場合、要素には
表示されます。他の -webkit-appearance 個のキーワードはすべて、すでに指定されています
制限します。
削除の意思 | Chrome プラットフォームのステータス | Chromium のバグ
非推奨ポリシー
プラットフォームを健全な状態に保つために、コースを実行しているウェブ プラットフォームから API を削除することがあります。除外される理由はさまざまですが 例:
- より新しい API に置き換えられます。
- これらのブラウザは、他のブラウザとの整合性や整合性を持たせるために仕様の変更を反映するように更新されています。
- これは初期段階の試験運用版であり、他のブラウザでは成果が上がらないため、ウェブ デベロッパーにとってのサポートの負担が増える可能性があります。
これらの変更のいくつかは、少数のサイトにのみ影響します。問題を未然に防ぐため、Google ではデベロッパーの皆様に事前の通知を行い、サイトの運用を継続するために必要な変更を加えていただくよう努めています。
Chrome には現在、 API のサポート終了と削除に関するプロセスが設けられています。主な内容は次のとおりです。
- blink-dev メーリング リストで発表します。
- ページで使用が検出された場合に、Chrome DevTools コンソールで警告を設定し、時間スケールを表示します。
- 待機してモニタリングし、使用量が減少したら特徴を削除します。
chromestatus.com でサポートが終了した機能の一覧を確認するには、 非推奨のフィルタ を使用します。また、削除されたフィルタを適用すると、削除された機能の一覧が表示されます。これらの投稿では、いくつかの変更点、理由、移行パスのまとめも行います。