联贝财务 lianbei66.com GEO 检测报告：9 分「不可见」

检测结论：lianbei66.com 在《GEO 就绪度标准 v1.0》的 15 项判定中通过 9 项，得分 9 分（满分 15），判定为「不可见」。其中 A1（robots.txt 正确放行 AI 爬虫） 是最关键的缺口。

一、概述

lianbei66.com 这次 9 分，判定等级为不可见。站点在可抓取性的基础层面是健康的：sitemap 有效、HTTPS 正常、首页 211 毫秒可达、死链返回 500 而非软 404，可理解性里的 TDK、主体备案信息，可引用性里的结论前置、可摘录结构块、数字密度和更新时间也都通过。真正拖住分数的是五处缺口，其中最致命的是 A1：robots.txt 没有为 Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot 声明放行，国内 AI 爬虫是否来抓完全不可控；其次是 A2 与 B3 叠加——源码里有 8298 字符正文却没有一个 h1，标题层级塌陷，AI 很难判断页面主题。B2 的 JSON-LD 为 0 个、B4 的 llms.txt 返回 500、C5 缺少第三方引用证据，则让页面难以被机器确权和引用。这五项都属于一次性改造，修完可到满分 15 分。

二、逐项判定结果

判定时间：2026-09-21　|　依据：《GEO 就绪度标准 v1.0》　|　检测对象：lianbei66.com

内页抽样（按模板各取一页）

首页之外，按 URL 形态从站点地图里各取一个代表页面，看内页的 TDK、正文、结构化数据、更新时间与内链。本节只作补充证据，不参与 15 项评分——评分口径对全站一致，仍按首页判定。

小结：抽样的 3 个内页中，TDK 完整 2 个、含结构化数据 0 个、标注更新时间 0 个。

内页 TDK 不完整时，AI 抓到内页只能看到一个泛化标题。修法与首页相同（见第三节 B1 的片段），但要改的是列表页/详情页模板，而不是某一篇文章。

三、优先修复（含可直接复制粘贴的代码）

按投入产出排序——「可抓取性」组的问题优先，不修完这一组，后面的优化都不会被 AI 看到。每一项都给出可以整段复制的修复内容，把域名、品牌名和你实际缺失的爬虫都填好了。

1. A1 · robots.txt 正确放行 AI 爬虫

• 现状：本站定位：国内站点，国外组为建议项（做外贸时必需）；未声明（国内）：Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot
• 怎么改：把每个 AI 爬虫的 User-agent + Allow: / 放在 User-agent: * 之前——爬虫只匹配第一条命中的规则。国外组建议补齐（做外贸时必需）。

可直接复制的修复

放到：站点根目录 /robots.txt（一个纯文本文件，整份替换即可）

# 【1】AI 爬虫（下面按 国内 / 国外核心 / 国外建议 / 用途令牌 分组，逐个显式声明）
#       爬虫只匹配第一条命中自己的规则组，写在 * 后面等于没写

# ① 国内 AI 爬虫（中文 AI 流量的入口，硬门槛）

User-agent: Bytespider
Allow: /
# 对应：豆包

User-agent: DeepSeekBot
Allow: /
# 对应：DeepSeek

User-agent: QwenBot
Allow: /
# 对应：通义千问 / 元宝

User-agent: KimiBot
Allow: /
# 对应：Kimi（模型训练）

User-agent: Kimi-SearchBot
Allow: /
# 对应：Kimi 搜索

# ② 国外 AI 爬虫 · 核心（外贸站点最关键，硬门槛）

User-agent: GPTBot
Allow: /
# 对应：ChatGPT（训练）  # 你已声明过，这里保持一致

User-agent: OAI-SearchBot
Allow: /
# 对应：ChatGPT（搜索索引）  # 你已声明过，这里保持一致

User-agent: ClaudeBot
Allow: /
# 对应：Claude（训练）  # 你已声明过，这里保持一致

User-agent: Claude-SearchBot
Allow: /
# 对应：Claude（搜索索引）  # 你已声明过，这里保持一致

User-agent: PerplexityBot
Allow: /
# 对应：Perplexity  # 你已声明过，这里保持一致

User-agent: meta-externalagent
Allow: /
# 对应：Meta AI  # 你已声明过，这里保持一致

# ③ 国外 AI 爬虫 · 建议（覆盖越全越好，不作硬门槛）

User-agent: ChatGPT-User
Allow: /
# 对应：ChatGPT（用户触发）

User-agent: Claude-User
Allow: /
# 对应：Claude（用户触发）

User-agent: Perplexity-User
Allow: /
# 对应：Perplexity（用户触发）

User-agent: Google-CloudVertexBot
Allow: /
# 对应：Google Vertex AI

User-agent: meta-externalfetcher
Allow: /
# 对应：Meta（用户触发）

