跳到主要内容
杭州巨宇科技信息服务有限公司 · GEO 优化与 AI 搜索获客全托管
客户案例

巨宇官网改版,把自家网站做成第一个 GEO 案例

三个同名域名收成一个,六项主体字段固定成一套,369 条网址全量可抓,全程留档。

本页记录巨宇科技官网自身改版的完整过程。改版前三个同名域名分散、编码老旧、主体信息多版本;改版后单域名收口、六项主体字段唯一、369 条网址全量 200、站内死链归零。工程指标逐项可复核,AI 侧复测排期中,不写未经复测的提及率。

案例信息表
客户与行业杭州巨宇科技信息服务有限公司(自有项目,非外部客户) · 专业服务 / GEO 与 AI 搜索优化
起止年月2026-10 至 2026-11,上线后持续迭代
执行动作六项主体字段归一;三域名收口,713 条入口逐条 301 映射;27 套模板结构化重做;21 个行业方案页与 131 条问答页;根级 llms.txt 与 JSON-LD 分层;44 组 UA 爬虫放行实测
结果与口径369 条网址全量 200,404 为 0;旧站 713 条入口 301 消化 696 条、410 消化 16 条;站内唯一链接 391 条死链 0;W3C 十类模板 0 错 0 警;AI 侧固定问句复测排期中,本期不列提及率(统计平台:全站爬测脚本、W3C Markup Validator、44 组 User-Agent 实测;口径定义:2026-11-07 全量快照。网址口径以 sitemap 369 条为准;死链口径为站内唯一链接去重后逐条请求;AI 提及率未复测,故不列;优化前基线:旧站为 ASP 渠道贴牌系统,gb2312 编码,nginx 反代 IIS 7.5,可抓取静态页 717 个;同名主体分散在 juyuadv、juyukj、juyuxx 三个域名,站内电话与地址存在多个版本)
可核查材料369 条状态码明细、713 条 301 映射表、W3C 校验报告、爬虫 UA 实测记录、后台访问控制截图

为什么先拿自己做

做 GEO 的服务商最容易犯的错,是给别人写方案,自己官网还是老样子。客户第一次打开 juyuadv.com,看到的就是我们水平的上限。所以 2026 年 10 月我们把官网整个重做了一遍,过程全部留档,包括没做干净的地方。

这个案例的特殊之处在于,客户是我们自己。没有授权问题,也没有对外披露限制,所有指标都可以公开复核。

改版前的底子

旧站是 ASP 渠道贴牌系统,gb2312 编码,页面由 nginx 反代 IIS 7.5 渲染,全站能抓到的静态页 717 个。真正麻烦的不是技术老,是三件事。

一是主体散。juyuadv、juyukj、juyuxx 三个域名都在跑,背后是三家名称高度相近但法人不同的公司,各自有一套站点。AI 面对这三套内容,分不清你说的巨宇是哪一家。

二是说法乱。站内电话、地址在不同页面有不同版本,成立年份与经营范围的表述也不统一。人看不出问题,机器一比对就是两家公司。

三是内容没有结构。页面是宣传语堆起来的,客户真会问的问题没有一问一页的承接,机器读完不知道该摘哪一句。

这三件事正好对应 AI 认不出一家公司的三层,认不出、读不懂、不敢引用。处理顺序不能反。

第一步,把六项事实固定成唯一版本

六项是工商全称、统一社会信用代码、成立日期、注册与办公地址、官网主域名、官方电话。做法是把它们做成一张主数据表,站内每一处提到自己的地方都从这张表取,不允许手写。

判断标准只有一条。任意打开一个页面,把公司名、地址、电话抓出来,和另外九个页面比对,必须逐字一致。

这一步产出三份东西,主体事实表、站内矛盾写法清单、站外待改清单。公众号、地图标注、行业平台上的同一套字段,按清单逐个改。

为什么一定要先做这个。AI 判断主体靠字段比对,两个版本就是两家公司,后面内容写得再好也会被当成第三家。

第二步,单域名收口,旧链接一条不丢

三个域名不可能都留。选了 juyuadv.com 作唯一主域,geo 子域和裸域 301 到 www,变体域名整站 301 过来。

旧站 713 条可抓取入口逐条做了映射。696 条 301 到新站对应页,16 条旧新闻路径用 410 彻底下线,1 条保留,404 归零。

为什么不直接换站。老链接是十年积累的外链落点,断一条就等于把那段历史信任清零。301 是唯一能把旧权重带过来的办法,而且要一条一条对,不能整站指首页。

第三步,把内容改成答案

27 套模板全部重做,核心判断是一个页面只回答一个问题。

现在站内是 21 个行业方案页、131 条问答页、8 条服务线详情页、70 篇方法文章、23 条新闻。行业方案写这个行业客户在 AI 里会问什么、交付什么、怎么验收。问答一问一页。服务页写适用对象、交付物清单、四阶段通过条件和验收标准。

方法文章只讲方法,新闻只记事实,两类不混收。这条纪律看着简单,实际最难守,因为写新闻的时候总想夹带观点。

判断标准很硬。首段那句话必须能脱离上下文独立成立,读者只看这一句就明白,机器摘这一句就能直接引用。做不到就重写。

第四步,让机器读得懂

三件事。

一是结构化数据。每个页面输出对应类型的标记,Organization 全站只在页脚定义一次,其余位置一律用 @id 引用。同一个实体出现多份完整描述,机器会当成多个实体,这是不少站做完结构化反而更乱的原因。

二是根级 llms.txt。7123 字节,写清公司简介、六项主体锚点、可核对的外部信源、栏目清单、引用规则和业务边界。AI 爬虫读这一个文件就知道我们是谁、做什么、不做什么。

三是爬虫放行。44 组 User-Agent 实测,含空 UA,全部返回 200。删掉 X-Robots-Tag,检查 nginx 与防火墙,确认没有按 UA、IP、频率的拦截。这一步不做,前面三步基本白做。

结果

工程面,逐项可复核。

369 条网址全量请求 200,404 为 0。旧站 713 条入口,301 消化 696 条,410 消化 16 条。站内唯一链接 391 条,死链 0。W3C 校验十类核心模板,0 错 0 警。sitemap 动态生成,369 条可提交。证书自动续期至 2027 年 2 月。后台未登录返回 401。

AI 面,我们只写到这里。固定问句的多平台复测正在排期,本期不列提及率。

原因很直接。GEO 的复测要求固定问句、多平台、多轮,一轮跑完才有可比数据。在没有复测记录之前写任何百分比,就是我们自己在案例里反复说的那种无法查证的数字。宁可空着,也不填。

这套做法客户可以直接抄的四件事

第一,先做主体事实表,再谈内容。顺序反了要重做。

第二,换站必须做 301 映射,一条都不能丢,更不能整站指首页。

第三,一页只回答一个问题,首段结论要能独立成立。

第四,上结构化数据和 llms.txt 之前,先把爬虫放行做干净。

边界

不承诺排名位次,不承诺见效天数。这套做法的产出是一个可复测的底座,不是保证被引用。底座做不好,后面所有动作都是碰运气。

案例页统一用「客户背景 — 执行动作 — 结果与口径」三段呈现;没有来源的数字不上页面,无法查证的提升百分比不写。未经书面授权的案例不发布。

延伸入口

同行业做法见行业方案与行业问答;服务范围见服务与方案栏目。