구조화 데이터 관련 검색 엔진 정책 변경 따라가기

공식 문서 업데이트의 변경 선별

구글 검색 센터의 문서 업데이트에는 구조화 데이터 외에도 크롤링과 색인 생성 등 여러 주제의 변경이 함께 실립니다. 운영자는 사이트에서 사용하는 구조화 데이터 기능 목록을 준비하고, 업데이트의 대상 기능과 변경 설명을 목록에 대조합니다. 관련 기능이 명시되지 않은 공통 안내는 여러 기능에 영향을 줄 수 있으므로 별도로 기록합니다.

표는 변경을 읽을 때 사용할 분류 기준이며, 모든 항목이 실제로 변경됐다는 뜻은 아닙니다. 운영자는 업데이트에 기재된 사실만 변경 기록에 넣고, 사이트 영향은 별도 판단으로 남깁니다. 기능 이름만 비슷한 항목을 같은 변경으로 처리하지 않도록 대상 기능과 문서 제목을 함께 기재합니다.

문서 정리와 적용 조건 변경의 차이

문서의 이동이나 삭제는 사이트 코드의 수정 필요성과 따로 판단합니다. 구글 검색 센터는 구조화 데이터의 빌드·테스트·출시를 설명하던 중복 문서를 삭제하고 각 기능 가이드에 관련 안내를 포함했다고 설명합니다. 이 기록만으로 기존 마크업의 속성이나 값이 잘못됐다고 결론 내릴 수는 없습니다.

운영자는 문서 정리인지 실제 적용 조건의 변경인지 가린 뒤 다음 작업을 정합니다. 안내 위치만 달라졌다면 내부 작업 문서의 참조 정보를 정비하고, 필수 속성이나 콘텐츠 조건이 달라졌다면 사이트의 현재 상태와 대조합니다. 업데이트 설명만으로 차이를 판단하기 어렵다면 개발 담당에게 현재 가이드의 해당 내용과 구현 상태를 함께 요청합니다.

구글의 일반 가이드라인은 기능별 문서에 지정된 필수 속성과 추가 콘텐츠 정책을 따르도록 안내합니다. 따라서 변경 요약을 읽은 뒤에는 해당 기능 가이드의 현재 내용을 확인해야 합니다. 예전 업데이트 기록의 문장을 현재 조건으로 옮기지 않고, 과거에 무엇이 달라졌는지 설명하는 기록으로 사용합니다.

기능 가이드에서 사이트 수정까지의 순서

운영자는 변경 요약과 사이트 적용 목록을 연결해 개발 담당에게 요청합니다. 요청 자료에는 사용 중인 기능명, 적용 페이지와 공통 템플릿, 현재 출력하는 속성과 값, 관련 본문 내용을 포함합니다. 마크업 코드만 전달하면 콘텐츠 조건까지 판단하기 어려우므로 실제 페이지의 설명도 함께 준비합니다.

1. 공식 문서 업데이트에서 관련 변경의 문서 제목과 게시 시점, 변경 취지를 기록합니다. 사용 중인 기능과 연결되는 이유를 짧게 추가합니다.
2. 해당 기능의 현재 가이드에서 필수 속성, 적용 조건, 추가 정책을 읽습니다. 업데이트의 요약과 현재 안내가 연결되는 부분을 표시합니다.
3. 사이트의 페이지와 템플릿을 앞에서 정한 기준에 대조합니다. 수정이 필요한 값과 개발 담당의 판단이 필요한 항목을 따로 작성합니다.
4. 수정 후 실제 페이지에서 출력되는 데이터와 본문을 재확인합니다. 처리 결과와 남은 문제를 적용 목록에 기록합니다.

구글의 일반 가이드라인은 구조화된 데이터가 페이지의 실제 콘텐츠를 표현해야 하며, 독자에게 표시되지 않는 콘텐츠를 마크업하지 말라고 안내합니다. 필수 속성을 채우는 작업과 함께 본문의 정보가 같은 내용을 전달하는지도 대조해야 합니다. 페이지 설명이 오래됐거나 사실과 다른 경우에는 마크업 값만 수정하는 요청으로 끝내지 않습니다.

적용 목록과 개발 요청 자료

적용 목록은 변경 사항을 전달하는 작업 자료로 사용합니다. 아래 표의 재확인 결과는 작업 전에 예상 결과로 채우지 않고, 수정한 페이지를 읽은 뒤 기록합니다. 실제 적용 대상의 이름과 수정 내용은 운영자가 확보한 자료에 따라 작성합니다.