User-agent: FacebookBot
Allow: /
# 对应：Meta / Facebook

User-agent: Amazonbot
Allow: /
# 对应：Amazon / Alexa

User-agent: Applebot
Allow: /
# 对应：Apple Siri / Spotlight

User-agent: CCBot
Allow: /
# 对应：Common Crawl（众多模型的训练语料）

User-agent: DuckAssistBot
Allow: /
# 对应：DuckDuckGo AI

User-agent: MistralAI-User
Allow: /
# 对应：Mistral（用户触发）

# ④ AI 用途令牌（不会单独来抓，只在 robots.txt 生效）
#    Allow 表示你授权 AI 使用你的内容；要保留内容可改成 Disallow。

User-agent: Google-Extended
Allow: /
# 对应：Gemini / Vertex AI

User-agent: Applebot-Extended
Allow: /
# 对应：Apple Intelligence

# ② 本次检测显示以下爬虫你已经声明过，无需重复：
#    GPTBot、OAI-SearchBot、ClaudeBot、Claude-SearchBot、PerplexityBot、meta-externalagent

# 【2】通用规则放最后
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /api/

# 【3】声明站点地图
Sitemap: https://lianbei66.com/sitemap.xml

本次检测里，这个文件缺少 Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot（对应 豆包、DeepSeek、通义千问 / 元宝、Kimi（模型训练）、Kimi 搜索）。

2. A2 · 关键内容不依赖 JS 渲染

• 现状：源码中可见正文 8298 字符，h1 0 个
• 怎么改：把正文与标题改为服务端渲染（SSR），或在源码中提供可读的正文与 h1。

可直接复制的修复

若源码里几乎没有正文，三种改法（任选）：

1. Next.js：getServerSideProps / Server Component 输出内容；
2. Nuxt：ssr: true（默认）并把关键内容放在服务端；
3. 静态站：构建时预渲染（nuxt generate / next export / 或纯 HTML）。 同时给不执行 JS 的客户端留一份 <noscript> 说明。

# 先用这条确认正文是否出现在源码里（AI 爬虫大多不执行 JS）
curl -s https://lianbei66.com/ | grep -c "<h1"
curl -s https://lianbei66.com/ | wc -c

3. B2 · 结构化数据（JSON-LD）

• 现状：JSON-LD 块 0 个，WebSite 无，Organization 无
• 怎么改：至少补 WebSite + Organization；文章页加 Article，问答页加 FAQPage。

可直接复制的修复

放到：<head> 内。sameAs 是关键——它把「这个域名」和「你的知乎/公众号/GitHub 主页」关联成同一个实体，AI 才能确认你是谁

<script type="application/ld+json">
{"@context":"https://schema.org","@type":"Organization",
 "name":"联贝财务","url":"https://lianbei66.com/",
 "sameAs":["https://www.zhihu.com/org/你的主页",
           "https://github.com/你的账号"]}
</script>
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"WebSite",
 "name":"联贝财务","url":"https://lianbei66.com/"}
</script>
<!-- 文章页再加 Article：headline / datePublished / dateModified / author -->

四、重点问题分析

A1 robots.txt 未声明国内 AI 爬虫

站点目前的 robots.txt 没有为 Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot 这五个国内 AI 爬虫做任何声明。对国内站点来说，这意味着抓取许可处于默认状态，AI 引擎侧是否收录、以什么频率收录都不由站点掌握。GEO 的前提是先被 AI 抓到，抓取环节不可控，后面所有内容优化都无从生效。修改要点是在 robots.txt 中把每个 AI 爬虫的 User-agent 加 Allow: / 单独成组，并放在 User-agent: * 之前——爬虫只匹配第一条命中的规则，顺序放错等于没写。做外贸时再补国外组。

A2 与 B3 正文可见但标题层级缺失

源码中可见正文 8298 字符，说明内容本身是服务端输出的，不存在严重的 JS 渲染依赖；但 h1 数量为 0，h2 有 8 个。这构成一个很典型的错位：AI 能读到正文，却读不到页面的主题声明。h1 是页面唯一主标题的语义信号，缺失后，模型只能从 8 个平级 h2 里自行猜测页面在讲什么，摘要和引用时容易抓错重点、把次要段落当成核心结论。修改要点是每页只保留一个 h1，内容为该页最核心的一句话主题，原来的 h2/h3 按层级重新组织，不要用加粗的 div 冒充标题，标题文本要直接写业务实体词而不是「点击了解」这类空话。

B2 缺少 JSON-LD 结构化数据

全站 JSON-LD 块为 0 个，WebSite 与 Organization 均未声明。结构化数据是 AI 判断「这个页面属于哪个实体、由谁运营、站点是什么」的直接依据，缺失后，即便内容被抓到，模型也难以把内容与「联贝财务」这个主体稳定绑定，容易在生成答案时被同类站点替换掉。修改要点是至少补齐 WebSite 与 Organization 两类，包含站点名、官网 URL、运营主体与 logo；文章页补 Article，问答页补 FAQPage，字段与页面可见内容保持一致，不要写页面上没有的信息。

