구조화 데이터 검사 도구별 결과 차이

결과 차이를 판단하는 출발점

같은 페이지를 검사했다는 설명만으로 같은 자료를 검사했다고 판단하기는 어렵습니다. 한쪽은 페이지 주소를 제출하고 다른 쪽은 복사한 코드 일부를 제출했다면, 결과 차이를 도구의 판단 차이로 해석하기 전에 입력부터 맞춰야 합니다. 운영자는 결과 요약과 함께 입력 방식과 실제 제출한 자료를 확보합니다.

구글의 서치 콘솔 도움말은 리치 결과 테스트에서 페이지 주소와 코드 입력을 사용할 수 있으며, 스마트폰 또는 데스크톱 사용자 에이전트를 선택할 수 있다고 설명합니다. 기본 사용자 에이전트는 스마트폰입니다. 비교 기록에는 선택할 수 있었던 설정뿐 아니라 해당 검사에서 실제 사용한 조건을 기재합니다.

접근 조건과 검사 실패의 분리

페이지를 가져오지 못한 결과는 구조화 데이터 내용에 대한 평가와 따로 처리합니다. 구글 도움말은 리치 결과 테스트가 사용자 인증 정보 없이 페이지에 접근하며, 익명 사용자가 페이지 리소스에 접근할 수 있어야 한다고 설명합니다. 비밀번호나 네트워크 보안 설정으로 접근이 제한된 리소스는 테스트할 수 없습니다.

사이트 운영자는 본인의 로그인 상태에서 페이지가 열린다는 사실을 검사 도구의 접근 성공으로 대신하지 않습니다. 결과의 크롤링 완료 여부와 페이지 가져오기 상태를 확보하고, 접근 실패가 있다면 개발 담당에게 해당 조건부터 전달합니다. 내용을 읽지 못한 결과와 내용을 읽은 뒤 나온 결과를 같은 비교 자료로 취급하지 않습니다.

기기 조건이 다르면 코드도 달라졌다고 추정할 수는 있지만, 그 추정만으로 원인을 확정해서는 안 됩니다. 사용자 에이전트 기록과 각 검사에서 사용한 코드를 함께 확보해야 해당 페이지에서 실제 차이가 있었는지 판단할 수 있습니다. 다른 검사 도구의 기기 조건이 드러나지 않으면 미확인 조건으로 남깁니다.

원인을 좁히는 실행 순서

마케팅 담당자는 결과 화면을 모으기 전에 비교할 검사 단위를 정합니다. 페이지 전체 검사인지 특정 코드 블록 검사인지 기재하고, 서로 다른 입력을 사용한 결과는 별도 기록으로 관리합니다. 개발 담당에게는 결론을 요청하기보다 어느 조건에서 결과가 갈렸는지 재현할 자료를 전달합니다.

1. 검사 입력과 기기 조건을 정리합니다. 실행 시점, 입력 방식, 제출한 코드, 선택한 사용자 에이전트를 기록하고 같은 조건으로 비교할 수 있는 결과를 선정합니다.
2. 렌더링된 코드와 문법 처리 차이를 대조합니다. 결과가 지목하는 항목의 코드 블록을 확보하고, 입력 코드와 처리된 코드 중 무엇을 검사했는지 표시합니다.
3. 검사 대상 범위를 정리합니다. 각 결과가 평가한 유형과 속성을 기재하고, 도구 설명으로 뒷받침되는 차이와 설명이 부족한 차이를 따로 기록합니다.

렌더링된 코드는 도구가 페이지를 불러와 처리한 뒤의 코드입니다. 구글 도움말은 리치 결과 테스트의 오류나 경고에서 해당 위치를 여는 코드 탐색기가 렌더링된 소스 코드를 사용한다고 설명합니다. 운영자가 보관한 원본 코드와 이 코드가 같다고 전제하지 말고, 차이가 난 항목에 해당하는 부분을 개발 담당에게 전달합니다.

결과와 함께 전달할 근거 자료

이 표의 동작 설명은 해당 차이의 원인 후보를 제시하며, 특정 검사 결과의 원인을 확정하지는 않습니다. 예를 들어 댓글을 무시하는 동작이 문서에 있어도 실제 제출한 코드에 댓글이 없었다면 그 설명으로 결과 차이를 해석할 수 없습니다. 담당자는 문서의 설명과 검사 당시 자료가 연결되는 부분만 근거로 채택합니다.

