주소 구조화 데이터는 조직과 장소, 사람의 도로명 주소와 지역, 우편번호, 국가를 PostalAddress의 세부 속성으로 나눈 데이터입니다. 독립 사업자 유형이 아니라 Organization, LocalBusiness, Place나 Person의 주소값으로 중첩합니다.
이 글은 Google 검색 센터, Schema.org와 네이버 서치어드바이저의 공식 문서를 기준으로 작성했습니다.
주소 구성요소를 나눕니다
{
"@type": "PostalAddress",
"streetAddress": "정자일로 95",
"addressLocality": "성남시 분당구",
"addressRegion": "경기",
"postalCode": "13561",
"addressCountry": "KR"
}
네이버는 streetAddress를 필수로 안내하고 우편번호와 지역값을 선택 속성으로 설명합니다. Google은 LocalBusiness의 실제 주소와 채용 공고의 근무지처럼 기능별로 필요한 하위값을 정합니다. 목표 유형의 공식 문서를 함께 봐야 합니다.
우편 주소와 사업장 유형은 다릅니다
PostalAddress는 주소의 형식입니다. 고객이 방문하는 지점인지는 LocalBusiness나 Place가 말해 줍니다. 법인 등록 주소, 우편 수령 주소와 실제 영업 장소가 다르면 한 주소로 합치지 마세요.
주소를 모든 페이지에 문맥 없이 반복하는 것보다 해당 조직이나 지점 노드 안에서 정확히 연결하는 편이 낫습니다.
확인하는 방법
도로명 주소, 건물명, 우편번호와 국가가 실제 연락처 페이지와 지도 정보에 맞는지 대조합니다. Validator에서 주소가 올바른 Organization이나 Place에 중첩됐는지 확인하세요. Google 기능을 목표로 한다면 LocalBusiness나 JobPosting 테스트도 함께 실행합니다.
자주 묻는 질문
addressLocality에는 시와 구 중 무엇을 넣나요?
국가별 주소 체계와 검색엔진 지침에 맞춰 주소를 중복 없이 나눕니다. 한국 주소를 영문 예시 순서대로 억지로 끼우지 마세요.
좌표도 PostalAddress에 넣나요?
위도와 경도는 GeoCoordinates로 장소나 사업장에 연결합니다. 우편 주소 속성과는 다릅니다.
함께 알아두면 좋은 용어
- 지역 비즈니스 구조화 데이터: 주소를 쓰는 실제 사업장 유형
- 조직 구조화 데이터: 법인과 기관 정보
- 채용정보 구조화 데이터: 근무지 주소를 사용하는 기능