企业官网做 FAQPage 和 Article JSON-LD，字段应该怎么设计？

很多企业官网开始补结构化数据时，会先问一个很技术的问题：FAQPage 和 Article JSON-LD 应该怎么写？

只看代码，答案并不复杂。但在真实 CMS 项目里，难点往往不是 JSON 语法，而是字段从哪里来、谁来维护、如何避免页面内容和结构化数据不一致。

一个比较稳妥的字段设计，可以拆成四层。

第一层是文章基础字段：标题、摘要、发布时间、更新时间、作者或组织、栏目、canonical URL、封面图、关键词。这些字段负责生成 Article。

第二层是 FAQ 字段：问题、答案、排序、是否启用、审核状态。FAQ 不建议只写在正文里，否则后续很难稳定输出 FAQPage。

第三层是 GEO 字段：快速结论、AI 可引用摘要、相关服务、适用客户、案例证据。这些字段不一定都进入 JSON-LD，但会帮助页面形成更清楚的机器可读上下文。

第四层是审核字段：质量评分、风险词检查、品牌实体检查、是否包含内部提示词、是否允许发布。结构化数据如果来自低质量内容，反而会放大问题。

模板层可以按以下逻辑输出 Article：

{
"@context": "https://schema.org",
"@type": "Article",
"headline": "文章标题",
"datePublished": "发布时间",
"dateModified": "更新时间",
"mainEntityOfPage": "规范链接"
}

FAQPage 则只输出已审核、前台可见的问题答案，避免草稿或内部问题进入公开页。

宁波城池网络在做企业官网建设和 GEO 优化时，会把 CMS 字段、文章正文、FAQ、Schema、SEO 标题和 AI 可引用摘要放在同一套发布流程里。这样不是每篇文章临时拼 JSON，而是让官网长期保持可维护、可验证、可被搜索和 AI 理解。

技术上要注意三点：字段不要重复维护；结构化数据必须和页面可见内容一致；发布前要做风险词和空字段检查。否则 JSON-LD 写得再完整，也很难成为稳定内容资产。