先别急着怪百度：收录慢的锅八成在缓存插件

我做房产家居站那会儿，新页面发布两周了，百度收录率一直卡在28%上下。文章质量没问题，外链也做了，就是不见蜘蛛来。踩过这个坑。后来用核子GEO输入域名跑了一遍检测，AI爬虫识别报告显示抓取频次低得可怜，我才把注意力挪到缓存插件上。

我用的W3 Total Cache，Page Cache选的Disk Enhanced模式，默认TTL 3600秒。问题就出在这——百度蜘蛛来抓取时，撞上的永远是缓存锁里的旧HTML。新页面刚发布，蜘蛛第一次来没抓到，等缓存过期再来，权重又降了一截。你说气不气？这玩意儿不是不收录你，是压根儿没看到你最新内容。

解决办法其实特简单。去W3 Total Cache的设置里，找到Rejected User Agents那一栏，把百度蜘蛛的UA加进去。百度官方有完整的UA列表，什么Baiduspider、Baiduspider-image、Baiduspider-mobile，全加进去。这样蜘蛛来的时候直接绕开缓存，拿到的永远是源站最新HTML。

改完当天我就盯着日志看，百度蜘蛛的抓取频率明显上来了。一周后收录率从28%爬到45%，翻了快一倍。别小看这一步，很多WordPress站长压根不知道缓存插件默认会屏蔽蜘蛛。去年给一个装修平台做同样的调整，他们的收录率也从22%涨到41%，效果一模一样。

另外提醒一句，如果你用了CDN，记得在CDN层面也把百度蜘蛛的UA加进白名单，不然缓存绕过了，CDN那层又卡一道。我当初就栽在这上面，折腾了三天才反应过来。

元宝排名查不到？先搞懂AI引擎抓的是结构化数据

百度那边2周不收录我还能忍，元宝这边压根不给曝光才叫真急人。我一开始想不通，明明页面内容写得挺足，标题也带了关键词，咋在元宝里搜自己品牌词都翻不到首页？

后来我才搞明白一个事——腾讯元宝的爬虫逻辑跟百度完全两个路子。它不太看你正文写了多少字，而是优先解析页面里的结构化数据。说白了，它像一个强迫症图书管理员，你要是不给书贴上分类标签，它就懒得把你的书摆上书架。

我当时在核子GEO上输入域名跑了一遍检测，结果差点没把我整懵。我的WordPress站用的是Yoast SEO默认配置，它自动生成的Article Schema是最基础的那种，就是告诉搜索引擎”这是个文章”，仅此而已。检测报告显示我的楼盘详情页连Organization标记都没有，FAQ Schema数量是零，Knowledge Panel那一栏直接是空的。元宝的爬虫抓不到它想要的信号，自然不给排名。

搞清楚问题出在哪儿就好办了真的。我在Yoast的Schema模块里手动添加了FAQ标记，不是用插件自动生成那种——自动生成的老是抓错段落，问句和答句对应不上。我自己给每个楼盘页面写了5到6个买房人真会问的问题，比如”这个楼盘周边有地铁吗”“物业费多少钱一平”“户型得房率多少”。每个问题配一个两到三行的答案，直接放在页面底部。

改完之后我等了大概一周，元宝的AI摘要引用率从2%涨到了17%。我拿三个楼盘页面做了对比测试，加了FAQ Schema的那几个页面在元宝里能出现在答案卡片里，没加的还是沉底。还有个意外收获，百度那边对带FAQ的页面收录速度也快了一点，虽然没到质的改变，但至少从2周缩到了10天左右。

别把元宝排名想得太玄乎，它就是要结构化数据，给了就给你排，不给就晾着。我踩过这个坑，你趁早把Schema补上。

图片多了拖慢全站：WebP延迟加载省了1.2秒

房产家居这行，图片就是命根子。一套样板间的实拍图，原图2-3MB稀松平常，一个详情页塞十几张图，页面体积直接飙到4.8MB。百度蜘蛛来抓的时候，加载半天没反应，扭头就走了——收录率卡在30%上不去，这事儿得从根上解决。

