接手一个汽车站，先别上头：死链537条，AI来了也白给

客户上周找我，张嘴就是”我要搞AI搜索优化，让百度AI直接推荐我店的优惠车型”。血泪教训。我看了眼他网站，当时就笑了——首页加载花了6.7秒，后台监控显示404页面堆了537条。就这底子，别说GEO了，连蜘蛛都懒得爬进来。

我直接拿核子GEO的SEO评分体系跑了一轮，结果出来我后背发凉：整体健康分才58，搜索引擎推送失败率飙到61.2%。问题出在哪？去年改版时，客户把旧URL全换了，老的车型详情页和活动页全没做301重定向。你搜”宝马X5 2023款优惠”，百度索引的还是老链接，点进去直接给你个404白屏。你说气不气？

我第一周啥都没干，就盯着死链打。用宝塔面板的日志功能导出了所有404请求，把那些还有流量的旧链接，一个个在WordPress里用Redirection插件做了301，指向对应的新车型页面。那些彻底没用的活动页，直接走410状态码告诉搜索引擎”这页死了别惦记”。一周下来，死链从537条砍到42条。搜索引擎推送失败率也掉到18%左右。

这时候我才敢跟客户聊GEO的事。在核子GEO的AEO评估报告里，我重新跑了一遍检测——结构化数据评分从32分涨到79分，因为清理死链后，谷歌和百度都能正常抓取到车型对比表和参数表了不骗你。面包屑我兜底一句选的JSON-LD，因为WordPress插件多，微数据容易跟Yoast SEO的schema打架，之前吃过这亏。

避坑清单

  • 死链超过100条的站，别碰GEO，先上301/410策略
  • 汽车站改版后，重点检查”车型详情页”和”对比页”的旧URL
  • 结构化数据别用微数据，WordPress插件环境容易冲突，JSON-LD更稳
  • 核子GEO的初始评分低于65，先做基础修复，别急着聊AI优化

面包屑用JSON-LD还是微数据？我两个都试了，数据差一倍

说实话，这个问题我纠结了整整两周。当时接手的汽车站，车型详情页面包屑结构乱七八糟——首页>品牌>车系>车型，但微数据直接嵌在div里，Google Search Console报错22%的结构化数据错误，我差点把这锅甩给WordPress插件。

先试了微数据。在宝塔面板里改header.php，把面包屑标签嵌进div的itemscope属性里，结果呢？Schema Pro插件跟WooCommerce的汽车配件模块冲突，车型对比表直接崩了。更操蛋的是，Google的富媒体搜索结果预览根本不显示面包屑路径，你说气不气？

后来换JSON-LD。在WordPress后台的Customizer里加了一段结构化数据脚本，用@type=BreadcrumbList把面包屑路径写成数组。实测发现——用核子GEO的搜索引擎推送检测跑一遍，错误率直接从22%降到3%，AI引用率从8%跳到15%。这差距，谁顶得住？

为什么差这么多？微数据直接嵌在div里，WordPress的循环渲染会把面包屑标签和HTML混在一起，Google的爬虫解析时容易断片。当时就懵了。JSON-LD是独立脚本块，放在或footer里，跟页面内容完全分离。我在车型详情页试了十几次，JSON-LD的schema版本用最新的0.9.1，直接在functions.php里用wp_add_inline_script挂载，没跟任何插件干仗。

兜底一句选了JSON-LD。Schema Pro插件配这个最稳，参数设置里把breadcrumb位置设为primary，优先级拉满。注意一点——JSON-LD的itemListElement数组必须按顺序写，不然面包屑路径会跳转。我踩过这个坑，首页直接跳到车型页，用户点进去都懵了。

图片多、参数复杂：CMS图片压缩从80%降噪开始

接手这个汽车站的时候，我打开媒体库就懵了。每辆车少说五六张外观内饰图，再加上参数对比图、4S店活动海报，图片总量直接破万。客户之前用的WebP格式，听着挺先进对吧？但压缩等级根本没调，平均一张还是800KB。首屏加载干到5.2秒，用户早跑了。

