같은 공공데이터포털에서 받은 두 개의 파일인데, 하나는 매일 갱신되고 다른 하나는 1년에 한 번 갱신됩니다. 어떤 데이터는 갱신 주기가 '수시'라고만 적혀 있습니다.
왜 통일하지 않을까요. 포털이 관리를 안 해서가 아니라, 갱신 주기가 데이터의 성격이 아니라 원천 업무의 성격을 따르기 때문입니다.
데이터는 업무 시스템에서 나옵니다
공공데이터는 개방을 위해 새로 만드는 것이 아닙니다. 기관이 원래 업무를 처리하면서 쌓아온 정보를 밖으로 내보내는 것입니다.
그래서 갱신 주기는 그 업무가 얼마나 자주 발생하는지, 그리고 그 결과가 언제 정리되는지를 그대로 반영합니다.
| 주기 | 이런 업무에서 나옵니다 |
|---|---|
| 실시간·일 | 측정 장비가 값을 계속 만들어내는 경우. 대기질, 교통 상황 |
| 주·월 | 인허가·등록 신고가 수시로 들어오고 주기적으로 취합하는 경우 |
| 분기·연 | 통계 작성이나 실태 조사처럼 별도 절차를 거치는 경우 |
| 수시·비정기 | 변경 사건이 생길 때만 반영하는 경우 |
시설 등록 정보가 월 단위인 것은 등록·폐업 신고가 접수되고 담당 부서에서 처리되어 시스템에 반영되기까지 시간이 필요하기 때문입니다. 반대로 측정소 데이터가 시간 단위인 것은 장비가 그 주기로 값을 뱉기 때문입니다.
표기된 주기와 실제 갱신은 다릅니다
여기서 실무적으로 중요한 지점이 나옵니다. 메타 정보에 '월 1회'라고 적혀 있어도, 그것은 그 주기로 갱신하겠다는 계획입니다.
실제로는 두 달째 같은 파일이 올라와 있는 경우가 있습니다. 갱신할 변경 사항이 없었을 수도 있고, 담당자 사정으로 밀렸을 수도 있습니다. 어느 쪽인지는 밖에서 알기 어렵습니다.
그래서 자동 수집을 돌린다면 주기를 믿고 스케줄만 맞추는 것보다, 받아온 파일이 이전 것과 같은지 비교하는 절차를 두는 편이 안전합니다. 파일 해시를 비교하거나 행 수와 기준일자를 대조하면 됩니다.
네 개를 나란히 열어 봤습니다
말로만 하면 와닿지 않아서, 성격이 다른 표준데이터 넷의 상세 화면을 같은 날 열어 표기와 수정일을 나란히 적어 봤습니다. 2026년 8월 30일에 확인한 값입니다.
| 표준데이터 | 올리는 기관 | 주기 표기 | 마지막 수정일 |
|---|---|---|---|
| 전국도시공원정보 | 233곳 | 연간 | 2026-06-22 |
| 전국공공시설개방정보 | 251곳 | 분기 | 2026-06-05 |
| 전국초중등학교위치 | 1곳 | 수시 | 2026-05-06 |
| 전국주차장정보 | 250곳 | 반기 | 2026-04-20 |
표를 수정일 순으로 세워 놓으면 주기 표기와 순서가 맞지 않는다는 것이 바로 보입니다. 가장 최근에 손댄 것은 주기가 가장 긴 '연간' 데이터이고, '수시'라고 적힌 데이터는 그보다 한 달 반 앞서 있습니다.
이상한 일이 아닙니다. 연간 데이터는 마침 갱신 시기가 최근이었던 것이고, 수시 데이터는 그동안 반영할 변동이 없었던 것입니다. 다만 주기 표기만 보고 어느 쪽이 최신인지 짐작하면 어긋난다는 것은 분명합니다.
올리는 기관 수도 함께 볼 만합니다. 251곳이 각자 자기 몫을 올리는 데이터와 한 곳이 전국을 취합해 올리는 데이터는 성격이 다릅니다. 앞쪽은 지자체마다 갱신 시점과 표기 습관이 갈리고, 뒤쪽은 한 기관의 사정에 전체가 묶입니다. 같은 '표준데이터'라는 이름이 붙어 있어도 안을 열면 이렇게 갈립니다.
날짜 항목이 세 가지입니다
데이터를 열면 날짜처럼 보이는 항목이 여럿 나옵니다. 서로 다른 것을 가리킵니다.
- 데이터 기준일자 — 이 데이터가 어느 시점의 상태를 담고 있는지
- 수정일 / 최종수정일 — 개별 레코드가 마지막으로 바뀐 날
- 등록일 — 그 레코드가 처음 만들어진 날
분석에 써야 하는 것은 대개 기준일자입니다. 수정일은 레코드마다 다르므로 데이터 전체의 신선도를 나타내지 않습니다. 등록일을 갱신 시점으로 오해하면 오래된 데이터를 최신으로 착각하게 됩니다.
기준일자가 제공되지 않는 데이터라면 내려받은 날짜를 따로 기록해 두는 것이 최소한의 대비입니다.
셋이 실제로 얼마나 벌어지는지 한 데이터셋에서 확인해 봤습니다. 위 표의 전국초중등학교위치표준데이터를 2026년 8월 30일에 열어 본 값입니다.
| 어디에 적힌 날짜 | 값 | 무엇을 가리키나 |
|---|---|---|
| 포털 화면의 수정일 | 2026-05-06 | 이 데이터셋을 마지막으로 손댄 날 |
| 데이터기준일자 항목 | 2026-03-20 | 내용이 어느 시점의 상태인지 |
| 개별 행의 변경일자 | 2025-10-25 등 | 그 학교 정보가 마지막으로 바뀐 날 |
세 날짜가 다섯 달 넘게 벌어져 있습니다. 어느 것도 틀리지 않았고, 각각 다른 것을 가리킬 뿐입니다. 그런데 "언제 기준 데이터인가"라는 질문에 답하는 것은 가운데 줄 하나입니다.
화면 맨 위의 수정일만 보고 "5월 것이구나"라고 판단하면 두 달을 당겨 잡는 셈이 됩니다. 반대로 개별 행의 변경일자를 보고 "작년 것이네"라고 하면 이번에는 지나치게 물려 잡습니다.
주기가 다른 데이터를 합칠 때
서로 다른 주기의 데이터를 조인하면 어느 쪽 시점을 따를지 정해야 합니다.
예를 들어 월 단위로 갱신되는 시설 목록과 연 단위로 갱신되는 통계를 붙이면, 결과물의 신선도는 느린 쪽을 따릅니다. 시설 목록이 어제 갱신됐더라도 통계가 작년 것이면 전체가 작년 기준입니다.
이럴 때는 결과에 두 시점을 모두 표시하는 편이 정직합니다. 하나로 뭉뚱그리면 나중에 어느 부분이 오래됐는지 추적할 수 없습니다.