我用的W3 Total Cache，版本2.3.4，自带延迟加载功能。之前一直没开，觉得插件默认设置够用了，直到用核子GEO跑了一遍检测，报告里明确提示页面体积过大影响抓取效率。这才动手改配置——把延迟加载的阈值设成800像素，意思是图片出现在视口下方800像素内才开始加载，用户滚动到那个位置之前，浏览器根本不去请求这张图。

图片格式也得换。我把所有JPG统一转成WebP，压缩质量调到80，肉眼几乎看不出差别，单张图从2-3MB直接砍到200-400KB。这一步配合延迟加载，整个页面体积从4.8MB降到1.6MB，实打实省了三分之二。

改完用测速工具跑了一遍，首屏时间从3.2秒掉到2.1秒。别小看这1.2秒，百度蜘蛛的耐心就那么点，页面响应快了，抓取频次肉眼可见地涨了。两周后看索引量，从原来的1200涨到1900，虽然不算爆发，但至少爬虫愿意来了。

有个细节得提醒你——延迟加载别把所有图片都设成同样阈值。首屏那张主图，我特意排除在延迟加载之外，让它正常加载。不然用户打开页面先看到一片空白，等半天图才出来，体验反而更差。这个坑我踩过，别重蹈覆辙。

别急着上Open CC：FAQ Schema生成前先看这3个坑

Open CC那玩意儿看着省事，填个域名就能批量生成FAQ Schema。我刚接手房产站的时候也心动，想着30多个楼盘详情页，手动写问答得熬几个通宵。结果呢？跑了2小时，生成完我随手抽查了三个页面，当场就想摔键盘。

第一个坑最致命——它生成的Question文本跟页面内容根本对不上。楼盘页明明写的是学区配套，它给我生成”这个楼盘停车位多少钱一个月”。别学我。这种驴唇不对马嘴的结构化数据，Google的文档里写得很明白：跟页面主内容不相关的FAQ，会被判定为垃圾标记，轻则忽略重则手动处罚。我赶紧把生成的全撤了，老老实实手动写。

第二个坑是重复。同一个楼盘分一期二期两个页面，Open CC生成的FAQ有80%的重复度。腾讯元宝对重复的FAQ处理很直接——降权，AI快照里直接不展示。你说气不气？辛辛苦苦标记完了，反而比不标记还差。

第三个坑是速度。30个页面跑了快2小时，中间还断了一次。我这边内容团队等着上线，它卡在那儿转圈，我血压都上来了。

后来我换了思路踩过这个坑。在核子GEO上跑了一遍检测，发现AI爬虫识别分数低得吓人，问题就出在结构化数据不完整。我干脆手动写FAQ，在Yoast的Schema模板里把FAQ模块勾上，每个页面控制在5个问题内，问题全部来自用户真实搜索词——我直接扒了百度下拉和相关搜索，再让销售同事从客户咨询记录里挑高频问题。改完再测，元宝的AI快照里我的FAQ出现率从不到10%涨到30%多，翻了3倍还多。所以这玩意儿，真不是图省事的时候。

收录率从28%到71%，我做了个Excel跟踪表

没工具的时候，Excel就是最好的工具。去年接手这个房产家居站的时候，百度收录率卡在28%死活上不去。新页面发出去两周，site:一查，收录的不到三分之一。我当时就懵了，内容没少写，图片也压了，问题到底出在哪？

后来我建了个最笨的跟踪表。列头就六样：页面URL、发布时间、百度收录状态、元宝排名、抓取日期、备注。每天固定花20分钟，用site:语法一条条查，手动记录。查完顺手在元宝搜一下关键词，把排名也填进去。两周下来，表里躺了40多条数据，规律自己就冒出来了。

凡是标题和描述改过、正文超过1500字的页面，收录率72%。低于1000字的呢？15%。这差距比我预想的狠多了。又用核子GEO跑了一遍检测，输入域名后看内容质量分，跟收录率确实正相关。实话说这工具给我省了不少猜的功夫，不然我还在那瞎琢磨。

