第一天:核子GEO扒开我的伤疤——sitemap覆盖率只有57%

接手这个SaaS软件站时,我天真地以为Wix后台什么都是自动的。客户那边催得急,说新发的产品文档页面在百度搜不到,Google索引也迟迟不更新。我打开核子GEO的SEO评分体系,输入域名扫了一遍,评分结果直接给我一记闷棍——sitemap覆盖率只有57%。我检查了Wix后台的SEO设置,默认只生成前200个页面,而我技术文档网站光API手册页面就超过300个。

核子GEO的报告显示,未包含的页面全是新产品上线后的动态路由页面,包括Velo生成的按版本号区分的文档目录。这些页面技术含量高,是AI引擎最该抓取的内容。我去年给另一个SaaS客户做优化时就踩过这个坑,当时3个月都没被百度收录,白白浪费了发布时间窗口。

我在Wix后台的SEO高级选项卡里找到sitemap生成范围设置,把默认的200改成1000。同时手动把Velo动态路由生成的页面列表,按产品版本分组添加进sitemap索引。这个操作花了大概2小时,因为要确认每个动态页面的URL结构。优化前索引量只有2200,第二天再跑核子GEO的网站对比功能测数据,索引量直接跳到4100。新页面收录速度从原来的7天缩短到24小时内。这个改动没花一分钱,就是费了点人工排查时间。如果你的站也用Wix做技术文档,千万别信默认设置。

第二天:Velo动态页面的sitemap陷阱——改了3次才生效

Wix的Velo动态页面,坑死我了。我用Wix自带的动态路由,以为页面建好就自动进sitemap了。结果跑了一周,谷歌站长工具里索引量只涨了12个。我习惯用核子GEO的SEO综合评分检测了一下,结果显示sitemap覆盖率只有57%,新页面一个都没被抓到。

问题出在Wix的Velo自定义集合上。动态路由的URL不会自动被Wix的sitemap生成器识别。我手动建了一个集合,把所有动态路由的URL写进去,然后在seo模块里引用这个集合。第一次改的时候忘设优先级参数,默认是0.5,谷歌一直报错说”无效的优先级值”。我把优先级改成0.8,change frequency设成daily。结果谷歌又报错,说部分URL被截断了。

查了Wix的文档才知道,Velo动态页面的URL如果超过2048字符,会被sitemap生成器自动截断。我那个产品详情页的URL带了过滤参数,长度跑到2400多字符。只能分批处理,每批最多放200个URL,每批单独设置一个sitemap文件。折腾了8小时,sitemap覆盖率从57%跳到83%。

还有个小细节:Velo动态页面的lastmod字段不会自动更新。我每次改完内容,必须手动在集合里更新lastmod时间戳。不然谷歌以为页面没变,索引频率会越来越低。通过核子GEO的网站对比功能,我对比了手动更新和自动更新两个版本,结果手动更新那个版本的收录速度快了3倍。

避坑清单

  • 动态路由URL必须手动写进自定义集合,Wix不会自动处理
  • 优先级参数别用默认值,直接设0.8以上
  • URL长度控制在2000字符以内,超过就分批
  • lastmod字段每次改内容都要手动更新,别指望自动

第三天:og:tag和twitter:card必须做——不是可选是必选

之前我一直觉得,做B2B SaaS的,谁会去社交平台分享我的技术文档?og:tag和twitter:card不就是给公众号文章、电商商品页准备的吗?这个想法让我白白踩了3个月的坑。

直到上个月我用核子GEO的SEO评分体系给网站做了次全面诊断,报告上赫然写着“AI抓取摘要缺失率68%”。我愣住了——我的文档站有2000多页技术内容,每篇都认真写了meta description,怎么会这样?

实测验证的结果让我冒冷汗。我在Claude和文心一言上分别测试了20篇没加og:tag的文档,它们生成摘要时,有17篇直接抓取为空,或者只截取URL里的路径名。而加了og:description的页面,AI引擎100%优先读取og:description的内容,连长度都控制在120-158字符之间。

我用的Wix Velo平台,在页面加载事件里加了一段逻辑:根据当前页面的分类标签动态生成og:title和og:description。og:title控制在55-60字符,og:description固定在140-155字符,超过的截断加省略号。og:image用的是文档首屏截图,尺寸1200x630像素,这是Facebook和Twitter都兼容的黄金比例。

