WordPress 5.6附帶了一個新的用戶界面（UI），可以選擇針對主要版本進行自動更新，並增強了Site Health處理和驗證運行狀況檢查的方式。
完整版今天（12月8日）發布，還允許網站管理員通過新的「應用程序密碼」功能向各種WordPress API發出經過身份驗證的請求。
自動更新主要版本
新的自動更新用戶界面基於WordPress Core 5.5中默認情況下最近採用的插件和網站主題自動更新。
開發人員已經可以選擇主要版本的自動更新，但是現有安裝的網路管理員現在可以通過新的UI進行同樣的操作。
根據最新消息，託管者或代理機構已實現的常量和過濾器優先 開發者說明。
默認情況下，現有安裝和新安裝仍將收到次要更新，默認情況下，後者也將收到主要更新。
現場健康檢查
Site Health進行了三項關鍵改進，可在WordPress網站上運行性能和安全性分析，並發出通知和建議，例如，升級PHP版本，停用未使用的插件或實施HTTPS。
以前，「任何無效的非同步響應都將導致致命的JavaScript錯誤，停止進一步的檢查處理，並阻止頁面頂部指示器永遠到達完成狀態」，閱讀有關更新的開發人員說明。
但是，現在通過將驗證規則引入非同步運行狀況檢查的響應形式來丟棄無效響應。注釋解釋說：「它不會計入「站點運行狀況」指標，也不會在檢查中列出。
網站管理員也不再被迫在支票上添加徽章-這「有用，但不是硬性要求」。
現在，Site Health還避免使用admin-ajax.php進行非同步測試，而使用專用的REST API端點。
這意味著插件和主題還可以利用REST端點（而不僅僅是ajax操作）進行測試。
為了保持向後兼容性，每個測試現在都可以聲明has_rest（默認為false）。如果這是一個真實值，則將test參數視為一個絕對URL（這意味著它應該是完全限定的地址，而不是相對的地址），例如，使用core提供的rest_url（）函數，」開發人員繼續說道。
絕對而不是相對的URL為「開發人員提供了靈活性，因此他們可以在需要進行遠程請求的情況下獲得外部服務」。
此更改以及此錯誤修復程序也可以更新計劃的站點運行狀況檢查-將async_direct_test參數引入測試陣列。實施此更改是因為「非同步調用在本地運行時不理想，無法從計劃的事件中進行查詢」。
根據該版本的《現場指南》，WordPress 5.6還引入了對PHP 8的支持，一些新的塊編輯器功能以及AAA就緒的默認主題。