欣欣云 shxinxinyun.com GEO 检测报告：11 分「不可见」

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

一、概述

该站当前 GEO 就绪度得分为 11 分（满分 15），判定等级为「不可见」。基础面并不差：页面无需 JS 即可渲染正文，sitemap 有效，TDK 完整，标题层级清晰，llms.txt 与备案主体信息齐备，正文含大量具体数字，具备被 AI 引用的底子。最致命的缺口集中在可抓取性与可引用性两端：robots.txt 未声明 ClaudeBot、PerplexityBot、KimiBot、Kimi-SearchBot，意味着部分主流 AI 爬虫可能根本抓不到内容；同时页面缺少 WebSite 与 Organization 结构化数据、没有可见更新时间、正文缺少第三方引用与出处标注，AI 即使抓到也难以判定「这是谁、什么时候写的、依据是什么」。这四项修完，可达满分 15 分，站点从「不可见」进入可被稳定引用的状态。

二、逐项判定结果

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

项	检查项	分组	结果	关键证据
A1	robots.txt 正确放行 AI 爬虫	可抓取性	未通过	未声明 ClaudeBot、PerplexityBot、KimiBot、Kimi-SearchBot
A2	关键内容不依赖 JS 渲染	可抓取性	通过	源码中可见正文 1667 字符，h1 1 个
A3	有 sitemap 且内容有效	可抓取性	通过	robots.txt 声明的 https://shxinxinyun.com/sitemaps.txt 有效（13 条 URL）
A4	无死链污染（非软 404）	可抓取性	通过	探测不存在路径返回 HTTP 404
A5	站点稳定可达 + HTTPS 有效	可抓取性	通过	协议 HTTPS，首页 HTTP 200，响应 221 ms
B1	每页唯一且完整的 TDK	可理解性	通过	title 24 字符，description 74 字符
B2	结构化数据（JSON-LD）	可理解性	未通过	JSON-LD 块 1 个，WebSite 无，Organization 无
B3	标题层级语义化	可理解性	通过	h1 1 个，h2 4 个
B4	有 llms.txt（纯文本）	可理解性	通过	llms.txt 正常，80348 字符
B5	主体与作者信息可核验	可理解性	通过	备案信息有，主体信息入口有
C1	结论前置	可引用性	通过	首屏可见文本前 120 字：短信接口-106短信平台服务商-预约系统-欣欣云首页产品与服务短信接口短信平台营销短信视频短信新闻中心关…
C2	存在可摘录结构块	可引用性	通过	列表/表格标签 20 个
C3	有独家数据或一手信息	可引用性	通过	含具体数字 180 处
C4	有明确更新时间	可引用性	未通过	页面可见更新时间为无
C5	有第三方引用证据	可引用性	未通过	正文可见区既没有指向第三方平台的引用链接，也没有出处标注、也没有 sameAs 站外身份声明

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

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

抽样页面	HTTP	TDK	可见正文	JSON-LD	更新时间	内链
`/p/936.html`	200	title 9 / desc 164	1749 字	1	有	107
`/a`	200	title 8 / desc 0	2281 字	1	无	127
`/contact.html`	200	title 8 / desc 4	885 字	1	无	76

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

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

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

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

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

现状：未声明 ClaudeBot、PerplexityBot、KimiBot、Kimi-SearchBot
怎么改：把每个 AI 爬虫的 User-agent + Allow: / 放在 User-agent: * 之前——爬虫只匹配第一条命中的规则。

可直接复制的修复

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

# ① AI 爬虫必须逐个显式声明，且放在 User-agent: * 之前
#    爬虫只匹配第一条命中自己的规则组，写在 * 后面等于没写

User-agent: ClaudeBot
Allow: /
# 对应产品：Claude

User-agent: PerplexityBot
Allow: /
# 对应产品：Perplexity

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

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

# ② 本次检测显示以下爬虫你已经声明过，无需重复：
#    Bytespider、DeepSeekBot、QwenBot、GPTBot

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

# ④ 声明站点地图
Sitemap: https://shxinxinyun.com/sitemap.xml

本次检测里，这个文件缺少 ClaudeBot、PerplexityBot、KimiBot、Kimi-SearchBot（对应 Claude、Perplexity、Kimi（模型训练）、Kimi 搜索）。

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

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

可直接复制的修复

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

<script type="application/ld+json">
{"@context":"https://schema.org","@type":"Organization",
 "name":"欣欣云","url":"https://shxinxinyun.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://shxinxinyun.com/"}
</script>
<!-- 文章页再加 Article：headline / datePublished / dateModified / author -->

3. C4 · 有明确更新时间

现状：页面可见更新时间为无
怎么改：在页面显著位置标注「更新于 YYYY-MM-DD」，让 AI 能判断内容新鲜度。

可直接复制的修复

可见文字 + datetime 属性 + JSON-LD 三者都要：AI 需要能读到、也能机器解析出这个时间

<p class="updated">更新于 <time datetime="2026-09-19">2026-09-19</time></p>
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"Article",
 "datePublished":"2026-09-01","dateModified":"2026-09-19"}
</script>

四、重点问题分析

A1 robots.txt 未放行主流 AI 爬虫

站点 robots.txt 只覆盖了通用规则，未单独声明 ClaudeBot、PerplexityBot、KimiBot、Kimi-SearchBot。爬虫匹配规则时只认第一条命中的 User-agent，如果 User-agent: * 出现在前面且带有任何限制，这些 AI 爬虫就会按通用规则处理，甚至被整体挡在门外。后果很直接：内容再优质，进不了 AI 的抓取队列，就不会出现在生成式回答的引用来源里。修改要点是把每个 AI 爬虫的 User-agent + Allow: / 逐条写在 User-agent: * 之前，确保它们优先命中放行规则，且不要在这些条目下附加 Disallow。

