AI 블로그 자동화에서 보이는 날짜 배지를 확인하는 법

요약

Futory처럼 Next.js와 Markdown으로 운영되는 AI 블로그에서 날짜는 단순한 장식이 아닙니다. 날짜는 중복 발행을 막는 기준이고, 최신 글 정렬의 근거이며, 독자가 이 글이 언제의 운영 경험인지 판단하는 첫 번째 단서입니다. 자동 발행 루틴이 새 Markdown 파일을 만들고 빌드까지 통과했더라도, 공개 화면에서 오늘 날짜가 보이지 않으면 운영자는 “정말 오늘 글이 노출되고 있는가”를 다시 확인해야 합니다.

보이는 날짜 배지 검증은 새 글의 존재 여부를 독자 관점에서 확인하는 작은 절차입니다. frontmatter의 date가 올바른지 보는 것에서 멈추지 않고, 상세 페이지와 목록 페이지의 HTML에 오늘 날짜 또는 새 slug가 나타나는지 확인합니다. Futory의 평일 발행 흐름에서는 이 검증이 날짜 중복 방지, 목록 노출 확인, 공개 캐시 점검을 연결하는 실무적인 안전장치가 됩니다.

왜 날짜 배지가 운영 신호가 되는가

자동화는 파일 시스템 안에서 많은 증거를 남깁니다. 새 파일 경로, 테스트 로그, 빌드 산출물, PM2 재시작 결과가 모두 중요합니다. 그러나 독자가 실제로 보는 것은 공개 페이지의 제목, 설명, 카테고리, 날짜입니다. 특히 날짜는 최신성 판단을 빠르게 만들어 주기 때문에 블로그 운영에서 매우 실용적인 UI 신호입니다.

날짜는 중복 방지의 공개 버전이다

Futory의 자동 발행은 하루에 한 편만 만드는 것을 원칙으로 합니다. 내부적으로는 파일명과 frontmatter에서 오늘 날짜를 찾아 중복을 막습니다. 공개 페이지의 날짜 배지는 이 원칙이 화면까지 이어졌는지 보여 줍니다. 오늘 날짜가 상세 페이지나 목록에 보이면 새 글이 현재 발행일의 콘텐츠로 해석되고 있다는 뜻입니다. 반대로 파일은 오늘 날짜인데 화면에는 날짜가 없거나 이전 날짜처럼 보이면 파싱, 정렬, 렌더링 중 어느 단계가 흔들렸는지 점검해야 합니다.

독자는 slug보다 날짜를 먼저 이해한다

운영자는 ai-blog-visible-date-badge-routine 같은 slug를 보고 어떤 글인지 추적할 수 있습니다. 하지만 독자에게는 영어 slug보다 2026-08-20 같은 날짜가 훨씬 직접적입니다. 자동 검증에서는 slug가 안정적인 기계 신호이고, 날짜는 사람이 읽는 신호입니다. 두 값을 함께 확인하면 라우팅과 콘텐츠 표시를 동시에 검증할 수 있습니다.

Futory에서 확인할 날짜 배지 위치

날짜 검증은 복잡한 크롤러가 필요하지 않습니다. 새 글을 만든 뒤 몇 가지 공개 경로를 no-cache로 요청하고, HTML 안에 오늘 날짜나 slug가 포함되어 있는지 확인하면 됩니다. 중요한 것은 상세 페이지 하나만 보지 않고 독자가 들어오는 경로를 함께 보는 것입니다.

상세 페이지의 날짜

/posts/<slug> 상세 페이지는 새 글의 본문이 실제로 렌더링되는 곳입니다. 여기에서 제목, 본문, 날짜가 함께 보이면 Markdown frontmatter와 라우팅이 정상적으로 이어졌다고 볼 수 있습니다. 만약 상세 페이지가 200을 반환하지만 날짜가 없다면, 글 템플릿이 날짜를 숨기고 있거나 frontmatter 값을 읽지 못하는 상태일 수 있습니다. 이 경우 공개 검증 보고서에는 “상세 200은 통과했지만 날짜 표시 확인은 실패”처럼 나누어 적어야 합니다.

홈과 전체 글 목록의 날짜

홈(/)과 /posts는 최신 글을 발견하는 대표 경로입니다. 새 글이 생성됐더라도 목록 정렬이 깨지면 독자는 최신 글을 찾기 어렵습니다. 그래서 자동화는 오늘 날짜 또는 새 slug가 두 페이지에 포함되는지 확인합니다. 날짜가 보이면 독자 친화적인 신호가 통과한 것이고, slug만 보이면 최소한 새 글 링크는 반영된 것입니다. 둘 다 없다면 빌드 산출물이나 런타임 반영, 캐시 계층을 의심해야 합니다.

