새 글이 목록과 사이트맵에 반영되게 만들기

세 경로가 누구를 위한 것인지 나눕니다

홈의 글 목록은 사람이 제목과 요약을 읽고 선택하는 화면입니다. 사이트맵은 검색 서비스에 페이지 주소를 알려 주는 XML 파일입니다. RSS는 구독 도구가 최근 글을 확인할 때 사용하는 피드입니다. 세 곳에 들어가는 정보가 완전히 같은 것은 아니지만 공개 여부와 대표 주소는 일치해야 합니다. 초안이 한 경로에서만 새어 나오지 않는지도 확인합니다.

사이트맵이 없더라도 검색 서비스가 링크를 따라 글을 발견할 수는 있습니다. 반대로 사이트맵이 있어도 모든 글이 색인되는 것은 아닙니다. 특히 새 사이트에서는 페이지 발견과 처리에 시간이 걸릴 수 있습니다. 사이트맵은 검색 등록 절차의 한 부분으로 이해합니다. 파일을 제출했다는 이유로 검색 노출이나 광고 승인을 약속할 수 없습니다.

RSS를 만들었다고 구독자가 자동으로 생기는 것도 아닙니다. 방문자나 도구가 해당 피드를 사용할 수 있게 제공하는 기능입니다. 이 예제는 별도의 이메일 구독자 수집이나 뉴스레터 발송을 하지 않습니다. RSS와 이메일 주소 입력 폼을 같은 기능으로 소개하지 않습니다. 추가 구독 서비스를 붙이면 개인정보 처리와 발송 조건을 별도로 확인해야 합니다.

수정본을 저장한 뒤 사이트맵이 달라지는지 봅니다

목록과 사이트맵은 live_posts를 기준으로 만듭니다. 새 초안은 포함되지 않고 기존 글의 수정본을 저장해도 공개 주소는 계속 남습니다. 반면 공개 중단을 누르면 홈·사이트맵·RSS에서 함께 빠집니다. 이 세 결과가 다르다면 먼저 같은 도메인과 같은 배포 버전을 보고 있는지 확인하세요.

공개 글 한 편을 기준으로 비교합니다

케이블 정리 글을 공개한 상태에서 홈을 새로 고칩니다. 제목을 눌러 실제 경로를 확인하고 주소를 기록합니다. 이어서 대표 도메인 뒤에 /sitemap.xml 을 붙여 엽니다. 브라우저에서 디자인 없는 XML 구조나 텍스트로 보이는 것은 정상일 수 있습니다. 그 안에서 해당 글의 전체 https 주소를 찾습니다. 예시 도메인이나 로컬 주소가 들어 있지 않은지 봅니다.

다음으로 /rss.xml 을 엽니다. 최근 글 목록 안에 같은 글의 제목과 링크가 있는지 확인합니다. RSS는 전체 본문을 모두 제공하는 편집 화면이 아니며 예제에서는 요약과 주소 등을 전달합니다. 제목이 특수문자를 포함하더라도 XML이 깨지지 않아야 합니다. 브라우저가 구문 오류를 표시하면 마지막으로 바꾼 제목이나 요약과 파일 생성 코드를 확인합니다.

세 경로에서 찾은 링크를 직접 열어 같은 글이 나오는지 봅니다. 주소 문자열이 있다는 사실과 실제 접속이 되는 것은 별도입니다. 슬러그를 바꾸었는데 옛 주소가 남았거나 PUBLIC_ORIGIN이 예전 도메인일 수 있습니다. 예제는 현재 공개 데이터를 읽어 파일을 만들므로 변경 후 새 요청에서 반영되어야 합니다. 캐시나 다른 프로젝트 주소를 보고 있지 않은지도 확인합니다.

초안과 비공개 글이 빠지는지 확인합니다

관리자에 초안 글을 하나 남겨 둡니다. 그 제목이나 슬러그가 홈, 사이트맵, RSS에 나타나지 않는지 봅니다. 관리자에서 보인다는 사실은 공개를 뜻하지 않습니다. 글감을 API로 생성한 직후에도 같은 기준이 적용됩니다. 초안이 사이트맵에 포함되면 검색 서비스에 미완성 주소를 알릴 수 있으므로 상태 필터를 확인해야 합니다.

공개 시험 글을 공개 중단로 바꾼 뒤 세 경로를 다시 엽니다. 목록에서 빠지고 해당 상세 주소도 공개 본문을 보여 주지 않아야 합니다. 사이트맵에서 빠졌다는 사실만으로 이미 검색된 결과가 즉시 사라지는 것은 아닙니다. 검색 서비스가 변경을 다시 확인하는 과정이 필요할 수 있습니다. 민감한 내용을 공개하지 않는 것이 사후 삭제보다 우선입니다.