전달 자료에는 결과 요약, 차이가 난 항목, 해당 코드, 아직 확보하지 못한 조건을 함께 기재합니다. 화면만 전달하면 개발 담당이 입력 방식과 처리된 코드의 관계를 다시 찾아야 합니다. 같은 조건으로 재검사한 결과가 있다면 최초 기록과 따로 보관해 무엇을 변경했는지 추적할 수 있게 합니다.

댓글 허용 결과의 해석 한계

JSON-LD 댓글이 있는 코드에서 결과가 갈렸다면, 한 도구의 통과 표시를 문법 전체에 대한 승인으로 해석하지 않습니다. 구글 도움말은 리치 결과 테스트가 JSON-LD 블록의 댓글을 무시하지만 JSON-LD 표준은 이 동작을 지원하지 않아 실제 사용 시 오류가 발생할 수 있다고 설명합니다. 구글은 게시 전에 해당 댓글을 삭제하도록 안내합니다.

이 설명으로 확정할 수 있는 것은 리치 결과 테스트의 댓글 처리 방식입니다. 다른 검사 도구가 댓글 때문에 오류를 표시했는지는 그 도구의 설명과 오류 위치가 추가로 필요합니다. 개발 담당은 차이가 난 코드에 댓글이 있는지, 결과가 그 위치를 가리키는지를 대조해 원인 후보의 근거를 보강합니다.

댓글을 제거한 뒤 결과가 달라졌더라도 동시에 다른 코드가 변경되었다면 댓글만의 영향으로 결론 내리기 어렵습니다. 원인 분석용 재검사에서는 변경한 내용을 기록하고, 서로 다른 변경이 섞인 결과를 단일 조건의 결과처럼 보고하지 않습니다. 게시 코드의 정비와 검사 차이의 설명은 각각 완료 여부를 기록합니다.

검사 범위 차이와 미확인 원인

같은 속성이 한쪽 결과에만 나타나면 먼저 해당 결과가 무엇을 평가했는지 따집니다. 구글 검색 센터는 스키마 용어에 구글 검색에는 필요하지 않지만 다른 서비스나 도구에 유용할 수 있는 속성과 객체가 있다고 설명합니다. 따라서 표시되지 않았다는 사실만으로 그 속성이 잘못되었다고 결론 내리지 않습니다.

검사 범위의 차이는 해당 도구의 설명이 있을 때 근거 있는 해석이 됩니다. 이름에 스키마나 리치 결과라는 말이 있다는 이유만으로 실제 검사 범위를 추정해서는 안 됩니다. 범위를 설명하는 자료가 없다면 해당 속성을 평가했는지부터 추가로 요청합니다.

최종 기록은 확인된 동작, 그 동작과 연결되는 검사 자료, 남은 의문을 나누어 작성합니다. 입력 코드가 다르다는 증거는 있지만 왜 달라졌는지 모른다면 코드 차이까지만 결론으로 기재합니다. 도구의 내부 처리나 사이트의 응답 원인은 추가 근거가 확보될 때까지 미확인 상태로 남깁니다.

같은 이름의 항목을 연결하는 기준

결과 목록에 같은 유형 이름이 있다고 해서 두 도구가 같은 항목을 평가했다고 판단하지 않습니다. 한 페이지에 같은 유형의 항목이 함께 있으면 이름만으로는 대응 관계가 모호할 수 있습니다. 담당자는 각 결과에서 가리키는 코드 위치와 주요 값을 이용해 비교할 항목을 연결합니다.

연결 근거가 부족한 항목은 임의로 짝을 정하지 않습니다. 코드 전체에서 해당 블록을 찾을 수 있는 자료를 개발 담당에게 요청하고, 항목 간 대응이 성립한 뒤 결과 문구를 비교합니다. 한 도구가 여러 항목을 묶어서 표시했는지도 설명이 확보된 범위에서만 기록합니다.

이어서 읽을 주제

병원 답변 구조화 데이터는 검사 결과의 차이를 판단한 뒤, 답변 내용을 어떤 정보 단위로 표현할지 이어서 읽을 주제입니다. 검사 조건의 비교에서 콘텐츠의 구조 설계로 관심을 옮길 때 참고할 수 있습니다.