정기 기술 점검 목록 만들기

항목 이름 대신 판단할 질문

‘접근 설정’처럼 넓은 이름만 쓰면 담당자마다 검사 범위를 다르게 해석할 수 있습니다. 질문은 대상과 판단할 상태가 드러나도록 작성합니다. 하나의 질문에 접근 가능 여부와 본문 내용, 데이터 일치 여부를 모두 넣으면 일부만 충족해도 전체가 정상으로 기록될 수 있으므로 질문을 나눕니다.

표의 영역은 목록을 설계하기 위한 출발점입니다. 실제 질문은 사이트의 공개 목적과 구현 방식에 맞게 세분화합니다. 사용하지 않는 기능은 누락으로 처리하지 않고, 적용하지 않는 이유를 남깁니다.

공개 의도와 접근 상태의 관계

접근 항목의 기대 상태는 무조건 허용으로 정하지 않습니다. 운영자가 먼저 검색에 공개할 콘텐츠와 비공개로 유지할 콘텐츠를 가리고, 기술 담당자가 그 의도에 해당하는 설정 근거를 연결합니다. 접근 허용과 색인 제외는 목적이 다르므로 같은 질문으로 처리하지 않습니다.

구글은 로그인 없이 접근할 수 있고 구글봇의 수집을 막지 않는 페이지를 색인 대상으로 설명합니다. 또한 robots.txt로 수집을 막아도 주소가 검색결과에 남을 수 있으며, 색인 제외에는 수집을 허용한 상태에서 noindex를 사용하는 방법을 안내합니다. 운영자는 ‘차단되어 있는가’만 묻지 말고, 수집 제한과 색인 제외 중 무엇을 의도했는지 항목에 기재합니다.

네이버는 robots.txt뿐 아니라 웹 서버와 네트워크 접근 제어 설정에서도 검색로봇의 접근을 허용하도록 안내합니다. 따라서 공개 화면에 접속했다는 사실만으로 검색로봇 접근 항목을 충족 처리하지 않습니다. 구글이 요구하는 성공 응답과 색인 가능한 콘텐츠도 각각 근거를 받아 판정하며, 기술 요건 충족을 색인 완료로 기록하지 않습니다.

적용 항목에서 근거까지의 작성 순서

목록 작성은 사이트에 적용되는 항목을 선택하는 일부터 시작합니다. 운영자는 공개 목적과 사용 중인 기능을 정리하고, 기술 담당자는 판단에 필요한 설정과 자료의 존재 여부를 알려줍니다. 다른 사이트의 목록을 가져오더라도 적용 조건을 비워 놓은 채 사용하지 않습니다.

1. 적용 항목을 선택합니다. 공개 콘텐츠, 사이트맵과 RSS 사용 여부, 구조화 데이터 사용 여부를 자료로 정리하고 각 항목의 적용 이유를 기재합니다.
2. 항목별 질문과 기대 상태를 작성합니다. 질문에는 대상과 판단할 상태를 넣고, 기대 상태에는 충족으로 처리할 조건을 구체적으로 기재합니다.
3. 확인 근거와 확인 불가 조건을 추가합니다. 자료를 확보할 담당자를 정하고, 권한 부족이나 자료 부재로 판단을 멈출 조건도 함께 기록합니다.

운영자는 콘텐츠 목록, 공개 범위, 실제 본문, 관리 화면에서 확보할 수 있는 자료를 준비합니다. 기술 담당자에게는 설정의 존재 여부뿐 아니라 그 설정이 적용되는 범위를 요청합니다. 요청 문구는 ‘전체적으로 정상인가’보다 ‘이 질문을 판정할 자료는 무엇인가’로 작성합니다.

담당자별 자료와 판단 중단 조건

근거에는 자료 이름과 함께 그 자료가 답할 수 있는 질문을 기재합니다. 설정 설명만으로 실제 본문의 내용을 판정하거나, 본문 화면만으로 서버 설정을 판정하지 않습니다. 일부 질문에만 답하는 자료라면 해당 질문에만 연결합니다.

