部分Windows支持文档中隐藏KBID 微软高管自承并不理想

多年来，微软习惯使用 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的另一个限制。旧的系统曾经在发布时盖上日期的印章。新的系统不提供这个功能，但我们可以通过手动方式来解决这个问题。 我将把这个反馈传递给团队，看看我们能做些什么。