结构化数据要和页面事实一致

结构化数据要和页面事实一致，解决的是SEO与收录里一个很具体的页面问题。结构化数据会把页面事实交给搜索系统读取。这时读者不会耐心研究整站结构，他会先找能继续判断的资料。

SEO页面要接住搜索意图，也要让读者知道下一页该去哪里。标题、摘要和正文要说同一件事。放到结构化数据这个题目里，最要紧的是别让读者补逻辑。页面要把对象、条件和下一步说在明处。

结构化数据先看客户手里的资料

JSON-LD里的标题、日期、发布方和页面正文不一致，会削弱信任。负责内容的人要先把客户手里的资料想清楚。是照片、旧样品、图纸，还是一段来自采购群的转述，这些入口决定了页面怎么写。

客户读完以后，应该知道结构化数据和报价、样品、交付或联系路径的关系。这句话要写在靠前位置，不要等到客户翻到页面底部才看见。

这里可以留一点现场感。客户资料不完整，销售还要确认条件，技术人员也可能要看材料或尺寸。结构化数据要把这些动作排到页面里。

结构化数据要放进真实页面位置

发布后核对title、description、dateModified和canonical。这句说明要靠近客户停住的位置。产品图旁、参数表前、表单边上、案例结尾，都比独立放在长段介绍里更容易被看见。

结构化数据页面可以写得短一点，但不能虚。客户需要看见资料字段、适用条件和下一步联系人，三者缺一项，后面邮件就会补同样的话。

如果页面里有清单，清单要能被复制到邮件里。离开页面后仍能读懂，说明结构化数据没有只靠上下文撑着。

结构化数据交给销售前再读一遍

随机打开三篇文章，用源码核对结构化数据。这个检查动作适合在发布前做。负责内容的人可以把页面发给业务同事，只看标题、首段和小标题，让对方说出适合哪类客户。

业务同事答不上来，常见原因在于结构化数据里的对象和条件不够清。补一个材料要求、一个数量范围，或一段客户原话，比增加大段说明更有用。

写到结构化数据时，还要留意页面语气。它应该像销售和客户认真核对资料，不像一段替网站撑场面的宣传话。

这页也要避开过满承诺。材料、批量、地区、检测文件和交期变化后，结构化数据给出的建议可能要重新评估。页面可以给路径，不替具体订单下结论。

结构化数据后续看客户追问。

如果页面上线后没人愿意转发，先查结构化数据是否写得太空，再看联系入口是否太远。这条判断落到结构化数据要和页面事实一致上，重点仍是让客户少猜。

结构化数据要和页面事实一致发布后，先看三处反馈。客户有没有继续追问结构化数据，销售有没有把链接放进邮件，列表摘要能不能单独说明页面用途。

如果同一类问题连续出现，答案要补回原页面。另开新页会让内容库变厚，却不一定让客户更快找到结构化数据相关信息。

结构化数据要和页面事实一致的边界也要留住。它服务SEO与收录里的一个具体场景，不承担所有客户问题。读者能带走一条可执行信息，就够了。

下一次复查结构化数据，可以直接拿一条真实询盘对照。客户已经问过、页面仍没回答的句子，优先改在原位置。

还有一个笨办法：把结构化数据要和页面事实一致发给没参与写稿的销售同事，让他只说一句这页适合转给谁。说得出来，文章才算接近真实使用。