服务型网站结构化数据怎么做：Organization、Article、FAQ 和 Service

先讲结论 #

结构化数据是给搜索引擎和 AI 摘要看的"页面摘要表"，让爬虫更快搞清楚你这家公司是谁、这个页面在卖什么，但不会直接把排名往上抬。服务型网站真正需要的就四类：首页和关于页放 Organization + WebSite，博客文章放 Article，每个服务页放 Service，FAQ schema 只在页面有用户能看到的问答时才加。常见坑：把 FAQ schema 当关键词容器、把不展示的内容塞进 schema、Organization 字段和官网底部、LinkedIn 不一致。Vue/Nuxt 在每个页面组件挂一段 application/ld+json；WordPress 用 Yoast 或 Rank Math 默认配置，服务页和案例页手写补丁。文末有一份 P0/P1/可选清单可以照着上线检查。

我们最近接手过一个机械配件出海客户的网站。技术外包给他们装了 SEO 插件，但插件默认只生成 WebSite 的 schema，关于页 Organization 没配，服务页更是裸的。Search Console 里 Rich Results 几乎是空的，但客户已经投了一年的 Google Ads。这种情况很典型——团队以为"装了 SEO 插件就等于有结构化数据"，实际上插件只解决了 30%，剩下 70% 需要按页面类型手工配。

这篇是写给做服务型生意（B2B 出海、IT 服务、咨询、定制制造）的团队看的。不讲 schema.org 是什么这种百科问题，直接说：哪类页面必须配什么、哪些字段 Google 真的会拿去做富结果、Vue 和 WordPress 各自怎么维护、上线前怎么用 Rich Results Test 自己 QA。

边界 #

先把期望摆正。schema 能帮 Google、Bing、ChatGPT、Perplexity 更快读懂你的页面，让你有资格在 SERP 里拿富结果（评分星、FAQ 折叠、面包屑、organization logo），并给实体信号加分——让搜索引擎确认"这家叫满想科技的公司，就是这个网站、这个 LinkedIn、这个地址"。

但它替代不了排名因子。内容质量、链接、E-E-A-T 才决定排名。一个写得糟糕的服务页，标了 schema 也不会变成好服务页。AI Overviews 是否引用你，最后还是看回答清不清晰、数据能不能查证。

Google Search Central 的官方文档说得很直接：结构化数据是"让你的内容有资格"出现在富结果里，有资格不等于一定出现。

Organization #

首页和关于页都要配 Organization。这是搜索引擎建实体卡片时最重的一块拼图，也是 AI 搜索判断你是不是真实公司的主要依据。

最低字段：

• name：英文公司名，和工商注册的英文名一致。
• url：站点根 URL。
• logo：绝对路径，方形 PNG/SVG，至少 112×112。
• sameAs：LinkedIn、X、YouTube、GitHub、Crunchbase 等官方资料链接。这一项是给搜索引擎做交叉验证的，越完整越好。

加分字段：

• address（PostalAddress）：真实办公地址，海外客户会看。
• contactPoint：邮箱或电话，contactType 写 customer support 或 sales。
• foundingDate、numberOfEmployees：让 AI 摘要更容易拿去做公司画像。

一个常见错误：Organization 写在首页，但关于页又写一份字段不一样的版本。爬虫看到两套不一致的实体描述时会降低信任度。建议把 schema 抽成一份配置，所有页面都引用同一个对象。

Organization 字段必须和企业官网的实体信号：关于我们、团队、联系方式和案例里能看见的内容一致——schema 里写"50 人团队"，团队页只列 8 个人，这种不一致 GEO 评分会扣分。

WebSite #

WebSite schema 单独说一下，它常常被忽略但价值不低。最小配置就两件事：

• name：网站显示名（不一定等于公司名，比如品牌名 + " | Insights"）。
• potentialAction：站内搜索框的 schema。配置之后，部分品牌词搜索结果里会出现 sitelinks searchbox。

如果网站没有站内搜索功能，这一段可以不配。别为了拿富结果硬装一个搜不出东西的搜索框，这是典型的"虚假 schema"，Google 反作弊系统会识别。

Article #

博客和资讯类页面用 Article 或 BlogPosting（后者是前者的子类，写博客更合适）。这是结构化数据里 ROI 最稳的一类，配置标准成熟，Google 文档清晰，富结果出现概率也高。

必填字段：

