주소 구조화 데이터 (PostalAddress, 주소 스키마)

주소 구조화 데이터는 도로명 주소, 지역, 우편번호와 국가를 PostalAddress 유형의 속성에 나눠 적은 데이터입니다. Organization, LocalBusiness, Place, Person 등의 address 속성에 넣어 해당 조직이나 장소, 사람의 주소를 표현합니다.

한국 주소를 속성에 나누어 적는 예

아래는 네이버 공식 예제에 나온 주소에 국가 코드 KR을 추가한 주소 객체입니다. 실제 페이지에 넣을 때는 해당 조직이나 장소의 address 값으로 연결하고, 예제의 주소를 해당 대상의 실제 주소로 바꿉니다.

{
  "@type": "PostalAddress",
  "streetAddress": "정자일로 95",
  "addressLocality": "성남시 분당구",
  "addressRegion": "경기",
  "postalCode": "13561",
  "addressCountry": "KR"
}

streetAddress에는 도로명과 건물 번호 등 상세 주소를 적습니다. addressRegion은 큰 행정구역, addressLocality는 그 아래 지역을 표현합니다. postalCode는 우편번호이며 addressCountry에는 국가를 적습니다. Schema.org는 국가 값에 KR처럼 ISO 3166-1 alpha-2의 두 글자 코드를 권장합니다.

네이버의 주소 마크업에서는 streetAddress가 필수이고 우편번호와 두 지역 속성은 선택입니다. Google의 일반 LocalBusiness 요건에서는 사업장의 실제 위치를 담은 address가 필수이며, 주소의 세부 정보도 가능한 한 충실하게 제공하도록 권장합니다. 네이버의 필수 속성 목록을 Google의 모든 검색 기능에 그대로 적용해서는 안 됩니다.

우편 주소와 사업장 유형은 다릅니다

PostalAddress는 주소를 담고, LocalBusiness나 Place는 그 주소에 있는 사업장과 장소를 설명합니다. 여러 지점을 표시한다면 각 지점의 정보에 그 지점 주소를 연결합니다. 실제 영업 장소를 설명하는 곳에 우편 수령지만 적으면 사업장 위치를 잘못 전달할 수 있습니다.

네이버는 사이트 공통 주소를 여러 페이지에 동일하게 반복하지 않도록 안내합니다. 모든 글에 주소 객체를 덧붙이기보다 조직이나 지점 정보를 제공하는 페이지에서 누구의 주소인지 명확하게 연결합니다.

코드 검증과 실제 주소 확인

Schema Markup Validator에서는 PostalAddress가 의도한 조직이나 장소의 address 값으로 인식되는지 확인합니다. Google 검색 기능에 적용했다면 리치 검색결과 테스트에서 LocalBusiness나 JobPosting 등 해당 기능의 필수 속성 오류도 확인합니다. 주소 객체만 검사하는 것으로 상위 유형의 요건을 모두 확인할 수는 없습니다.

검사 도구가 코드를 읽었다고 실제 주소까지 검증한 것은 아닙니다. 페이지에 표시된 도로명, 건물 번호, 우편번호와 코드의 값을 대조하고, 다른 지점 주소나 이전 주소가 남았는지 확인합니다. 지도 정보와 주소가 다르면 어느 쪽이 현재 위치를 나타내는지 확인해 잘못된 정보를 고칩니다.

함께 알아두면 좋은 용어

• 지역 비즈니스 구조화 데이터: 실제 사업장의 이름, 위치, 영업시간 등을 표현하는 데이터
• 조직 구조화 데이터: 기업이나 기관의 이름, 연락처, 공식 채널 등을 표현하는 데이터
• 채용정보 구조화 데이터: 직무, 고용 조건, 근무지 등 개별 채용 공고의 정보를 표현하는 데이터

참고 문서

• 네이버 서치어드바이저, 주소
• Schema.org, PostalAddress
• Google 검색 센터, Local business 구조화 데이터