오늘 처음 보이는 제보를 발견하면 방금 일어난 일이라고 생각하기 쉽습니다. 하지만 먼저 확인할 것은 날짜 옆의 이름입니다. 글을 올린 날과 자료를 모은 날은 사건이 발생했다고 적힌 날과 다를 수 있습니다.
아래 10월 3일·5일·8일은 설명을 위한 가상 날짜입니다. 실제 제보나 수집 지연을 측정한 결과가 아닙니다. 한 글에 여러 날짜가 있을 때 메모를 나누는 연습입니다.
01한 글에 날짜가 세 개 있어도 모순은 아닙니다
가상 원문에는 10월 3일에 일이 있었다고 쓰여 있고, 게시판의 작성일은 10월 5일이라고 해봅시다. 이 글을 모아 둔 자료에 10월 8일 수집이라고 적혀 있다면 세 날짜는 각각 다른 일을 가리킵니다.
본문의 사건 날짜는 작성자의 설명입니다. 작성일 표시를 확인했다는 사실만으로 본문에 적힌 일이 그날 실제로 발생했다는 확인까지 마친 것은 아닙니다.
02날짜를 복사할 때 바로 옆의 이름도 복사하세요
원문 작성일, 본문에서 언급한 날, 내가 화면을 확인한 날을 별도 칸에 적습니다. 본문에 어제라고만 적혀 있다면 그 표현을 먼저 남기고, 달력 날짜로 바꾸는 데 필요한 기준이 확인됐는지도 적으세요.
날짜만 있고 무엇의 날짜인지 알 수 없다면 의미 미확인으로 남깁니다. 화면의 수정일을 작성일로 바꾸어 쓰거나, 내가 본 날을 수집 시스템이 모은 날로 대신 적지 않습니다.
| 항목 | 가상 값 | 확인한 근거 |
|---|---|---|
| 사건일 주장 | 10월 3일 | 원문 본문의 설명 |
| 게시일 표시 | 10월 5일 | 게시판 작성일 칸 |
| 수집일 | 10월 8일 | 수집 기록이 있을 때만 |
| 내 확인일 | 10월 9일 | 내가 원문을 열어 읽은 날 |
03먹튀컷의 제보 날짜도 원문과 연결해 읽습니다
먹튀컷의 주소 상세 제보 목록은 기록의 게시 날짜를 표시하며, 내부 자료에서는 게시 날짜와 수집 시각을 별도 항목으로 보관합니다. 2026년 10월 19일 해당 표시와 저장 항목을 확인했습니다. 수집 항목이 있다는 사실이 모든 원문의 날짜가 정확히 해석됐다는 뜻은 아닙니다.
목록에서 오래된 날짜가 보이면 연결된 원문을 열어 작성일과 본문을 나란히 확인하세요. 새로 눈에 띄었다는 이유로 날짜를 오늘로 고쳐 읽지 않습니다. 원문을 열 수 없으면 목록에서 읽은 범위까지만 남깁니다.
04시간 순서표에는 사실과 설명의 출처를 붙입니다
가상 작업에서는 3일: 본문상 사건일 / 5일: 게시판 작성일 / 8일: 수집 기록 / 9일: 내 확인이라고 네 줄을 남길 수 있습니다. 이 기록으로 게시가 사건 설명보다 이틀 뒤라는 관계를 읽을 수 있습니다.
다만 날짜 사이의 빈 시간에 무엇이 있었는지는 이 표로 알 수 없습니다. 연락을 주고받았다거나 문제가 해결됐다는 내용을 빈칸에 보태지 마세요. 실제 자료에 없는 수집일도 계산해서 만들어 넣지 않습니다.
05이번 달 자료를 모을 때도 어떤 날짜인지 정하세요
이번 달 게시된 글을 모으는 일과 이번 달 발생했다고 주장하는 일을 모으는 일은 다른 작업입니다. 기준을 게시일로 정했다면 중간에 수집일이 최근인 글을 섞지 않습니다. 비교 대상이 달라지기 때문입니다.
기록의 마무리는 날짜 세 개를 모두 채우는 일이 아닙니다. 확인한 날짜와 알 수 없는 날짜를 구분하고 원문으로 돌아갈 길을 남기는 것입니다.
- 날짜마다 사건 설명·게시·수집·내 확인을 구분했나요?
- 본문 주장과 직접 확인한 표시를 나눴나요?
- 알 수 없는 날짜를 계산으로 채우지 않았나요?
- 같은 날짜 기준으로 자료를 모았나요?
참고한 자료
이 글은 공개 기록을 해석하고 정리하는 안내입니다. 개별 게시물의 사실관계를 확정하거나 보상 결과를 약속하지 않습니다.
내용 정정 요청