구조화 데이터를 넣었다가 뺄 때 주의할 점

제거 대상과 유지 대상의 경계

전체 제거를 요청할 때는 해당 페이지에 적용된 데이터를 모두 없애는 것인지, 사이트 전체에서 없애는 것인지 먼저 정합니다. 일부 제거라면 삭제할 유형과 그 안의 항목을 따로 기재합니다. 업체가 삭제할 코드의 범위를 해석하도록 맡기면 병원이 유지하려던 정보까지 작업 대상에 포함될 수 있습니다.

이 표는 병원이 업체에 전달할 변경 범위를 정하는 틀입니다. 담당자는 실제 적용 상태를 업체에서 받아 해당하는 행에 페이지 목록을 연결합니다. 삭제 대상을 이름만으로 설명하기 어렵다면 현재 값과 그 값이 설명하는 내용을 함께 기재해 업체가 대상을 특정하도록 요청합니다.

남길 데이터의 완전성과 정확성

구글 검색 센터는 리치 결과 유형에 필요한 속성이 빠지면 해당 항목을 리치 결과로 표시할 수 없다고 설명합니다. 또한 권장 속성을 많이 채우는 것보다 완전하고 정확한 정보를 사용하는 일을 우선합니다. 일부 속성을 삭제하려는 병원은 그 속성이 필수인지 업체에 묻고, 삭제 후에도 유지할 유형의 조건이 충족되는지 답을 받습니다.

선택적으로 추가한 정보라도 다른 항목이 함께 사용하는지에 따라 삭제 범위가 달라질 수 있습니다. 구글은 한 페이지의 여러 항목을 중첩하거나 개별적으로 지정해도 이해할 수 있다고 안내합니다. 제작 업체는 현재 구현 방식에서 삭제 대상과 유지 대상이 어떻게 연결되어 있는지 설명하고, 연결 정보까지 수정해야 하는지를 작업 범위에 포함합니다.

구글 검색에 필요한 조건을 판단할 때는 구글 검색 센터의 해당 유형 문서를 기준으로 삼습니다. 구글은 다른 서비스나 도구에 유용한 속성도 있을 수 있다고 설명합니다. 병원이 다른 서비스에서 같은 데이터를 활용한다면 담당자는 그 사용 목적까지 업체에 전달하고, 구글에서 필요하지 않다는 이유만으로 삭제를 승인하지 않습니다.

업체 요청에 필요한 자료와 순서

제작 업체에는 제거 대상, 적용 페이지, 유지 조건을 묶어서 전달합니다. 병원 담당자가 준비할 자료는 변경할 페이지 목록, 삭제할 유형·항목의 설명, 남겨야 할 정보, 환자용 본문을 유지할지에 대한 결정입니다. 적용된 데이터의 기술적인 이름을 병원이 알지 못한다면 업체가 현재 설정과 요청 내용을 연결해 답하도록 요구합니다.

1. 제거 대상과 적용 페이지를 확정합니다. 담당자는 전체 제거와 일부 제거를 나누고, 업체는 같은 내용의 중복 페이지와 공통 설정의 적용 범위를 찾아 회신합니다.
2. 남길 데이터의 조건을 정합니다. 업체는 삭제 후 필수 속성이 유지되는지와 남은 값이 페이지 내용을 정확하게 표현하는지를 검토하고, 병원은 내용에 관한 결정을 승인합니다.
3. 배포 후 제거 결과와 오류를 확인합니다. 업체는 실제 반영된 페이지에서 요청한 대상이 제거되었는지 검사하고, 남은 데이터의 상태를 병원에 전달합니다.

페이지별 코드에서 삭제하는지, 여러 페이지가 공유하는 설정에서 삭제하는지도 요청서에 포함합니다. 공통 설정을 변경한다면 업체는 영향을 받는 페이지를 작업 전에 제시해야 합니다. 병원 담당자는 삭제를 승인한 페이지와 함께 변경되는 페이지가 일치하는지 대조한 뒤 배포 범위를 확정합니다.

배포 뒤 받을 결과와 미완료 항목

구글 검색 센터는 개발 단계의 리치 결과 테스트와 배포 후 리치 결과 상태 보고서를 이용한 검사를 안내합니다. 템플릿이나 게재 과정 때문에 배포 뒤 오류가 생길 수 있다는 설명도 포함합니다. 병원은 작업 전 검사를 통과했다는 답만 받지 말고, 실제 배포된 상태를 기준으로 결과를 요청합니다.