주기가 짧다고 최신인 것은 아닙니다
갱신 주기와 데이터의 신선도는 다른 개념입니다. 새 파일을 열었을 때 먼저 확인할 것들과도 이어집니다.
일 단위로 갱신되는 시설 목록이 있다고 해봅시다. 매일 파일이 새로 올라오지만, 그 파일에 담긴 폐업 정보는 신고가 접수되고 처리된 것들입니다. 어제 문을 닫은 가게가 오늘 파일에서 빠지지는 않습니다. 신고와 처리에 걸리는 시간은 갱신 주기와 무관하게 존재합니다.
그래서 데이터가 현실을 얼마나 빨리 따라잡는지는 두 가지의 합으로 봐야 합니다. 현실의 변화가 행정 시스템에 기록되기까지 걸리는 시간과, 그 기록이 개방 데이터로 나오기까지의 주기입니다.
앞쪽은 밖에서 알기 어렵고, 뒤쪽만 메타 정보에 표시됩니다. 일 단위 갱신이라는 표기를 보고 어제까지의 현실이 반영돼 있다고 읽으면 어긋납니다.
어떻게 확인하나
공공데이터포털의 데이터 상세 페이지에는 갱신 주기, 최종 수정일, 제공 기관이 함께 표시됩니다. 오픈 API라면 기술문서에 제공 주기가 명시되어 있는 경우가 많습니다.
표기와 실제가 맞는지 궁금하다면 몇 주에 걸쳐 두세 번 받아보고 변화를 보면 대략 알 수 있습니다. 갱신 이력이 표시되는 데이터도 있습니다.
'수시'라고 적힌 데이터
주기 칸에서 가장 다루기 까다로운 값이 수시입니다. 자주 갱신된다는 뜻으로 읽기 쉽지만, 실제 의미는 정해진 간격이 없다에 가깝습니다.
이런 데이터는 사건이 생길 때 반영됩니다. 신규 등록이 들어오거나 폐업 신고가 처리되면 그때 바뀌고, 아무 일도 없으면 몇 달을 그대로 있습니다. 그래서 '수시'로 표기된 데이터는 한 주에 여러 번 바뀌기도 하고, 반년 동안 한 줄도 안 바뀌기도 합니다. 둘 다 정상입니다.
결국 '수시'는 주기 정보가 아니라 주기를 알 수 없다는 표시로 읽는 것이 맞습니다. 이 데이터에 의존하는 서비스를 만든다면, 표기를 믿는 대신 직접 받아본 이력으로 실제 간격을 재는 수밖에 없습니다.
내 수집 주기는 어떻게 정하나
원본이 월 1회 갱신되는데 매일 받아오면 같은 파일을 서른 번 내려받게 됩니다. 호출 한도만 소모하고 얻는 것이 없습니다.
기준을 하나 두면 편합니다. 원본 주기보다 조금 촘촘하게, 그러나 배수로는 벌리지 않게입니다. 월 단위 데이터라면 주 1회 정도가 무난합니다. 갱신이 며칠 밀리더라도 한 주 안에 잡히고, 헛걸음도 네 번을 넘지 않습니다.