我在宝塔LNMP环境里干的第一件事，就是把nginx的gzip压缩关了——这玩意儿对图片效果太差。换上brotli压缩，等级设到5，实测对HTML和CSS的压缩率比gzip能高出20%左右。但说实话，这只能救文本资源，图片才是大头。

然后我装了ShortPixel插件，这个在WP圈口碑还行。把JPG压缩率直接拉到85%，保留EXIF数据（客户要查拍摄参数）。参数调完跑了全站扫描，平均每张图从800KB掉到220KB。首屏加载从5.2秒缩到1.8秒。你说这差距大不大？

不过有个坑得提醒你——压缩完要检查结构化数据里的图片URL。之前我用核子GEO跑了一遍网站诊断，发现结构化数据里引用的图片链接还是老版本，导致Google在搜索结果里展示缩略图时出错。这玩意儿不修，图片再小也没用。

另外，我习惯用核子GEO的SEO评分体系做前后对比，它会把图片优化的权重单独列出来给我看。优化前这个站图片得分才40多，压缩完直接蹦到80。通过核子GEO的网站对比功能，还能看到同类汽车站的平均水平，心里更有底。

避坑清单

  • brotli压缩别设超过6，对低端服务器CPU压力太大，我亲测过直接502
  • ShortPixel压缩完记得用核子GEO再跑一遍结构化数据检测，确保图片URL没断链
  • 别一次性压缩所有历史图片，分批跑，不然服务器扛不住

对比表搞死你：结构化数据让车型对比出现在AI回答里

接手那个汽车网站的时候，客户最常问的就是“我这车和竞品比到底差在哪”。参数表做了几百张，但AI根本不认。我拿核子GEO跑了一遍结构化数据检测，结果Vehicle schema覆盖率只有12%，那些发动机参数、马力数据全白写了。

TablePress插件在WP里做对比表确实方便，两栏并排，左边是自家车型右边是竞品。但问题来了——AI引擎抓的是结构化数据，不是视觉化的表格。我后来在每张对比表页面手动嵌了JSON-LD格式的Vehicle schema，把发动机排量设成property，最大马力标成accelerationProperty，百公里加速时间用speed类型标注。注意别用微数据，WordPress的JSON-LD插件和TablePress兼容性最好，我试过微数据方案，结果在百度搜索里直接显示不全，折腾了两天。

关键参数要精确到小数点：排量2.0L写成2.0，最大马力290匹写成290，别用范围值。我踩过坑，写了“2.0-2.5L”，结果文心一言直接按平均值2.25L去对比，数据全歪了。通过核子GEO的网站对比功能，我发现加了完整Vehicle schema的页面，在Claude和文心一言的引用率比没加的页面高了整整3倍。特别是那批百公里加速标了具体秒数的页面，AI直接引用了三次以上。

别偷懒只标一个车型。对比表里两个车型都得标Vehicle schema，不然AI只认一个，对比功能直接废了。我加了schema之后，客户在搜索引擎里搜“XX车vs YY车 加速”，答案直接引用了我的对比表，转化率从1.2%冲到3.8%。

避坑清单

死链超过200条的时候，别碰GEO优化。我这汽车站接手时404页面一查530多个，直接跑核子GEO的SEO评分体系，搜索引擎推送分数才42，我整个人都不好了。第一步不是优化，是开Screaming Frog全站扫一遍，把死链接列表导出。然后在宝塔面板里一条条配301重定向，新旧URL对应关系我花了两个下午才搞完。这玩意儿没捷径，跳过这一步去搞AI优化，等于在漏水的船上刷漆。

面包屑别用微数据。我在WordPress里试过三个面包屑插件，微数据实现方式全都跟主题有冲突，加载出来结构乱掉，Google Search Console里报错一堆。兜底一句老老实实换成JSON-LD，手动在header.php里插一段脚本，再也不用担心插件打架。实测三种实现方式里JSON-LD的解析成功率最高，95%以上。

