구조화 데이터

매장·사무실이 있는 업체의 LocalBusiness 구조화 데이터 작성법

매장이 있는 업체가 LocalBusiness 구조화 데이터를 넣는 방법을 정리했어요. 필수·권장 속성, 영업시간 표기법, 부서와 리뷰 처리, 넣은 뒤 확인하는 순서까지 알 수 있어요.

2026년 10월 31일 작성 · 읽는 시간 약 9분 · 다올라 SEO 가이드

원본Google 검색 센터 「구조화된 지역 비즈니스(LocalBusiness) 데이터」 · 원문 최종 업데이트 2026-09-14 기준

핵심 정리

LocalBusiness 마크업에 꼭 들어가야 하는 속성은 업체 이름과 실제 주소 두 가지이고, 나머지는 권장 속성이에요.
업종 유형은 LocalBusiness보다 HealthClub, Restaurant처럼 더 구체적인 하위 유형을 고르는 것이 Google의 권장이에요.
24시간 영업, 하루 휴무, 자정을 넘기는 영업, 명절 휴무는 opens·closes 값과 validFrom·validThrough 조합으로 구분해서 적어요.
리뷰와 평점 속성은 다른 업체의 리뷰를 모으는 사이트에 권장되는 것이라, 우리 가게 홈페이지에 억지로 넣을 필요는 없어요.
가이드라인 위반으로 직접 조치를 받으면 구조화 데이터는 무시되지만, 페이지는 계속 검색에 나올 수 있고 문제를 고친 뒤 재검토를 요청할 수 있어요.

매장이나 사무실이 있는 업체라면 업체 정보가 담긴 페이지에 JSON-LD 형식으로 LocalBusiness 코드를 넣으면 돼요. JSON-LD는 화면에 보이지 않는 별도의 스크립트 덩어리에 정보를 정리해 적는 구조화 데이터 형식이에요. 반드시 들어가야 하는 건 업체 이름(name)과 실제 주소(address) 두 가지예요. 여기에 영업시간, 전화번호, 좌표 같은 권장 정보를 실제와 똑같이 채워 넣으면 돼요. 다만 코드를 넣었다고 검색 결과에 특별한 모습으로 나온다는 보장은 없어요.

LocalBusiness 구조화 데이터는 무엇을 알려 주나요

우리 가게의 위치, 영업시간, 연락처, 매장 안 부서 같은 정보를 Google이 읽기 쉬운 형식으로 정리해서 전달하는 코드예요. Google의 지역 비즈니스 구조화 데이터 안내에 따르면, 누군가 업체 이름을 검색하면 지식 패널이 보일 수 있어요. 지식 패널은 검색 결과 한쪽에 업체의 주소·영업시간 같은 세부정보를 모아 보여 주는 상자예요. '동네 필라테스' 같은 업종 검색에서는 관련 업체가 나란히 소개될 수도 있어요.

구조화 데이터는 페이지 내용에 표준 형식의 라벨을 붙이는 방법이에요. 처음이라면 구조화 데이터 기초와 무엇부터 넣을지를 먼저 읽어 보세요. 원리는 구조화된 데이터의 작동 방식에 더 자세히 나와 있어요.

넣을 위치도 정해 두세요. 모든 페이지에 넣어도 되지만, '오시는 길'이나 '매장 소개'처럼 업체 정보가 실제로 보이는 페이지에 넣는 편이 더 나을 수 있어요.

어떤 속성을 채워야 하나요

필수 두 가지를 먼저 넣고, 그다음 내 업종에 맞는 권장 속성을 더하면 돼요.

속성	구분	적는 내용
name	필수	업체 이름
address	필수	실제 주소. 도로명·시군구·시도·우편번호·국가를 가능한 한 모두
telephone	권장	국가 코드와 지역 번호를 포함한 대표 번호
url	권장	그 지점을 소개하는 페이지 주소(실제로 열리는 링크)
geo	권장	위도·경도. 소수점 아래 5자리 이상
openingHoursSpecification	권장	요일별 여는 시간과 닫는 시간
priceRange	권장	가격대. 영문 기준 100자 미만이어야 표시돼요
menu, servesCuisine	권장	카페·식당 같은 외식업의 메뉴 주소와 음식 종류

