구조화 데이터 적용 뒤 모니터링

적용 뒤 읽기 오류와 항목 변화

병원 담당자는 적용 완료라는 업체 답변만으로 이후 상태를 판단하지 않습니다. 홈페이지의 템플릿이나 코드가 변경되면 배포 당시와 다른 문제가 발생할 수 있기 때문입니다. 적용 이후에도 구글이 마크업을 읽는지, 변경된 페이지에서 항목 상태가 달라졌는지를 업무 대상으로 정합니다.

구글 검색 센터는 개발 중 검사와 배포 이후 모니터링에 사용하는 도구를 따로 설명합니다. 배포 후에는 리치 결과 상태 보고서로 페이지의 유효성을 추적하도록 안내합니다. 담당자는 설치 당시 검사 결과와 현재 보고서 상태를 별개의 자료로 받고, 현재 발생한 문제에 맞춰 업체에 작업을 요청합니다.

화면별 정보와 판단의 한계

리치 결과 상태 보고서는 구글이 읽을 수 있는 마크업과 읽지 못하는 마크업에 관한 정보를 제공합니다. 오류의 세부정보와 경고, 문제 해결에 필요한 정보도 포함합니다. 오류와 경고를 같은 상태로 처리하면 업체에 전달할 요청의 우선순위가 흐려질 수 있습니다.

구글은 리치 결과 표시를 막는 오류와 노출을 제한할 수 있는 경고를 설명합니다. 병원 실장은 업체에 문제 이름을 전달할 때 화면에서 오류인지 경고인지도 함께 알립니다. 경고가 있다는 이유만으로 모든 항목이 읽히지 않는다고 표현하거나, 오류가 없다는 이유만으로 모든 작업이 끝났다고 처리하지 않습니다.

상태 변화와 원인 확정의 차이

항목 상태의 변화는 조사할 방향을 정하는 단서이며, 원인을 확정하는 답은 아닙니다. 구글의 프로필 페이지 안내는 홈페이지 변경 후 잘못된 항목 증가와 유효한 항목 감소에 각각 다른 가능성을 제시합니다. 병원 담당자는 이를 원인 후보로 사용하고, 실제 페이지를 검사한 업체 답변으로 조치할 내용을 결정합니다.

잘못된 항목이 늘었다고 해서 곧바로 홈페이지 변경 전체를 되돌릴 필요는 없습니다. 변경 범위와 문제가 발생한 페이지의 관계를 업체가 설명하도록 요청합니다. 담당자가 보고서 문구만 읽고 코드를 직접 수정하기보다, 해당 변경을 수행한 업체가 원인을 가리고 수정 범위를 제시하게 합니다.

읽기 오류부터 변경 페이지까지

담당자는 읽기 오류를 먼저 확인한 뒤 유효한 항목과 잘못된 항목의 변화를 연결합니다. 이후 문제가 표시된 URL과 홈페이지 변경 사항을 업체에 전달합니다. 오류 화면만 보내기보다 어느 작업 이후 어떤 상태가 달라졌는지 설명하면 업체가 조사 대상을 정하기 쉽습니다.

1. 리치 결과 상태 보고서에서 문제 이름과 오류·경고 여부를 읽고, 업체에 전달할 메시지 내용을 준비합니다.
2. 유효한 항목 감소와 잘못된 항목 증가가 함께 발생했는지, 감소만 발생했는지를 가립니다.
3. 문제 URL과 변경 페이지 목록을 대조하고, 템플릿·코드 변경 내역을 업체에 요청합니다.
4. 업체가 실제 URL을 검사한 결과와 수정 필요 여부를 받아 후속 작업을 정합니다.

구글은 사이트를 다른 사람이 관리한다면 문제를 자세히 설명하는 서치 콘솔 메시지를 관리자에게 전달하도록 안내합니다. 병원 담당자는 메시지를 임의로 짧게 바꾸어 문제 이름을 누락하지 않습니다. 화면 자료에는 보고서 이름과 대상 페이지를 포함하고, 병원 내부의 변경 요청 내용은 별도 설명으로 전달합니다.

준비할 자료는 문제 메시지, 해당 URL, 변경된 페이지 목록, 업체의 작업 내역입니다. 담당자가 작업 내역을 받지 못했다면 메뉴나 디자인을 변경했다는 병원 내부 설명과 실제 코드 변경 여부를 따로 질문합니다. 추정한 변경 내용을 확정 사실처럼 전달하지 않습니다.

관찰한 변화에 따른 업체 요청