B2 缺少 WebSite 与 Organization 结构化数据

页面目前只有 1 个 JSON-LD 块，WebSite 和 Organization 均未声明。这相当于告诉 AI「这里有一堆文字，但我不告诉你站点叫什么、属于哪个组织」。生成式引擎在拼装答案时，需要靠结构化数据确认实体身份、站点名称与官方入口，缺失后容易把内容归到错误主体，或在需要引用品牌时绕开该站。修改要点是在首页 <head> 内补 WebSite（含 name、url、potentialAction 的 SearchAction）与 Organization（含 name、url、logo、sameAs），文章页追加 Article，问答页追加 FAQPage。

C4 页面没有可见更新时间

检测显示页面可见区域没有任何更新时间标注。AI 对时效性敏感，尤其在短信接口、平台服务这类会随政策与资费变动的领域，无法判断内容新旧时，模型倾向于选择有明确日期的竞争来源。修改要点是在正文显著位置（如标题下方或文末）输出「更新于 YYYY-MM-DD」，并让该日期与 JSON-LD 中的 dateModified 保持一致，避免两处冲突。

C5 正文缺少第三方引用与出处标注

正文可见区既没有指向第三方平台的引用链接，也没有出处标注，JSON-LD 中也没有 sameAs 站外身份声明。这会让 AI 无法验证内容的可信度与来源一致性，在需要「有据可查」的回答场景中被优先跳过。修改要点有两条路：一是把站内一手数据整理成可独立引用的结论块，发布到知乎、CSDN 等平台并在正文链回；二是在正文中标注数据出处（如「来源：××」），并在 JSON-LD 的 sameAs 中声明站外身份主页。两者可并行，成本都不高。

五、行动建议

修改根目录 robots.txt：在 User-agent: * 之前，依次为 ClaudeBot、PerplexityBot、KimiBot、Kimi-SearchBot 各写一组 User-agent: <名称> 加 Allow: /，不要在这些条目下写 Disallow，保存后用 curl 确认返回内容顺序正确。
在首页模板的 <head> 中插入两段 JSON-LD：一段 @type: WebSite，包含 name、url 与 potentialAction 的 SearchAction；一段 @type: Organization，包含 name、url、logo 与 sameAs。文章详情页模板追加 @type: Article，问答页模板追加 @type: FAQPage。
在文章页模板的标题下方或文末固定位置输出「更新于 YYYY-MM-DD」，日期取内容实际修改时间，并与 JSON-LD 中的 dateModified 字段保持同源，避免手工维护造成不一致。
在正文涉及数据或结论的段落补充出处标注，格式统一为「来源：××」；同时在 Organization 的 sameAs 中填入知乎、CSDN 等站外身份主页链接，形成站内标注与站外身份的双向对应。
选取站内 2 至 3 篇含具体数字的页面，把核心数据整理成可独立引用的结论块，发布到知乎或 CSDN，并在原页面正文中链回该外部发布地址，作为第三方引用证据的起点。

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

未检出站外提及：外部索引里还没有提到 shxinxinyun.com 的页面。
检索方式：Bing RSS，查询式 "shxinxinyun.com" -site:shxinxinyun.com（打开这次检索）
本节只作证据、不计分：搜索结果随时变化，把它纳入评分会破坏本报告「同一站点重复检测结果一致」的承诺。

七、数据来源与复核方式

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

附录：原始取数证据

资源	HTTP	耗时	大小
首页 HTML	200	221 ms	33371 B
robots.txt	200	218 ms	1503 B
sitemap.xml	200	365 ms	406 B
llms.txt	200	266 ms	173641 B
不存在路径探测	404	225 ms	— B

八、如何引用本报告

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

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

复检记录

复检时间	得分	变化	本次新通过	本次仍未通过
2026-09-20	11 分（满分 15）	持平	无	无

复检口径与首次检测完全一致：同一套 15 项条件、同一工具、同一判定代码；
分数变动的来源就是上面两列——新通过的项说明这一轮改动生效了，仍未通过的项是下一步要做的事。

标签网站检测 AI 可见性 GEO 报告

改完这几项，来复检一次

复检会重新抓取你的站点，按同一套 15 项条件重新判定，并就地更新这份报告——链接不变，正文多一行「复检记录」。两次分数可以直接对比，不用自己记。

复检这个域名对照标准逐项修看 GEO 就绪度榜

同一域名只保留一份报告，复检不会新建文章，也不影响已有的收录。若报告判定有误，可通过联系我们申请复核，我们会在 48 小时内处理并回复。

欣欣云 shxinxinyun.com GEO 检测报告：11 分「不可见」

一、概述

二、逐项判定结果

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

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

四、重点问题分析

A1 robots.txt 未放行主流 AI 爬虫

B2 缺少 WebSite 与 Organization 结构化数据

C4 页面没有可见更新时间

C5 正文缺少第三方引用与出处标注

五、行动建议

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

七、数据来源与复核方式

八、如何引用本报告

复检记录

改完这几项，来复检一次

相关阅读

武汉LED显示屏 leddxs.com GEO 检测报告：12 分「不可见」

www.chng.com.cn GEO 检测报告：7 分「不可见」（AI 可见性实测）

腾讯网 qq.com GEO 检测报告：6 分「不可见」

世贸通移民 worldwayhk.com GEO 检测报告：12 分「不可见」

高考志愿网 buchina.net GEO 检测报告：12 分「不可见」