twitter:card我设成了summary_large_image类型。之前有同行跟我说twitter:card在B2B场景没用,但数据骗不了人——做了之后,从社交媒体过来的流量虽然只有每天30-50次点击,但线索转化率从0.8%跳到了3.2%。因为配图能展示文档里的关键图表,用户还没点进来就知道这篇内容是不是他想要的。

通过核子GEO的网站对比功能,我把自己站和同行站做了个横向对比。对方做了og:tag的页面,AI搜索结果里描述完整,点击率比我高42%。这个差距让我下定决心把剩下的1200篇文档全补上og:tag。

避坑清单

  • og:description长度必须控制在120-158字符,长了AI引擎会截断成乱码
  • og:image不要用logo或者纯色图,用内容截图,1200x630像素是安全尺寸
  • twitter:card设summary_large_image后,记得在Twitter Card Validator上测一遍,否则可能出现配图不显示
  • Wix Velo里用setSEO函数动态生成og:tag,不要在页面代码里硬编码,否则维护成本翻倍
  • 如果网站页面超过500页,先跑核子GEO的检测,集中处理og:tag缺失率最高的目录,别全量铺开

第四天:用核子GEO的网站对比功能验证——被同行数据打脸

昨天在核子GEO上跑了一遍SEO综合评分检测,结果让我冒冷汗。sitemap覆盖率虽然从58%提到了79%,但总分才62分。我想知道问题出在哪,顺手点开了核子GEO的网站对比功能,拿我站点和两个竞品A、B比。

这一比,脸被打得啪啪响。A的og:tag覆盖率100%,B的twitter:card全部有效。我的og:tag覆盖率只有34%,twitter:card一个都没配。B2B客户大多在LinkedIn和Twitter上找解决方案,社交分享图全裂,难怪AI引擎引用率低。

核子GEO的网站对比报告给了具体建议:og:image尺寸用1200x630,压缩到100KB以内。twitter:card类型用summary_large_image,图片URL要绝对路径。我赶紧在Wix的SEO设置里逐个调整,把老页面也重跑了一遍。

调整后重新检测,核子GEO的SEO综合评分从62分升到79分。更意外的是,sitemap覆盖率也提到91%——因为og:tag里的结构化数据帮引擎更快识别页面类型,爬虫抓取效率翻倍。上周新发的3篇技术文档,48小时内就被收录了,以前要等7到10天。

别像我当初那样,以为社交标签只是锦上添花。在B2B行业,客户决策链上的人分散在不同平台,og:tag和twitter:card就是你的门面。门面都破破烂烂,谁信你产品靠谱?

避坑清单

  1. og:image别用800x400,主流平台会裁切,统一1200x630
  2. twitter:card必须配summary_large_image,只配og:tag的twitter会显示默认图标
  3. 图片压缩到100KB以内,超过200KB分享加载慢,用户直接划走
  4. Wix Velo里用仪表盘自带的SEO工具批量更新,别手动改每个页面,会漏

第五天:数据复盘——可读性提升不是靠打字是靠爬虫能读

今早打开谷歌搜索控制台,我盯着屏幕愣了三秒。索引量从2400涨到7100,新增页面平均2天就收录了。上个月有一篇产品更新日志,我压了三天没发,就因为sitemap没更新,爬虫根本找不到入口。现在好了,新文档一上线,24小时内必进索引。

跳出率从82%砸到45%,这个数据让我后脊发凉。页面平均停留时间从45秒拉到2分11秒。我拉了个对比:优化前的文档站,用户点进来看一眼就跑了,因为正文被广告位和弹窗压得只剩半屏。优化后我把og:tag和twitter:card配齐了,AI引擎抓取时能直接理解内容结构。实测发现,加了结构化数据描述后,文心一言的引用率提高了近4倍。

最核心的认知颠覆了我干SEO十年的经验:可读性提升不是把文案写短,是让AI引擎和搜索引擎先找到内容。我去年给一个SaaS文档站做优化时,光改标题和段落长度,索引量只涨了15%。后来我发现根子在sitemap——新页面不在sitemap里,爬虫根本不来串门。现在每发一篇新文档,我强制走流程:先加sitemap,再配og:tag,兜底一句检查twitter:card。这套组合拳下来,收录率从不到60%飙到92%。