구글은 리치 결과 상태 보고서에서 읽을 수 있는 데이터와 읽을 수 없는 데이터, 오류와 경고 정보를 제공한다고 설명합니다. 보고서만으로 실제 제거 여부를 판정하기 어렵다면 업체는 페이지 검사 결과를 함께 제출합니다. 병원 담당자는 자료가 없는 항목을 완료로 처리하지 않고, 추가 검사 대상과 다음 회신에 필요한 내용을 지정합니다.

환자용 답변 삭제의 별도 판단

데이터 제거 요청과 환자가 읽는 답변 삭제 요청은 별도로 승인합니다. 병원 담당자는 답변 자체가 더 이상 필요한지, 내용이 부정확한지, 데이터 적용만 종료하려는지를 따로 판단합니다. 안내 내용이 여전히 유효하고 환자에게 필요하다면 본문은 유지하고 데이터만 제거하도록 업체에 명시합니다.

구글 검색 센터는 구조화된 데이터가 해당 페이지의 콘텐츠를 실제로 표현해야 한다고 설명합니다. 이 설명을 근거로 데이터 삭제와 본문 삭제를 같은 작업으로 처리할 수는 없습니다. 병원은 환자용 답변의 삭제 사유를 별도로 정하고, 업체는 두 요청이 각각 어떤 화면과 코드에 반영되는지 설명합니다.

본문 답변까지 삭제하기로 했다면 남은 데이터가 삭제된 답변을 계속 설명하지 않는지 검사해야 합니다. 이때 담당자는 문장 수정 절차를 추가하기보다, 삭제 승인에 포함된 본문 범위를 정확하게 전달합니다. 업체에는 제거 후에도 유지되는 항목이 사라진 내용에 기대고 있는지 검사하도록 요청합니다.

중복 페이지의 누락 판정

대표 페이지에서만 데이터가 없어졌다고 전체 작업을 완료로 처리하지 않습니다. 구글은 동일한 콘텐츠의 중복 페이지에도 같은 데이터를 배치하는 방식을 권장합니다. 병원의 제거 작업에서는 이를 참고해 업체가 동일 콘텐츠의 적용 페이지를 함께 찾고, 변경하지 않을 페이지가 있다면 그 이유를 설명하도록 요청합니다.

페이지 제목이 같다는 이유만으로 동일 콘텐츠라고 판단해서는 안 됩니다. 담당자는 실제 안내 내용이 같은 페이지인지 업체와 대조하고, 다른 내용이 포함된 페이지는 별도 대상으로 처리합니다. 주소가 다른 페이지의 제거 여부가 빠졌다면 작업 누락인지, 처음부터 제외한 대상인지 가려야 합니다.

반대로 같은 양식을 사용한다는 이유로 모든 페이지에서 데이터를 삭제하는 것도 피해야 합니다. 공통 양식과 동일 콘텐츠는 같은 뜻이 아닙니다. 업체가 일괄 변경을 제안하면 담당자는 양식을 공유하지만 유지할 데이터가 다른 페이지를 제시하고, 제외 조건을 요청서에 추가합니다.

반복 생성 설정의 처리 범위

현재 코드에서 대상을 지우는 작업과 이후 같은 데이터를 다시 생성하는 설정을 변경하는 작업은 별개일 수 있습니다. 제작 업체는 데이터가 개별 페이지 입력, 공통 양식, 자동 생성 설정 중 어디에서 만들어지는지 설명해야 합니다. 병원 담당자는 화면에서 데이터가 사라졌다는 답과 함께 생성 설정의 처리 여부를 요청합니다.

새 페이지에도 제거 결정을 적용할지는 별도로 정합니다. 기존 페이지에 한정한 삭제라면 앞으로 만드는 페이지까지 같은 결정을 확대하지 않습니다. 이후 생성되는 페이지에서도 제외하려면 담당자는 적용 조건을 문장으로 명시하고, 업체가 그 조건을 어느 설정에 반영했는지 회신하도록 합니다.

이어서 읽을 주제

구조화 데이터의 적용 조건을 이어 읽으면 제거한 항목을 나중에 다시 도입할 때 어떤 정보를 준비해야 할지 판단할 수 있습니다. 병원 사이트 색인을 함께 이해하면 데이터 제거와 별개로 페이지가 검색엔진에 등록된 상태를 해석하는 데 도움이 됩니다.