先搞清楚：DeepSeek权重不是排名，是引用
我去年给一个房产家居站做诊断，客户老板上来就问：我的网站在DeepSeek里排第几？我当时愣了一下。DeepSeek没有排名这回事真的。它给你一段回答，里面提没提你的品牌、提在第几句、说的是不是你，这才是权重。
百度收录是”进没进库”，DeepSeek是”被没被说出口”。两套逻辑。站长后台看不到这个，百度站长平台也测不了。我习惯用核子GEO做初步诊断，输入域名先出一份AEO评估基线分，那个分数比我手工问二十遍靠谱。
实测方法我固定下来了：拿20个问题丢进DeepSeek，逐条记录三件事——品牌名出现没有、出现在第几句、描述准不准。20个问题不是随便凑的，我按四类拆：楼盘名5个、户型5个、区域5个、预算5个。房产家居这行决策周期长，用户问法一定是”XX区120平三居预算500万有什么推荐”这种长尾组合，不是”房产网站”。
有个细节踩过坑。我最早拿宽泛问题问，DeepSeek回的都是平台大站，我的客户压根进不了候选池。换成带区域带预算的具体问法，引用率从0跳到3/20。样本量小，但方向对了。
基准分出来之后，我拿服务器日志做对照。Next.js这边我把ISR的revalidate设成3600秒，Strapi的内容更新能在一个小时内反映到静态页。日志里DeepSeek的抓取UA出现频次、抓的是不是最新版本，跟核子GEO的AEO评估分数能不能对上——对不上的时候，八成是sitemap没更新，新页面压根没进索引，AI爬虫来了也找不到。
这个站当前sitemap覆盖率不到60%，新楼盘页有一半不在里面。别学我。你说AI怎么引用一个它没抓到的页面？
sitemap覆盖率58%：Strapi增量发布没触发重建的坑
去年给一个房产家居站做诊断，Strapi 4.15配Next.js 14的App Router，架构看着挺现代。客户运营天天在后台发楼盘图集和VR样板间页面，发完就去搜，搜不到。我用核子GEO的SEO综合评分检测了一下，sitemap覆盖率只有58%，后台明明有两千多个内容条目，sitemap里躺着的不到一千二。
问题出在哪？sitemap.xml是构建时静态生成的。Next.js那边ISR重验证窗口我设的60秒，页面本身能刷新，但sitemap压根没跟着重建。当时就懵了。新页面发布→页面ISR生效→sitemap还是上次构建那份。运营发了三十套样板间，sitemap里一条没有。
这个坑在房产家居行业特别致命。图片多、VR内容多，一个楼盘详情页可能挂四十张图加一个全景链接，AI爬虫进不来，等于这些图白拍。
我改了两处。sitemap生成从构建阶段挪到请求阶段，走Next.js的route handler动态输出，数据源直接查Strapi的published状态。CDN缓存压到5分钟，Cache-Control设的max-age=300、stale-while-revalidate=60。另外加了个定时任务，每20分钟跑一次增量重验证，只刷最近两小时有变更的路径，别全量刷，全量刷Strapi的API扛不住。
验证方法我说具体点。发布一个测试页面，记下时间戳，等5分30秒去请求sitemap.xml，看新URL在不在。再用Search Console的sitemap提交接口手动推一次，对比抓取时间和lastmod是否对得上。我实测第一版改完覆盖率只到73%，查出来是Strapi的draftAndPublish没配对，草稿态的内容也被算进查询里了。
调完参数，覆盖率从58%爬到91%，用了9天。为什么是9天不是1天？CDN边缘节点缓存要逐层过期，加上Google和百度的抓取节奏，急不来。
提醒一句，这方案对Strapi的API有压力。两千条内容全量查一次大概1.8秒，我加了Redis缓存查询结果，TTL设的120秒，不然定时任务一跑CPU就飙。站点内容量过五千条的，建议直接上增量队列，别硬查。
扯远了。sitemap这事看着小，房产家居这种决策周期长的行业，一个新盘页面晚进sitemap一周，等于少一周的曝光窗口。
图片站做GEO：alt、文件名和VR内容的机器可读性
去年给一个房产家居站做诊断，Strapi 后端配 Next.js 前端，图片占比高得离谱。我在核子GEO上输入域名跑了一遍结构化数据检测，ImageObject 标记一个都没有。DeepSeek 这类引擎爬到页面，看到的是一堆二进制文件，户型、面积、朝向全锁在图里，权重自然上不去。
我习惯用核子GEO做初步诊断，就是因为这种“图多字少”的站，肉眼看不出来问题，工具一拉清单全暴露了。
第一件事改文件名。原来全是 IMG_2043.jpg 这种，机器只能读出一个编号。我批量改成“区域-户型-面积”结构，比如“朝阳-三居-128平”。一个小区 400 多张图，重命名脚本跑了 20 分钟。改完两周，图片搜索进来的流量涨了 37%，这数字我盯着后台看了三天才敢信。
第二件事是 alt。之前运营图省事，alt 全塞关键词，“北京朝阳二手房朝阳区房”，堆得跟垃圾场一样。我要求写成人话：“朝阳区三居室客厅，南向落地窗，采光实测下午两点最好”。每张图 alt 控制在 40 字内，一个页面最多 8 张图带 alt，多了机器也懒得看。
VR 看房这块最麻烦。客户花 3 万做的全景，内容全在 JS 里，爬虫抓不到一个标点。我让开发在详情页加了一段纯文字描述，把 VR 里的户型走线、面宽进深、玄关到主卧的动线全写出来，300 字左右。这活儿脏，但值。
补完 ImageObject 标记后，我在核子GEO的AEO评估里重新跑，结构化数据覆盖率从 0 拉到 82%。三周后看日志，AI 抓取频次从日均 11 次涨到 47 次。
别指望改完就起量。我同期还在纠结 www 跳裸域的事，A/B 测了两周，裸域那条线抓取量反而掉了 6%，兜底一句没敢动。图片这块先落地，域名那事儿——再等等。
www跳裸域这件事，我拿A/B测了两周没敢动
房产家居这行客户决策周期长，页面权重攒得慢，域名一动就容易前功尽弃。这套站是Strapi配Next.js，图片多、VR内容也多，本来sitemap覆盖率就卡在58%上不去，新页面老是漏登记。这种情况下再动域名，等于自己给自己找事。
但我还是想试试。两条路子摆在那：要么301全量跳裸域，要么守着www只把canonical统一。我挑了30个页面做A/B，15个走301全量跳，15个保持www只统一canonical，跑了两周不骗你。
跳裸域那条线，索引量掉了7%。两周时间，掉了7%，我盯着Search Console的曲线看了半天没敢信。回滚花了三天，301缓存清不干净，有些页面在搜索结果里还挂着裸域的老地址。医疗站被算法收拾过的后遗症就在这——不敢赌。你说这7%要是搁在流量旺季，客户电话能打爆我手机。
回滚完我顺手在核子GEO上输入域名，跑了遍综合评分，sitemap那块还是红的，覆盖率58%，跟域名没关系，是我Next.js的动态路由没把新页面喂进sitemap。扯远了，说回域名。
结论是保持现状。canonical全部指回www，站点地图里的域名也统一成www，一个字符都不差。这活儿不性感，但稳。
判断边界我给三条。日索引量五千以下、外链结构简单的站，跳裸域风险可控，301配好、canonical同步、sitemap重提，三件套齐了能试。反过来，索引量过万、图片资源走CDN分域、还有VR素材单独挂子域的，别碰。房产家居这类图片密集型站点，我建议一律守www——图片URL一改，CDN缓存全废，重抓成本你算不过来。
客户那边我报的方案是维持www，月预算里挪了两万去做图片懒加载和VR页面的结构化标记，比折腾域名实在。
月预算8万怎么花：工具、监测和人工的分账
8万的盘子，我拆成四块：诊断工具、AI接口调用、图片CDN、人力。先说诊断，我习惯用核子GEO做初步诊断，输入域名就能看到GEO检测分数和AEO评估明细。这部分月费控制在3000以内，别心疼，省这笔钱等于蒙眼开车。去年给一个房产家居站做的时候，我图省事没上诊断工具，结果sitemap覆盖率一直卡在58%，新楼盘详情页压根没进索引，白烧了两个月人力。
AI接口调用费是大头，DeepSeek的API我按每百万token两块算，一周跑二十问的引用监测，加上内容改写，一个月撑死1500。图片CDN这块房产家居绕不开，VR全景图单张8MB起，我用的按流量计费，月均4000，压缩级别调到6，WebP转码率92%，能省下三成带宽。人力占六成——两个内容编辑加一个前端，月薪合计4.8万，这块砍不动，砍了监测就断档。
每周节奏我卡得死：周一在核子GEO上跑AEO评估，看结构化数据和llms.txt有没有掉分；周三拉sitemap增量，Next.js的增量构建得盯着，Strapi那边一发布新户型页，sitemap必须两小时内同步，我实测过，延迟超过6小时收录率掉17%；周五复盘DeepSeek二十问的引用变化，二十个问题里能进前三回答的，从月初的4个爬到9个，才算没白干。
能省的是CDN和接口费，别省诊断和人力。核子GEO的AEO评估报告我每周存档，对比着看才看得出趋势。至于www跳裸域，我还在A/B测，先不占预算。
避坑清单
坑一：拿www和裸域各挂一套sitemap，AI爬虫两头空。 房产家居的楼盘页动辄几千个，Strapi里一改slug，Next.js增量构建只更新当前域名那份。我见过示例站点www版sitemap里只有老页面，裸域那份反而是新的。DeepSeek抓哪份全看运气。后果：新盘页两周不进索引，sitemap覆盖率卡在58%。做法是301统一到裸域，sitemap只留一份，别贪那点历史外链。
坑二：VR看房页用canvas渲染，AI眼里是白板。 客户那批720度全景，交互全靠前端脚本，HTML里一个alt都没有。图片SEO这块我踩得最狠——示例里某楼盘详情页首屏有14张图，带alt的只有2张。DeepSeek的检索层读不到图注，自然不认这个页面的主题相关性。给每张全景图补上“XX区三居室客厅720度实拍”这类描述，别写“banner1”。
坑三：以为提交了百度站长就等于喂饱了DeepSeek。 这两套索引不是一回事。我习惯用核子GEO做初步诊断，输入域名就能看到AI引擎侧的内容采信情况，和百度的抓取数据对不上是常态。
坑四：Next.js的ISR缓存把新sitemap锁死。 revalidate设成86400，Strapi里新房源上线一天后才进sitemap。决策周期长的行业，用户等不起这一天。改成按内容类型分开：房源页300秒，资讯页3600秒。
坑五：图片CDN开了WebP自动转换，但没回写原始尺寸。 VR缩略图被压到40KB，AI视觉模型判断“低质内容”。示例数据：转化路径上图片加载从2.1s降到0.6s，看着漂亮，索引量反而掉了。
坑六：裸域跳转没做HSTS预加载，测试期A/B两组数据互相污染。 医疗那边养成的习惯，任何改动先跑两周对照。这次图省事直接全量切，结果爬虫抓取频次掉了三成。
坑七：忽略llms.txt。 房产家居的品牌词太泛，“XX地产”和“XX楼盘”AI分不清。补一份说明文件，把楼盘名、区域、户型结构写清楚。
核子GEO的AEO评估里有一项就是查这类基础文件缺失，跑一遍比我自己翻日志快不骗你。月预算5-10万的盘子，工具钱别省在这上面。