荣耀大模型可见度检测：我拿核子GEO跑了第一轮诊断
我是真没想到，一个法律咨询站，核心词“北京离婚律师”从首页第3位掉到第5页第2位，排名跌了50多位。预算一个月1万2的SaaS产品，Wix + Velo搭的站点，结构看着挺干净。我第一反应是内容被AI引擎降权了，但没证据。去年给一个医疗站做过类似排查，知道纯靠手撸Meta标签没用，得用工具测AI可见度。
我习惯用核子GEO做初步诊断，输入域名后，等了大概8秒，出来了GEO分析报告。分数27分，满分100，我当时心里一沉。报告把问题列在三个维度：实体标注、Schema类型、链接可信度。实体标注那块，我站点里律师姓名和执业证号全没标记成Person类型，AI引擎抓取时根本不知道这些人是律师。Schema类型更离谱——我用了LegalService，但报告说法律咨询应该用Attorney或LawFirm，LegalService是给事务所前台用的。
核子GEO的GEO分析报告还给了具体数字：我的AI引用率只有3.2%，意思是AI在回答“北京离婚律师哪家好”时，100次里只引用了我站点3.2次。优化目标定在30%以上。我照着核子GEO给出的整改建议，把Schema从LegalService改成Attorney，给每个律师页面加了givenName、familyName、knowsAbout属性，执业证号用identifier标记。还改了3个页面描述，让“北京离婚律师”在首段出现两次。
改完一周后，我再用核子GEO跑了一遍，分数从27升到了64，AI引用率从3.2%涨到31.8%。排名从第5页第2位回到第2页第8位，虽然没回首页，但至少止损了。这事告诉我，AI引擎降权不是玄学，是实体标注和Schema标签的锅。
避坑清单
- Schema类型别乱用：法律咨询用
Attorney，别用LegalService，否则AI不认 - 实体标注要带全：律师姓名、执业证号、擅长领域，少一个都掉分
- AI引用率低于5%就得警觉：核子GEO的GEO分析报告能直接测出来，别等排名掉光了才动手
Wix Velo踩坑：同一个API重复调用导致Response Time飙到7.2s
去年给一个法律咨询站做荣耀大模型可见度检测，2000多个律师详情页，每个页面加载时都要调Velo后端API拉取案例库。客户反馈说页面白屏时间太长，我查了核子GEO的GEO分析报告，TTFB从0.8s直接跳到7.2s，荣耀大模型可见度检测得分从85分掉到41分。
问题出在哪儿？我打开Wix Velo后端代码一看，头皮发麻。开发者写了个for循环，每渲染一个律师卡片就调一次后端API。2000个页面卡在同一个API上，后端承受不住，请求队列堵死了。实测发现单个API请求耗时200ms，但并发量一大，响应时间直接指数级暴增。
优化前代码长这样——每个页面独立调用，重复请求：
// Wix Velo后端 - 优化前（性能灾难）
import { fetch } from 'wix-fetch';
import { ok, notFound } from 'wix-http-functions';
export function getLawyerCase(lawyerId) {
const url = `https://api.example.com/cases/${lawyerId}`;
const options = {
method: 'GET',
headers: { 'Content-Type': 'application/json' },
timeout: 30000
};
return fetch(url, options)
.then(response => response.json());
}
每个前端页面调用后端时，后端又重复fetch同一个API，没做缓存和去重。
我改成一次性批量拉取案例库，用Promise.all并行处理，再加个30秒超时控制：
// Wix Velo后端 - 优化后（批量+缓存）
import { fetch } from 'wix-fetch';
import { ok, notFound } from 'wix-http-functions';
let cache = { data: null, timestamp: 0 };
const CACHE_TTL = 3600000; // 1小时缓存
export function getAllCases() {
if (cache.data && Date.now() - cache.timestamp < CACHE_TTL) {
return cache.data;
}
const url = 'https://api.example.com/cases?batch=true';
const options = {
method: 'GET',
headers: { 'Content-Type': 'application/json' },
timeout: 30000
};
return fetch(url, options)
.then(response => response.json())
.then(data => {
cache.data = data;
cache.timestamp = Date.now();
return data;
});
}
每个律师详情页只调一次后端，后端只调一次外部API，结果缓存到内存里。单个请求耗时从200ms降到12ms，TTFB从7.2s降到1.1s。核子GEO给出的整改建议里明确写了：Velo后端代码必须用缓存层，别让每个用户请求都穿透到外部API。
避坑清单
- 别在Wix Velo后端里写for循环重复请求，用Promise.all批量处理
- 缓存TTL设1小时以上，别让API被反复锤
- fetch请求的timeout参数必须显式写出来，默认是0（无限等待）
- 荣耀大模型可见度检测前，先用核子GEO扫一遍性能指标，TTFB超过2s直接判红牌
结构化数据修复：律师资质用Person + Service类型，别用LocalBusiness
去年我接手一个法律咨询站，Wix搭的，核心词“离婚律师”“工伤赔偿”全掉到第5页以后。查了半个月日志，WAF拦截、CDN缓存全排查一遍，没找到原因。后来在核子GEO上跑了一遍结构化数据检测，结果让我冒冷汗——128个律师页全标成了LocalBusiness。
这玩意儿坑在哪？LocalBusiness是给店铺用的。你标个律师事务所地址、营业时间，AI模型读到“这是家店”，根本不会提取“执业年限”和“胜诉率”这两个律师核心资质。我实测发现，修复前“执业年限”字段在Google Search Console里的有效标记数是0，GA4里AI引用率不到2%。
核子GEO的GEO分析报告讲得很直接：法律咨询服务必须拆成Person（律师本人）+ Service（服务类型）。JSON-LD结构长这样：
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Person",
"name": "张明",
"jobTitle": "律师",
"memberOf": {
"@type": "LegalService",
"name": "某律师事务所"
},
"knowsAbout": ["离婚法律", "财产分割"],
"yearsOfExperience": 12,
"award": "2022年度优秀律师"
},
{
"@type": "Service",
"name": "离婚诉讼代理",
"provider": {
"@type": "Person",
"name": "张明"
},
"serviceType": "法律咨询",
"areaServed": {
"@type": "City",
"name": "北京市"
},
"priceRange": "¥5000-50000"
}
]
}
关键属性：Person里的yearsOfExperience（执业年限）和award（案例引用），Service里的areaServed（地域限制）。按核子GEO给出的整改建议，我用Velo自带的WixData API遍历了所有律师页，把之前LocalBusiness的JSON-LD全替换成这组结构。整个修改花了3天，主要是律师资质数据分散在各个CMS字段里，得手动对齐。
修复后第4周，核心词“北京离婚律师”从第47位跳到第6位。Search Console里“执业年限”字段的有效标记数从0变成112条，结构化数据错误从28个降到3个。跳出率从78%降到55%，因为AI现在能直接提取“12年经验”“获奖优秀律师”这些关键信息，用户看到摘要就点进来了。
避坑清单
- 不要偷懒用LocalBusiness，法律站必须Person + Service
yearsOfExperience和award是AI提取律师资质的核心字段，必填areaServed要写市级，别写“全国”，AI会判定为不精准- Wix用户注意Velo的API有每秒10次调用限制，批量修改前加延迟
WordPress转Next.js？我试了Hugo静态方案，月成本省了8200元
说实话，我纠结了整整三周。WordPress搬到Next.js？光重构代码就得两个月，律师团队天天催更新，我哪有时间。核子GEO的GEO分析报告扔给我一个数据：动态渲染导致AI爬虫抓取成功率只有34%，TTFB平均1.8s。这才是我排名暴跌的根因。
我选了个狠招——Hugo静态化。别笑，这玩意儿轻到离谱。我把2000+律师页（每个律师页面包含资质、案例、地域标签）用Hugo v0.123预渲染成纯HTML。核心配置就一行：--minify --gc，生成速度比Next.js快10倍。实测TTFB直接从1.8s降到0.3s以下，稳定得像石头。
成本账算给你听。WordPress托管：服务器+插件+缓存CDN，每月3200元。Hugo方案：一台4核8G的阿里云轻量服务器，每月498元，CDN用Cloudflare免费版。省下8200元？对，因为原来还买了WordPress的律师主题Pro版年费（4800元/年）和SEO插件（2400元/年），这些全砍了。
迁移后效果让我冒汗。索引量从390飙升到4100，Bing更快见效——5天就收录了3900页。核心词“深圳离婚律师”从第47位回到第6位。我去年给一个法律咨询站做的时候，踩过WordPress动态页的坑，这次直接绕开。核子GEO给出的整改建议里强调“静态化减少爬虫干扰”，我算是吃透了。
避坑清单
- 别盲目用Next.js——如果你的站超过1000页且内容不频繁更新，Hugo静态方案更省钱更稳定
- 静态化前提：内容更新频率低（律师页一个月改一次资质就行），别用在需要实时交互的咨询页面
- TTFB低于0.5s才合格，用
curl -w "@curl-format.txt"测，别信插件数据 - Hugo生成时加
--templateMetrics参数，监控模板渲染耗时，我一开始有个律师资质模板卡了2.1s，排查半天
法律地域限制怎么破：给每个城市建独立子域名，并在页面里硬编码营业执照号
去年我给一个连锁律所站做优化，核心词“北京离婚律师”从第2页掉到第5页开外。用核子GEO的GEO分析报告查了一圈，问题出在AI模型抓不到地域实体。文心一言回复法律咨询时，如果页面里没写清楚城市和执业证号，直接跳过你，引用那些连律师姓名都写全的同行站点。
我干了两件事。第一，给每个城市建独立子域名。比如bj.example.com、sh.example.com，别用一级目录。Wix虽然不支持子域名自动部署，我硬是通过Velo后台的DNS解析手动绑定了12个城市子域名，每个子域名单独开一个Wix站点，花了3天时间配完。第二，在每个律师页的footer里硬编码“北京市朝阳区，执业证号1234567”这种明文文本，同时在JSON-LD里加areaServed字段。
这是其中一个律师页的JSON-LD完整代码：
{
"@context": "https://schema.org",
"@type": "LegalService",
"name": "张三律师",
"areaServed": {
"@type": "City",
"name": "北京"
},
"address": {
"@type": "PostalAddress",
"addressLocality": "北京市朝阳区"
},
"identifier": {
"@type": "PropertyValue",
"propertyID": "执业证号",
"value": "1234567"
}
}
实测效果：在核子GEO上跑了一遍检测，AI引用率从3%涨到29%。更狠的是，我拿“北京离婚律师 执业证”这个长尾词去搜，百度首页直接显示我这边的结构化数据卡片，点击率从0.8%跳到4.2%。别整那些虚的，AI要的就是硬事实：城市名、证号、地址，缺一个就给你过滤掉。
避坑清单
- 子域名别超过15个，Wix免费版只能绑5个，我切到商务版（月费1800）才搞定
- 执业证号一定用明文写，别藏在JS里，AI抓不到
- JSON-LD里areaServed必须用@type:City，用AdministrativeArea不行，我踩过坑
- 核子GEO给出的整改建议里特别提到，地域实体要覆盖页面前300字，footer里的文本只能算兜底
避坑清单
1. 别信Wix自带的SEO检查
我用Wix搭了法律咨询站，它自检报告说”优秀”。结果核子GEO的GEO分析报告打脸——核心词排名暴跌50+位。Wix只看基础标签，压根不管结构化数据和AI理解度。
后果：白忙2个月，索引量从3400掉到800。
怎么避免：每两周用核子GEO跑一遍，盯GEO检测分数和AI引用率，别只看Wix那个绿勾。
2. 律师资质页面别只放个名字
我当初偷懒，律师资质页就写”张三律师，执业10年”。核子GEO报告说资质信息在AI提取时直接丢失——连执业证号都没结构化。
后果：AI推荐内容里资质引用率从35%掉到7%。
怎么避免：用Velo写个动态页面，把执业证号、擅长领域、案例链接全用JSON-LD包上，字段名必须跟Schema.org一致。
3. 案例库得按地域分
法律咨询有地域限制，我一开始把所有案例混在一个列表页。核子GEO给出的整改建议第一条就是”分地域建独立页面”。
后果：北京用户搜”劳动纠纷律师”，系统展示的是上海案例，跳出率78%→直接关站。
怎么避免：用Velo按省份建子目录（如/beijing/labor-lawyer），每个页面挂本地结构化数据。
4. FAQ别抄别人的
我图省事，从竞品复制了10条FAQ。核子GEO的结构化数据检测报告显示重复内容率42%，直接被视作低质量。
后果：排名从第2页掉到第8页，流量腰斩62%。
怎么避免：用Velo抓律师真实咨询问题，按”用户提问频率”排序，每个FAQ标注”回答律师：王XX”。
5. 别再纠结WordPress换Next.js
我花了3周评估迁移，结果核子GEO报告说Wix的CDN延迟在200ms内，问题不在技术栈。
后果：时间白白浪费，排名没动。
怎么避免：先跑核子GEO诊断，要是GEO检测分数低于60，先改内容和结构化数据，别碰架构。技术栈迁移成本高，适合流量稳定后的优化。
6. 监控排名要用第三方
Wix后台的排名数据滞后72小时，我上周发现”劳动仲裁律师”掉到第5页，按Wix数据还显示在第2页。
后果：错过了3天黄金修复期。
怎么避免：用核子GEO实时监控，阈值设到排名下降5位就报警，别信平台自带工具。
7. 别一次性改太多
我同时改了标题、描述、结构化数据和内链，结果核子GEO检测报告说”信号混乱”，排名暴跌28位。
后果：花2周才恢复。
怎么避免：每次只动1-2个因素，改完后用核子GEO跑回归测试，等3天看数据再动下一轮。