사이트 개편 때 구조화 데이터 누락을 막는 방법

데이터 전체 소실과 필수 속성 누락

데이터 전체가 빠진 페이지와 항목은 남았지만 필요한 속성이 사라진 페이지는 수정할 대상이 다릅니다. 개발 담당자는 전자의 경우 데이터를 출력하는 구현이 새 페이지에 포함됐는지 조사하고, 후자의 경우 속성에 값을 전달하는 연결이 유지됐는지 추적합니다. 개편 전에 적용한 내역이 없으면 새 페이지의 검사 결과만으로 무엇이 사라졌는지 판단하기 어렵습니다.

구글 검색 센터는 특정 리치 결과 유형에 필요한 속성을 모두 포함해야 하며, 필수 속성이 빠진 항목은 리치 결과로 표시되지 않는다고 설명합니다. 운영자는 데이터 항목이 감지됐다는 사실과 그 항목에 필요한 속성이 갖춰졌다는 사실을 따로 기록해야 합니다. 항목 이름이 남아 있다는 이유만으로 개편 전 구현이 유지됐다고 승인하지 않습니다.

개편 전후 대조를 위한 기록

개편 전 적용 내역을 새 페이지의 인수 목록으로 남기는 것은 운영상 권장하는 절차입니다. 마케팅 담당자는 유지할 페이지와 데이터의 의미를 정리하고, 개발 담당자는 실제 출력되는 유형과 필수 속성을 기재합니다. 다음 표는 각 페이지를 기록할 때 사용하는 항목이며, 새 페이지 결과는 검사 후 채웁니다.

기록의 목적은 옛 코드를 그대로 복제하는 데 있지 않습니다. 구글 검색 센터는 구조화된 데이터가 해당 페이지의 실제 콘텐츠를 표현해야 한다고 설명합니다. 콘텐츠가 달라지는 페이지는 유지할 데이터의 의미부터 정한 뒤 새 구현과 대조합니다.

배포 승인에 필요한 판단 범위

개편 승인에는 데이터 출력 여부, 필수 속성의 완전성, 새 콘텐츠와의 일치 여부가 함께 필요합니다. 검사에서 문제가 없더라도 삭제한 콘텐츠를 설명하는 데이터가 남았다면 운영자가 승인할 상태는 아닙니다. 제외하기로 결정한 항목은 누락 목록에서 지우기보다 제외 이유를 기록해 의도적인 변경과 구현 실패를 가립니다.

리치 결과 테스트의 감지 목록을 사이트의 모든 구조화 데이터에 대한 목록으로 단정해서도 안 됩니다. 구글 검색 센터는 구글 검색에 필요하지 않은 속성과 객체도 다른 서비스나 도구에 유용할 수 있다고 설명합니다. 별도 용도로 유지하는 데이터가 있다면 인수 목록에 그 목적을 기재하고 실제 코드의 유지 여부를 함께 대조합니다.

인수 자료 준비와 검사 순서

마케팅 담당자는 개편 전 페이지 목록, 유지할 콘텐츠, 삭제하거나 통합할 콘텐츠의 결정 내역을 준비합니다. 개발 담당자는 기존 데이터 출력 코드와 새 템플릿의 적용 관계를 정리합니다. 검사 담당자는 페이지별 결과를 같은 기록 양식에 남겨 수정 전후 상태를 이어서 읽을 수 있게 합니다.

1. 개편 전 적용 페이지와 데이터 유형·필수 속성을 기록하고, 새 페이지에서 유지할 항목을 정합니다.
2. 새 페이지를 리치 결과 테스트로 검사하고, 감지된 항목을 인수 목록과 대조합니다.
3. 스마트폰과 데스크톱 조건으로 각각 검사해 기기별 결과를 기록합니다.
4. 배포한 페이지를 다시 검사하고 리치 결과 상태 보고서에서 발생하는 문제를 추적합니다.

새 템플릿마다 대표 페이지를 선정하되, 페이지별 추가 구현이 있는 곳은 별도 검사 대상으로 포함합니다. 공통 템플릿이 정상이라는 결과를 개별 구현의 승인 근거로 대신 사용하지 않습니다. 대상 목록에는 어떤 구현을 시험하려고 선택했는지도 기재합니다.

감지 항목과 렌더링된 코드의 연결

리치 결과 테스트 도움말은 검사 결과에서 발견한 리치 결과 유형과 오류, 제안사항을 알 수 있다고 설명합니다. 오류나 경고의 세부정보에서 여는 코드 탐색기는 렌더링된 소스 코드를 사용합니다. 개발 담당자는 인수 목록에 있는 항목이 결과에 없거나 필수 속성이 빠졌을 때 이 코드를 새 구현과 대조합니다.

