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 키 받기 →