여기에 변경 감지를 붙이면 더 깔끔해집니다. 받아온 파일이 이전과 같으면 저장하지 않고 넘어가는 방식입니다. 이렇게 하면 저장소에는 실제로 바뀐 시점의 스냅샷만 남고, 나중에 이 목록만 봐도 그 데이터가 실제로 얼마나 자주 갱신되는지 알 수 있습니다.
표기된 주기를 믿는 대신 직접 관찰한 이력을 갖게 되는 셈입니다.
그 이력이 몇 달 쌓이면 판단할 수 있는 것이 하나 더 생깁니다. 표기는 월 1회인데 실제로는 반년째 같은 파일이라면, 그 데이터는 갱신이 멈춘 상태일 가능성이 있습니다. 이 판단은 표기만 봐서는 절대 나오지 않고, 받아본 이력이 있어야만 나옵니다. 데이터를 관리하는 주체는 포털이 아니라 제공 기관이므로, 확인이 필요하면 상세 페이지에 적힌 담당 부서로 묻는 것이 순서입니다.
주기 표기와 날짜 항목의 의미는 공공데이터포털(data.go.kr)의 데이터 상세 화면과 이용 안내를 기준으로 8월 현재로 정리했습니다. 표기된 주기는 제공 기관이 계획한 값이지 이행이 보장된 값이 아니며, 실제 갱신은 원본 업무 시스템의 사정을 따라갑니다.
데이터별로 등록일·수정일·기준일이 각각 다른 것을 가리킨다는 점은 본문에서 다뤘고, 값 자체가 실제와 다를 때의 대응은 오류 신고를 다룬 편에 있습니다.
'공공데이터 활용' 카테고리의 다른 글
| 파일데이터 오픈API 표준 (0) | 2026.09.07 |
|---|---|
| 공공데이터 오류신고 (0) | 2026.08.21 |
| 공공데이터 파이썬 수집 (1) | 2026.08.12 |
| 공공데이터 5가지 함정 (0) | 2026.08.09 |
| 공공데이터포털 API 발급 (0) | 2026.08.07 |