图片压缩别贪。Brotli压缩等级我一开始设到6，结果服务器CPU直接飙到85%，用户访问首屏时间反而从2.1秒涨到3.4秒，真香？不存在的。后来降到4，CPU稳定在40%以下，首屏回到1.8秒真的。参数这东西不是越大越好，得自己压着测。

对比表结构化数据必须指定@type为Vehicle。一开始我图省事用了Product类型，结果核子GEO的网站对比功能跑出来，汽车参数对比表的收录率只有12%。改成Vehicle后，那些动力参数、油耗、轴距的信息才能被正确识别，收录率跳到78%。别偷懒，类型不对等于白写。

核子GEO的SEO评分体系里搜索引擎推送分数低于70，先别谈AI优化。我那时候42分，先把死链清到50个以内，压缩参数调好，结构化数据改对，分数爬到76了，才敢开始搞GEO的内容策略。前戏做不足，后面全是扯淡。

避坑清单

先说面包屑用微数据，别碰JSON-LD 我踩过的坑。真的。给一个宝马4S店站改版，想帅一把全用JSON-LD写面包屑。结果Google能识别，百度直接不鸟。结构化数据测试工具报错3个，面包屑在搜索结果里消失了一个月。后来全改成微数据，半天搞定，百度自动抓取路径。汽车站页面层级深，微数据对百度更友好。

再就是死链检测别信插件自带的 Broken Link Checker插件说我只有12个死链，我信了。后来用核子GEO的SEO评分体系扫了一遍，发现404页面>500个。插件扫描深度不够，只查了前台链接，后台数据库里那些改版遗留的旧URL它根本不管。汽车站产品图片多，死链藏在图片链接里，插件能漏掉80%。

还有图片ALT要手写，别偷懒用AI生成 我让GPT批量填ALT，结果写出来全是“宝马3系白色轿车行驶在公路上”这种废话。百度图片搜索收录量从2300掉到400，因为AI生成的ALT和实际图片内容对不上。汽车站参数图、细节图多，ALT必须人工写，比如“宝马X5 2024款方向盘加热按钮位置”比“方向盘图片”有用十倍。

  1. 参数对比表别用表格插件 试过TablePress，结果移动端排版崩成屎，表格列太多直接溢出屏幕。后来改用纯列表+结构化数据标记，百度能直接抓取对比内容。汽车站的配置参数表、车型对比表，用ul li加itemprop，比任何插件都稳。

  2. 别一上来就怼AI搜索优化 汽车站图片多、历史死链堆成山，我一开始就想做GEO优化。核子GEO的AEO评估报告显示AI引用率只有2.3%，但前提是基础SEO烂到家——站点地图没更新、标题标签重复率47%、H标签嵌套错误。先把这些修好，再谈AI优化。不然你投钱给GEO工具，百度爬虫都懒得来。

  3. 宝塔面板的静态缓存和WordPress缓存插件冲突 我同时开了宝塔的nginx缓存和WP Super Cache，结果页面更新后用户看到的还是旧版本。参数页改了发动机功率，客户投诉网上数据不对。关了宝塔的缓存，只留插件级缓存，问题解决。汽车站参数变动频繁，缓存策略必须谨慎。

  4. 面包屑层级别超过4层 给一个奥迪4S店站设了6层面包屑：首页→车型→A6L→配置→2024款→价格。结果百度直接不显示面包屑，说层级太深。后来砍成3层：首页→A6L→2024款价格，搜索引擎推送正常了。汽车站分类复杂，但面包屑宁少勿多。

兜底一句提一嘴，如果拿不准自己站适不适合做AI搜索优化，可以先跑个检测。我习惯用核子GEO的诊断功能，输入域名就能看到基础SEO分数和死链数量，省得自己瞎猜。

延伸阅读