운영자가 자료를 확보할 권한이 없다는 사실과 사이트가 조건을 충족하지 못한다는 판단은 따로 기록합니다. 자료를 받지 못한 항목은 미충족으로 단정하지 않고 판단 보류로 처리합니다. 요청받은 담당자가 어떤 자료를 전달해야 보류를 해소할 수 있는지 목록 안에 명시합니다.

목록과 실제 내용의 별도 판정

수집 대상 파일이 있다는 사실은 그 안의 주소와 실제 페이지 정보가 적절하다는 판정을 대신하지 못합니다. 네이버는 사이트맵을 수집 대상 주소를 담는 XML 파일로 설명하고, RSS에는 최신 글의 본문 전체를 담도록 안내합니다. 운영자는 파일 존재, 주소의 적절성, RSS 본문 포함 여부를 각기 답할 수 있는 질문으로 작성합니다.

네이버 안내에서는 사이트맵과 RSS의 주소가 상대 경로이거나 등록한 사이트의 호스트와 다르면 수집하지 않는다고 설명합니다. 이 조건은 제출 자료의 주소 표현을 판정하는 항목에 연결합니다. 실제 페이지의 제목이나 본문이 의도한 내용인지는 별도 항목에서 대조하며, 제출 자료가 적절하다는 이유로 페이지 내용까지 충족 처리하지 않습니다.

네이버는 페이지 제목이 콘텐츠의 주제를 정확히 설명해야 하며 모든 페이지에 같은 제목을 사용하지 않도록 안내합니다. 제목 항목에는 ‘제목이 존재하는가’와 ‘해당 콘텐츠를 설명하는가’를 별도 질문으로 작성할 수 있습니다. 자료의 존재를 묻는 질문과 자료의 내용을 판단하는 질문이 섞이지 않도록 목록을 정비합니다.

본문 일치와 속성 요건의 분리

구조화 데이터 항목은 본문과 값이 일치하는지, 적용하려는 유형의 필수 속성을 충족하는지 따로 질문합니다. 전자는 운영자가 관리하는 사실 정보와 출력 데이터를 대조하는 업무입니다. 후자는 해당 유형에 적용할 속성 기준을 확보한 뒤 기술 담당자가 판단할 업무입니다.

필수 속성이라는 이름만 기재하고 실제 기준을 연결하지 않으면 판정할 수 없습니다. 목록에는 적용 유형과 기준 문서의 이름, 판단에 사용할 속성 목록을 함께 기록합니다. 속성 기준을 확보하지 못했다면 임의로 요건을 만들지 않고 해당 질문을 보류합니다.

값이 존재해도 본문과 다르면 내용 일치 항목은 충족하지 못합니다. 반대로 본문과 값이 같더라도 필요한 속성의 존재 여부는 별도 판정을 남깁니다. 결과를 합칠 때는 각 질문의 상태를 유지하고, 일부 충족을 구조화 데이터 전체의 정상으로 표현하지 않습니다.

판정 문구에 섞인 작업 지시

기대 상태에는 담당자의 작업 완료 문구를 넣지 않습니다. ‘설정 변경 완료’나 ‘자료 전달 완료’는 업무 진행 기록이며, 사이트가 어떤 조건을 충족하는지 설명하지 못합니다. 목록 작성자는 작업을 했다는 사실과 항목의 판정 조건을 다른 칸에 기록합니다.

기대 상태를 읽고도 어떤 근거로 판정해야 하는지 알 수 없다면 문구를 고칩니다. ‘이상 없음’처럼 범위가 넓은 표현 대신 대상과 충족 조건을 명시합니다. 자료 전달 자체가 필요한 항목에서도 ‘파일 수령’으로 끝내지 않고, 질문에 답하는 내용이 파일에 포함되어야 한다는 조건을 기재합니다. 업무 완료 표시를 그대로 판정 값으로 복사하지 않도록 기록 양식도 분리합니다.

이어서 읽을 주제

GEO 대행 보고서는 기술 상태를 설명하는 근거와 관찰 결과를 어떻게 연결하는지 알아보기 위해 이어 읽을 주제입니다. 병원 광고 성과 분석은 기술 항목의 충족 여부와 광고 성과의 판단 기준을 따로 설계하는 방법이 필요할 때 이어 읽을 주제입니다.