업체에 보내는 질문은 관찰한 변화에 따라 달라야 합니다. 오류가 늘어난 상황과 마크업이 더 이상 삽입되지 않을 가능성이 있는 상황에 같은 수정 요청을 보내지 않습니다. 다음 표의 가능성은 조사 출발점이며, 실제 원인은 페이지 검사 결과로 판단합니다.

업체에는 문제가 있다는 답변보다 어떤 URL에서 무엇을 검사했는지 설명하도록 요청합니다. 수정이 필요하다면 담당자가 승인할 작업 범위와 업체가 조치할 내용을 함께 받습니다. 잘못된 항목을 수정한 뒤에는 실제 URL에서 문제가 지속되는지 검사하고, 상태 보고서의 유효성 검사 요청까지 진행할 담당자를 정합니다.

직접 조치 여부는 기술 오류에 대한 답변과 별도로 요청합니다. 구글은 이를 확인하는 화면으로 직접 조치 보고서를 안내합니다. 업체가 항목 오류를 직접 조치라고 표현했다면 해당 보고서에 표시된 내용인지 질문하고, 서로 다른 문제를 하나의 수정 사유로 합치지 않습니다.

대표 URL 밖의 적용 범위

보고서에 나타난 URL 목록은 전체 적용 페이지 목록을 대신하지 못합니다. 서치 콘솔 도움말은 대부분의 보고서가 알려진 모든 URL을 나열하지 않고 대표적인 샘플을 다룬다고 설명합니다. 병원 담당자는 보고서에 없는 페이지를 정상 처리하거나, 목록에 있는 페이지만 업체의 조사 대상으로 제한하지 않습니다.

업체가 홈페이지 변경 페이지 목록을 갖고 있다면 그 목록을 조사 범위의 출발점으로 사용합니다. 같은 템플릿을 사용하는 페이지와 별도로 제작한 페이지를 나누어 검사할 대상을 제시하게 합니다. 대표 페이지의 검사 결과를 다른 페이지에도 적용할 수 있다고 답한다면, 공통으로 사용하는 코드와 예외 페이지의 존재를 설명하도록 요청합니다.

전체 적용이 정상이라는 답변을 받으려면 업체가 판단한 범위를 알아야 합니다. 보고서에 표시된 URL만 검사했는지, 변경된 페이지도 검사했는지, 공통 템플릿의 작동 상태까지 조사했는지를 질문합니다. 검사하지 않은 범위는 미확인 범위로 남기고, 병원 내부 보고에서도 전체 정상이라는 표현을 사용하지 않습니다.

업체 답변의 완료 조건

업체 답변은 조사한 대상과 조치 여부가 분명할 때 업무 결정에 사용할 수 있습니다. 문제가 발견되지 않았다는 답변에도 대상 URL, 사용한 도구, 관련 변경 사항에 대한 설명을 요청합니다. 오류 원인을 찾지 못했다면 정상으로 결론 내리기보다 추가로 검사할 대상과 필요한 자료를 제시하게 합니다.

업체의 완료 답변에 검색 표시 결과만 담겨 있다면 적용 상태에 관한 설명을 다시 요청합니다. 담당자가 필요한 것은 변경 이후 읽기 상태와 항목 문제에 대한 답입니다. 검색 화면에서 어떤 형태로 표시됐는지를 기술 조사의 완료 근거로 대신 사용하지 않습니다.

보고서와 현재 페이지의 시점 차이

현재 페이지의 검사 결과와 보고서 상태가 다르다는 이유만으로 어느 한쪽이 틀렸다고 단정하지 않습니다. 서치 콘솔 도움말은 사이트 변경 이후 아직 크롤링되지 않은 경우와 데이터가 게시되는 시점의 차이를 설명합니다. 대부분의 보고서에서는 최종 업데이트 날짜도 알 수 있습니다.

담당자는 변경한 시점과 보고서의 최종 업데이트 날짜를 업체에 전달하고, 현재 URL의 결과가 어떤 상태를 설명하는지 질문합니다. 업체가 라이브 URL 검사만 했다면 그 결과와 보고서에 반영된 상태를 따로 설명하도록 요청합니다. 현재 페이지가 정상이라는 답변을 받았더라도 보고서의 차이가 왜 발생했는지 설명이 없으면 원인 판단을 보류합니다.

이어서 읽을 주제

구조화 데이터의 적용 대상 선정 기준을 이어 읽으면 홈페이지에 새 페이지를 추가할 때 업체에 어떤 범위의 작업을 요청할지 결정하는 데 도움이 됩니다. 유형별 필수 속성에 관한 주제는 신규 적용을 준비할 때 필요한 병원 정보를 미리 정리하기 위해 이어 읽을 수 있습니다.