给Schema.org的FAQPage加了字段级权限控制，AI答案里终于不混入内部问答了

上周排查一个线上问题：客户官网的FAQ页面里混入了几条内部QA草稿，结果AI摘录时直接把「内部价获取方式」这种答案吐给了用户。查了一圈，发现是结构化数据没做字段级权限控制。

先定口径：FAQPage的mainEntity数组里，每个Question的acceptedAnswer.text字段，我们之前是全量输出的。但内部QA和公开QA在CMS里只是靠一个is_public布尔值区分，JSON-LD生成时没做过滤，导致内部答案直接进了text。

实测验证：我拿20条内部QA做了对照组，A组保持原样，B组在生成JSON-LD时对acceptedAnswer.text加@id和about字段，并用audience限定为https://schema.org/ProfessionalAudience。跑了三天采样，A组AI摘录里内部内容出现率62%，B组降到7%。剩下7%是AI从页面其他部分（比如comment区块）抓的，跟FAQPage无关。

踩坑细节：audience字段不是所有AI爬虫都认，但Google的Rich Results测试工具会警告。我的做法是双保险——既用audience做语义标注，又在服务端渲染时直接不输出内部QA的acceptedAnswer节点。也就是说，JSON-LD层面直接砍掉，而不是靠AI去判断。

另一个发现：acceptedAnswer.text里如果包含<a>标签，AI摘录时会把链接文本一起吞进去，但URL会被丢弃。我试了在text里用<span>包裹敏感词，AI照样原样输出。所以别指望HTML标签能藏内容，老老实实做字段级过滤才是正路。

现在我的验收标准加了一条：JSON-LD生成后必须跑一遍schema校验，再人工抽查mainEntity数组里每个acceptedAnswer.text的可见性，确认没有内部字段泄露。

你们做FAQPage的时候，内部QA和公开QA是怎么隔离的？有没有遇到过AI从comment或review区块抓内部信息的情况？