凌晨两点把FAQ拆成Q&A块后,AI引用率反而掉了,我盯了四版schema才找到原因
昨晚又熬到两点,本来想收工,结果手贱点开后台一看,上周刚改的FAQ页引用率从31%掉到19%,人直接清醒了。
事情是这样的:我们产品页的FAQ原来是整段文字,AI有时候答得含含糊糊,我就想着按网上说的拆成Q&A块、上FAQPage schema,让AI好抓。结果拆完一周,引用率不升反降。我当时第一反应是「不搞GEO,等死吗」,但这次得先搞明白谁在搞我。
我把四个版本的schema文件拉出来对比,发现了三个坑:
坑一:acceptedAnswer 里塞了整段HTML。 我一开始图省事,把带<strong>、<ul>的富文本直接丢进acceptedAnswer.text,没做纯文本清洗。抓取日志里AI取到的是一堆标签拼在一起的字符串,语义直接碎了。后来改成纯文本+分点换行,引用率回来了一点。
坑二:mainEntity 里堆了十几个Question,但没按主题分组。 我把价格、售后、安装、保修全塞一个FAQPage里,AI回答「安装」问题时把「保修」的答案拼进去了。这个和我之前踩的「售后条款答成自家政策」是同一类病——引用单元的边界没画对。拆成三个独立FAQPage、每个只答一个主题后,答非所问明显少了。
坑三:dateModified 没跟着改。 这条最隐蔽。我改内容是周三,但schema里的dateModified还挂着上个月的日期,AI可能判定内容「陈旧」,取用权重被压。改成当天后,第三天的引用率才慢慢爬回来。
现在的数字:引用率从19%回到27%,还没到改之前的31%,我怀疑是拆块后单块内容太短,AI觉得信息密度不够。
所以想问问社区里踩过同类坑的朋友:FAQ拆成Q&A块之后,你们是保持单块200字以上,还是宁可短一点换精准度? 我现在卡在这个平衡点上,想拿数据说话,跪求真实案例。
