IndexNow로 알릴 주소와 알리지 않을 주소의 기준

제출 호스트와 키가 허용하는 주소 범위

IndexNow 문서는 주소를 제출하는 호스트 안에 텍스트 키 파일을 두어 소유권을 증명하도록 설명합니다. 검색 엔진은 제출 이후 키 파일을 읽어 소유권을 검증하며, 키가 변경될 때까지 해당 키를 사용합니다. 따라서 회사가 관리하는 사이트라는 설명만으로 제출 가능 여부를 결정하지 말고, 실제 제출에 사용하는 호스트와 키 파일의 위치를 개발 담당자에게 요청해야 합니다.

호스트는 주소에서 사이트를 식별하는 부분이고, 경로는 그 뒤에서 콘텐츠의 위치를 나타내는 부분입니다. 같은 회사가 운영하더라도 제출 호스트와 다른 호스트의 주소를 한 제출에 섞어도 된다고 판단해서는 안 됩니다. 담당자에게는 회사의 전체 사이트 목록보다 이번 제출에 지정한 호스트와 후보 주소의 호스트가 일치하는지를 묻는 편이 정확합니다.

키 파일 위치에 따른 후보 주소 판정

IndexNow 문서는 키 파일을 호스트의 최상위 디렉터리에 배치하는 방식을 강하게 권장합니다. 같은 호스트의 다른 위치에 키 파일을 배치하는 방식도 설명하며, 이때는 알림마다 keyLocation으로 파일 위치를 전달해야 합니다. 특정 경로에 배치한 키 파일은 그 경로로 시작하는 주소에 적용되므로, 파일이 존재한다는 사실과 후보 전체를 제출할 수 있다는 판단을 연결해서는 안 됩니다.

표의 범위 요건 통과는 주소의 내용이나 검색 처리 목적까지 승인했다는 뜻이 아닙니다. 후보 목록에는 범위 판정 결과와 별도로 제출 목적을 기재해야 합니다. 키 파일이 놓인 위치를 모르는 상태라면 담당자가 허용 경로를 명시할 때까지 제출 목록을 확정하지 않습니다.

호스트부터 응답까지의 실행 순서

마케팅 담당자는 제출 후보 목록을 준비하고, 개발 담당자는 실제 전송 설정과 키 파일 배치 정보를 제시합니다. 양쪽이 서로 다른 목록을 사용하지 않도록 이번 제출에 사용할 목록을 지정하고 변경 이력을 남깁니다. 후보 주소의 수보다 각 판단을 어떤 설정에 근거해 내렸는지가 기록에 드러나야 합니다.

1. 제출 호스트를 확인합니다. 개발 담당자가 전송에 사용하는 호스트 값을 제시하고, 마케팅 담당자가 후보 주소별 호스트와 대조합니다.
2. 키 파일 위치와 허용 경로를 대조합니다. 개발 담당자는 최상위 배치인지 특정 경로 배치인지 설명하고, 후자라면 keyLocation 전달 여부와 적용 가능한 경로를 명시합니다.
3. 제출 응답을 확인합니다. 실제 전송한 후보 목록과 응답 코드를 함께 기록하고, 접수 상태와 수정이 필요한 문제를 따로 표시합니다.

준비 자료에는 후보 주소, 제출 호스트, 키 파일 배치 방식, 허용 경로, 전송 결과가 필요합니다. 일반 업무 문서에는 키 값 자체를 복사하기보다 권한이 있는 담당자가 설정과 파일 내용을 대조한 결과를 기재합니다. IndexNow 문서는 키와 키 파일 위치를 운영자와 검색 엔진만 알도록 안내하므로, 관련 정보의 공유 대상도 제한해야 합니다.

제출 응답에 따른 후속 확인 항목

응답 코드는 요청이 어떤 상태로 처리됐는지를 가리는 자료로 사용합니다. IndexNow 문서에서 성공 응답은 제출 성공을 뜻하고, 접수 응답은 키 검증이 남아 있는 상태를 뜻합니다. 운영 기록에서도 두 상태를 같은 완료 표시로 합치지 않습니다.

