FAQ 结构化数据应从页面已经定稿、访客确实能看到的问题与答案生成，而不是让 SEO 文案先在代码里“多写几条”。最稳妥的顺序是先校对可见 FAQ，再生成 JSON-LD，最后把页面和代码逐项对照。
先把页面问答定稿，再碰结构化数据
退款页中“多久到账”的答案刚更新时，应先修改页面正文并完成业务审核，然后再更新对应的结构化数据。代码里的答案不能比页面更夸张、更具体，也不能保留已经失效的时效。
例如页面原来写“审核通过后 3 个工作日原路退回”，现在因为支付渠道变化，客服确认应改为“审核通过后提交退款，到账时间以支付渠道为准”。编辑要先确定哪些文字会公开显示、适用哪些订单，再同步 FAQ。不能让正文采用新答案，JSON-LD 仍写旧时效；也不能反过来在代码中加入“极速到账”“无条件退款”等页面没有出现的宣传语。
可以先建立一份简短的校对清单：
- 问题是否真的是用户会问的完整句子，而不是关键词堆叠。
- 答案是否与当前政策、地区和渠道一致，页面上能否看到相同事实。
- 负责人和更新时间是否已记录，过期活动与绝对承诺是否已删除。
Google 当前的结构化数据通用指南要求标记真实代表页面内容，不应描述访客看不到、无关或误导的信息。技术上能解析，不等于内容就合规，更不等于搜索结果会展示特殊样式。
按固定输入格式生成问答结构化数据
可见问答确认后，再把每组问题和答案按工具要求整理，能减少错位和漏项。打开 FAQ Schema 生成器，每组内容用一个空行隔开；每组第一行作为问题，后续各行会合并成该问题的答案。
以上面的退款页为例，输入时先放完整问题“退款审核通过后多久到账？”，下一行放已经核准的可见答案。空一行后再写下一组，如“退款会退到哪里？”。如果一组只有问题没有答案，工具会过滤掉这组不完整内容；这不会替你提醒页面缺文案，所以生成后必须核对数量。
点击生成后，工具输出一个包含 <script type="application/ld+json"> 的代码片段，里面使用 FAQPage、Question 和 Answer。它还会转义答案中可能提前结束 script 标签的字符串。这个过程只把文本转换成固定结构，不会完成以下工作：
- 不会读取或抓取你的退款页，也不知道页面当前显示什么。
- 不会判断退款政策是否正确、是否得到业务或法务批准。
- 不会把代码自动安装到 CMS、模板或线上网页。
- 不会运行 Google 的测试，也不会保证收录、排名或富媒体结果。
复制输出前，先数可见 FAQ 有几组，再数生成结果中的 Question 有几个。数量不同通常意味着输入少了空行、某组缺答案，或一段多行文字被误当成新问题。
用“页面—输入—输出”三向对照找出偏差
发布前应逐项对照页面、生成器输入和 JSON-LD 输出，三处问题顺序与事实都要一致。只看代码缩进漂亮，很容易漏掉旧答案或把第二行问题接到上一组答案里。
可以从第一组开始检查：页面问题、生成结果的 name、页面答案、生成结果的 acceptedAnswer.text 依次比对。特别留意金额、工作日、地区、联系渠道和例外条件，这些最容易在复制时留下旧版本。答案里有引号或换行时，也要确认生成后的 JSON 字符串仍完整。
若要检查 JSON 语法，可把输出中的 opening 和 closing script 标签去掉，只保留花括号内的 JSON，再放进 JSON 格式化器解析。直接把整段 HTML script 标签粘进 JSON 解析器会报错，因为那不是纯 JSON。语法通过后仍要继续做内容对照；解析器不知道退款答案是否真的出现在页面上。
Schema 生成器支持 WebSite、Organization、WebApplication 和 Article 等类型，但它不是第二个 FAQ 校验器。不要为了“多一种 Schema”而重复描述同一页面，也不要把不相关类型混进退款 FAQ。
安装到实际页面后再验证渲染结果
生成器输出的是待安装代码，不是已经生效的网页修改。应按网站 CMS、主题或前端模板的正式方式，把代码放到它所描述的那一页，并在测试环境先检查；没有代码权限时，把片段和对应页面版本交给开发人员，不要粘到一个会被所有页面共用的全站栏位。
安装后打开浏览器的页面源代码或开发者工具，确认最终渲染内容中只有一份预期 FAQPage，问答没有被模板再次转义或截断。再用 Google 的 Rich Results Test 或适合该平台的验证工具检查技术问题，并从普通访客视角打开页面，确认可见 FAQ 与结构化数据仍同步。
Google 的结构化数据介绍把 JSON-LD列为支持且通常便于维护的格式，但同时强调标记要描述所在页面的可见内容。即使测试没有报错，Google 关于 FAQ 富媒体结果的调整说明仍指出，FAQ 富媒体结果主要限于知名、权威的政府和健康网站。普通商业网站不应把 FAQPage 当作展示承诺；正确目标是让代码准确、可维护、不误导。
建立更新规则，避免正文和代码再次分叉
每次问答事实改变时，应在同一张工单中同时安排“改可见文案”和“更新 JSON-LD”，并记录页面 URL、负责人、核对日期与受影响问题。上线后抽查退款到账时间等易变答案，确认正文与源代码一致；工具只生成当前输入的快照，不会监听页面变化或提醒内容过期。
常见问题
页面没有显示的问题，可以只放在 JSON-LD 里吗？
不应该。结构化数据应代表用户可见内容；把隐藏问答、关键词或营销承诺只放进代码，可能造成内容不一致和误导。
FAQ 生成后一定会出现搜索富媒体结果吗？
不会。正确标记不保证任何特殊展示，Google 当前还把 FAQ 富媒体结果主要限制在知名、权威的政府与健康网站。
为什么生成结果少了一组问题？
先检查那组是否同时有问题和答案，以及各组之间是否有空行。工具会过滤问题或答案为空的不完整项目，因此要用可见 FAQ 数量复核输出。
可以把整段 script 代码放进 JSON 格式化器吗？
不可以直接这样做。JSON 格式化器只解析纯 JSON；应先去掉 opening 和 closing script 标签，再检查花括号内的内容。
修改退款答案后，只更新页面正文够吗？
如果该页仍安装 FAQPage JSON-LD，就不够。应同时更新结构化数据、重新验证最终页面，并记录本次核对日期，避免代码保留旧时效。