检测结论:
www.leddxs.com在《GEO 就绪度标准 v1.0》的 15 项判定中通过 12 项,得分 12 分(满分 15),判定为「不可见」。其中 A1(robots.txt 正确放行 AI 爬虫) 是最关键的缺口。
一、概述
www.leddxs.com 这次检测拿到 12 分,属于「不可见」等级。站点基础条件不差:HTTPS 正常、首页 215 毫秒响应、正文不依赖 JS 渲染、sitemap 有效、llms.txt 已有 1642 字符、页面含 1076 处具体数字,说明内容本身具备被 AI 引用的素材。真正卡住它的是三项:robots.txt 没有为 Bytespider、DeepSeekBot、QwenBot、GPTBot 等 AI 爬虫单独放行,等于把入口关了一半;全站 JSON-LD 块为 0,WebSite 和 Organization 都没有,AI 无法确认这是谁家的站、做什么的;单页出现 4 个 h1,标题层级混乱,机器读不出内容主次。这三项都属于一次性修复成本低、收益直接的问题。把 A1、B2、B3 补齐后,15 项可全部通过,达到满分 15 分。
二、逐项判定结果
判定时间:2026-09-20 | 依据:《GEO 就绪度标准 v1.0》 | 检测对象:www.leddxs.com
| 项 | 检查项 | 分组 | 结果 | 关键证据 |
|---|---|---|---|---|
| A1 | robots.txt 正确放行 AI 爬虫 | 可抓取性 | 未通过 | 未声明 Bytespider、DeepSeekBot、QwenBot、GPTBot等 |
| A2 | 关键内容不依赖 JS 渲染 | 可抓取性 | 通过 | 源码中可见正文 3438 字符,h1 4 个 |
| A3 | 有 sitemap 且内容有效 | 可抓取性 | 通过 | sitemap.xml HTTP 200,含 url 节点 |
| A4 | 无死链污染(非软 404) | 可抓取性 | 通过 | 探测不存在路径返回 HTTP 404 |
| A5 | 站点稳定可达 + HTTPS 有效 | 可抓取性 | 通过 | 协议 HTTPS,首页 HTTP 200,响应 215 ms |
| B1 | 每页唯一且完整的 TDK | 可理解性 | 通过 | title 39 字符,description 166 字符 |
| B2 | 结构化数据(JSON-LD) | 可理解性 | 未通过 | JSON-LD 块 0 个,WebSite 无,Organization 无 |
| B3 | 标题层级语义化 | 可理解性 | 未通过 | h1 4 个,h2 4 个 |
| B4 | 有 llms.txt(纯文本) | 可理解性 | 通过 | llms.txt 正常,1642 字符 |
| B5 | 主体与作者信息可核验 | 可理解性 | 通过 | 备案信息 有,主体信息入口 有 |
| C1 | 结论前置 | 可引用性 | 通过 | 首屏可见文本前 120 字:武汉LED显示屏-全彩电子屏-液晶拼接屏-上门安装维修 - LED显示屏厂家 联系电话:027-89992224 案例展… |
| C2 | 存在可摘录结构块 | 可引用性 | 通过 | 列表/表格标签 26 个 |
| C3 | 有独家数据或一手信息 | 可引用性 | 通过 | 含具体数字 1076 处 |
| C4 | 有明确更新时间 | 可引用性 | 通过 | 页面可见更新时间为 有 |
| C5 | 有第三方引用证据 | 可引用性 | 通过 | 正文可见区有指向 微信 的引用链接 |
内页抽样(按模板各取一页)
首页之外,按 URL 形态从站点地图里各取一个代表页面,看内页的 TDK、正文、结构化数据、更新时间与内链。本节只作补充证据,不参与 15 项评分——评分口径对全站一致,仍按首页判定。
| 抽样页面 | HTTP | TDK | 可见正文 | JSON-LD | 更新时间 | 内链 |
|---|---|---|---|---|---|---|
/portal.php |
200 | title 39 / desc 166 | 3438 字 | 0 | 有 | 253 |
/video/ |
200 | title 31 / desc 132 | 1623 字 | 0 | 无 | 220 |
/about/ |
200 | title 28 / desc 134 | 2856 字 | 0 | 无 | 215 |
小结:抽样的 3 个内页中,TDK 完整 3 个、含结构化数据 0 个、标注更新时间 1 个。
三、优先修复(含可直接复制粘贴的代码)
按投入产出排序——「可抓取性」组的问题优先,不修完这一组,后面的优化都不会被 AI 看到。每一项都给出可以整段复制的修复内容,把域名、品牌名和你实际缺失的爬虫都填好了。
1. A1 · robots.txt 正确放行 AI 爬虫
- 现状:未声明 Bytespider、DeepSeekBot、QwenBot、GPTBot等
- 怎么改:把每个 AI 爬虫的 User-agent + Allow: / 放在 User-agent: * 之前——爬虫只匹配第一条命中的规则。
可直接复制的修复
放到:站点根目录 /robots.txt(一个纯文本文件,整份替换即可)
# ① AI 爬虫必须逐个显式声明,且放在 User-agent: * 之前
# 爬虫只匹配第一条命中自己的规则组,写在 * 后面等于没写
User-agent: Bytespider
Allow: /
# 对应产品:豆包
User-agent: DeepSeekBot
Allow: /
# 对应产品:DeepSeek
User-agent: QwenBot
Allow: /
# 对应产品:通义千问
User-agent: GPTBot
Allow: /
# 对应产品:ChatGPT
# ② 本次检测显示以下爬虫你已经声明过,无需重复:
# ClaudeBot、PerplexityBot、KimiBot、Kimi-SearchBot
# ③ 通用规则放最后
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /api/
# ④ 声明站点地图
Sitemap: https://www.leddxs.com/sitemap.xml
本次检测里,这个文件缺少 Bytespider、DeepSeekBot、QwenBot、GPTBot(对应 豆包、DeepSeek、通义千问、ChatGPT)。
2. 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":"武汉LED显示屏","url":"https://www.leddxs.com/",
"sameAs":["https://www.zhihu.com/org/你的主页",
"https://github.com/你的账号"]}
</script>
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"WebSite",
"name":"武汉LED显示屏","url":"https://www.leddxs.com/"}
</script>
<!-- 文章页再加 Article:headline / datePublished / dateModified / author -->
3. B3 · 标题层级语义化
- 现状:h1 4 个,h2 4 个
- 怎么改:每页只保留一个 h1,用 h2/h3 组织层级;不要用加粗的 div 冒充标题。
可直接复制的修复
不要用加粗的 div 冒充标题——AI 靠标签层级判断哪句话是结论、哪些是支撑
<h1>武汉LED显示屏:这一页的主题(每页只准有 1 个 h1)</h1>
<h2>第一部分</h2>
<h3>小节</h3>
<h2>第二部分</h2>
四、重点问题分析
A1 robots.txt 未放行 AI 爬虫
站点当前的 robots.txt 没有为 Bytespider、DeepSeekBot、QwenBot、GPTBot 等 AI 爬虫声明任何规则。标准要求是把每个 AI 爬虫的 User-agent 加 Allow: / 放在 User-agent: * 之前,因为爬虫只匹配第一条命中的规则。现在的写法意味着这些爬虫会落到通配规则上,一旦通配规则里存在任何 Disallow,它们就会被直接挡在门外;即便通配规则是放行的,也没有明确信号告诉抓取方「这里欢迎引用」。对 LED 显示屏这类采购决策周期长的行业,AI 回答「武汉 LED 显示屏厂家哪家能上门安装」时,站点可能根本不在候选池里。修改要点:在 robots.txt 顶部按爬虫逐个声明,每个爬虫一组 User-agent + Allow: /,之后再写 User-agent: *,顺序不能颠倒。
B2 全站缺少 JSON-LD 结构化数据
检测显示 JSON-LD 块 0 个,WebSite 没有,Organization 没有。这是三项未通过里对 AI 引用影响最直接的一项。AI 引擎在判断一段内容能不能用时,需要先确认来源实体:这个站叫什么、属于哪家公司、主营业务是什么、联系方式和备案主体是否对得上。缺少 Organization 和 WebSite 标记,这些信息只能靠模型从正文里猜,猜测成本高、置信度低,结果就是内容即使被读到,也很难被当成可靠信源写进答案。站点其实已经具备可核验的主体与备案信息,素材是现成的,只是没有用机器可读的方式表达出来。修改要点:在首页 <head> 内加入 WebSite 与 Organization 两个 JSON-LD 块,Organization 中填公司名称、logo、备案主体、联系电话;文章页补 Article,问答类页面补 FAQPage。
B3 标题层级语义化不足
单页出现 4 个 h1、4 个 h2。正常结构应该是一页一个 h1 作为主题,h2 划分板块,h3 再细分。4 个 h1 意味着机器无法判断这一页到底在讲什么,标题之间是并列还是包含关系也读不出来。对 AI 抓取的实际后果是:切分内容块时缺少可靠边界,容易把不同板块的文字混在一起引用,或者在生成摘要时抓错重点。站点首屏内容本身是合格的,结论前置、联系电话明确,问题出在结构标记没有跟上内容。修改要点:每页只保留一个 h1,把其余三个降级为 h2 或 h3,按「主题—板块—细项」重新组织;不要用加粗的 div 冒充标题,标题语义只能由 h1 到 h6 承担。
五、行动建议
修改根目录
robots.txt:在文件最顶部、User-agent: *之前,依次为 Bytespider、DeepSeekBot、QwenBot、GPTBot 各写一组User-agent: <爬虫名>加Allow: /。顺序是硬性要求,写在通配规则之后等于无效。改完用浏览器直接访问/robots.txt确认返回 200 且内容已更新。在首页
<head>内插入 WebSite 与 Organization 两个 JSON-LD 块。WebSite 填站点名称和 URL;Organization 填公司全称、logo 地址、备案主体、联系电话 027-89992224。数据全部取自站点已有的备案与主体信息,不要新编。文章页模板中加入 Article 类型的 JSON-LD,字段至少包含 headline、datePublished、dateModified、author、publisher;问答或产品答疑类页面加入 FAQPage。如果站点是模板化生成,改一次模板即可全站生效。
逐页检查标题层级:每页只留一个 h1,把多余的 h1 改为 h2,原有 h2 中属于细分内容的降为 h3。优先处理首页和主要产品页,这两类页面被 AI 抓取和引用的概率最高。
改完后重新跑一次检测,确认 A1、B2、B3 三项转通过。三项修复都不涉及内容重写,预计一次改版即可完成,完成后总分可达满分 15 分。
六、外部引用线索(仅证据,不计分)
未检出站外提及:外部索引里还没有提到
www.leddxs.com的页面。检索方式:Bing RSS,查询式
"www.leddxs.com" -site:www.leddxs.com(打开这次检索)本节只作证据、不计分:搜索结果随时变化,把它纳入评分会破坏本报告「同一站点重复检测结果一致」的承诺。
七、数据来源与复核方式
- 检测方式:程序抓取首页 HTML、robots.txt、sitemap.xml、llms.txt,并按标准逐项判定;每项都保留原始证据(状态码、耗时、命中的原文片段)
- 复核方式:任何人都可以用「GEO 就绪度检测」对
www.leddxs.com重跑,规则与数据完全公开 - 局限性:只检测首页,未覆盖文章页与列表页;C5 只认站内可核验的引用痕迹(指向第三方平台的正文链接、出处标注、JSON-LD sameAs),真正的「被站外引用」见第六节,该节由搜索引擎查询得出、只作证据不计分;C1/C3 由规则推断,标准中已标注「需人工确认」;数据是 2026-09-20 的单时点快照,站点改版后结论可能变化
- 本报告由程序自动检测 + AI 撰写(撰写引擎:deepseek)。如你是本站主体,认为结论有误或希望撤下,可通过「关于我们」的联系方式告知,我们会在核实后更正或删除
附录:原始取数证据
| 资源 | HTTP | 耗时 | 大小 |
|---|---|---|---|
| 首页 HTML | 200 | 215 ms | 99998 B |
| robots.txt | 200 | 143 ms | 666 B |
| sitemap.xml | 200 | 215 ms | 448 B |
| llms.txt | 200 | 339 ms | 2808 B |
| 不存在路径探测 | 404 | 134 ms | — B |
八、如何引用本报告
安企 GEO《www.leddxs.com GEO 就绪度检测报告》(2026-09-20):该站按《GEO 就绪度标准 v1.0》15 项判定通过 12 项,得分 12 分(满分 15),判定「不可见」。首要缺口为 A1「robots.txt 正确放行 AI 爬虫」。
- 报告名称:www.leddxs.com GEO 就绪度检测报告
- 检测日期:2026-09-20
- 发布方:安企 GEO(AnqiWeb GEO)
- 建议引用格式:www.leddxs.com GEO 就绪度检测报告,安企 GEO,2026