翻完Gemini的引用源，发现它偏爱带Schema的页面

最近拿几个站点做了个小测试，专盯Gemini的引用行为，结果有点意外。

我挑了20个页面，一半加了FAQPage和HowTo的Schema，另一半纯文本没结构。跑了三周，每天用固定问句去问Gemini，记录它引用了谁。

结果：带Schema的页面被引用了37次，纯文本只有9次。

更细的发现是，Gemini特别爱抓FAQ块里的问答对，尤其是那种问句和答案都在一个div里的。它引用的时侯几乎原样搬走答案的第一句，后面的补充说明基本不碰。

我一开始以为是内容质量差异，后来把同一篇内容做了两个版本——一个裸文本，一个包了FAQPage——放在不同域名下测试，引用率差了4倍。这说明结构本身就是信号，不只是内容的事。

踩过的坑：

• Schema里的acceptedAnswer如果写了<p>标签，Gemini有时会解析失败，直接跳过整个块。换成纯文本就正常了。
• mainEntity里堆太多问题反而稀释引用，我试过放10组问答，结果它只挑第一组引用。控制在3-5组效果最好。
• 日期字段dateModified如果比实际更新晚，Gemini会降低引用权重，这个我反复验证过。

判断依据： 我拿日志对照了Gemini的抓取频率，带Schema的页面被抓次数并没有明显更高，但被引用的比例高很多。说明它在解析阶段就做了筛选，不是抓不抓的问题，是读不读得懂的问题。

如果你们也在盯Gemini的引用，建议先检查Schema的格式细节，尤其是答案文本里别混HTML标签。这个坑我踩了两周才发现。

问一句：你们测Gemini引用的时候，有没有遇到过Schema明明写对了但死活不被引用的情况？我怀疑跟页面加载速度有关，但还没验证。