• headline：和页面 H1 一致，60 字符以内。
• image：至少一张，建议三张不同比例（16:9、4:3、1:1），让 Google Discover 有空间挑。
• datePublished、dateModified：ISO 8601 格式。dateModified 一定要在真实更新内容时才动，不要为了"刷新鲜度"批量修改。
• author：Person 或 Organization。如果是个人作者，最好链到一个有内容的 /authors/xxx/ 页，让 E-E-A-T 信号闭环。

可选但建议：

• publisher：和首页的 Organization 字段一致。
• mainEntityOfPage：这个页面的规范 URL。

Article 的常见坑：headline 写得花哨但不含核心关键词；image 只放一张拉伸过的封面；dateModified 永远等于 datePublished（暗示文章从来没维护过）。

Service #

这是服务型网站最重要的一类 schema。每个独立的服务页都该配 Service。字段不像 Article 那样高度标准化，但配齐之后对 GEO 引用率有看得到的帮助。

推荐字段：

• name：服务名，和 H1 一致。"出海官网搭建支持"比"网站建设"更具体。
• provider：链回 Organization。
• serviceType：行业分类。
• areaServed：服务覆盖的国家/地区。出海团队这一项一定要写清楚，比如 Germany、Southeast Asia。
• description：一句话讲清楚谁的什么问题、怎么解决。直接复用页面 meta description。
• offers：如果有公开报价或起价，写 Offer；如果是询盘制，可以省略。不要在没有真实报价的页面硬塞一个假价格。
• hasOfferCatalog：把这条服务下的子产品列出来。

举个例子，我们自己 /solutions/going-global-it 页面的 Service schema 大致长这样：

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "出海官网搭建与 SEO/GEO 支持",
  "provider": { "@id": "https://mansion.tech/#organization" },
  "serviceType": "Website Development",
  "areaServed": ["Germany", "United States", "Southeast Asia"],
  "description": "为中国出海企业提供从域名、主机、内容到 SEO/GEO 的全流程官网搭建与持续优化。",
  "url": "https://mansion.tech/solutions/going-global-it"
}

Service 最常被忽略的字段是 areaServed。海外客户在 Google 搜 "wordpress development agency Germany" 时，搜索引擎会优先匹配明确写了服务区域的供应商。这一项写不写，差的是被纳入候选集的资格。

FAQ #

FAQ schema 是争议最大的一类。2023 年 Google 把 FAQ 富结果的展示范围大幅收窄——现在只对被认定为权威医疗或政府的网站展示，其他网站基本看不到 FAQ 折叠出现在 SERP 里。

这不代表 FAQ schema 没用。它依然是结构化的问答数据，AI Overviews、Perplexity、ChatGPT 抓取时都会优先消化结构化 Q&A。判断标准变了：不再是为了在 Google SERP 拿富结果，而是为了被 AI 引用。

FAQ schema 的边界：

• 必须：页面上要有用户能看到的对应问答。schema 里有的问题，HTML 里也必须有，文字一字不差。
• 可以：每页 3-6 个问答，覆盖采购决策中真实会问的问题（价格、交付、案例、是否服务我们行业、风险）。
• 不要：把关键词列表伪装成问答塞进 schema；同一个 FAQ 复制到全站每个页面（Google 会判定为模板化滥用）；用 FAQ schema 装伪问答（"什么是网站？"这种小学生级的）。

可以一起看如何写更容易被搜索和 AI 摘要理解的服务页那篇，里面专门讲过 FAQ 的措辞怎么写才容易被引用。

Vue 与 WordPress #

技术维护层面，两种站的做法不一样。

Vue / Nuxt 站：每个页面组件里挂一段 <script type="application/ld+json">。Nuxt 用 useHead 或 useSchemaOrg（社区有 nuxt-schema-org 模块），SSR 渲染时直接写入 HTML，爬虫拿到的就是完整 schema。SPA 模式下要确保 schema 在首次响应里，不要在 mounted 之后才注入——Googlebot 渲染 JS 但不一定等到所有 hydration 完成。

WordPress 站：

• 装 Yoast 或 Rank Math，默认会自动配 Organization、WebSite、Article、BreadcrumbList。
• Service schema 大部分插件不会自动生成，需要在服务页用代码编辑器手写一段，或者用 Schema Pro 这类付费插件。
• FAQ 用古腾堡的 FAQ block 或专门的 FAQ schema 插件，不要在文章正文里硬塞 JSON-LD（容易被主题更新覆盖）。