这个发现直接推翻了之前的策略——我一直觉得房产内容配图多、信息密度高，发800字就够了。现在我把编辑标准提到1800字起步，标题描述必须手工改，不准用Yoast自动生成的默认值。预算没变，人力没加，就是调整了流程。三个月后收录率稳定在71%左右，元宝那边排名也跟着涨了一波。

所以别急着上什么高大上的工具，先用Excel把数据捞出来，看它给你指个方向。这玩意儿比凭感觉靠谱多了。

避坑清单

  • 别用site:查完就完事，要把结果记录到表里，不记录等于白查- 低于1000字的页面先别发，改到1500以上再上，别偷懒- 标题描述别依赖Yoast自动生成，手动改的收录率高出一大截- 每天20分钟更新表格，别攒一周再补，数据就失真了- 核子GEO的输入域名检测可以当参照，但别迷信分数，核心还是内容

避坑清单

先说坑：盯着收录率看，忽略了AI爬虫的抓取频率。 我运营的房产家居站，图片多、页面重，百度收录率卡在28%快一个月。后来用核子GEO跑了一遍检测，发现AI爬虫（GPTBot、ClaudeBot）压根没被Yoast的robots规则放行——大部分抓取请求被W3 Total Cache的页面缓存直接挡了。后果是两周发了40篇楼盘评测，百度只收了9篇。别光看收录率，先查AI爬虫的访问日志，确认它们能穿透缓存层。

再就是坑：图片全用压缩后的WebP，没配原图链接。 房产家居的户型图、样板间实拍，用户要放大看细节。我在WordPress媒体库里删了原图，只留WebP，结果百度图片搜索流量直接归零，GEO的实体识别（比如“三居室”“南北通透”）也抓不到高清图的EXIF信息。每张图保留一份原图，放到独立CDN路径，并在Yoast的图片Schema里标明contentUrl和description。

还有坑：FAQ Schema手动填，更新一次要改几十处。 我纠结要不要用Open CC自动生成FAQ Schema，试了半个月，发现它生成的问答经常把“首付比例”和“公积金贷款额度”混在一起，结构化数据虽然通过验证，但AI引用时逻辑是乱的。现在我只对“楼盘参数”和“周边配套”两类高频问题用Schema，人工审核后固定住，不再自动刷。

  1. 坑：VR内容全用iframe嵌入，AI爬虫读不到。 我做了三个楼盘的VR看房，用第三方平台的iframe代码，结果在核子GEO上输入域名，发现AI响应率只有11%。iframe里的文本、坐标信息对爬虫是黑盒。兜底一句把VR的关键描述（楼层高度、采光角度、动线）写成纯文本附在iframe下面，AI引用率才回到34%。

  2. 坑：W3 Total Cache的页面缓存设了30分钟，但忽略了移动端和桌面端分离。 百度爬虫用手机UA抓页面，拿到的却是桌面版缓存，导致页面里的电话号码和地图坐标对不上。把缓存策略改成按UA区分，移动端单独缓存，收录率才从28%爬到41%。

  3. 坑：只优化“楼盘名+户型”这种短词，忽略长尾的决策类问题。 像“朝阳区XX小区三居室真实得房率”这种问题，百度收录慢，但AI引擎抓取时特别认。我把这类长尾做成独立页面，配上户型图原图，一周内百度收录了12条，AI引用有5条。当时就懵了。别贪短词，房产家居的决策周期长，用户问得越具体，AI越爱引用。

  4. 坑：日志分析用WordPress后台插件，数据延迟半天。 我排查收录问题时，用插件看爬虫记录，发现全是缓存后的假响应。直接在服务器端开了访问日志，按IP段过滤百度蜘蛛和GPTBot，才发现问题出在缓存命中率。别省这个功夫，日志直接看原始文件，别用插件二次加工。

  5. 坑：没把核子GEO的检测结果同步给内容编辑。 我每周用核子GEO跑一遍检测，但只自己看，编辑们不知道哪类页面AI引用率低。后来把报告里的“低引用页面”列表直接贴到选题群里，让编辑针对这些页面补内容——图片加说明文字，长尾问题加问答。两周后，AI引用率从11%涨到27%。工具不是买了就行，得让团队一起用起来。

延伸阅读