多年來，微軟習慣使用KB前綴對Windows更新進行標識。這不僅是識別特定更新的一種簡便手段，同時也提供了一種簡單的方法來交叉參考各種文檔中的相同更新。不過上月微軟宣布對標識系統進行調整，在發布說明和支持文檔中改變了它的使用方式。在許多情況下，KB標識符將隱藏在網頁的源代碼中–連微軟都承認這“並不理想”。

近日Windows IT Pro發布的最新博文中，微軟的Christine Ahonen解釋道：“許多人尋找發布說明的主要方式之一是通過使用KB標識符（KBID）。我們對每個Windows更新都使用一個唯一的標識符。一旦創建了KBID，它就會在整個發布過程中用來識別更新，包括文檔”。

在舊的經驗中，KBID 主要以幾種不同的方式使用：在URL 中（例如https://support.microsoft.com/help/#######）；文章標題中；在文章元數據中，在文章的引用部分中（如指向其他相關文章）。

在新體驗中，用戶依然可以使用傳統方式，只是稍有不同。例如仍然支持仍然支持https://support.microsoft.com/help/<KBID>的URL 結構，但是，它將重定向到一個新格式的URL https://support.microsoft.com/<locale>/ topic/<article-title><GUID>

此外，如果KBID 出現在頁面的標題中，它將出現在URL 中。如果KBID 沒有出現在標題中，它將不會出現在URL 中。您可能找不到KBID 的文章類型包括信息性文章和為非累積更新或專業包發布的文章。

那麼對於那些KB 標識符沒有直接顯示的支持文檔呢？這個時候就需要查看網頁源代碼，然後收集這個有用的數據片段。Ahonen 表示：“我們知道這種變通方法並不理想，我們正在努力尋找一種更方便用戶的方法，在文章正文中提供這個ID”。

不過新體驗並非受到所有人的歡迎。由於很多人已經習慣了微軟這麼多年來使用KB標識符的方式，這一變化由於微軟使用新的CMS 不支持舊的URL 模式，引發了MVP Susan Bradley 在內的很多人不滿。她抱怨稱新系統使得從支持文檔中確定某個更新的KB號變得更加困難。她還抱怨說，新系統意味著文章的發布日期也不可見，這使得人們更難知道一個頁面最後一次更新的時間。

Ahonen 表示：

我同意這很令人沮喪。我同意，在頁面上或URL中找不到某些離奇文章的KBID是令人沮喪的。我們正在尋找各種解決方案來解決這個限制。我們越了解客戶使用這些ID的方式，我們的解決方案就越好。這就是為什麼像您和這裡的其他成員這樣的反饋是如此寶貴。

關於發布日期，這是CMS的另一個限制。舊的系統曾經在發佈時蓋上日期的印章。新的系統不提供這個功能，但我們可以通過手動方式來解決這個問題。我將把這個反饋傳遞給團隊，看看我們能做些什麼。