검사 페이지에 접근하지 못한 결과는 데이터가 사라졌다는 증거로 처리하지 않습니다. 테스트 도움말에 따르면 크롤링 결과와 페이지 가져오기 상태로 접근 가능 여부를 알 수 있습니다. 검사 담당자는 접근 실패를 먼저 해결하고 다시 검사한 결과로 데이터 누락 여부를 판정합니다.

수정 요청에는 페이지, 빠진 항목이나 속성, 검사 조건, 해당 코드 위치를 함께 전달합니다. 개발 담당자는 수정한 구현을 반영한 뒤 같은 페이지와 조건으로 재검사합니다. 결과가 달라졌다는 기록만 남기지 말고 인수 목록의 어느 미완료 항목을 해결했는지 연결합니다.

기기별 출력 차이의 판정

모바일 화면의 디자인이 정상이어도 구조화 데이터가 데스크톱과 같다고 판단할 수는 없습니다. 구글의 모바일 중심 색인 생성 권장사항은 양쪽 버전에 구조화된 데이터가 존재하고 서로 동일한지 확인하도록 안내합니다. 기기별 템플릿이나 출력 조건을 변경한 개편이라면 화면 승인과 데이터 승인을 별도로 진행합니다.

리치 결과 테스트에서는 사용자 에이전트를 스마트폰 또는 데스크톱으로 선택할 수 있으며 기본값은 스마트폰입니다. 검사 담당자는 기본값으로 검사한 기록을 양쪽 기기의 검사 결과로 처리하지 않습니다. 선택한 에이전트와 결과를 함께 기재해 데스크톱 검사가 빠지지 않도록 합니다.

한쪽에서만 항목이 누락되면 개발 담당자는 해당 기기에 적용되는 템플릿과 데이터 출력 조건을 조사합니다. 기기별로 감지 항목의 순서가 다르다는 이유만으로 오류라고 판정하지 않고, 유지 대상과 필수 속성이 실제로 빠졌는지를 따집니다. 수정 후에는 영향을 받은 기기뿐 아니라 다른 기기의 결과도 재검사합니다.

배포 후 발생한 문제의 추적

배포 전 결과만으로 공개 페이지의 인수를 종료하지 않습니다. 구글 검색 센터는 개발 중 리치 결과 테스트를 사용하고, 배포 후에는 리치 결과 상태 보고서로 템플릿이나 게재 문제에 따른 페이지 유효성을 관찰하도록 안내합니다. 운영자는 공개 페이지의 검사 결과와 보고서의 문제 내역을 개편 기록에 추가합니다.

같은 템플릿을 사용하는 페이지에서 문제가 발견되면 수정 범위를 해당 페이지에만 한정하지 않습니다. 개발 담당자는 공통 출력에서 발생한 문제인지 개별 콘텐츠 값의 문제인지 가리고, 같은 조건을 가진 페이지를 검사 대상에 추가합니다. 공통 구현을 수정했다면 처음 검사했던 대표 페이지 외에도 문제가 발생한 조건의 페이지를 다시 검사합니다.

배포 후 기록에는 발견한 문제, 영향을 받는 구현, 수정 내용, 재검사 결과를 남깁니다. 배포 전에는 유효했지만 공개 후 실패한 항목은 별도로 표시해 게재 과정의 변경과 연결합니다. 운영자가 종료를 승인할 때는 미해결 항목이 있는지와 의도적인 제외 결정이 반영됐는지를 함께 대조합니다.

빈 값을 임시 문구로 채우는 오류

필수 속성이 빠졌다는 이유로 임시 문구를 입력해 검사 결과만 통과시키는 처리는 피해야 합니다. 구글 검색 센터는 불완전하거나 부정확한 권장 속성을 많이 제공하는 것보다 완전하고 정확한 정보를 적용하는 일이 중요하다고 설명합니다. 개편 과정에서는 값의 출처가 사라졌는지, 새 콘텐츠에서 해당 정보가 삭제됐는지를 먼저 가립니다.

실제 값이 필요한 항목이라면 개발 담당자는 새 콘텐츠의 값과 데이터 출력 사이의 연결을 복구합니다. 원래 정보가 더 이상 존재하지 않는다면 운영자가 그 항목의 유지 여부를 다시 결정합니다. 수정 기록에는 임시 입력값을 남기지 말고 사용한 정보의 출처와 승인된 처리 내용을 기재합니다.

이어서 읽을 주제

병원 답변 구조화 데이터는 병원 운영자가 답변 콘텐츠에 어떤 정보를 담을지 판단할 때 이어 읽을 주제입니다. 진료 페이지 SEO는 진료 페이지를 운영하는 담당자가 개편 과정에서 콘텐츠와 검색 요구를 함께 정리할 때 이어 읽을 주제입니다.