LocalBusiness vs Restaurant Schema: 어떤 페이지에 어떤 타입?

Schema.org 타입 선택은 사소해 보이지만 영향은 큽니다. 카드쾨이의 한 매장은 홈에 일반 LocalBusiness를 사용해 6개월간 레스토랑 특화 AI 답변에서 빠졌습니다. Restaurant로 변경 후 11개의 새 쿼리에서 노출됐습니다.

계층 구조: Restaurant은 이미 LocalBusiness

Schema.org에서 Thing → Place → LocalBusiness → FoodEstablishment → Restaurant 순서. @type Restaurant을 선언하면 address, telephone, openingHours, geo 등 LocalBusiness 모든 속성을 상속받습니다.

일반 LocalBusiness는 "근처 음식점" 같은 푸드 프롬프트에서 AI가 건너뛰게 만듭니다. 타입 필터가 작동해 @type Restaurant이 아니면 후보가 되지 않습니다.

페이지별 결정 트리

페이지 목적에 맞춰 타입을 매칭하세요:

• 홈: Restaurant(servesCuisine, menu, priceRange)
• 블로그 글: Article + author + datePublished
• 캠페인 페이지: Event(startDate, endDate, offers)

자주 하는 3가지 실수

첫째, 홈에 여러 LocalBusiness를 병렬로 배치. @graph로 Restaurant을 주 노드로 설정하세요.

둘째, 블로그에서 Restaurant 재사용. Article이 필수. 셋째, 캠페인에 Offer만 사용. Event + offers 조합이 훨씬 강력합니다.

FAQ

두 타입을 동시에 선언? 유효하지만 중복입니다. Restaurant이 이미 LocalBusiness를 포함합니다.

카페와 레스토랑 구분? 커피가 메인이면 CafeOrCoffeeShop, 풀메뉴면 Restaurant.

AI 반영 시간? 재크롤 3-6주, 4주차부터 효과가 보입니다.

도움이 되셨나요? 공유해 주세요.