바이브코딩 목록의 날짜

Futory의 글은 category: "바이브코딩" 계약을 사용합니다. /vibe-coding 페이지는 이 계약이 공개 목록까지 이어지는지 확인하는 장소입니다. 날짜 배지가 이 페이지에 보이면 카테고리 필터, 목록 렌더링, 최신 정렬이 함께 작동하고 있다는 증거가 됩니다. 카테고리 목록에 빠진 글은 상세 페이지가 살아 있어도 주제별 탐색에서는 누락된 상태입니다.

자동화 보고서에 남길 증거

날짜 배지 검증의 가치는 보고서에 남겼을 때 커집니다. 크론 작업은 사람이 지켜보는 터미널이 아니므로, 나중에 결과를 읽는 운영자가 어떤 신호를 확인했는지 빠르게 알아야 합니다.

상태 단어를 고정한다

PASS, FAIL, SKIP 같은 단어를 고정해 쓰면 보고서를 훨씬 빨리 읽을 수 있습니다. 예를 들어 “상세 URL 200 PASS, 홈 날짜 확인 PASS, /posts slug 확인 PASS, /vibe-coding 날짜 확인 PASS”처럼 적으면 각 단계가 독립적으로 보입니다. 실패했을 때도 “빌드 실패”와 “공개 검증 실패”를 섞지 않고 원인 구간을 좁힐 수 있습니다.

날짜와 slug를 함께 기록한다

보고서에는 오늘 날짜와 slug를 함께 남기는 것이 좋습니다. 날짜는 발행 의도와 중복 방지 기준이고, slug는 실제 URL과 빌드 산출물 검증 기준입니다. 두 값을 같이 적어 두면 다음 실행에서 같은 날짜 중복 검사와 최근 주제 회피가 쉬워집니다. 또한 공개 페이지에서 제목이 HTML 엔티티나 줄바꿈으로 달라져도 slug와 날짜는 비교적 안정적으로 확인할 수 있습니다.

자주 묻는 질문

날짜가 frontmatter에 있으면 공개 검증은 생략해도 되나요?

생략하지 않는 편이 안전합니다. frontmatter는 입력이고 공개 HTML은 결과입니다. 입력이 맞아도 목록 정렬, 템플릿, 캐시, 런타임 재시작 문제 때문에 결과가 다르게 보일 수 있습니다. 자동 발행에서는 입력 검증과 공개 검증을 분리해야 합니다.

제목 대신 날짜나 slug를 찾는 이유는 무엇인가요?

한국어 제목은 줄바꿈, HTML 엔티티, 디자인 변경의 영향을 받을 수 있습니다. 날짜와 slug는 더 짧고 안정적이며, 오늘 글이 반영됐는지 확인하기에 충분한 신호입니다. 물론 사람이 최종 보고서를 읽을 때는 제목도 함께 남기는 것이 좋습니다.

날짜 배지가 보이지 않으면 글을 삭제해야 하나요?

바로 삭제할 필요는 없습니다. 먼저 빌드가 성공했는지, .next 산출물에 slug가 있는지, PM2 재시작이 성공했는지, no-cache 요청에서도 같은 결과인지 확인해야 합니다. 날짜 표시만 빠진 것이라면 템플릿 문제일 수 있고, 목록에 글 자체가 없다면 런타임 반영 문제일 수 있습니다.

결론

보이는 날짜 배지는 작은 UI 요소지만 Futory의 AI 블로그 자동화에서는 중요한 운영 증거입니다. 오늘 날짜가 파일, 빌드 산출물, 상세 페이지, 목록 페이지에 일관되게 나타나면 새 글이 단순히 생성된 것이 아니라 독자가 발견할 수 있는 상태로 발행됐다고 말할 수 있습니다.

평일 자동 발행 루틴은 앞으로도 새 Markdown 파일 하나를 만들고, 테스트와 빌드를 통과하고, PM2를 재시작하고, 공개 페이지를 확인하는 작은 단계를 차례로 지키면 됩니다. 그 마지막 확인에 날짜 배지와 slug를 함께 넣으면 Futory의 바이브코딩 운영은 더 투명하고 재시도하기 쉬운 흐름으로 유지됩니다.