응답을 전달할 때는 코드만 보내지 말고 어떤 목록과 설정으로 제출했는지도 함께 기재합니다. 담당자가 원인을 고친 뒤에는 수정 대상과 후속 응답을 연결해 남깁니다. 제출 성공을 색인 완료나 검색 노출, AI 인용이 확정됐다는 보고로 확대하지 않습니다.

주소 범위 문제와 키 문제의 판별

주소가 허용 범위 밖에 있다는 판단과 키 검증이 끝나지 않았다는 판단은 후속 작업이 다릅니다. 전자는 후보 목록 또는 제출 설정을 고칠 문제이고, 후자는 검증 상태를 추적할 문제입니다. 키 검증 대기 응답을 받았다는 이유만으로 정상 후보를 목록에서 삭제하거나, 키 파일을 즉시 이동하는 조치는 피해야 합니다.

특히 422 응답을 경로 문제 하나로 단정해서는 안 됩니다. IndexNow 문서는 이 응답의 이유로 주소가 제출 호스트에 속하지 않는 경우와 키가 프로토콜 규격에 맞지 않는 경우를 제시합니다. 운영자는 앞에서 정한 기준으로 주소 목록을 다시 대조하고, 개발 담당자는 키 규격을 별도로 검증해야 합니다. 응답 코드만으로 키 파일의 허용 경로가 잘못됐다고 결론 내리지는 않습니다.

403 응답은 키가 유효하지 않을 때의 응답이며, 문서에는 파일을 찾지 못하거나 파일 안에 키가 없는 경우가 포함됩니다. 담당자는 주소의 콘텐츠 상태를 바꾸기 전에 키 파일과 제출 설정 사이의 불일치를 조사해야 합니다. 반대로 파일을 정상적으로 읽을 수 있다는 설명만으로 모든 후보가 경로 요건을 통과했다고 처리해서도 안 됩니다.

삭제·중복·검색 제외 주소의 판단 유보

삭제된 주소, 다른 주소로 이동하는 주소, 중복 주소, noindex 주소는 이번 범위 규칙만으로 제출 여부를 확정할 수 없습니다. IndexNow 문서의 해당 설명은 호스트 소유권과 키가 적용되는 주소 범위를 정하며, 이들 상태별 제출 정책까지 제시하지 않습니다. 담당자는 콘텐츠 상태를 이유로 후보를 일괄 삭제하거나 반드시 제출하도록 지정하지 않아야 합니다.

운영 목록에서는 범위 요건을 통과한 주소라도 처리 목적이 미정이면 그 상태를 명시합니다. 정책을 결정할 담당자와 추가로 필요한 근거를 기재하고, 범위 판정 완료와 제출 승인 완료를 따로 관리합니다. 이렇게 하면 기술 담당자의 권한 검증 결과가 콘텐츠 담당자의 제출 결정으로 잘못 전달되는 일을 줄일 수 있습니다.

키 파일 이동 전후 기록의 분리

키 파일을 이동할 계획이 있다면 현재 제출에 사용한 위치와 변경 후 사용할 위치를 같은 설정으로 취급하지 않습니다. 특히 특정 경로 배치에서는 파일 위치가 허용 범위를 결정하므로, 이전에 통과한 후보 목록을 새 설정에도 그대로 승인하지 않아야 합니다. 개발 담당자가 변경 후 적용 범위를 제시하면 마케팅 담당자는 보류했던 후보와 기존 후보를 각각 다시 판정합니다.

이전 응답에는 당시 사용한 설정을 연결해 기록합니다. 파일 이동 뒤 받은 응답을 과거 제출의 결과처럼 덮어쓰지 않고, 어느 설정에서 발생한 결과인지 추적할 수 있도록 변경 이력과 연결합니다. 운영 인계 때도 현재 설정과 과거 처리 내역을 함께 전달합니다.

이어서 읽을 주제

병원 사이트 색인 주제는 업종별 사이트 운영에서 색인 상태를 어떤 자료로 판단할지 이어서 이해하려는 독자에게 연결됩니다. 제출 기록 이후의 조사 항목을 정하려면 서비스별 색인 상태를 다루는 기준도 함께 읽을 필요가 있습니다.