3

当我对博客中的一篇文章进行重大更新（不仅仅是纠正错字）时，我想确保读者在他们的新闻提要中再次看到更新后的文章。根据我的阅读，以下是我看到的一些选项：

  1. 创建一篇全新的文章（大部分是原始文章的副本）。显然是个坏主意——重复的内容对 SEO 不利。
  2. 更改文章的发布和/或更新时间戳。在大多数读者看来，这不会使文章显示为未读。
  3. 更改 RSS 项目 GUID 或 Atom 条目 ID。根据 Atom 规范，这是一个很大的 NO-NO，但我不确定 RSS。

所以，似乎没有一个好的选择，除非我错过了什么。

更改 RSS 项目 GUID 或 Atom 条目 ID 的后果是什么？Feed Police 会因为更改文章 ID 而出现在我家门口吗？

4

3 回答 3

1

正如此时的两个答案所示：没有完美的方法。更改 guid 将使每个人都认为内容是全新的，因此可能会创建重复的内容，并且仅更改元素可能不会总是触发完全刷新。

使用PubSubHubbub可能会有所帮助，因为它是胖 ping。Wich 意味着订阅者将立即获得更新的数据，并可以将其存储在与先前版本相同的密钥/唯一 ID 下。

于 2013-11-20T13:34:16.890 回答
1

更新该条目的“更新”字段应该是正确的。不要忘记更新提要本身的“更新”字段、任何 Etags/最后修改的 HTTP 标头（如果存在但不是自动生成的），并等待/强制阅读器实际进行刷新。

如果您仍然对某些读者有问题，您应该与提要阅读软件作者核实，看看这是否是故意的。

至于第二部分，更改 id 不会让 Feed Police 出现在您的门口，但如果这种情况经常发生，那么显示为重复的此类文章可能会惹恼您的追随者而忽略/放弃 Feed。

也看到这个和这个答案

于 2013-11-14T01:31:14.320 回答
1

RSS<guid>或Atom<id>是用于唯一标识其父项的元素。提要阅读器和聚合器使用此字段来确定项目是否已被下载或提取。

如果您更改 RSS<guid>或 Atom <id>，那么阅读器和聚合器可能会将其用作将再次下载该项目的信号或标志，因为之前保存的 GUID 或 ID 不再匹配其数据库或查找中的内容。

更改 GUID 或 ID 不是强制就地更新的方法。这是一种表达方式，“我有一些全新的东西供你下载/获取”。

在 RSS 中，如果添加?fake=parameter到 GUID 中，则可以作为强制新下载的替代方式。但旧获取的项目仍将保留，因为它不共享 GUID。

您无法使用发布或更新日期通过 RSS 或 Atom 可靠地强制下载。

您可以做的最好的事情是更改项目的内容，并允许读者或聚合器按照他们的意愿进行更新，因为当他们看到已经拥有的项目的此类内容发生变化时，并不是所有的工作都一样。

于 2013-11-20T00:10:00.183 回答