移除
移除 WebSQL 中的 EXPLAIN 和 REINDEX 支援
我們無法保證 EXPLAIN 的輸出內容在 SQLite 版本上穩定，因此開發人員無法依賴這項功能。REINDEX 只有在排序序列定義變更，且 Chrome 只使用內建排序序列時才有用。這兩項功能現已移除。
移除網址片段 ID 的等價解碼
當 Chrome 開啟含有片段 ID 的網址時，會對 %xx 進行解碼，並套用 isomorphic-decode，然後在某些情況下嘗試尋找以解碼結果做為 ID 的元素。舉例來說，如果使用者開啟 example.com/#%F8%C0，Chrome 會執行以下操作：
- 這個方法會在頁面中搜尋 ID 為「%F8%C0」的元素。
- 如果找不到，就會在網頁中搜尋 ID 為「øÀ"」的元素。其他瀏覽器都不會這樣做，而且這不是標準定義。自 73 版起，Chrome 也停止執行這項操作。
淘汰項目
在沙箱 iframe 中淘汰「自動下載」
Chrome 已淘汰沙箱化 iframe 中缺少使用者手勢的下載作業 (「自動下載」)，但這個限制可透過沙箱屬性清單中的 allow-downloads-without-user-activation 關鍵字解除。這可讓內容供應商限制惡意或濫用的下載行為。
下載內容可能會導致系統出現安全漏洞。雖然 Chrome 和作業系統會執行額外的安全性檢查，但我們認為，在沙箱 iframe 中封鎖下載作業也符合沙箱的一般概念。除了安全性問題外，與在到達新網頁時自動開始下載，或在點擊後非自發性地開始下載相比，在同一個網頁上點按觸發下載作業，會提供更愉快的使用者體驗。
預計在 Chrome 81 版中移除。
廢止政策
為確保平台運作順暢，我們有時會從 Web 平台移除已完成任務的 API。我們移除 API 的原因有很多，例如：
- 已由較新的 API 取代。
- 這些規格會隨著規範的變更而更新，以便與其他瀏覽器保持一致。
- 這些早期實驗在其他瀏覽器中從未成功，因此可能會增加網路開發人員的支援負擔。
其中部分變更只會影響極少數的網站。為提前減輕問題，我們會盡量提前通知開發人員，讓他們進行必要變更，確保網站正常運作。
Chrome 目前有 淘汰和移除 API 的程序，主要步驟如下：
- 在 blink-dev 郵寄清單上發布公告。
- 在 Chrome 開發人員工具控制台中設定警告，並在偵測到網頁使用情形時提供時間刻度。
- 請等待並監控，當使用率下降時再移除該功能。
您可以使用 已淘汰的篩選器 ，在 chromestatus.com 上查看所有已淘汰的功能清單，也可以套用已移除的篩選器，查看已移除的功能。我們也會在這些文章中總結部分變更、原因和遷移路徑。