실제 제출 주소의 응답을 확보합니다
로컬에서 생성한 문자열이 아니라 공개 피드 URL의 상태 코드, Content-Type과 본문을 저장합니다. 오류 페이지 HTML이 RSS 주소에서 200으로 열리는 경우도 있으므로 응답 형식까지 확인합니다. 검색도구에 제출한 주소와 검사한 주소가 같은지 먼저 대조하고 리다이렉트가 있다면 최종 목적지도 기록합니다.
깨지기 쉬운 문자열을 표본으로 둡니다
제목과 설명에 앰퍼샌드, 꺾쇠, 따옴표와 한글이 들어간 가정한 데이터를 사용합니다. 링크의 쿼리 구분 문자도 확인합니다. 한 필드에서는 이스케이프를 하고 다른 필드에서는 원문을 그대로 붙이는 차이가 없는지 살핍니다. 이미 처리한 값을 다시 처리해 사람이 읽을 때 기호 문자열이 노출되는 경우도 구분합니다.
항목의 의미를 함께 검증합니다
- 피드 전체를 XML 파서로 읽고 오류가 없는지 확인합니다.
- 각 item의 제목·링크·식별자·설명이 의도한 문서와 대응하는지 봅니다.
- 날짜는 실제 콘텐츠 날짜와 맞고 해석 가능한 형식인지 확인합니다.
- 링크가 공개 문서의 최종 200 응답과 대표 주소로 이어지는지 검사합니다.
설명용으로 제목이 검색 & 측정인 문서를 추가했을 때만 피드가 깨진다면 나머지 문서를 삭제할 일이 아닙니다. XML 생성 단계의 문자 처리를 고치고 같은 예외 문자열을 회귀 표본으로 유지합니다. CDATA를 쓰는 경우에도 종료 문자열 등 경계를 검토해야 하므로 특정 포장 방식이 모든 입력을 자동으로 안전하게 만든다고 가정하지 않습니다.
완료와 제출 결과를 구분합니다
문법·링크·날짜 검사를 통과한 피드와 검색도구가 해당 피드를 읽은 결과를 각각 저장합니다. 등록 화면에서 제출이 성공했다고 표시돼도 모든 연결 문서가 색인됐다고 보고하지 않습니다. 새 문서를 추가한 뒤 피드 항목과 실제 페이지가 동시에 배포되는지도 확인합니다.
개인정보와 운영 자료의 경계
설명 필드에 문의 내용이나 내부 초안 메모가 섞이지 않게 공개용 데이터만 사용합니다. 피드는 별도의 공개 유통 경로이므로 화면에서 숨겼다는 이유로 안전하다고 보지 않습니다. 문서를 폐기하거나 공개 상태를 바꾸면 피드 포함 조건도 함께 검토합니다.
자주 묻는 질문
- 브라우저에서 글자가 보이면 RSS가 정상인가요?
- 문자열이 화면에 보이는 것과 XML 문서로 파싱되는 것은 다릅니다. 피드 응답 전체를 파싱하고 채널·항목·링크·날짜가 기대한 구조인지 확인합니다.
- 피드에 미리보기나 noindex 문서도 넣나요?
- 공개 배포할 문서의 정책과 맞춰 포함 대상을 정합니다. 임시 주소나 의도적으로 제외한 문서가 자동으로 피드에 섞이지 않도록 사이트맵과 같은 콘텐츠 상태를 참조하는 방식을 검토합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.