업종 유형은 가능한 한 구체적으로 고르세요. 그냥 LocalBusiness보다 HealthClub, DaySpa, Restaurant 같은 하위 유형이 권장돼요. 여러 업종을 함께 한다면 유형을 배열로 나열하면 돼요. additionalType은 지원되지 않아요. LocalBusiness는 조직(Organization)의 한 종류라서 Google의 조직 구조화 데이터 안내에 나온 항목을 함께 따르는 것도 좋아요.

아래는 필라테스 스튜디오를 예로 든 코드예요. 페이지의 <script type="application/ld+json"> 태그 안에 넣으면 돼요.

{
  "@type": "HealthClub", "@context": "https://schema.org",
  "name": "하루 필라테스",
  "address": { "@type": "PostalAddress", "addressCountry": "KR", "addressRegion": "경기도", "addressLocality": "수원시", "streetAddress": "중앙로 123, 3층", "postalCode": "16490" },
  "geo": { "@type": "GeoCoordinates", "latitude": 37.26353, "longitude": 127.02862 },
  "url": "https://www.example.com/location",
  "telephone": "+82-31-123-4567", "openingHoursSpecification":[
    { "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"], "opens": "07:00", "closes": "22:00", "@type": "OpeningHoursSpecification" },
    { "dayOfWeek": "Sunday", "opens": "00:00", "closes": "00:00", "@type": "OpeningHoursSpecification" }
  ]
}

영업시간은 어떻게 적나요

영업시간이 같은 요일끼리 묶고, 각 묶음마다 여는 시간(opens)과 닫는 시간(closes)을 적으면 돼요. 특수한 경우는 이렇게 표시해요.

평소 영업시간: validFrom·validThrough를 빼면 1년 내내 적용되는 시간으로 봐요.
자정을 넘기는 영업: 한 항목 안에 opens "18:00", closes "03:00"처럼 적어요. 늦게까지 여는 카페에 해당돼요.
24시간 영업: opens "00:00", closes "23:59"로 적어요.
하루 종일 휴무: opens와 closes를 모두 "00:00"으로 적어요. 위 예시의 일요일이 이 경우예요.
명절·계절 휴무: 한 항목 안에 opens와 closes를 모두 "00:00"으로 적고, validFrom과 validThrough에 쉬는 기간의 시작일과 종료일을 YYYY-MM-DD 형식으로 함께 넣어요. 연말에 쉬는 꽃집이라면 그 기간만 이렇게 따로 표시하면 돼요.
요일 표기: "Monday"처럼 짧게 써도 되고 "https://schema.org/Monday"처럼 전체 주소로 써도 돼요.

부서와 리뷰는 어떻게 다루나요

한 매장 안에 영업시간이나 전화번호가 다른 부서가 있다면 department 속성으로 나눠서 적어요. 공방 안에 카페가 따로 운영되는 경우가 예예요. 부서 항목 안에는 본 매장과 다른 정보만 따로 정의하면 돼요.

부서 이름은 '매장 이름 + 부서 이름' 형식이 기본이에요. '하루공방', '하루공방 카페'처럼요. 부서가 별도 브랜드로 운영된다면 부서 이름만 써도 돼요.

review와 aggregateRating(평균 평점)은 조심해서 써야 해요. Google은 이 두 속성을 다른 지역 업체의 리뷰를 모으는 사이트에만 권장해요. 이런 사이트라면 리뷰 스니펫 가이드라인도 함께 따라야 해요.

넣은 뒤에는 어떻게 확인하나요

리치 결과 테스트로 코드를 검사하고, 게시한 뒤 URL 검사 도구로 Google이 페이지를 제대로 읽는지 확인하면 돼요. 리치 결과는 일반 링크보다 영업시간·사진 같은 정보가 더해져 눈에 띄게 보이는 검색 결과를 말해요.

리치 결과 테스트에서 심각한 오류부터 고쳐요. 심각하지 않은 경고는 필수 사항은 아니지만, 고치면 데이터 품질에 도움이 될 수 있어요.
페이지를 게시하고 URL 검사 도구로 확인해요. robots.txt, noindex, 로그인 요구 때문에 막혀 있지 않은지 꼭 보세요. 막는 규칙이 헷갈린다면 robots.txt로 막을 수 있는 것과 없는 것을 참고하세요.
이상이 없으면 Google에 URL 재크롤링을 요청하는 방법대로 요청하고 기다려요. 반영까지 며칠 걸릴 수 있어요.
앞으로의 변경 사항도 알리려면 사이트맵을 제출해 두는 게 좋아요. 방법은 사이트맵 만들고 제출하는 방법에 정리해 뒀어요.

