유형보다 먼저 정할 실제 대상
Organization과 LocalBusiness의 중복은 두 유형이 함께 있다는 이유만으로 판단하지 않습니다. 각 항목이 가리키는 조직·사업장·부서를 대조해 같은 대상을 중복 설명하는지 확인하고 정리해야 합니다. 마케팅 담당자는 유형 이름을 근거로 삭제를 요청하기 전에 각 항목이 누구의 정보를 담는지 문장으로 기재합니다.
조직 전체를 설명하는 항목과 특정 사업장을 설명하는 항목은 이름이나 연락처가 겹칠 수 있습니다. 반대로 이름이 조금 달라도 같은 사업장을 설명할 수 있습니다. 따라서 겹치는 값의 개수보다 해당 이름과 연락처가 어느 대상에 속하는지를 먼저 판단합니다.
구글의 일반 가이드라인은 한 페이지에 사용자에게 표시되는 여러 항목을 구조화된 데이터로 표현할 수 있다고 설명합니다. 이 설명만으로 Organization과 LocalBusiness의 특정 조합이나 합치는 방법까지 확정할 수는 없습니다. 운영자는 페이지에서 설명하는 대상과 각 항목의 역할을 정리한 뒤 기술 담당자에게 전달합니다.
| 구조화 데이터 항목 | 가리키는 조직·사업장·부서 | 화면에서 확인할 정보 |
|---|---|---|
| 조직 소개를 담은 Organization | 회사 전체인지 특정 운영 조직인지 | 회사 소개의 명칭과 활동 범위 |
| 사업장 소개를 담은 LocalBusiness | 어느 지역 사업장을 설명하는지 | 사업장 이름과 주소, 연락처 |
| department로 표현한 항목 | 사업장 안의 실제 부서인지 | 부서 명칭과 담당 업무 안내 |
| 다른 위치에 반복된 항목 | 앞선 항목과 같은 대상인지 | 각 설명이 연결되는 소개 내용 |
대상 설명에는 페이지 제목만 옮기지 말고 조직 전체, 특정 사업장, 사업장 내부 부서 중 무엇을 나타내는지 기재합니다. 화면에 그 관계를 판단할 정보가 없다면 담당 부서에 사실을 요청합니다. 아직 확정되지 않은 관계를 기술 담당자가 코드만으로 추정하도록 맡기지 않습니다.
여러 주소와 별도 조직의 판단
구글의 조직 문서는 조직이 여러 지역에 소재하면 주소를 여러 개 기재할 수 있다고 설명합니다. 따라서 Organization에 주소가 여러 개 있다는 사실만으로 서로 다른 조직이 중복 등록됐다고 판단하지 않습니다. 주소마다 어떤 용도로 공개하는 정보인지 회사의 소개 내용과 대조합니다.
본사 주소와 지역 사업장 주소가 함께 기재되어 있다면 주소의 소유 대상과 안내 목적을 따로 기록합니다. 같은 주소를 조직과 사업장이 함께 사용하더라도 그것만으로 같은 대상이라고 확정하지 않습니다. 조직 전체의 설명인지, 그 장소에서 운영하는 사업장의 설명인지에 따라 판단이 달라집니다.
구글의 조직 문서는 이름, 주소, 전화번호, 온라인 표식처럼 사용자에게 도움이 되는 속성에 집중하도록 권합니다. 담당자는 이름만 맞는지 조사하는 데 그치지 않고 연락처와 주소가 해당 대상의 안내에 쓰이는지도 대조합니다. 정보가 다르면 먼저 사실관계를 확정하고 수정할 값을 정합니다.
대상별 대조와 수정 요청 순서
대상별 대조표는 삭제할 유형을 선택하기 위한 목록이 아니라 수정 이유를 전달하는 업무 자료로 사용합니다. 마케팅 담당자가 실제 대상을 확정하고 기술 담당자가 해당 항목의 생성 위치와 수정 범위를 조사합니다. 두 담당자는 화면 내용도 고쳐야 하는지 함께 정합니다.
- 각 항목이 가리키는 대상을 기록합니다. 항목의 유형, 표시 이름, 수록된 페이지와 함께 조직·사업장·부서 중 어느 대상을 설명하는지 기재합니다.
- 대상별 정보를 대조합니다. 담당 부서가 승인한 명칭, 주소, 연락처와 화면에 공개된 설명을 모아 값이 겹치거나 다른 이유를 기록합니다.
- 중복 설명과 별도 대상을 가립니다. 같은 대상의 반복인지, 실제 관계가 있는 다른 대상인지 결론을 기재하고 미확정 항목은 추가 자료를 요청합니다.
- 화면 정보와 수정 결과를 재확인합니다. 기술 담당자는 반영된 항목을 전달하고 마케팅 담당자는 삭제하거나 변경한 정보가 의도한 대상에 적용됐는지 대조합니다.
| 겹치는 정보 | 같은 대상인지 판단할 근거 | 정리 요청과 재확인 사항 |
|---|---|---|
| 회사명과 사업장 이름 | 소개 내용에서 설명하는 운영 범위 | 대상별 명칭과 설명 범위를 명시 |
| 주소와 전화번호 | 공용 정보인지 개별 사업장 정보인지 | 각 대상에 속하는 값을 전달 |
| 사업장과 부서의 설명 | 실제 부서의 업무와 공개 명칭 | 부서 관계와 이름 수정 사항을 기록 |
| 같은 대상의 반복 항목 | 대상과 속성 내용, 생성 위치의 일치 | 반복 발생 원인과 반영 결과를 기록 |
수정 요청에는 현재 상태와 원하는 상태를 따로 기재합니다. 단순히 중복 제거라고 요청하면 다른 사업장의 정보까지 삭제할 수 있으므로 유지해야 할 대상도 명시합니다. 구현 방법은 기술 담당자가 적용 문서와 사이트 구성을 근거로 정하도록 요청합니다.
담당자가 준비할 자료와 완료 기록
마케팅 담당자는 회사 소개, 사업장 안내, 부서 안내에서 대상의 관계를 설명하는 내용을 준비합니다. 기술 담당자는 각 항목을 생성하는 템플릿이나 관리 기능과 해당 항목이 적용되는 페이지 목록을 정리합니다. 자료에 사용하는 대상 이름을 통일하면 같은 대상을 서로 다른 이름으로 전달하는 혼선을 줄일 수 있습니다.
구글은 리치 결과 테스트와 주소 검사 도구로 기술 가이드라인 준수 여부를 시험할 수 있으며 대부분의 기술 오류를 찾을 수 있다고 설명합니다. 검사 결과와 별도로 담당자는 앞에서 정한 기준에 따라 대상 관계와 공개 내용을 대조합니다. 완료 기록에는 변경된 값, 유지한 항목, 아직 해결하지 못한 관계를 남깁니다.
공통 템플릿을 수정했다면 수정 요청에 포함된 페이지뿐 아니라 같은 항목을 사용하는 페이지도 확인합니다. 한 페이지의 정리가 다른 사업장 정보에 영향을 줬다면 그 결과를 별도 수정 사항으로 기록합니다. 화면과 구조화된 데이터 중 한쪽만 변경된 상태에서는 작업을 완료로 처리하지 않습니다.
실제 부서와 사업장 반복 설명의 차이
부서 이름이 추가됐다는 이유만으로 별도 대상이 성립한다고 판단하지 않습니다. 담당 부서는 그 이름이 실제 업무 단위를 나타내는지, 사업장을 다르게 부르는 표현인지 설명해야 합니다. 사업장 소개를 그대로 복사하고 부서 명칭만 변경했다면 독립적인 설명이 필요한 대상인지부터 판단합니다.
구글의 지역 비즈니스 문서는 department를 부서의 중첩된 항목으로 설명하고, 일반적으로 사업장 이름과 부서 이름을 함께 쓰도록 안내합니다. 부서 이름 자체가 명시적으로 브랜드화되어 있으면 부서 이름만 지정할 수 있다고 설명합니다. 담당자는 부서가 실제로 존재한다는 근거와 공개 명칭을 마련한 뒤 이 이름 안내를 적용합니다.
부서가 존재한다는 사실과 그 부서의 정보가 별도로 공개되어 있다는 사실은 따로 기록합니다. 조직 내부의 업무 분장만으로 화면에 없는 부서 소개를 만들어 넣지 않습니다. 공개된 설명이 부족하면 콘텐츠 담당자에게 해당 부서의 역할과 명칭을 정리하도록 요청합니다.
중첩과 별도 블록의 판단 범위
항목이 중첩되어 있는지 별도 블록에 있는지는 대상 관계를 확정한 다음 다룰 구현 문제입니다. 구글의 일반 가이드라인은 중첩된 항목과 개별 항목 모두에서 페이지의 여러 항목을 파악할 수 있다고 설명합니다. 코드 배치가 다르다는 이유만으로 어느 한쪽을 중복으로 처리하지 않습니다.
같은 대상의 설명이 반복된다는 결론이 나더라도 두 유형을 합치는 구체적인 방법은 별도 기술 판단이 필요합니다. 일반 가이드라인에 나온 다른 유형의 연결 예를 Organization과 LocalBusiness의 확정 규칙으로 옮기지 않습니다. 수정 요청에서는 정리할 대상과 유지할 정보를 명확히 전달하고, 유형 병기나 식별자 연결 방식은 적용 근거를 요청합니다.
서로 다른 대상이라는 결론이 났다면 정보가 일부 겹친다는 이유로 모든 값을 다르게 만들 필요는 없습니다. 실제로 공유하는 연락처를 임의의 값으로 변경하지 않고 공유 이유를 기록합니다. 기술 담당자는 값의 차이를 만들어내는 대신 각 항목이 담아야 할 사실을 반영합니다.
자주 묻는 질문
공식 회사명과 브랜드명이 다르면 중복으로 처리해야 하나요?
이름이 다르다는 사실만으로 중복이나 별도 대상을 확정하지 않습니다. 회사 담당자는 공식 회사명과 브랜드명의 관계를 설명하는 자료를 준비하고, 각 이름이 어떤 대상의 명칭으로 쓰이는지 기록합니다. 관계가 확정되기 전에는 이름을 임의로 통일하지 않습니다.
사업장 이전 중에는 새 주소만 남겨도 되나요?
이전 일정과 실제 운영 상태를 담당 부서가 확정한 뒤 공개할 주소를 정합니다. 기존 장소의 운영이 종료됐는지, 새 장소에서 안내를 시작했는지에 따라 콘텐츠 수정 범위가 달라질 수 있습니다. 구조화된 데이터 정리를 이유로 아직 유효한 안내를 먼저 삭제하지 않습니다.
중복 여부를 결정할 담당 부서가 없으면 어떻게 하나요?
사이트 운영 책임자가 회사 정보를 승인할 사람을 먼저 지정합니다. 기술 담당자에게 대상의 실체까지 결정하도록 맡기지 않고, 조직 관계와 사업장 정보를 확정할 권한이 있는 사람에게 판단을 요청합니다. 결론이 나지 않은 항목은 삭제 요청에서 제외하고 미확정 사유를 기록합니다.
다국어 페이지의 이름이 다르면 별도 조직인가요?
언어별 명칭 차이만으로 별도 조직이라고 판단하지 않습니다. 콘텐츠 담당자는 번역명인지 지역에서 사용하는 공식 명칭인지 설명하고, 실제 운영 주체가 달라지는지도 함께 기록합니다. 번역 표현을 정비하는 작업과 대상 관계를 변경하는 작업은 따로 처리합니다.
정리 작업 뒤에는 어떤 결과를 성과로 보고해야 하나요?
승인한 수정 사항의 반영 여부와 남은 오류, 미확정 항목을 작업 결과로 보고합니다. 구글은 구조화된 데이터가 올바르게 작성되어도 검색 기능의 표시가 보장되지는 않는다고 설명합니다. 검색 노출이나 AI 답변 인용의 변화를 기록하려면 별도의 관측 자료가 필요하며, 수정 완료만으로 성과를 단정하지 않습니다.