不管哪种栈，都要把 schema 写进 HTML 源码，不要靠 JS 在 onload 后注入。Google 的 JSON-LD 文档推荐用 JSON-LD 而非 Microdata 或 RDFa，原因就是 JSON-LD 可以放在 <head> 里、和正文解耦、好维护。

上线前 QA #

每次发布或大改后，过这三步：

1. Rich Results Test：把 URL 贴到 search.google.com/test/rich-results，看 Google 实际识别到哪些 schema、有没有错误或警告。
2. Schema Markup Validator：validator.schema.org 看字段是否符合 schema.org 规范——这是给 AI 搜索引擎看的版本，覆盖比 Google 的工具更全。
3. Search Console > Enhancements：上线一周后看"商品代码片段""FAQ""文章"等模块有没有报错。错误页要直接修，警告可以按情况处理。

只挑一个用的话，用 Rich Results Test。它告诉你的是"Google 实际认了什么"，比 schema 是否完全符合标准更值得知道。

常见错误 #

我们做审计时常遇到的几类，按踩坑频率排：

• FAQ schema 滥用：把"我们公司很专业吗？"这种自吹塞进 FAQ。Google 反作弊会降权。
• schema 和页面不一致：schema 里有的问答 HTML 里没有。一旦被发现，整页 schema 信任度都会降。
• sameAs 链到死号：LinkedIn 注销了 schema 还留着，或贴抖音链接（搜索引擎认不出）。
• Article 的 dateModified 批量刷新：为了看起来更新频繁批量改时间戳。Google 会比对实际内容变化，这没用还可能被判作弊。
• Organization 多页面不一致：首页写 50 人，关于页 schema 写 30 人，LinkedIn 写 100 人。AI 搜索会拿最低值或不引用。

更系统的审计逻辑见SEO/GEO 审计报告样例：我们会看哪些问题，schema 是其中固定的一节。

优先级 #

不是所有页面、所有 schema 都要在第一周配齐。一个合理的优先级：

P0（上线必做）

• 首页 + 关于页：Organization + WebSite
• 每个服务页：Service
• 博客文章：Article / BlogPosting
• 面包屑：BreadcrumbList（绝大多数 SEO 插件默认就配了）

P1（上线后两周内补）

• 服务页 FAQ：3-6 个真实问答 + FAQ schema
• 案例页：Article 或 CaseStudy（后者是新加入的类型，AI 引擎已经在识别）
• 团队页：Person schema 给关键作者/顾问

可选（按业务决定）

• Product：只有真的卖标准化产品才配，服务型业务别硬套
• Review / AggregateRating：必须有可验证的评价来源，别自己捏数据
• Event、Course、JobPosting：按内容类型决定

如果你的网站还没解决新站或重构网站的技术 SEO 基线里的爬取、索引和速度问题，先把那些搞定，schema 是这条链上靠后的环节。

常见问题 #

配了 schema 多久能看到效果？ #

爬取和重新索引大约 1-3 周。富结果出现是另一回事——Article 和 BreadcrumbList 较稳，Service 和 FAQ 看 Google 展示策略。但被 AI 摘要引用的概率从配 schema 那刻起就会上升，因为 ChatGPT、Perplexity 抓的就是结构化数据。

Yoast 或 Rank Math 自动配的够用吗？ #

对资讯型博客够用，对服务型网站不够。两个插件都不会主动生成 Service schema，也不会替你判断 areaServed、offers 这些和业务深度相关的字段。服务页和案例页一定要手工补。

没有 LinkedIn 和 X 账号，sameAs 怎么办？ #

省略 sameAs 比填假账号好。但建议至少先开 LinkedIn 公司页和 X Professional 账号——sameAs 越完整，搜索引擎对实体的信任度越高。设置方法见B2B 品牌如何设置 X Professional 账号那篇。

FAQ schema 和"AI Overviews 优化"什么关系？ #

FAQ schema 是结构化 Q&A 数据，AI 搜索抓取时会优先消化。但被引用的关键不是 schema 本身，而是问答的清晰度和可验证度。Schema 是让 AI 容易读懂的形式，内容质量才是让 AI 选你的实质。

预约诊断 #

如果你的站已上线但 Search Console > Enhancements 一片空白，或者想知道服务页 schema 漏了哪几项，欢迎带域名和重点服务页 URL 跟我们做一次免费的出海官网搭建支持初步诊断。我们会用 Rich Results Test 和 Schema Markup Validator 跑一遍，告诉你哪几项是 P0 必修、哪几项可以放到下个季度。