구조화 데이터로 회사 연락처를 알리는 방법

대표 연락처와 용도별 창구의 판단 기준

대표 연락처는 회사에 처음 연락하는 사람이 사용할 수 있는 수단을 기준으로 정합니다. 용도별 창구는 고객 지원이나 특정 업무처럼 접수할 요청이 정해진 경우에 선택합니다. 회사 내부에서 사용하는 부서명만으로 판단하지 말고, 외부 사람이 어떤 요청을 보낼 수 있는지 담당자에게 묻습니다.

배치 기준은 연락처가 속한 부서보다 공개된 역할입니다. 대표 창구와 고객 지원 창구의 담당 부서가 같더라도 받는 요청은 다를 수 있습니다. 반대로 이메일 주소가 여러 개여도 각각의 용도가 정해지지 않았다면, 주소 수만큼 창구 설명을 만들지 않습니다.

공식 예시의 적용 범위

구글 검색 센터의 Organization 예시는 조직 정보 안에 email과 telephone을 직접 기재합니다. 같은 문서의 OnlineStore 예시는 contactPoint 안에 고객 서비스 용도를 나타내는 contactType과 이메일·전화번호를 함께 기재합니다. 두 예시는 대표 연락 수단을 직접 표현하는 방식과 용도를 포함한 창구 표현을 판단하는 근거로 사용합니다.

용도별 창구 예시가 OnlineStore에 실렸다는 사실과 회사의 연락처 설계는 따로 다룹니다. 이 예시만으로 Organization에 필요한 전체 항목이나 모든 조직 유형의 세부 조건을 확정하지 않습니다. 운영자는 예시에 나온 연락처 속성의 역할을 참고해 공개할 값을 정하고, 구현 담당자는 적용할 구조를 테스트합니다.

예시에 사용된 전화번호의 기호나 이메일 표기를 모든 회사의 입력 규칙으로 확대하지 않습니다. 회사가 실제 사용하는 연락처를 확보한 다음, 표시 문구와 입력할 값을 준비합니다. 국가별 전화번호 작성 규칙이나 여러 창구의 세부 표현이 필요하면 해당 조건을 다루는 근거를 별도로 확보합니다.

공개할 값과 연락 용도의 준비

사이트 운영자는 먼저 공개할 연락처 목록과 각 창구의 접수 용도를 준비합니다. 마케팅 담당자는 현재 페이지에 표시된 연락 안내를 수집하고, 연락 업무 담당자는 실제로 사용할 수 있는 이메일과 전화번호를 승인합니다. 구현 담당자에게는 승인된 값과 적용할 페이지, 해당 연락처가 표시되는 위치를 함께 전달합니다.

1. 연락 업무 담당자에게 외부 공개 여부와 접수할 요청을 묻고, 사용이 종료된 연락처를 목록에서 제외합니다.
2. 대표 연락 수단과 용도별 창구를 나누고, 각 값이 들어갈 속성을 기재합니다.
3. 페이지의 연락 안내와 구조화 데이터에 넣을 값을 대조한 뒤 구현 담당자에게 전달합니다.
4. 공개 페이지를 테스트하고, 연락 업무 담당자가 이메일 수신과 전화 연결을 별도로 재확인합니다.

자료에는 연락처 값만 기재하지 말고 그 값을 승인한 담당자와 승인 시점도 남깁니다. 용도 설명은 외부 사람이 이해할 수 있는 표현으로 정하고, 내부 약칭은 공개 안내에 적합한지 담당자에게 묻습니다. 서로 다른 부서가 같은 연락 수단을 사용한다면 접수 후 요청을 전달하는 절차가 있는지도 정합니다.

적용 페이지 검사와 실제 연결 확인

구글의 리치 결과 테스트 도움말은 코드 입력과 페이지 주소 입력으로 구조화된 데이터를 테스트하는 방법을 안내합니다. 결과에는 발견된 리치 결과 유형과 오류, 관련 제안사항이 포함됩니다. 운영자는 적용 전 코드 검사 결과와 공개 뒤 페이지 검사 결과를 각각 기록합니다.