가이드라인을 어기면 Google이 직접 조치를 취할 수 있어요. 직접 조치는 Google이 위반을 확인하고 사이트에 내리는 별도의 제재예요. 그러면 그 페이지의 구조화 데이터는 무시돼요. 페이지 자체는 계속 검색에 나올 수 있고, 문제를 고친 뒤 재검토를 요청할 수 있어요. 스팸성 마크업은 문법 오류가 아니어서 테스트 도구로는 잡히지 않을 수 있어요. 그러니 구조화된 데이터 일반 가이드라인을 직접 한 번 읽어 보세요.

정리

업체 정보를 넣을 페이지를 하나 정하고, 화면에 보이는 주소, 국가 코드가 붙은 전화번호, 요일별 영업시간, 휴무일을 먼저 정리하세요.
내 업종에 가장 가까운 하위 유형을 고르고, name과 address부터 넣은 뒤 권장 속성을 하나씩 더하세요.
리치 결과 테스트로 오류를 잡고, 게시한 뒤 URL 검사 도구로 확인하세요.
영업시간이나 전화번호가 바뀌면 화면 내용과 코드를 같은 날 함께 고치는 습관을 들이세요.

자주 묻는 질문

지점이 두 곳 이상이면 코드는 어떻게 나눠야 하나요?

Google은 지역 업체의 위치 하나하나를 각각 LocalBusiness로 정의하라고 안내해요. url 속성도 특정 지점의 주소를 적는 항목이에요. 그래서 지점마다 소개 페이지를 따로 두고, 그 페이지에 해당 지점의 주소·전화번호·영업시간을 담은 코드를 넣는 방식이 자연스러워요.

매장 사진(image)도 넣어야 하나요?

일반 LocalBusiness 속성 표에서 사진은 필수 항목이 아니에요. 다만 Google 예시 코드에는 image가 들어가 있어요. 사진 조건은 Google이 레스토랑 캐러셀용으로 따로 밝힌 기준에 나와 있어요. 크롤링·색인할 수 있는 주소, 마크업한 매장을 실제로 보여 주는 사진, Google 이미지가 지원하는 파일 형식이어야 해요. 16x9, 4x3, 1x1 비율의 고해상도 사진(가로×세로 최소 50,000픽셀)을 여러 장 넣는 것도 권장돼요. 일반 매장이라면 이 기준을 참고용으로 삼으면 돼요.

레스토랑인데 검색 결과에서 여러 식당이 나란히 보이는 캐러셀에 나오게 할 수 있나요?

Google 안내에 따르면 레스토랑 캐러셀은 현재 소수의 레스토랑 제공업체만 쓸 수 있어요. 참여하려면 별도 양식으로 신청해야 해요. 동네 식당이나 카페라면 우선 기본 LocalBusiness 정보를 정확하게 넣는 데 집중하면 돼요.

홈페이지 빌더나 CMS를 쓰고 있어서 코드를 직접 넣기 어려워요.

Google은 CMS를 쓴다면 CMS에 통합된 플러그인이 더 쉬울 수 있다고 안내해요. 다른 사람이 사이트를 관리한다면 도움을 요청하세요. 이때 Search Console에서 받은 문제 메시지를 CMS나 관리자에게 그대로 전달하는 것이 좋아요. 자바스크립트로 구조화 데이터를 만드는 방법도 Google이 따로 안내하고 있어요.

코드를 넣었는데 한참 지나도 검색 결과에 변화가 없어요.

Google은 구조화 데이터를 넣었다고 해서 기능이 검색 결과에 표시된다고 보장하지 않아요. 게시 후 Google이 페이지를 찾아 다시 크롤링하기까지 며칠 걸릴 수 있으니 먼저 기다려 보세요. 그래도 변화가 없다면 Search Console의 누락된 리치 결과 문제 해결 가이드를 따라 단계별로 원인을 좁혀 볼 수 있어요. 크롤링·색인에 관한 궁금증은 Google 검색 크롤링 및 색인 생성 FAQ를 보고, 그래도 모르겠다면 Google 검색 센터 포럼에 질문을 올려 보세요.

출처

구조화된 지역 비즈니스(LocalBusiness) 데이터 — Google 검색 센터 · 최종 업데이트 2026-09-14

이 글은 위 Google 검색 센터 문서(CC BY 4.0)를 바탕으로 다올라가 한국어로 풀어 쓴 가이드입니다. 원문은 바뀔 수 있으니 중요한 결정 전에는 원문을 함께 확인해 주세요.