문법 검증과 검색 노출의 판단 기준
구조화 데이터의 문법 검증을 통과해도 검색 노출이 보장되지는 않습니다. 구글의 품질·유형별 가이드라인 충족, 페이지 색인 생성, 실제 리치 결과 표시는 각각 구분해 판단해야 합니다. 운영자는 검사 결과를 받았을 때 무엇이 통과했는지 먼저 정하고, 그 결과로 설명할 수 없는 상태를 별도로 기록해야 합니다.
구글 검색 센터는 리치 결과 테스트에서 올바른 마크업으로 판정되더라도 검색결과에 구조화 데이터가 표시된다고 보장하지 않는다고 설명합니다. 따라서 마케팅 담당자는 개발 담당의 검증 완료 보고를 검색 노출 완료 보고로 받아들이지 않아야 합니다. 코드가 기술 조건에 맞는다는 근거와 검색결과에서 특정 표현이 나타났다는 근거는 서로 다른 자료입니다.
| 확인 단계 | 확인할 수 있는 것 | 확정할 수 없는 것 |
|---|---|---|
| 문법 검증 | 검사한 데이터의 구문이 올바른지 여부 | 콘텐츠의 진실성과 품질 조건 충족 |
| 리치 결과 테스트 | 감지된 유형과 검사 범위의 기술 조건 | 실제 검색에서 해당 기능의 표시 |
| 페이지 색인 상태 조사 | 대상 페이지의 색인 생성 상태 | 리치 결과의 표시 여부 |
| 검색결과 관찰 | 관찰한 검색에서 나타난 표현 | 다른 사용자와 검색 조건에서의 동일한 표시 |
표의 단계는 하나의 통과 판정으로 합칠 수 없습니다. 문법이 맞는다는 결과를 얻었다면 다음 조건을 조사할 근거로 사용하고, 아직 조사하지 않은 항목에는 완료 표시를 하지 않습니다. 검색결과를 관찰한 경우에도 그때의 조건을 함께 남겨 판단 범위를 제한합니다.
유효 판정이 설명하는 범위
검사 결과의 유효 판정은 검사 대상과 검사 범위를 함께 읽어야 의미가 분명해집니다. 구글의 리치 결과 테스트는 페이지에서 발견한 리치 결과 유형과 구조화 데이터의 기술 문제를 알려줍니다. 임의의 코드 조각도 테스트할 수 있으므로, 결과를 전달받은 담당자는 실제 공개 페이지를 검사했는지 코드만 검사했는지부터 가려야 합니다.
문법 검증이라는 이름으로 전달된 보고가 실제로는 리치 결과 테스트의 유효 항목 판정일 수도 있습니다. 보고서에는 검사 이름, 입력 대상, 감지된 유형을 기재하고 단순히 성공이라고만 표현하지 않습니다. 검사 화면에 나타난 범위보다 넓은 의미를 부여하면 공개 페이지의 상태와 코드 조각의 상태를 혼동하기 쉽습니다.
색인 생성과 리치 결과의 차이
페이지 색인 생성은 페이지를 검색 대상으로 처리하는 상태이고, 리치 결과는 검색결과에서 정보를 특정한 형식으로 표현하는 일입니다. 구글은 크롤러 접근, 정상적인 페이지 응답, 색인 생성 가능한 콘텐츠라는 최소 기술 요구사항을 충족해도 색인 생성을 보장하지 않습니다. 구조화 데이터 검사 통과를 이 요구사항의 충족이나 색인 완료를 대신하는 증거로 사용해서는 안 됩니다.
구글은 검색 기록, 위치, 기기 유형 등의 변수에 따라 검색결과를 구성하며 텍스트 검색결과가 더 적합하다고 판단할 수도 있다고 설명합니다. 리치 결과가 나타나지 않은 화면만으로 페이지가 색인에서 제외됐다고 결론 내릴 수는 없습니다. 담당자는 표현 방식에 관한 관찰과 페이지 처리 상태에 관한 자료를 따로 해석해야 합니다.
검증 통과 뒤 진행할 순서
후속 작업은 검사 결과의 의미를 정한 뒤 품질과 유형별 조건을 조사하는 순서로 진행합니다. 개발 담당은 검사 대상과 기술 결과를 전달하고, 콘텐츠 담당은 현재 페이지의 내용과 그 내용을 뒷받침하는 자료를 준비합니다. 마케팅 담당자는 두 자료를 받아 검색 상태에 관한 결론을 별도로 작성합니다.
- 검사 결과에서 입력 대상과 감지된 유형을 기재하고, 통과 판정이 적용된 범위를 정합니다.
- 콘텐츠 담당이 페이지 내용의 최신성, 원본성, 관련성, 오해를 유발하는 표현을 검토합니다.
- 선택한 리치 결과 유형 문서에서 필수 속성과 추가 가이드라인을 찾아 적용 여부를 대조합니다.
- 페이지 색인 생성 자료와 실제 검색결과 관찰을 각각 정리하고, 미조사 상태와 판단 불가 상태를 명시합니다.
자료 요청은 막연한 정책 준수 여부보다 실제 판단에 필요한 항목을 중심으로 작성합니다. 콘텐츠 담당에게는 값의 근거와 현재 유효한 정보인지 묻고, 개발 담당에게는 공개 페이지의 접근 상태와 적용 데이터를 요청합니다. 자료가 없다는 답을 받으면 충족으로 처리하지 말고 필요한 근거를 추가로 요청합니다.
| 검증 통과 뒤 확인할 조건 | 운영자가 확인하거나 요청할 내용 | 판단의 한계 |
|---|---|---|
| 콘텐츠 품질 | 정보의 근거, 최신성, 원본성, 오해 가능성 | 자동 검사 통과로 충족을 확정할 수 없음 |
| 유형별 조건 | 해당 기능 문서의 필수 속성과 추가 가이드라인 | 일반 가이드라인만으로 판단을 끝낼 수 없음 |
| 페이지 접근과 색인 | 접근 제한, 페이지 응답, 색인 상태 자료 | 접근 성공이나 요구사항 충족이 색인을 보장하지 않음 |
| 실제 표시 | 검색어, 관찰 시점, 기기와 검색결과 기록 | 관찰한 결과를 모든 검색 조건으로 확대할 수 없음 |
사람이 판단해야 하는 품질 조건
구글 검색 센터는 품질 가이드라인을 자동화된 도구로 간편하게 테스트하기 어렵다고 설명합니다. 구문이 올바르더라도 품질 조건을 위반하면 리치 결과로 표시되지 않거나 스팸으로 처리될 수 있습니다. 운영자는 기술 결과와 별개로 콘텐츠 담당에게 문장의 뜻과 정보의 근거를 판단하도록 요청해야 합니다.
페이지 주제와 데이터가 표현하는 대상이 일치하는지, 시기성이 떨어진 정보를 현재 정보처럼 제시하는지 검토합니다. 관련 없는 내용이나 사용자를 혼란스럽게 하는 표현이 있다면 속성의 형식만 정비해서는 문제를 해결할 수 없습니다. 콘텐츠 담당은 문제가 되는 표현과 판단 이유를 남기고, 개발 담당은 내용이 확정된 뒤 그에 맞춰 데이터를 수정합니다.
유형별 검토에서는 속성 이름을 채웠다는 사실과 해당 조건을 충족한다는 사실을 따로 판단합니다. 구글은 특정 리치 결과 유형 문서의 필수 속성과 추가 가이드라인을 따르도록 요구합니다. 속성 값이 존재한다는 이유만으로 내용에 관한 추가 조건까지 충족했다고 기재하지 않습니다.
판정과 근거를 나누는 기록 방식
점검 기록은 하나의 종합 성공 표시보다 항목별 판정과 근거를 연결하는 방식으로 작성합니다. 문법 검증에는 검사 결과를, 품질 판단에는 콘텐츠 근거와 판단 이유를, 유형별 조건에는 적용한 문서 항목을 연결합니다. 색인 생성과 검색결과 관찰에는 각각 해당 상태를 알 수 있는 자료를 기재합니다.
같은 페이지를 조사하더라도 자료가 가리키는 시점과 대상이 다르면 하나의 결론으로 합치지 않습니다. 검사한 데이터와 공개 중인 데이터가 같은지 알 수 없다면 그 차이를 기록하고 대상부터 대조합니다. 검색결과 관찰도 어떤 페이지를 대상으로 했는지 명확히 남겨 다른 페이지의 표시를 해당 페이지의 성과로 처리하지 않습니다.
판정에는 충족 여부 외에 미조사와 근거 부족을 표현할 수 있어야 합니다. 품질 자료를 받지 못한 상태와 자료를 검토해 부적합으로 판단한 상태는 후속 작업이 다릅니다. 전자는 자료 요청을 이어 가고, 후자는 문제가 되는 콘텐츠와 데이터의 변경 범위를 정합니다.
노출 완료로 잘못 쓰는 보고 문구
검증 통과를 근거로 검색 노출 완료라고 쓰는 보고는 결론의 범위가 지나치게 넓습니다. 운영자는 문법 검증 완료, 품질 검토 진행 중, 색인 상태 미조사처럼 현재 자료로 말할 수 있는 상태를 기재합니다. 상태를 구체적으로 적으면 다음 담당자가 무엇을 이어서 조사해야 하는지 알 수 있습니다.
실제 리치 결과를 발견했을 때도 앞으로 계속 표시된다고 보고하지 않습니다. 관찰 조건과 발견한 표현을 기록하고, 지속적인 표시 여부는 아직 확정할 수 없다고 명시합니다. 반대로 발견하지 못했다면 미발견이라는 관찰 결과를 남기며, 이를 곧바로 문법 실패나 품질 위반으로 바꾸어 해석하지 않습니다.
업무 종료 판단은 담당자가 수행한 작업과 해결되지 않은 판단을 함께 제시하는 방식이 적절합니다. 기술 검증 업무를 마쳤어도 콘텐츠 근거 요청이 남아 있다면 그 요청을 보고에서 제외하지 않습니다. 검색 노출을 완료 조건으로 약속하는 대신, 검사 범위와 후속 조사 항목을 합의해 작업 결과를 전달합니다.
자주 묻는 질문
페이지를 가져왔다는 결과는 무엇을 뜻합니까?
리치 결과 테스트의 크롤링 완료는 구글이 테스트 대상 페이지에 접근할 수 있었다는 뜻입니다. 페이지를 가져올 수 있다는 결과에는 콘텐츠 품질을 승인했다는 의미가 포함되지 않습니다. 접근 성공을 근거로 다른 판단 항목까지 완료 처리하지 않아야 합니다.
로그인이 필요한 페이지의 검사 자료는 어떻게 준비합니까?
구글 검색 기술 요구사항은 로그인이 필요한 비공개 페이지를 구글봇이 크롤링하지 않는다고 설명합니다. 운영자는 비공개 페이지를 공개 검색의 대상으로 삼을지 먼저 결정해야 합니다. 검색이 필요하다면 민감한 내용을 그대로 공개하기보다 공개 가능한 정보를 정한 뒤 별도 공개 페이지를 준비하는 방안을 검토합니다.
이미지 속성이 있어도 이미지 접근을 조사해야 합니까?
구글은 구조화 데이터에 지정한 이미지가 페이지 내용과 관련되어야 하며, 해당 이미지에 크롤링과 색인 생성이 가능해야 한다고 설명합니다. 이미지 속성에 값이 있다는 사실만으로 이 조건이 충족되지는 않습니다. 운영자는 이미지 파일의 접근 제한과 페이지 내용과의 관련성을 별도로 조사합니다.
직접 조치 여부는 어디에서 알 수 있습니까?
구글은 서치 콘솔의 직접 조치 보고서에서 직접 조치 여부를 확인하도록 안내합니다. 구조화 데이터에 직접 조치가 적용되면 해당 페이지가 리치 결과로 표시될 자격을 잃을 수 있습니다. 보고서의 해당 여부를 근거 없이 추정하지 말고 실제 보고 내용에 따라 대응 범위를 정합니다.
유효 판정을 받은 코드의 댓글도 그대로 사용할 수 있습니까?
구글의 리치 결과 테스트는 JSON-LD 블록 안의 댓글을 무시하지만, JSON-LD 표준은 그 동작을 지원하지 않습니다. 테스트를 통과했다는 이유로 댓글까지 실제 사용에 적합하다고 판단하면 안 됩니다. 게시 전에 JSON-LD의 댓글을 삭제하고 적용할 코드를 정리합니다.
