CSS 初始字母、網路應用程式啟動處理常式、FedCM API 的跨來源 iframe 支援功能等等。
除非另有說明，否則下列異動適用於 Android、ChromeOS、Linux、macOS 和 Windows 最新版 Chrome Beta 版。如要進一步瞭解這裡列出的功能，請點選提供的連結，或參閱 ChromeStatus.com 的清單。截至 2023 年 1 月 12 日，Chrome 110 為 Beta 版。你可以前往 Google.com 的電腦版網站或 Android 版 Google Play 商店下載最新版。
CSS
此版本新增了兩項 CSS 功能。
CSS 首字母
初始字母是大型裝飾性字母，自印刷術發明之前，就已用於開頭文字。CSS initial-letter 屬性提供一種方式，可設定初始字母應在後續文字行中下沉的行數。在以下範例中，initial-letter 會顯示在三行文字上方。
.content::first-letter {
initial-letter: 3;
}
CSS 虛擬類別 :picture-in-picture
:picture-in-picture 擬似類別可協助網頁開發人員自訂媒體播放器，當影片進入及退出子母畫面時。
試用 :picture-in-picture 擬造類別的示範。
網站 API
AudioContext.setSinkId()
AudioContext.setSinkId 會設定要用於輸出的音訊裝置 ID。這樣一來，AudioContext 就能將音訊路由至使用者選擇的已連結輸出裝置。
如要進一步瞭解這項功能，請參閱「在 Web Audio 中變更目的地輸出裝置」一文。
跨來源 iframe 中的 FedCM
透過權限政策為 FedCM API 新增跨來源 iframe 支援功能。這項功能可讓網站將身分識別提供者的指令碼置入沙箱，在跨來源 iframe 中觸發 FedCM API，以免讓這些提供者無法完全控制整個網頁。這也適用於需要使用者登入的 iframe 情況。無論是哪種情況，父項框架都必須為跨來源 iframe 提供權限政策 identity-credentials-get。
無憑證 IFrame
IFrame 無憑證可讓開發人員使用新的暫時性內容，在第三方 iframe 中載入文件。無憑證 iframe 是 COEP 無憑證的泛稱，可支援可能未部署 COEP 的第三方 iframe。這項更新移除了「第三方 iframe 必須支援 COEP，才能嵌入 COEP 頁面」的限制，開發人員也能採用跨來源隔離功能。
進一步瞭解無憑證 iframe。
FileSystemHandle::remove() 方法
FileSystemHandle 的 remove() 方法可用於常見用途，例如從 showSaveFilePicker() 取得檔案句柄，但後來決定不儲存檔案，並刪除檔案。在新增這個方法之前，您無法根據檔案或目錄的句柄移除檔案或目錄。您必須取得父目錄的控制代碼，然後呼叫 FileSystemDirectoryHandle::removeEntry()。
由推測規則 API 觸發的預先擷取
預先載入會為日後的導覽作業擷取主要資源，並將該資源保留在記憶體中，以便用於加快下次導覽的速度。這項功能推出後，除了同網站預先載入功能外，如果目的地網站沒有憑證，也會提供跨網站預先載入功能。
在網址中使用非過渡期 IDNA 處理
在非轉換模式中啟用 IDNA 2008，以便處理網址，讓 Chrome 的行為與 Firefox 和 Safari 保持一致。Chrome 目前在處理網址時，會使用 IDNA 2008 的過渡模式。轉換模式和非轉換模式的主要差異在於處理四個稱為偏差字元的字元：ß (拉丁文小寫字母尖音 S)、ς (希臘文小寫字母最終西格瑪)、ZWJ (零寬度連接符) 和 ZWNJ (零寬度非連接符)。在過渡模式中，系統會以 IDNA2003 相同的方式處理偏差字元：將 ß 對應至 ss、將 ς 對應至 σ，並刪除 ZWJ 和 ZWNJ。在非過渡模式中，網域名稱中可包含這些字元，且無須對應，因此可解析為不同的 IP 位址。舉例來說，今天在 Chrome 和 Firefox 中輸入 faß.de 會開啟不同的網站。在 Chrome 中啟用非過渡式 IDNA 後，網域名稱中就會允許使用變異字元。Firefox 和 Safari 已在 2016 年做出這項變更，並繼續使用非轉換網址處理程序。
網頁應用程式啟動處理常式
新增 launch_handler 網頁應用程式資訊清單成員，讓網頁應用程式針對所有類型的應用程式啟動觸發事件，自訂啟動行為。舉例來說，以下程式碼會讓所有啟動例項應用程式時，將焦點設在現有應用程式視窗，並瀏覽該視窗 (如果存在的話)，而非一律啟動新的應用程式視窗。
{
"name": "Example app",
"start_url": "/index.html",
"launch_handler": {
"client_mode": "navigate-existing"
}
}
網路分享權限政策
控制 navigator.share() 的存取權。根據預設，第三方 iframe 沒有使用 Web Share API 的權限。
正在進行的來源試用
在 Chrome 110 中，您可以選擇參與下列新的來源試用。
在導覽預先擷取快取中支援 No-Vary-Search
即使網址查詢參數變更，也能啟用預先載入功能進行比對。No-Vary-Search HTTP 回應標頭會宣告可為快取比對目的忽略網址查詢的部分或全部部分。這項資訊可宣告查詢參數鍵的順序不應導致快取遺漏、特定查詢參數不應導致快取遺漏，或是只有特定已知查詢參數應導致快取遺漏。這項屬性可套用至多個快取，但這個項目是指預先快取快取的支援功能。
在導覽預先快取快取機制試用版中註冊 No-Vary-Search 支援功能。
PerformanceResourceTiming.deliveryType
提供資源的放送方式相關資訊。舉例來說，從快取提供的資源 (目前透過 transferSize 公開) 和前一個網頁預先擷取的導覽，都是有助於識別的資源。
SoftNavigation 效能記錄
使用 PerformanceObserver 和效能時間軸，向網頁開發人員公開 (實驗性) 軟性導覽法則。
推測規則：透過 Speculation-Rules 標頭提交
目前開發人員只能使用內嵌指令碼標記指定推測規則。建議的功能可透過「Speculation-Rules」標頭提供替代方案。其值必須是含有 application/speculationrules+json MIME 類型的文字資源網址。資源的規則會新增至文件的規則集。
推測規則：來自文件的規則
推測規則語法擴充功能，可讓瀏覽器從網頁中的連結元素取得推測網址。其中可能包含限制可使用哪些連結的條件。
WebView 中的 X-Requested-With
淘汰測試，保留 Android WebView 上 X-Requested-Header 的舊版行為。這個標頭目前會使用嵌入應用程式的套件名稱做為值，但這項行為會在緩慢推出期間移除。在淘汰期間，這項試驗計畫可讓網站擁有者繼續接收標頭，同時轉移至不使用標頭的狀態。
我們會在另一篇網誌文章中進一步說明這項淘汰措施。請按這裡註冊 X-Requested-With 淘汰測試。
淘汰和移除
這個版本的 Chrome 會淘汰及移除下列項目。請造訪 ChromeStatus.com，查看已淘汰、目前淘汰和先前移除的功能清單。
這個版本的 Chrome 移除了兩項功能。
移除不安全內容中的 WebSQL
系統現在已移除不安全內容中的 WebSQL。建議您改用在瀏覽器中使用由原始私人檔案系統支援的 SQLite Wasm。
移除 window.webkitStorageInfo
移除對舊版儲存空間配額 API window.webkitStorageInfo 的支援。Chrome 最初在 2011 年推出了前置字串配額 API，隨後隨即推出了配額 API，但後者也已淘汰。舊版儲存空間配額 API 從未由任何其他瀏覽器實作，且自 2013 年起已標示為已淘汰。