XML 사이트맵의 lastmod를 고정 날짜로 두지 않고 공개 글의 실제 수정일·구조화 데이터·관리자 저장 결과와 대조합니다.
detailry는 검색 순위나 전환 상승을 보장하지 않습니다. 이 글은 공개 페이지와 공식 문서에서 직접 확인한 항목, 재현 순서, 아직 확인하지 못한 범위를 나누어 적습니다.
lastmod는 발행 일정표가 아닙니다
XML의 lastmod는 예약일이나 매일 변경되는 시계가 아니라 해당 URL의 의미 있는 내용이 마지막으로 바뀐 날짜여야 합니다. 푸터의 연도나 방문 카운터처럼 본문과 무관한 변화를 수정일로 반영하면 크롤러에게 잘못된 신호를 보낼 수 있습니다. 반대로 본문을 크게 수정하고도 고정 날짜를 남겨 두면 변경 신호가 없어집니다.
세 곳의 날짜를 한 행에서 비교합니다
관리자의 post_modified, 공개 HTML의 BlogPosting dateModified, XML 사이트맵 lastmod를 URL별로 대조합니다. 예약 글은 공개 전에 사이트맵에 보이지 않는 것이 정상이므로 future 상태와 발행 이벤트를 관리자에서 확인합니다. 공개 후에는 캐시를 비운 새 응답으로 XML과 HTML을 다시 비교합니다.
| 기록 항목 | 남길 값 | 판정 기준 |
|---|---|---|
| 대상 | URL·화면·문서 식별자 | 다시 찾을 수 있는 값 |
| 조건 | 화면 크기·입력·시각·버전 | 다른 환경으로 확대하지 않음 |
| 결과 | 관찰값·오류·남은 질문 | 확인과 추정을 분리 |
detailry에서 발견한 9개 불일치
2026년 9월 23일 검사에서 최신 글 9개의 BlogPosting dateModified는 9월 15일부터 23일까지로 다르지만 XML lastmod는 모두 9월 14일에 멈춰 있었습니다. 공개 URL 52개를 전수 대조해 불일치 범위를 확정했고, 테마가 각 글의 실제 수정일을 반영하도록 바꾸었습니다. 수정 후 최신 글의 lastmod가 2026-09-23으로 바뀐 것을 공개 XML에서 확인했습니다.
홈·정책 페이지도 고정 날짜를 버렸습니다
글만 동적으로 처리하고 소개·문의·정책 페이지를 코드에 적은 날짜로 남겨 두면 다음 수정에서 같은 문제가 생깁니다. 페이지 루트와 WordPress 문서를 연결하고 발행일과 수정일 중 더 느지막 값을 쓰도록 변경했습니다. 사이트맵 HTML의 최종 수정 표시도 공개 글 목록의 최신 수정일을 따르게 했습니다.
웹디자인 공개 전 전수 확인 항목
기술 지표와 사용자 판단을 한 행에 합치지 않습니다. HTTP 200, 유효한 HTML, 스키마 통과는 표시 상태를 설명하지만 독자가 정보를 이해했다거나 성과가 발생했다는 증거가 아닙니다. 이 글의 기록은 독자가 직접 확인할 수 있는 화면·문장·URL·입력값으로 제한합니다. 수정에 대한 효과를 주장하려면 별도의 측정 설계와 충분한 시간 범위가 필요하며, 그 자료가 없으면 운영 검수 완료로만 표시합니다.
- 각 URL의 WordPress 발행일·수정일, 공개 JSON-LD, XML lastmod를 ISO 날짜로 정규화해 한 행에서 비교합니다.
- 시간대 차이로 날짜가 바뀌는 글은 KST 발행 시각과 UTC 저장 시각을 둘 다 남기고 정상 변환인지 확인합니다.
- 예약 글은 공개 전 XML에 없는 것을 오류로 보지 않고 future 상태, publish_future_post 이벤트, 예약 시각을 확인합니다.
- 캐시를 비우지 않은 응답과 질의 문자열을 붙인 응답을 비교해 CDN·페이지 캐시 잔류를 분리합니다.
- 수정 후에는 XML 문법, URL 수, 중복 loc, 미래 글 노출, HTML dateModified와의 불일치를 한 번에 재검사합니다.
자동 검사와 사람 판단을 나누는 표
| 주제 | 자동으로 찾을 값 | 사람이 확인할 문제 | 공개 보류 조건 |
|---|---|---|---|
| lastmod는 발행 일정표가 아닙니다 | URL·속성·수치·응답 상태를 고정한 순서로 수집 | XML의 lastmod는 예약일이나 매일 변경되는 시계가 아니라 해당 URL의 의미 있는 내용이 마지막으로 바뀐 날짜여야 합니다. 푸터의 연도나 방문 카운터처럼 본문과 무관한 변화를 수정일…이 판단이 실제 맥락에서도 맞는지 대조 | 원문·입력·화면 중 하나라도 재현할 수 없거나 다른 결과가 나오면 보류 |
| 세 곳의 날짜를 한 행에서 비교합니다 | URL·속성·수치·응답 상태를 고정한 순서로 수집 | 관리자의 post_modified, 공개 HTML의 BlogPosting dateModified, XML 사이트맵 lastmod를 URL별로 대조합니다. 예약 글은 공개 전에 사이트맵에 보…이 판단이 실제 맥락에서도 맞는지 대조 | 원문·입력·화면 중 하나라도 재현할 수 없거나 다른 결과가 나오면 보류 |
| detailry에서 발견한 9개 불일치 | URL·속성·수치·응답 상태를 고정한 순서로 수집 | 2026년 9월 23일 검사에서 최신 글 9개의 BlogPosting dateModified는 9월 15일부터 23일까지로 다르지만 XML lastmod는 모두 9월 14일에 멈춰 있었습니…이 판단이 실제 맥락에서도 맞는지 대조 | 원문·입력·화면 중 하나라도 재현할 수 없거나 다른 결과가 나오면 보류 |
| 홈·정책 페이지도 고정 날짜를 버렸습니다 | URL·속성·수치·응답 상태를 고정한 순서로 수집 | 글만 동적으로 처리하고 소개·문의·정책 페이지를 코드에 적은 날짜로 남겨 두면 다음 수정에서 같은 문제가 생깁니다. 페이지 루트와 WordPress 문서를 연결하고 발행일과 수정일 중 더 …이 판단이 실제 맥락에서도 맞는지 대조 | 원문·입력·화면 중 하나라도 재현할 수 없거나 다른 결과가 나오면 보류 |
표의 자동 항목이 통과해도 문장의 의미, 사용자의 이해, 실제 성과는 별도입니다. 반대로 자동 검사가 차단됐다고 즉시 실패로 판정하지 않고 일반 GET·브라우저 렌더링·관리자 미리보기 중 적합한 경로로 재확인합니다.
웹디자인 원고를 공개하기 전 마지막 대조
검수자는 먼저 제목“사이트맵 수정일이 글과 다를 때: lastmod 오류를 찾는 대조법”이 본문의 실제 범위보다 큰 결과를 약속하지 않는지 읽습니다. 첫 문단에서 독자가 얻을 것과 얻지 못할 것을 나누고, lastmod는 발행 일정표가 아닙니다·세 곳의 날짜를 한 행에서 비교합니다·detailry에서 발견한 9개 불일치·홈·정책 페이지도 고정 날짜를 버렸습니다이 제목의 문제를 서로 다른 증거로 해결하는지 확인합니다. 같은 결론을 반복하는 소제목은 통합하고, 입력값·판단·결과가 없는 문단은 길이를 늘리기 위한 내용으로 보고 삭제합니다.
원문은 Sitemaps 프로토콜, Google 사이트맵 관리, Schema.org dateModified의 제목과 현재 내용을 접속일에 다시 확인합니다. 공식 문서에 있는 일반 원칙을 현재 사이트의 실제 통과 결과로 바꾸지 않고, 원문의 적용 범위와 이 글에서 사용한 방식을 나눠 적습니다. 링크가 200을 반환해도 문서명·발행 주체·해당 절이 주장을 지지하지 않으면 근거에서 제외합니다. 정책·표준·제품 기준은 접속일과 내용 기준일을 별도로 표시합니다.
렌더링 검수는 390px 모바일과 1440px 데스크톱에서 제목 줄바꿈, 본문 너비, 표의 가로 이동, 이미지 비율, 캡션, 내부 링크, 푸터 책임 경로를 나누어 봅니다. 이미지는 1536×1024 PNG의 실제 파일을 연결하고, alt는 화면에서 판단에 필요한 장면을 설명하며, 캡션은 실제 고객 자료·측정·성과가 아님을 밝힙니다. 이미지 파일이 열린다는 사실과 작은 화면에서 정보가 유지된다는 사실을 별도로 확인합니다.
공개 상태 점검은 HTTP 200, H1 1개, 자기 참조 canonical, 70자 이상 요약, BlogPosting, 작성자·발행일·수정일, 이미지 alt·caption, 내부 링크, 외부 출처 응답으로 나눅니다. 예약 상태에서는 공개 URL 404와 noindex가 정상이며, 관리자 미리보기에서만 본문과 이미지를 확인합니다. 예약 시각, KST·UTC 변환, WordPress 발행 이벤트가 서로 맞지 않으면 날짜가 보여도 공개를 보류합니다.
마지막으로 기존 40개 글과 제목·소제목·출처 조합·단어 집합을 비교합니다. 유사도가 높으면 문장을 억지로 바꾸지 않고 검색 의도가 겹치는지를 다시 판단합니다. 새로운 입력값, 실제 공개 검수, 다른 판단 경로가 없으면 기존 글에 통합하고 새 글을 추가하지 않습니다. 분량, 이미지 해상도, 출처 개수는 각각 필요한 검수 항목이지 독자 가치를 단독으로 증명하지 않습니다.
예약 발행 후 다시 확인할 것
예약 저장 성공은 공개 성공이 아닙니다. 발행 시각 후 “사이트맵 수정일이 글과 다를 때: lastmod 오류를 찾는 대조법”의 공개 URL을 로그아웃 상태에서 다시 열고, 관리자 미리보기에서만 보였던 본문과 이미지가 같은 순서로 노출되는지 확인합니다. 홈·웹디자인 목록·HTML 사이트맵·XML 사이트맵·RSS에서 제목, 요약, URL, 발행일이 같은 글을 가리키는지 대조합니다.
- lastmod는 발행 일정표가 아닙니다은 공개 후에도 도입 문단과 같은 범위를 설명하는지 확인합니다.
- 세 곳의 날짜를 한 행에서 비교합니다의 표·리스트·코드가 390px에서 가로로 넘치거나 신뢰 링크를 가리지 않는지 봅니다.
- detailry에서 발견한 9개 불일치에서 사용한 수치·날짜·출처가 예약 시점의 검수 기록과 달라지지 않았는지 재확인합니다.
- 홈·정책 페이지도 고정 날짜를 버렸습니다의 한계 문구가 이미지 캡션·본문·요약에서 서로 모순되지 않는지 비교합니다.
- 출처 링크는 응답 상태와 문서 제목을 다시 확인하고, 차단·리다이렉트·404를 서로 다른 상태로 기록합니다.
공개 응답이 예약 시각 후에도 404이거나 XML에 나오지 않으면 캐시 문제로 단정하지 않습니다. WordPress 상태, 서버 시간대, publish_future_post 이벤트, 고유주소, 캐시 순서로 확인하고 원인이 확정되기 전에 날짜를 다시 저장하거나 중복 글을 만들지 않습니다.
발행 후 발견한 오류는 간단한 표현 수정과 독자 판단에 영향을 주는 사실 수정으로 나눅니다. 후자는 변경 전·후 내용, 수정 이유, 재확인한 자료와 날짜를 남기고 관련 글에 같은 오류가 없는지 확인합니다.
공개 전 운영 기록
- 검수 대상과 URL, 확인 시각, 환경을 먼저 고정합니다.
- 자동 검사가 찾은 후보를 공개 화면과 원문에서 다시 확인합니다.
- 수정 전 상태를 백업하고 수정 후 같은 조건으로 재검사합니다.
- 통과한 항목과 확인하지 못한 항목을 별도로 남깁니다.
기록이 없는 성공, 실제 고객 성과, 전문 자격, 모든 기기의 동일한 결과를 만들어 쓰지 않습니다. 실제 적용 전에는 해당 상품·사이트·운영 조건으로 다시 검수해야 합니다.
확인에 사용한 공식 원문
- Sitemaps 프로토콜 — 적용 범위와 현재 내용을 2026년 9월 23일 확인.
- Google 사이트맵 관리 — 적용 범위와 현재 내용을 2026년 9월 23일 확인.
- Schema.org dateModified — 적용 범위와 현재 내용을 2026년 9월 23일 확인.
작성·편집: 오경연 / detailry. 오류나 변경된 원문은 정정 문의로 알려 주세요.