LED显示屏批发 dzping.com GEO 检测报告：10 分「不可见」

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

一、概述

dzping.com 这次 GEO 就绪度检测得分 10 分，满分 15 分，判定等级为「不可见」。站点基础并不差：正文不依赖 JS 渲染、HTTPS 与响应速度正常、TDK 与标题层级规范、首屏结论前置、正文含 581 处具体数字，可理解性与可引用性的多数项已经达标，说明内容本身具备被 AI 摘录的底子。最致命的缺口集中在两处：一是 robots.txt 未声明 Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot 等国内 AI 爬虫，等于对主要中文生成式引擎没有明确放行；二是 llms.txt 路径被服务器返回首页 HTML，形成软 404，同时不存在路径也返回 200，抓取预算被大量消耗在假页面上。此外 JSON-LD 缺少 Organization，正文没有第三方引用与出处标注。这几项都属于配置层修复，不涉及内容重写，按优先级处理完可达满分 15 分。

二、逐项判定结果

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

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

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

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

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

按投入产出排序——「可抓取性」组的问题优先，不修完这一组，后面的优化都不会被 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://dzping.com/sitemap.xml

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

2. A4 · 无死链污染（非软 404）

• 现状：探测不存在路径返回 HTTP 200
• 怎么改：让不存在的路径返回 404，而不是 200 重写到首页——软 404 会让抓取预算浪费在假页面上。

可直接复制的修复

放到：站点 nginx 配置的 server 块。改完 nginx -t && nginx -s reload；再访问一个不存在的地址，确认返回 404 而不是 200

# nginx：不存在的路径必须返回 404，而不是 200 重写到首页
server {
    ...
    error_page 404 /404.html;
    location = /404.html { internal; }

    location / {
        try_files $uri $uri/ =404;   # 关键是 =404，别兜到 index.html
    }
}

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

• 现状：JSON-LD 块 3 个，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://dzping.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://dzping.com/"}
</script>
<!-- 文章页再加 Article：headline / datePublished / dateModified / author -->

四、重点问题分析

国内 AI 爬虫未被显式放行

robots.txt 中没有为 Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot 声明独立的 User-agent 与 Allow 规则。按标准要求，每个 AI 爬虫的 User-agent + Allow: / 必须写在 User-agent: * 之前，因为爬虫只匹配第一条命中的规则。当前状态下，这些引擎的抓取行为只能依赖通配规则，一旦通配规则中存在任何 Disallow，或引擎对未声明爬虫采取保守策略，页面就不会进入其索引。对中文生成式引擎而言，这意味着站点在豆包、DeepSeek、通义、Kimi 等产品中的可召回面接近于零，内容质量再好也无从被引用。修改要点是在 robots.txt 顶部按爬虫逐条列出 User-agent 与 Allow: /，再保留原有的 User-agent: * 段落；若站点有外贸需要，可一并补齐国外组作为建议项。

软 404 污染抓取预算

探测不存在的路径时，服务器返回的是 HTTP 200 而非 404，说明未命中路由被重写到了首页或某个通用页面。同时，llms.txt 返回的也是网页 HTML，同样属于软 404。这两处叠加的后果是：AI 爬虫每次访问无效地址都会拿到一个「成功」响应，无法判断该地址无效，于是把抓取配额持续消耗在大量重复的假页面上；真正有内容的页面被访问的频率随之下降。对生成式引擎来说，抓取预算直接决定内容进入索引的速度与完整度。修改要点分两步：在服务器或应用层配置兜底路由，让不存在的路径返回 404 状态码而不是 200；把 llms.txt 从首页重写规则中排除，改为在站点根目录放置真实的纯文本文件。

结构化数据缺少 Organization

页面已有 3 个 JSON-LD 块，WebSite 类型存在，但 Organization 缺失。WebSite 只能告诉引擎「这是一个站点」，Organization 才承载站点背后的主体身份、名称、logo 与站外主页关系。缺少这一块，引擎难以把域名与一个可核验的实体对应起来，在生成答案时更倾向于选择主体信息完整、可信度可追溯的来源。修改要点是在现有 JSON-LD 中补一个 Organization 节点，包含名称、logo、url，并在 sameAs 中列出站外身份主页；文章页补 Article，问答页补 FAQPage，与已有 WebSite 节点通过 @id 关联。

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

正文可见区既没有指向第三方平台的引用链接，也没有数据出处标注，JSON-LD 中也没有 sameAs 站外身份声明。站点正文含 581 处具体数字，这本来是可引用性的优势，但这些数字没有来源标注，引擎无法判断其可信度，也难以在答案中给出归属。修改要点是两条路并行：把一手数据整理成可独立引用的结论块，发布到知乎、CSDN 等平台并在正文中链回；同时在正文中对关键数据标注「来源：××」，并在 JSON-LD 的 sameAs 中声明站外身份主页。

五、行动建议

1. 修改站点根目录的 robots.txt：在文件最顶部、User-agent: * 之前，逐条写入 Bytespider、DeepSeekBot、QwenBot、KimiBot、Kimi-SearchBot 的 User-agent 行与 Allow: / 行，每条独立成段，再保留原有通配规则。

2. 修复软 404：在服务器配置或应用路由中增加兜底规则，使不存在的路径返回 HTTP 404 状态码，而不是 200 重写到首页；同时把 /llms.txt 路径从首页重写规则中排除。

3. 新建纯文本 llms.txt 并放在站点根目录：内容写明站点定位、核心页面链接与可引用结论，确认访问该路径时返回的是 text/plain 而非首页 HTML。

4. 在现有 JSON-LD 中补充 Organization 节点：包含 name、url、logo，并在 sameAs 中列出站外身份主页（如知乎、CSDN 等账号页），与已有 WebSite 节点通过 @id 关联；文章页补 Article，问答页补 FAQPage。

5. 在正文中为关键数据添加出处标注（如「来源：××」），并把一手数据整理成可独立引用的结论块发布到知乎或 CSDN，在正文中链回原文；同步更新 JSON-LD 的 sameAs 字段。

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

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

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

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

七、数据来源与复核方式

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

附录：原始取数证据

八、如何引用本报告

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

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