用 revisedDate 追踪突发新闻的更新

用 revisedDate 追踪突发新闻的更新

新闻不是一成不变的。一则报道先爆出，随后出版方会更正某个数字、补充一句引述，或随着事态发展更新标题。 如果你只追踪发布时间，就会错过这些修订。finlight 提供了一个 revisedDate，让你能够捕捉那些在首次 发布之后发生变化的报道。

按最新修订排序

要浮现近期被更新的文章，在 POST /v2/articles 上按 revisedDate 排序：

curl -X POST https://api.finlight.me/v2/articles \
  -H "X-API-KEY: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "tickers": ["AAPL"],
    "orderBy": "revisedDate",
    "order": "DESC",
    "pageSize": 20
  }'

当你按 revisedDate 排序时，每篇文章都会同时包含其原始的 publishDate 和 revisedDate：

{
  "title": "Apple expands services guidance after earnings call",
  "publishDate": "2026-06-18T09:00:00.000Z",
  "revisedDate": "2026-06-18T14:30:00.000Z"
}

判断到底改了什么

比较这两个时间戳，能告诉你哪些报道被更新过，以及在发布后多久被更新：

• 如果 revisedDate 晚于 publishDate，说明这则报道被修订过。
• 两者之间的间隔告诉你这次更新有多新，这对于标记快速演变的报道很有用。

一个简单的轮询循环——按 revisedDate 排序并记住它见过的最后一个 revisedDate——就能拾取自上次运行 以来的每一次修订，而无需重新处理未变化的文章。

需要知道的

• revisedDate 反映的是新闻提供方最后一次修订文章的时间，而不是 finlight 摄取它的时间。如果你 想要 finlight 的摄取时间，请使用 createdAt。
• 该字段在你按 revisedDate 排序时返回。可与你喜欢的任意过滤条件搭配（tickers、categories、 query）。
• 官方 finlight-client SDK 目前提供按 publishDate 和 createdAt 排序。要在当下按 revisedDate 排序，请如上所示直接调用 REST 端点。

接下来去哪里

• 高级过滤：精确查询。
• 完整文档。

获取免费 API 密钥 →