LocalBusiness 与 Restaurant Schema:哪种类型适合哪种页面?

选择 Schema.org 类型看似简单,影响却很大。一家位于卡德柯伊的餐厅在首页使用通用的 LocalBusiness,结果 六个月 都未进入餐厅类 AI 回答。改成 Restaurant 后,在 11 个新查询 中出现。

继承关系:Restaurant 本就属于 LocalBusiness

Schema.org 层级:Thing → Place → LocalBusiness → FoodEstablishment → Restaurant。声明 @type Restaurant 即可继承所有 LocalBusiness 属性(address、telephone、openingHours、geo)。

使用通用 LocalBusiness 会让 AI 在"附近餐厅"等食物垂类提示中跳过你。引擎应用类型过滤:无 @type Restaurant,即非候选。

按页面的决策树

按页面目的匹配类型:

• 首页:Restaurant(servesCuisine、menu、priceRange)
• 博客文章:Article + author + datePublished
• 活动页:Event(startDate、endDate、offers)

三个常见错误

第一,首页并排嵌入多个 LocalBusiness。请使用 @graph,以 Restaurant 为主节点。

第二,博客中复用 Restaurant 类型;必须用 Article。第三,只用 Offer 标注活动;Event + offers 触发更强。

FAQ

能同时声明两种类型吗?有效但冗余;Restaurant 已蕴含 LocalBusiness。

咖啡馆还是餐厅?以咖啡为主用 CafeOrCoffeeShop,有完整菜单用 Restaurant。

AI 响应时间?重抓周期 3-6 周,通常第 4 周显效。

觉得有用?分享给朋友。