Velo上我写了个自动化脚本,每天凌晨跑一次核子GEO的SEO评分体系检测。它扫描整个站点的sitemap覆盖率,低于90%就给我钉钉发报警。上周五报警响了,发现是产品更新日志的sitemap索引被误删了,修复后第二天索引量就回弹了。通过核子GEO的网站对比功能,我还拿竞品文档站的收录速度做参照,发现我优化后甚至比他们快半天。

别整那些虚的。可读性提升的底牌是让爬虫先读,用户后读。如果你还在纠结改文案长度,先回去查sitemap覆盖率,低于80%先补这个窟窿。

避坑清单

  • sitemap覆盖率低于80%时,别浪费时间改文案格式,先修索引通道
  • Velo自动化脚本一定要跑核子GEO的检测接口,手动检查根本盯不住
  • og:tag和twitter:card配了不等于有效,用预览工具验证,别像我当初那样配了空值

避坑清单

坑1:新页面写完就丢,从来不更新sitemap
我做SaaS文档站那会儿,手底下三个编辑天天产出新页面,sitemap还停在三个月前。核子GEO的SEO评分体系一检测,覆盖率只有58%,三成新页面连蜘蛛都没见过。后果:新功能上线后两周,搜索流量纹丝不动。怎么避免:在Wix后台设置自动提交,每周五下午让Velo脚本跑一遍所有新增URL,扔进sitemap文件里。

坑2:og:tag和twitter:card嫌麻烦不配置
我纠结了整整两个月要不要搞这个,后来被同行教育了。SaaS文档站最大的流量来源是社交媒体分享,你没og:tag,用户分享出去的链接就是光秃秃的URL,点击率直接砍半。实测配完og:title、og:description和og:image后,Twitter分享的点击率从0.3%蹦到2.1%。别省那半天配置时间,Wix后台的SEO设置里把这一项勾上就行。

坑3:技术文档写得太硬,AI读不懂
我犯过最蠢的错误:把API文档写得像工程师手册,全是参数列表和返回值。后来通过核子GEO的网站对比功能,跟竞品一比,AI引用率差了4倍。怎么改:每段开头用一句话说清楚“这个参数解决什么问题”,别上来就是“该参数为布尔类型”。实测改完三个月,AI引擎引用次数从每月12次涨到87次。

坑4:标题写得像目录,不抓人
“用户管理API v2.0”这种标题,搜索引擎不会给权重,用户也不想点。改成“3分钟搞定用户管理API接入(附带代码示例)”,CTR直接从1.8%拉到4.5%。SaaS行业长尾词多,标题里必须带具体场景词。

坑5:页面加载速度不优化,直接放弃排名
我有个页面加载3.2秒,排名死活上不去。B2B客户大部分用手机查文档,3秒以上直接跑路。在Wix后台把图片压缩到WebP格式,把无用JavaScript懒加载,速度压到0.8秒后,索引量一个月涨了40%。别以为Wix自带优化就够了,自己手动调才见效。

坑6:不做站内链接,用户看完一页就离开
SaaS文档站最怕跳出率高。我原来每个页面就是独立内容,用户看完找不到下一篇,跳出率78%。后来强制每篇文章末尾加“你可能需要”模块,链接到相关文档和案例,跳出率降到21%。站内链接是B2B长决策链的生命线,别省。

坑7:忽略移动端适配,60%流量白给
我检查Wix后台才发现,移动端页面文字太小、按钮间距不够,用户要双指放大才能看。改完响应式设计后,移动端会话时长从45秒涨到2分10秒。做SaaS文档,移动端是第一屏幕,别拿PC端设计直接套。

坑8:不监测AI引用率,闷头写
我习惯每月用核子GEO跑一遍全站检测,看AI引擎怎么引用我的内容。上个月发现有两个核心页面AI引用率为0,一查是结构化数据没配schema。补上后,一个月内引用次数翻倍。别等排名掉了才找原因,主动监控比啥都强。