실제 지점과 지역명의 구분
여러 지점 병원의 지역 페이지는 실제 지점의 목록과 각 지점을 안내하는 상세 페이지를 나누어 구성할 수 있습니다. 목록은 방문할 곳을 선택하는 역할을 맡고, 상세 페이지는 선택한 지점의 위치와 연락 방법을 제공합니다. 지역명을 바꾼 문서를 많이 만드는 것이 출발점은 아닙니다. 존재하는 지점의 주소와 연락처가 어느 페이지에 대응하는지부터 정해야 합니다.
Google 비즈니스 프로필 가이드라인은 실제 위치를 반영하고 정확한 주소를 사용하도록 요구합니다. 실제 우편 주소를 빌렸지만 그곳에서 운영하지 않는 가상 사무실은 해당 위치를 프로필에 포함할 수 없습니다. 검색에 사용할 지역명이 있다는 이유만으로 그 지역의 병원 지점을 만들 수 있는 것은 아닙니다. 지역 페이지에서도 실제 방문 장소를 안내하는 내용과 지역에 대한 일반 정보를 구별해야 합니다.
목록에 넣을 지점을 정할 때에는 독자가 방문할 수 있는 장소가 어디인지 분명해야 합니다. Google의 주소 안내는 동호수, 층수, 건물 번호를 포함할 수 있다고 설명합니다. 공식 상세 주소로 위치를 정확히 지정할 수 없는 경우에만 교차로나 인근 명소 같은 정보를 포함하도록 조건을 제시합니다. 건물의 이름만으로 위치를 설명하는 것과 실제 지점의 상세 주소를 안내하는 것은 서로 다른 수준의 정보입니다.
이 가이드라인은 Google 비즈니스 프로필에 관한 기준입니다. 병원 웹사이트의 목록과 상세 페이지를 나누는 구성은 개별 위치를 정확하게 안내하기 위한 편집 제안입니다. 프로필의 조건을 모든 검색 플랫폼의 순위 규칙으로 전용할 수는 없습니다. 사이트 페이지를 만들었다는 사실과 외부 비즈니스 프로필을 등록했다는 사실도 각각의 상태로 이해해야 합니다.
Google에 주소를 표시하는 비즈니스는 해당 주소에 업체 이름이 표시된 영구 고정 간판을 유지하도록 안내됩니다. 번지수가 없거나 시스템이 주소를 찾지 못하는 경우에는 지도에서 사업장 위치를 직접 고정할 수 있습니다. 프로필의 위치 표시에 관한 이 조건과 사이트에서 주소를 문자로 안내하는 일은 구별됩니다. 홈페이지에 지점명이 있다는 사실만으로 실제 주소의 위치 조건이 충족되었다고 설명하지 않습니다.
| 화면의 역할 | 독자의 질문 | 이동 방향 |
|---|---|---|
| 전체 지점 목록 | 어느 지점을 방문할까 | 선택한 지점 상세로 이동 |
| 개별 지점 상세 | 선택한 곳에 어떻게 연락할까 | 그 지점의 실제 연락 수단 |
| 전체 기관 소개 | 어떤 기관에서 운영하는가 | 필요하면 전체 지점 목록으로 이동 |
선택한 지점으로 이어지는 URL
Google은 개별 오프라인 매장을 대표하는 웹사이트 또는 그 매장으로 연결되는 전화번호를 제공하도록 안내합니다. 병원 사이트에서는 한 지점을 선택한 뒤 그 지점을 안내하는 페이지로 연결하는 구조를 제안할 수 있습니다. 전체 목록을 거쳤다는 사실만으로 상세 안내가 끝난 것은 아닙니다. 독자가 선택한 곳의 주소와 연락처를 읽을 수 있는 위치가 필요합니다.
목록의 링크 이름과 도착 페이지의 지점 안내가 서로 맞아야 합니다. 한 지점을 선택했는데 전체 기관 소개로만 이동한다면 독자가 다시 방문 장소를 선택해야 할 수 있습니다. 상세 페이지의 제목과 위치 정보가 어느 지점인지 분명하게 나타나면 선택한 대상을 이어서 이해할 수 있습니다. 주소 문자열에 지역 단어가 있다는 사실만으로 해당 위치를 대표하는 웹사이트라고 판단하지 않습니다.
공식 프로필 안내는 실제 비즈니스의 방문 페이지가 아닌 다른 곳으로 연결되는 URL을 사용하지 말라고 설명합니다. 소셜 미디어에서 만들어진 페이지가 예로 제시됩니다. 사이트의 지점 링크를 정할 때에는 실제 지점의 안내가 있는 페이지인지 읽어야 합니다. 외부 주소가 열렸다는 기술적 상태만으로 그 페이지가 목적지 안내를 충분히 제공한다는 결론을 내릴 수는 없습니다.
LocalBusiness 구조화 데이터 안내의 url 속성도 특정 업체 위치의 정규화된 URL이며 작동하는 링크여야 한다고 설명합니다. 목록에 표시한 링크, 상세 안내의 위치, 데이터에 입력한 위치 URL이 서로 다른 지점을 가리키지 않도록 구성해야 합니다. 여기서 URL 대응을 정하는 일은 어느 페이지가 어느 지점을 대표하는지를 명확히 하는 작업입니다. 주소 이전이나 리디렉션을 구현하는 전체 절차까지 포함하지는 않습니다.
지점 연락처와 위치 데이터
지점 상세에 제공하는 전화번호는 그 지점과 연결되는 연락 수단이어야 합니다. Google은 가능하면 중앙 콜센터 번호보다 지역 전화번호를 사용하도록 권장하며 번호를 비즈니스가 직접 관리해야 한다고 설명합니다. 대표 번호 하나가 여러 지점의 정보를 처리하는 운영 형태와 개별 위치의 전화번호는 구별해서 표현할 수 있습니다. 번호가 어디로 연결되는지 설명 없이 지점 직통 번호로 표시하지 않습니다.
프로필 가이드라인은 추가 전화번호를 사용할 수 있지만 프리미엄 전화번호는 허용되지 않는다고 설명합니다. 발신자에게 부과되는 요금과 관계없이 적용되는 조건입니다. 따라서 전화번호의 자릿수나 표시 형식만으로 적합성을 판단하지 않습니다. 실제 비즈니스가 관리하는 연락 수단인지, 개별 위치에 연결되는지와 번호 유형에 관한 조건을 함께 구별해야 합니다.
구조화된 데이터는 페이지의 정보를 제공하고 콘텐츠를 분류하기 위한 표준화된 형식입니다. LocalBusiness 안내는 각 지역 비즈니스의 위치를 해당 유형으로 정의하도록 설명합니다. 여러 지점의 주소를 하나의 위치인 것처럼 합치기보다 각각의 실제 위치를 구분해 표현하는 근거입니다. 독자에게 보이는 상세 안내와 데이터가 서로 다른 주소를 제공하지 않아야 어느 지점의 정보인지 일관되게 이해할 수 있습니다.
LocalBusiness의 필수 속성에는 업체 이름과 실제 위치의 주소가 있습니다. 주소 속성은 가능한 한 많은 정보를 포함하도록 권장됩니다. 전화번호 속성은 기본 연락 수단이며 국가 코드와 지역 번호를 포함해야 한다고 설명합니다. 독자용 전화 표시와 데이터의 번호 표기는 같은 연락처를 나타내더라도 표현 형식이 다를 수 있습니다. 표시 형식만 보고 다른 지점의 번호를 대체해서는 안 됩니다.
| 데이터 이름 | 값의 형식 | 적용 단위 |
|---|---|---|
| name | 텍스트 | 표현하는 개별 업체 |
| address | PostalAddress | 실제 위치의 주소 객체 |
| telephone | 텍스트 | 해당 업체의 기본 연락 수단 |
| url | URL | 특정 위치의 정규화된 주소 |
LocalBusiness 데이터는 모든 페이지에 추가할 수 있지만 비즈니스 관련 정보가 있는 페이지에 추가하는 편이 더 나을 수 있다고 안내합니다. 지점 상세는 해당 위치의 이름과 주소를 설명하므로 이런 정보를 배치할 후보가 됩니다. 전체 소개 페이지에만 한 지점의 데이터가 들어 있다면 독자가 읽는 내용과 데이터의 대상 위치가 어떻게 대응하는지 구별해야 합니다. 단순히 모든 페이지에 같은 데이터 블록을 복제하는 것으로 각 지점의 안내를 대신하지 않습니다.
원문은 가능한 경우 가장 구체적인 LocalBusiness 하위 유형을 사용하도록 권장합니다. 여러 유형을 지정한다면 배열을 사용하며 additionalType은 지원하지 않는다고 설명합니다. 유형은 실제 비즈니스의 성격을 표현하기 위한 값입니다. 여러 지역에서 검색되기를 바란다는 이유로 같은 위치의 유형을 늘리는 방식은 별도 지점을 설명하는 것과 다릅니다. 병원 지점과 데이터의 대상 위치를 정한 뒤 실제 성격에 맞는 유형을 선택해야 합니다.
지점 안내의 후속 조건
같은 건물의 별도 부서를 새 지점으로 안내해도 되나요?
Google 프로필 안내에서 일반인을 상대로 별개로 운영되는 부서는 본사나 다른 부서와 다른 이름과 명확한 카테고리를 사용하며 자체 페이지를 만들도록 설명합니다. 일반적으로 별도의 고객 출입구가 있고 영업시간이 다를 수 있다는 조건도 제시합니다. 이는 같은 주소의 모든 부서를 별도 지점이라고 부르라는 뜻은 아닙니다. 지역 페이지의 지점 목록과 부서 안내 목록은 실제 운영 단위를 구분해 구성해야 합니다.
지점마다 실제 이름이 다르면 모두 같은 이름으로 바꾸나요?
체인 안내는 이름의 일관성을 원칙으로 하면서 실제 오프라인 매장과 웹사이트, 회사 서간지에서 위치별 다른 이름을 일관되게 사용하는 예외를 설명합니다. 하위 브랜드나 다른 운영 유형에도 별개 이름을 사용할 수 있지만 각 유형의 위치 안에서는 일관성이 필요합니다. 같은 브랜드라는 이유로 실제 다른 이름을 임의로 없애지 않습니다. 페이지에는 해당 위치에서 쓰는 이름의 근거가 필요합니다.
지점의 지도 좌표에는 어느 정도 정확도가 필요한가요?
LocalBusiness의 위도와 경도 속성은 업체 위치를 나타내며 최소한 소수점 이하 다섯 자리까지 정확히 표시해야 한다고 안내합니다. 이는 좌표 값을 제공할 때의 형식과 정확도 조건입니다. 다른 지점의 좌표를 복사하고 지점명만 고치는 방식으로 충족되는 조건이 아닙니다. 좌표의 대상이 실제 위치인지와 값을 충분히 정확하게 표현했는지를 구별해야 합니다.
자기 지점의 별점도 지역 비즈니스 데이터에 넣으면 되나요?
공식 안내는 aggregateRating과 review 속성을 다른 지역 비즈니스의 리뷰를 수집하는 사이트에만 권장합니다. 자체 지점 소개라는 사실만으로 이 속성의 권장대상에 해당한다고 판단할 수 없습니다. 리뷰 스니펫의 별도 가이드라인도 따르도록 연결되어 있습니다. 방문 안내에 필요한 위치 정보와 리뷰를 표시하는 기능의 조건을 같은 문제로 묶지 않습니다.
구조화 데이터를 넣으면 각 지점이 검색에 반드시 보이나요?
Google은 구조화 데이터를 사용하는 기능이라도 검색결과의 표시를 보장하지 않는다고 설명합니다. 데이터에 오류가 있거나 접근이 차단된 경우도 검토 대상입니다. 문법상의 오류가 아닌 가이드라인 문제는 리치 결과 테스트에서 식별되지 않을 수도 있습니다. 테스트에서 코드가 유효한 상태와 검색 화면에 해당 지점의 기능이 실제 표시된 상태는 구별해야 합니다.