本地商家 Schema：完整的 JSON-LD 示例、Google 规则及应避免的错误

本地商家 Schema 是一种 Schema 标记类型，可以把商店、餐厅、诊所或代理机构的联系信息区块转化为机器可读的数据。Google 在其本地商家结构化数据指南中对此有详细说明，词汇表则来自 schema.org/LocalBusiness。本指南为您提供一个可直接改用的完整示例、真正重要的规则，以及会让标记失去作用的常见错误。

什么是 LocalBusiness Schema？

LocalBusiness 是 schema.org 中的一个类型，指“某个具体的实体商家或组织的分支机构”。它继承自两个父类型 Organization 和 Place，因此既能使用公司属性（标志、电话、社交媒体账号），也能使用地点属性（地址、坐标、地图、营业时间）。

schema.org 列出了 30 个直接子类型，其中许多还有自己的下级类型。Google 要求您使用最具体的子类型。牙科诊所应使用 Dentist，面包店使用 Bakery，律师事务所使用 LegalService 或 Attorney。最常见的选择如下：

如果商家同时符合多个类型，Google 接受数组形式，例如 ["Store", "AutoRepair"]。Google 不支持为此目的使用 additionalType。

Google 要求和建议哪些属性？

Google 的文档把属性分为两组。必填属性只有两个；让标记真正发挥作用的是建议属性。

最后一行对 AI 可见度很重要。sameAs 将您的页面与商家资料、社交账号和目录条目关联起来，帮助任何系统确认这些资料描述的是同一个实体。

完整的本地商家 Schema JSON-LD 示例

JSON-LD 是 Google 推荐的格式：一个类型为 application/ld+json 的 script 标签，放在门店页面的 head 或 body 中。下面是一家虚构牙科诊所的完整示例，请替换为您自己的数据：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "@id": "https://www.example-dental.com/lyon/#business",
  "name": "Example Dental Lyon",
  "url": "https://www.example-dental.com/lyon/",
  "image": "https://www.example-dental.com/images/lyon-front.jpg",
  "logo": "https://www.example-dental.com/images/logo.png",
  "telephone": "+33 4 00 00 00 00",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Rue de la République",
    "addressLocality": "Lyon",
    "postalCode": "69002",
    "addressRegion": "Auvergne-Rhône-Alpes",
    "addressCountry": "FR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 45.76012,
    "longitude": 4.83584
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "08:30",
      "closes": "19:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "09:00",
      "closes": "12:30"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/exampledentallyon",
    "https://www.linkedin.com/company/example-dental"
  ]
}
</script>

有三个细节让这个示例更加稳健：@id 为商家提供一个稳定的标识符，网站上的其他区块（Organization、Service、Review）都可以引用它；坐标按 Google 的要求保留了 5 位小数；url 指向门店页面，而不是首页。如果您不想手写代码，可以使用我们免费的 Schema 生成器，填写表单即可生成代码块。

如何标记营业时间、节假日和多个门店？

营业时间

每组营业时间相同的日期使用一个 OpeningHoursSpecification 对象。Google 的文档涵盖了以下特殊情况：

• 营业到深夜：单个对象可以跨越午夜（周六 18:00 至 03:00）。
• 24 小时营业：opens 设为 "00:00"，closes 设为 "23:59"。
• 全天休息：opens 和 closes 都设为 "00:00"。
• 季节性营业时间或节假日休息：在对象中添加 validFrom 和 validThrough 日期（YYYY-MM-DD）。

营业时间变化时，请在更新商家资料的同时更新标记。两者营业时间不一致，是 Google 和 AI 回答中出现错误信息的常见原因。

多个门店

每个门店都需要自己的页面，配有自己的 LocalBusiness 区块以及各自的地址、电话和营业时间。不要把十个地址堆在首页的一个区块里。首页放置品牌的 Organization 区块，每个门店页面通过 parentOrganization 引用它。我们关于多门店 SEO 和本地落地页的指南介绍了如何搭建这些页面。

部门

超市里的药房或汽车经销店里的维修中心，应放入 department 数组，只写出与主商家不同的属性。Google 建议将其命名为“{商店名称} {部门名称}”，除非该部门有自己的品牌。

上门服务型商家

上门服务的水管工仍然可以使用 LocalBusiness，填写注册办公地址，并用 areaServed 描述服务范围。Google 没有将 areaServed 列入其属性，但 schema.org 接受它，这样也能让您的页面与设置了服务区域的商家资料保持一致。

本地商家 Schema 能取代 Google 商家资料吗？

不能。Google 商家资料仍然是本地资源包（Local Pack）和 Google 地图的主要信息来源。Google 帮助中心指出，本地搜索结果主要取决于相关性、距离和知名度，并且“信息完整准确的商家更有可能出现在搜索结果中”。Schema 标记作用于另一侧：让您的网站与商家资料表达同样的信息，并采用机器无需猜测即可读取的格式。

两者之间的纽带是 NAP 一致性：名称、地址和电话在商家资料、网站、标记和目录中的写法完全相同。我们对 NAP 的定义详细说明了相关规则，本地 SEO 页面则介绍了 Schema 在其他本地信号中的位置。

如何验证 LocalBusiness 标记？常见错误有哪些？

用两个工具测试每个门店模板：Google 的富媒体搜索结果测试（Rich Results Test），检查是否符合 Google 功能的展示资格；以及 Schema Markup Validator，按照 schema.org 检查语法。我们的结构化数据验证工具可以对任意 URL 进行快速检查。部署之后，Search Console 的增强功能报告会批量显示错误。

Google 的结构化数据政策设定了基本框架：“请勿标记对页面读者不可见的内容。”违规可能导致人工处置措施，使页面失去富媒体搜索结果的资格。我们最常见到的错误如下：

评价方面的错误值得特别注意：自 2019 年起，Google 不再为 LocalBusiness 或 Organization 发布的关于自身的“自我推荐式”评价显示星级。我们的评价 Schema 指南涵盖了细节，同样的逻辑也适用于 FAQ Schema：只标记页面上展示的内容。

本地商家 Schema 与 GEO：AI 助手如何使用它

当有人向 ChatGPT、Gemini 或 Perplexity 询问“里昂周六营业的牙医”时，答案来自助手能够读取并交叉核对的来源：商家资料数据、目录、点评平台以及商家自己的网站。我们关于 AI 回答中目录网站的研究显示了这些第三方条目被引用的频率。

结构化数据从两个方面提供帮助。它为爬虫提供明确无歧义的事实（营业时间、地址、类型），不依赖于解析页脚；它还通过 sameAs 和一致的 NAP，把您的网站与其他资料所描述的同一实体联系起来。我们关于面向 AI 搜索的结构化数据的指南说明了更全面的情况，而面向大语言模型的结构化数据审核则展示语言模型会从您的页面中提取什么。仅有标记永远不够：这些事实也必须写在可见文本中，因为大多数助手读取的是页面本身，而不只是其中的 JSON-LD。

要判断这些努力是否有回报，Sorank 的 AI 提及追踪会跟踪客户提出的本地问题，并显示您的商家是否被引用；GEO 优化则帮助您发布助手会引用的门店和服务内容。我们面向本地商家的页面总结了这一方法。

需要记住的规则：一个门店，一个页面，一个 LocalBusiness 区块，名称、地址、电话和营业时间与您的商家资料完全一致。添加它，验证它，并在商家每次发生变化时更新它。