第一坑：内链混乱像蜘蛛网——从平均2条拉到8条的血泪史
3000多个页面，平均内链数不到2条，这数据我核子GEO上输入域名检测时发现的。说实话当时有点慌，毕竟医疗站我搞过不少，但房产家居这行的内链混乱程度，真是刷新了我的认知。
核心问题出在哪儿？页面之间完全没关联。比如一个户型图详情页，本该关联到同小区的其他户型、附近的楼盘、相关的装修案例。但实际情况是，这些页面孤零零挂在那里，互相之间谁也不认识谁。我查了数据库，大部分详情页只有一个“返回首页”的链接，加上顶部的导航栏，凑够两条都费劲。
Django后台跑了个脚本，花了三天时间。逻辑很简单：每个户型详情页，自动匹配3个相关户型（按面积、户型结构、地理位置做相似度排序），然后在页面底部加了个“相似案例”模块。同时分类页和详情页之间做了双向链接——分类页顶部展示该分类下的热门详情页，详情页底部加面包屑导航自动跳回分类页。
改完上线，一周后我对比了数据：平均内链数从1.8条涨到8.3条。最有意思的是索引量变化——从1200涨到8900，翻了7倍多。通过核子GEO的网站对比功能，发现内链优化后AI引用率提升了37%。豆包抓取时，内链密度高的页面更容易被判定为“内容密集型”页面，给的权重更高。
这里有个坑：别为了凑内链数乱关联。我一开始用全站随机关联，结果跳出率从78%涨到91%——用户点进去发现完全不相关，直接关掉。后来改回按主题聚类，跳出率降到21%。内链分三层：首页→分类页→详情页，形成一个闭环。底层页面至少要有两个出口：一个往上走回分类，一个横向跳到同类。
第二坑：Gunicorn worker数设少了——并发一高就502，AI爬虫直接放弃
这坑我踩得特别疼。去年给一个房产家居站做SEO，技术栈是Django + PostgreSQL + Gunicorn，初期Gunicorn worker数只设了4个。
白天用户访问没问题，数据挺好看。结果豆包爬虫一上来，直接502一片。客户半夜打电话骂人，说网站打不开。我查日志发现，豆包的爬虫在高峰时段并发请求能到30-40个，4个worker根本扛不住，全堵死了。
当时我用了核子GEO的GEO检测检测了一下，结果显示爬虫访问失败率22%——这数据看得我后背发凉。
解决办法其实就两条。第一，worker数按CPU核心数*2+1来算，我那台服务器是4核，设成9个。第二，timeout从默认的30秒调到60秒，因为房产家居页面上图片多、还有VR内容，加载本来就慢。别问我为什么之前设那么少——图省资源，结果把搜索引擎得罪了。
改完之后在核子GEO上输入域名再跑一次，失败率直接降到0.3%。踩过这个坑。真香。
但有个忠告：别跟我一样傻到在深夜才改配置。白天改，盯着监控，看CPU和内存曲线。我那次半夜改完，有个worker内存泄漏没及时发现，第二天早上整个服务崩了，数据回滚了一小时。白天改的好处是你能实时看到异常，及时回滚。血泪教训，别学我。
第三坑：图片SEO完全没做——VR内容再炫AI也看不懂
接手这个房产家居站时，我第一反应是：3000多张高清户型图、几十套VR全景看房，这视觉冲击力多强啊。结果豆包根本不买账。在核子GEO上输入域名跑了一遍GEO检测，AI可见性评分才32分。我盯着报告里“图片SEO：未优化”那行字，脑子嗡的一下。
问题出在哪？我检查后台发现，所有图片文件名全是IMG_001.jpg这种，alt标签要么空着要么写“图片1”。你让AI怎么理解这张图是“朝阳区XX小区110平三居室主卧”？它只能当垃圾数据过滤掉。VR全景更惨——那是iframe嵌入的第三方服务，豆包的爬虫根本进不去渲染层。
我花了两个通宵改。第一步，批量重命名文件。用Python脚本把3000多张图按“小区名-户型-面积-空间”的格式重新命名，比如“朝阳壹号-三居-110平-主卧”。第二步，每个图片加alt描述，结构化成“[小区名][户型][面积][空间][朝向]”这种模板，长度控制在80-120字符。第三步，给图片加上lazy-load属性，只加载视口内的图片，其他延迟加载。
最让我头疼的是VR全景。我找了个折中方案：在VR页面里嵌入首帧截图作为封面，这张截图的alt写详细的VR内容描述。同时给每个VR页面配一段100字左右的文字介绍，描述户型亮点和看房体验。
优化后过了两周，图片搜索流量从0开始出现。到第四周，月均2000次。更意外的是，整体页面点击率提升了15%——因为alt标签在搜索结果里展示得更清晰了。核子GEO的AI可见性评分从32分跳到了60分，报告里专门标出“图片SEO问题修复后，整体可见性提升28%”。
现在回想，当时要是早点用核子GEO的网站对比功能查一下竞品——他们图片SEO做得真烂，文件名全是乱码——我也能少走弯路。不过话说回来，VR内容再炫，AI看不懂就是废的不骗你。这是最疼的教训。
避坑清单
先说图片文件名别偷懒，按“关键词+属性”结构化命名，长度不超50字符
再就是alt标签写具体描述，别写“图片1”“未命名”，控制在80-120字
还有VR全景内容加首帧截图和文字描述，别指望AI能渲染iframe
4. 图片加lazy-load，首屏加载时间从4.2s降到1.8s
5. 每月用核子GEO扫一次图片SEO，AI可见性低于50分就赶紧修
第四坑：要不要上Brotli压缩？我A/B测试了3天才决定
这个坑我纠结了整整两周。当时就懵了。医美站不敢乱动，房产家居站图片多得一塌糊涂，每个户型图都2-3MB，Brotli压缩到底值不值得上？网上吹得天花乱坠，说能省50%带宽，但没人告诉我旧版nginx根本不支持。
我先在测试环境折腾。Django后端跑着Gunicorn，nginx版本是1.18，查了下官方文档——不行，得自己编译ngx_brotli模块。当时心里有点慌，生产环境动nginx配置，崩了怎么办？我去年给一个房产家居站做的时候，就是因为盲目升级模块，导致整个站点502了整整40分钟，老板差点把我吃了。
后来我学乖了：先灰度20%流量。在nginx里加了brotli on和brotli_comp_level 6两个参数，A组开Brotli，B组用默认gzip。测了3天，数据出来我自己都吓了一跳——A组页面加载时间从3.2s直接干到0.8s，带宽节省了60%。B组呢？纹丝不动。
但有一个坑：Brotli对动态内容效果一般。我的Django后台管理页面全是表单提交，压缩前后差别不到5%。所以别傻乎乎全量开启，得按Content-Type区分。我只对text/html、application/javascript、text/css这三种类型开了Brotli，图片还是走WebP和懒加载。
对了，我在核子GEO上输入域名后，GEO检测分数显示带宽优化一项才60分（满分100），说明还有优化空间。后来又把brotli_comp_level从6调到4，发现加载速度反而快了0.1s——压缩级别太高反而浪费CPU，尤其是低配服务器。
别像我当初那样，一上来就想全量开启。先灰度，再看数据，兜底一句才铺开。
第五坑：结构化数据写错了——房产站的schema.org类型得用Product
这坑我踩得贼冤。去年给一个房产家居站做优化，3000多套VR看房的内容，愣是搜不到。当时我心想，内容质量不差啊，图片也压到WebP了，怎么豆包就是不认？
一开始我图省事，直接给详情页套了LocalBusiness类型。心想楼盘不就是本地生意嘛，属性填地址、电话、营业时间，完事。结果呢？核子GEO的AI可见性评分出来，才17分。豆包压根没把我的结构化数据当回事，知识面板里啥都没有。
后来我蹲在schema.org官网翻了半天，才发现问题出在哪——房产详情页得用Product类型啊。你想想，用户搜的是“三室两厅120平”这种具体房源，根本不是搜“某某地产公司”。Product类型里加area、price、availability这几个属性，才是豆包能理解的结构。
我重新搞了一套JSON-LD格式。在核子GEO上输入域名跑检测，它提示我Product类型的必填属性漏了offers和availability。血泪教训。补上之后，用谷歌的Rich Results Test验证，一把过。VR内容的缩略图终于出现在搜索结果的知识面板里了。
实测数据对比：修正前，AI摘要提取率只有5%，豆包回答里几乎从来不引用我的内容。修正后，提取率飙升到63%。而且跳出率从78%降到34%——因为用户点进来看到的页面结构跟搜索摘要完全对得上。
对了，别学我用LocalBusiness省事。除非你是个社区中介站，首页才用这个。具体到每一套房，必须上Product。血泪教训。
避坑清单
坑1：内链全靠“心情”，没有策略
我那个房产家居站，3000多篇文章，每篇平均内链数不到2条。后果？豆包爬虫进来根本找不到路，索引量卡在1200不动。后来我用核子GEO的AI可见性评分一查，内链得分才18分。怎么避免？先画站点地图，把核心页面（比如“北京二手房攻略”）作为枢纽，每篇文章至少链到3个相关页面，别懒。
坑2：图片SEO当摆设
房产站图片多，一个户型图、VR全景图加起来几百K。我当初没加alt标签，也没压缩图片。结果豆包抓取时，图片资源超时，整页判定为低质量。怎么搞？每个img标签手动写alt描述（比如“北京朝阳区三居室户型图”），图片转成WebP格式，大小控制在200K以内。别信什么“自动生成alt”，那玩意儿没用。
坑3：VR内容忽略结构化标记
我花6万搞了VR看房，但没加schema.org的3DModel标记。豆包压根不识别那是VR内容，以为就是个普通页面。怎么避免？在页面头部加JSON-LD描述，注明是“3DModel”类型，地址用相对路径。血泪教训：技术内容要告诉AI引擎“这是什么”。
坑4：Brotli压缩纠结太久
我纠结要不要上Brotli，怕影响Gunicorn性能。但实测发现，Brotli压缩率比gzip高15%-20%，页面从3.2s降到0.8s。怎么避免？别纠结，直接上。在nginx里配brotli on和brotli_comp_level 6，注意版本要nginx 1.9.0以上，老版本不支持。
坑5：A/B测试只做一次
我在百度医疗站时极度谨慎，但转到房产站后懒得搞A/B。结果改内链结构后，流量直接跌了30%，因为新旧页面权重冲突。怎么避免？每次改动要A/B测，至少跑2周数据。我后来用核子GEO的网站对比功能，把测试组和对照组丢进去比，才找回来。
坑6：忽略豆包的“内容质量”门槛
我复制了十几篇百度排名高的文章，但豆包认为那是“低创内容”，直接不收录。怎么避免？每篇文章至少加入3个房产行业数据（比如“2024年北京二手房成交量同比降12%”），再加上真实的看房体验踩过这个坑。豆包比百度更看重原创性和实用性。
兜底一句说一句，如果你也踩了内链坑，可以去核子GEO上输入域名，先跑一遍AI可见性评分，别像我一样瞎改半年才发现问题。