리치 결과 테스트로 공개 페이지를 검사하려면 익명 사용자가 페이지 리소스에 접근할 수 있어야 합니다. 개발 담당자는 테스트 대상에 접근 제한이 있는지 먼저 확인합니다. 오류나 경고의 세부정보가 필요하면 결과 항목을 펼치고, 도구가 사용하는 렌더링된 소스 코드에서 해당 위치를 대조합니다.

구글의 일반 가이드라인은 기술 테스트로 대부분의 기술 오류를 찾을 수 있지만 품질 조건을 자동화 도구로 간편하게 검사할 수는 없다고 설명합니다. 검사 결과에 문제가 없다는 이유로 연락처가 현재 업무에 적합하다고 판정하지 않습니다. 운영자는 기술 검사 기록과 실제 연락 결과를 별도 항목으로 관리합니다.

연락 용도와 수신 대상의 불일치

자주 틀리는 부분은 연락 수단은 현재 값으로 입력하면서 용도 설명은 과거 업무를 유지하는 경우입니다. 이메일 주소나 전화번호가 유효해도 접수 업무가 달라졌다면 창구 설명을 고쳐야 합니다. 연락 업무 담당자는 현재 받는 요청을 정하고, 마케팅 담당자는 공개 안내의 용도 문구를 그 업무와 대조합니다.

contactType은 부서의 내부 역할을 길게 소개하는 문구로 사용하지 않습니다. 외부 사람이 이 창구로 보낼 요청을 판단할 수 있도록 접수 용도를 표현합니다. 구현 담당자가 문구를 임의로 정하지 않도록 승인 자료에 용도 설명과 연락 수단을 함께 기재합니다.

같은 연락 수단이 여러 요청을 받는다면 운영자가 실제 접수 범위를 먼저 정합니다. 담당자가 전달받지 않는 요청까지 창구 설명에 포함하면 연락한 사람이 잘못된 경로를 선택할 수 있습니다. 세부 역할이 미정인 상태에서는 설명을 늘리기보다 회사가 승인한 접수 범위부터 공개합니다.

연락처 검증 기록의 완료 기준

작업 완료 기록에는 기술 적용 결과와 업무 연결 결과가 각각 필요합니다. 구현 담당자는 검사한 페이지, 검사 시점, 반영된 속성과 값을 기재합니다. 연락 업무 담당자는 수신 또는 연결 결과와 수정이 필요한 연락 수단을 기록합니다.

이메일 시험 발송은 회사가 승인한 계정으로 진행하고 수신 담당자에게 도착 여부를 묻습니다. 전화 연결 시험은 업무를 방해하지 않는 방식으로 담당자와 협의한 뒤 진행합니다. 시험 내용에는 불필요한 고객 정보나 내부 업무 자료를 포함하지 않습니다.

페이지에는 새 연락처가 표시되지만 구조화 데이터에는 이전 값이 남을 수 있습니다. 이때는 승인 자료를 기준으로 두 표현을 각각 대조하고, 값이 남아 있는 위치를 구현 담당자에게 전달합니다. 수정 후 기록에는 최초 발견 내용과 수정한 값을 함께 남겨 이후 변경 때 참고합니다.

임시 연락 창구의 공개 판단

임시 연락 창구는 개설 여부보다 공개 종료 조건을 먼저 정합니다. 특정 업무가 끝나면 사용할 수 없는 연락 수단이라면, 운영자는 그 업무의 종료를 통보받을 담당자를 정하고 삭제하거나 변경할 항목을 기록합니다. 연락처를 전달받았다는 이유만으로 계속 사용할 대표 창구로 지정하지 않습니다.

접수 종료 뒤에도 이전 요청에 답변해야 하는 기간이 있을 수 있습니다. 그때는 기존 요청을 처리하는 역할과 새로운 요청을 받는 역할을 따로 기록합니다. 공개 안내가 새 요청을 유도하지 않도록 문구를 조정하고, 구조화 데이터에 남길 연락처는 현재 공개 목적에 맞춰 다시 승인받습니다.

이어서 읽을 주제

병원 답변 구조화 데이터는 연락 창구 정보와 질문에 대한 답변 정보를 서로 다른 목적으로 설계하려는 독자가 이어 읽을 주제입니다. 병원 플레이스 등록은 사이트의 연락 안내 외에 장소 등록 정보에서 연락 수단을 관리하는 업무를 이해하려는 독자에게 연결되는 주제입니다.