개발 담당에게는 단순히 최신 정책에 맞춰 달라고 요청하지 않습니다. 운영자는 관련 안내의 제목, 현재 출력 값, 원하는 수정 내용, 완료 후 받을 자료를 요청서에 기재합니다. 담당자가 적용 여부를 결정하기 어려운 항목은 필요한 답변을 질문 형태로 남겨 수정 요청과 분리합니다.

공통 템플릿을 수정했다면 개별 페이지의 입력값에 따라 결과가 달라질 수 있습니다. 개발 담당은 공통 코드의 변경 내용과 페이지별로 남은 예외를 전달하고, 운영자는 예외 항목을 적용 목록에 추가합니다. 처리하지 못한 항목에는 필요한 콘텐츠 자료나 기술 판단을 명시합니다.

수정 결과와 남은 판단의 기록

변경 기록에는 공식 문서의 설명과 사이트에서 내린 결정을 따로 작성합니다. 공식 기록에는 어떤 안내가 변경됐는지 기재하고, 운영 기록에는 그 변경으로 어느 페이지의 무엇을 수정했는지 남깁니다. 개발 담당의 해석이 필요한 내용은 공식 정책으로 단정하지 않고 판단 근거와 함께 기록합니다.

완료 상태는 요청서를 전달했는지보다 수정 결과를 받았는지에 따라 관리합니다. 개발 담당이 전달한 수정 내용과 실제 페이지의 출력이 다르면 해당 항목을 완료로 처리하지 않습니다. 수정본이 공개 페이지에 반영되지 않았거나 관련 본문이 그대로라면 남은 작업을 별도로 기재합니다.

재확인 결과에는 데이터의 존재 여부뿐 아니라 실제 값과 연결된 본문 내용을 남깁니다. 같은 항목을 다시 처리할 때 이전 결정을 이해할 수 있도록 수정 이유와 확인한 문서 제목도 함께 보관합니다. 결과를 기록할 자료가 부족하면 완료라고 기재하는 대신 어떤 자료를 더 받아야 하는지 작성합니다.

보류 항목의 판단 근거

수정하지 않기로 한 항목도 결정 이유를 기록합니다. 문서 참조 위치만 정비한 항목, 사용하지 않는 기능의 변경, 추가 자료가 필요한 항목은 처리 결과가 서로 다릅니다. 모두 미수정으로 묶으면 다음 업데이트 때 같은 판단을 다시 요청하게 됩니다.

추가 자료가 필요한 경우에는 답을 받아야 할 질문을 좁혀 작성합니다. 현재 값의 출처가 무엇인지, 본문에 같은 정보가 있는지, 공통 템플릿에서 예외 처리가 가능한지처럼 실제 결정을 막는 사유를 기재합니다. 답변을 받은 뒤에는 보류 이유를 삭제하기보다 어떤 자료로 결정을 마쳤는지 추가합니다.

문제 해결 설명이 보완됐다는 업데이트는 기존 문제를 다시 판단할 계기가 됩니다. 구글 검색 센터는 구조화 데이터 기능 가이드의 문제 해결 섹션을 개선했다고 설명합니다. 운영자는 미해결 항목과 새 설명의 관련성을 대조하고, 설명이 추가됐다는 이유만으로 문제가 해결됐다고 기록하지 않습니다.

과거 참여 조건의 현재 적용 주의

오래된 업데이트에 등장하는 신청 조건은 현재의 참여 가능 여부와 따로 판단해야 합니다. 구글 검색 센터의 과거 기록에는 동영상의 중요한 부분 기능과 관련한 신청 양식 삭제와 당시 개발 상황이 함께 설명돼 있습니다. 이 기록은 당시 변경을 이해하는 자료이며, 지금도 같은 신청 절차가 존재한다는 근거로 사용할 수는 없습니다.

운영자는 과거 문서에서 참여나 신청을 언급한 내용을 발견하면 해당 기능의 현재 가이드에서 관련 조건을 다시 확인합니다. 현재 조건을 확정할 자료가 없으면 신청 가능 여부를 단정하지 않고 보류 사유를 기재합니다. 내부 작업 문서에도 당시 기록과 현재 판단이 섞이지 않도록 각각의 근거를 표시합니다.

이어서 읽을 주제

병원 기관 정보 정비는 정책 변경 대응과 별개로 기관의 기본 정보 관리가 필요한 독자가 이어 읽을 주제입니다. 병원 플레이스 등록은 사이트 데이터 정비 외에 플레이스의 등록 업무와 준비 자료를 알아야 할 때 이어 읽을 수 있습니다.