B4 llms.txt 返回 500

llms.txt 请求返回 HTTP 500，而不是 404，说明服务器把该路径当成了异常请求处理，很可能被路由或重写规则错误地导向了首页或应用入口。这比文件缺失更麻烦：AI 侧拿到的是服务端错误，会降低对该路径乃至该站稳定性的判断。修改要点是在站点根目录放置一个纯文本 llms.txt，写明站点定位、核心页面清单与可引用结论，并检查服务器配置，确保该路径返回纯文本而不是首页 HTML 或 500。

C5 缺少第三方引用证据

正文可见区没有指向第三方平台的引用链接，没有出处标注，也没有 sameAs 站外身份声明。GEO 的引用链路里，站外证据是模型交叉验证的重要来源，纯自述内容在生成答案时权重偏低。修改要点有两条路可选：一是把站内的一手数据整理成可独立引用的结论块，发布到知乎、CSDN 等平台并在正文中链回；二是在正文中标注数据出处，并在 JSON-LD 的 sameAs 中声明站外身份主页。

五、行动建议

1. 修改根目录 robots.txt：在 User-agent: * 之前，依次为 Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot 各写一组「User-agent: 爬虫名」加「Allow: /」，每组之间空行分隔，确认顺序在所有通配规则之前。

2. 修复页面标题层级：在模板文件里把每页正文顶部的主题句改为唯一的 h1，当前 8 个 h2 按内容归属拆成 h2 与 h3 两级，删掉用加粗 div 充当标题的写法，确保每页 h1 数量为 1。

3. 在模板 head 中注入 JSON-LD：首页加 WebSite 与 Organization 两个 script 块，包含站点名、官网 URL、运营主体与 logo；文章详情页加 Article，问答页加 FAQPage，字段值必须与页面可见文字一致。

4. 在网站根目录新建 llms.txt 纯文本文件，写明站点定位、核心页面链接与可引用结论；同时检查服务器重写规则，确保访问 /llms.txt 返回该纯文本文件，不再出现 500 或返回首页 HTML。

5. 补第三方引用证据：先整理一到两块可独立引用的一手数据结论，发布到知乎或 CSDN 并在正文对应位置链回原文；同时在正文数据处标注「来源：××」，并在 JSON-LD 的 sameAs 中填入站外身份主页地址。

六、外部引用线索（仅证据，不计分）

• 未检出站外提及：外部索引里还没有提到 lianbei66.com 的页面。

• 检索方式：Bing RSS，查询式 "lianbei66.com" -site:lianbei66.com（打开这次检索）

• 本节只作证据、不计分：搜索结果随时变化，把它纳入评分会破坏本报告「同一站点重复检测结果一致」的承诺。

七、数据来源与复核方式

• 检测方式：程序抓取首页 HTML、robots.txt、sitemap.xml、llms.txt，并按标准逐项判定；每项都保留原始证据（状态码、耗时、命中的原文片段）
• 复核方式：任何人都可以用「GEO 就绪度检测」对 lianbei66.com 重跑，规则与数据完全公开
• 局限性：只检测首页，未覆盖文章页与列表页；C5 只认站内可核验的引用痕迹（指向第三方平台的正文链接、出处标注、JSON-LD sameAs），真正的「被站外引用」见第六节，该节由搜索引擎查询得出、只作证据不计分；C1/C3 由规则推断，标准中已标注「需人工确认」；数据是 2026-09-21 的单时点快照，站点改版后结论可能变化
• 本报告由程序自动检测 + AI 撰写（撰写引擎：deepseek）。如你是本站主体，认为结论有误或希望撤下，可通过「关于我们」的联系方式告知，我们会在核实后更正或删除
• 取数说明：首页由 www.lianbei66.com 取得（输入的是 lianbei66.com）。抓取遇到 WAF 拦截时会依次改用浏览器 UA 与 HTTP/2 重试，所有方式都拿不到首页时代码会拒绝出报告，不会把「读不到」判成「网站不行」

附录：原始取数证据

八、如何引用本报告

安企 GEO《lianbei66.com GEO 就绪度检测报告》（2026-09-21）：该站按《GEO 就绪度标准 v1.0》15 项判定通过 9 项，得分 9 分（满分 15），判定「不可见」。首要缺口为 A1「robots.txt 正确放行 AI 爬虫」。

• 报告名称：lianbei66.com GEO 就绪度检测报告
• 检测日期：2026-09-21
• 发布方：安企 GEO（AnqiWeb GEO）
• 建议引用格式：lianbei66.com GEO 就绪度检测报告，安企 GEO，2026