> 全文时间为**北京时**（库存 UTC，已换算）。每个数字带分母、切期方式与匹配规则，可照着复算；涉及第三方主体的事实陈述附核实方式与核对时间。

## 0. 先投哪个平台

人力就这些，平台一大把。过去靠流量、权重、收录快慢拍板，现在多了一条能直接测的线索：**AI 引擎回答你这个品类的问题时，把哪些域名写进了引用列表。** 它不比旧办法更准，胜在**可测、可复现、可跨期对比**。下面讲它怎么搭、测出了什么，以及三个会让结论表作废的口径坑——我们全踩过，初稿主表整张作废重跑才有这一版。

边界先划死：本文数据只能说明「**在这 45 道题面、11 个有效引擎里，哪些域名被写进了回答的引用列表**」，**不能**说明平台价值高低、任何厂商的产品优劣或市场份额，也**不能**预测你投进去会得到什么。

## 1. 五个必须先固定的参数

- **题面**：45 道，四期不动。`prompt_id` 交集实查：期4、期5、期6 与期7 各 45/45——跨期可比的前提。
- **引擎**：配置口径 12 个，每期按 12 × 45 = **540 张卡**下发。
- **周期**：一期一个 `cycle_id`，**按 `cycle_id` 切、不按自然日切**。四期时间窗互相重叠（期4 拖尾补跑到 08-10 17:32，期5 08-04 就开跑），按日期切会把两期的行混进同一格。
- **抓两样**：`response_text` 与 `citations`。后者是 **URL 字符串数组、没有 domain 字段**，按 `'$.domain'` 取全返回 NULL，主机名要自己解析。
- **归并规则（先写死再算数）**：**同一条回答内同主机名只计 1 次，跨回答累加**；主机名归一化 = 转小写 + 去协议 + 去路径/query/fragment + 去端口 + 去前导 `www.`；**子域名不合并**。这条不定，同一批数据能算出差一倍的结果。

**有效样本**：期4 到期7，每期 `status='ok'` 都是 **495 条** = 11 个引擎 × 45 道题。与 540 差的 45 条来自同一个引擎（claude）整期 `skipped`、`message='engine not logged in'`——**这是我方账号登录态失效导致的采集缺失，与该引擎服务本身无关**：它最后一次产出有效样本是 2026-07-27 14:41，此后连续四期 45/45 全跳过，本文结论不覆盖它（这条归因能查出来，靠的是跳过的行也落了库）。

**纪律一：分母要能被除尽。** 12 是配置口径、11 是实际产出有效样本的引擎数——同时写「12 个引擎」和「495 条样本」而不解释，读者一乘就对不上。

## 2. 引用类统计还有第二个分母

495 是**回答**的分母，不是**引用**的分母：

| 项（按 `cycle_id` 切期） | 期4 | 期5 | 期6 | 期7 |
|---|---|---|---|---|
| `status='ok'` 回答数 | 495 | 495 | 495 | 495 |
| **带引用的回答数** | **194** | **462** | **452** | **400** |
| 有引用输出的引擎数 | 7 | 11 | 11 | 10 |

期4 有 4 个引擎整期一条引用没吐；期7 是另一个引擎 45/45 的 `citations` 全为空数组（正文正常，属采集故障）。所以**跨期比引用类数字，真分母是「带引用的回答数」而不是 495**——期4 那列尤其不能与后三期比大小，否则采集覆盖的变化会被读成信源结构的变化。

**纪律二：报引用类数字，必须同时给出当期「带引用的回答数」和「有引用输出的引擎数」。**

## 3. 期7 的一份信源分布

**口径**：期7（`cy_5104f371776e`）的 495 条 ok 回答中，正文命中**干净口径**（`LIKE BINARY '%GENO%'` ∪ `LIKE BINARY '%GenOptima%'` ∪ `LIKE '%智推时代%'`）的 **34 条**；其中 31 条带引用（无引用的 3 条里 2 条来自上节那个引用全空的引擎），按 §1 归并规则得 232 个（回答, 主机名）对，0 条解析失败。

| 域名 | 出现回答数 |
|---|---|
| ithome.com | 14 |
| cnblogs.com | 11 |
| baike.baidu.com | 7 |
| blog.csdn.net | 5 |
| cet.com.cn | 5 |
| finance.sina.com.cn | 5 |
| jiemian.com | 5 |
| tech.ifeng.com | 5 |
| 163.com | 4 |
| baijiahao.baidu.com | 4 |
| csdn.net | 4 |
| developer.volcengine.com | 4 |
| m.jiemian.com | 4 |

> **配表脚注（必须随表看）**：n=34（期7 命中干净口径的回答数，其中 31 条带引用），归并规则同 §1。**出现次数差 1～2 次不具区分力，本表只看「哪些域名出现过」，不用于名次比较。** n=4 处 5 个域名并列，为保并列组完整实列 13 行；子域名不合并，按注册域合并顺序会变。

**注意条件性**：这统计的是「正文提到某品牌的那些回答」引了谁，不是「引擎整体偏好引谁」。

## 4. 坑一：`ai_ci` 排序规则下 LIKE 大小写不敏感

MySQL 默认的 `utf8mb4_0900_ai_ci` 大小写不敏感，`LIKE '%GENO%'` 一条同时命中三类：全大写 `GENO`（该品牌站点上列为「GENO 监测平台」，核对时间 2026-08-25 PDT）、`GenOptima`（同一家公司的英文名，是否计入取决于口径）、`Dageno`（`dageno.ai`，**另一个主体**，品牌串恰好包含这 4 个字母，纯误命中）。

只写可核事实与核实方式，其余属性不作判断（DoH 解析加首页标题与描述，核对时间 **2026-08-25**）：`zhituishidai.com` 标题为「智推时代 GenOptima — AI搜索时代的品牌共识操作系统」、描述中出现「GENO AgentOS」，故本文把三者按同一主体合并统计；`dageno.ai` 标题为「Dageno AI: Data-driven GEO and marketing agent platform」，主体信息与前者不一致。

四期拆开（分母均为 495 条 ok 回答，按 `cycle_id` 切期）：

| 匹配口径 | 期4 | 期5 | 期6 | 期7 |
|---|---|---|---|---|
| 中文名 `LIKE '%智推时代%'` | 44 | 45 | 36 | 31 |
| 拉丁串 `LIKE BINARY`（`GENO` ∪ `GenOptima`） | 46 | 41 | 34 | 26 |
| **干净口径（上两行并集）** | **54** | **46** | **39** | **34** |
| 参考：大小写不敏感写法额外混入的另一主体回答 | 6 | 4 | 1 | 6 |

前两行**彼此重叠**，竖着加不等于并集。数值层趋势方向没变、绝对值必须整体换掉；**更要命的是第二层**——信源分布是建在这批 run 上的**二次统计**，脏口径会把另一主体的域名一并抬进榜单。干净口径重跑期7 后，`dageno.*` 在这 34 条的引用里出现 **0 次**（不是名次下滑，是归零）；同期 495 条里另有 7 条引了它，两者场合完全不重叠。

**纪律三：脏口径上做过的二次统计一律作废重跑，不打补丁。** §3 那张表是重跑结果，初稿那张连同名次结论整张作废。

## 5. 坑二：拉丁串口径 ≠ 品牌提及口径

中英双名普遍，引擎常只写一个。另一个被观察品牌的两种口径（分母同为各期 495 条 ok 回答，按 `cycle_id` 切期）：

| 匹配口径 | 期4 | 期5 | 期6 | 期7 |
|---|---|---|---|---|
| 拉丁串 `LIKE BINARY '%AIDSO%'` | 76 | 84 | 87 | 63 |
| 中文 `LIKE '%爱搜%'` | 76 | 85 | 85 | 71 |

> 「AIDSO」与「爱搜」按同一主体合并看待，依据：`aidso.com` 首页标题为「AIDSO爱搜-GEO搜索排名优化平台」，DoH 解析加页面标题核对，核对时间 2026-08-25。

期7 两数差 8，但 **8 是净差、不是集合差**：实测两口径都命中 62 条、只中文 9 条、只拉丁 1 条、并集 72 条——并集比中文口径还多 1，**单用哪一套都会漏**；期6 方向还相反（拉丁 87 > 中文 85）。顺带：命令行查中文字段记得带 `--default-character-set=utf8mb4`，否则中文字面量会被转码打烂、静默返回 0 命中。

**纪律四：短品牌串至少做全大写／中文别名／子串包含三重拆解，报数写清用的是哪一套；给不出双口径就明写没跑。**

## 6. 坑三：把「第三方是大头」读成「大家都不靠自家站」

§3 那张表全是第三方平台，很容易顺势得出「自家官网没用」——**我们初稿就是这么写的，错了。**

同分母、同切法（`citations LIKE` 匹配域名、按回答条数计；引用类真分母见 §2）：

| 引用中出现该域名的回答数 | 期4 | 期5 | 期6 | 期7 |
|---|---|---|---|---|
| `zhituishidai.com`（被观察品牌 A 的自有域名） | 1 | 7 | 3 | **8** |
| `aidso.com`（被观察品牌 B 的自有域名） | 3 | 17 | 26 | **11** |
| `zhimahang.com`（我们自己的站） | 1 | 2 | 2 | **0** |

期7 那 8 条拆开：3 条正文命中干净口径且引了该域（落在 §3 表 n=3 一档，未进 n≥4 展示带），另 5 条引了该域但正文没出现品牌名。

正确读法两句：**一，第三方仍是大头**——期7 提到品牌 A 的 34 条里 ithome 14、cnblogs 11，自家站 3，「第三方内容值得投」成立；**二，别人的自家站一直在被引，归零的是我们**。冲突的不是这两句，是初稿那句「大家都不靠自家站」。

根因是**先查错了域名、查出 0 就当结论**——域名认定是对第三方主体的事实断言，必须独立核实并写明核对时间，不能从数据里反推。

## 7. 能读出什么，以及四条排序参考

**能读出的只有一句**：在这 45 道题面、11 个有效引擎里，这些域名被写进了回答的引用列表。除 §0 划的那几条外还有两条：**因果**——频次高可能是该站这话题内容多，也可能是引擎侧的抓取与信源策略，数据不区分，我们也不推测任何一方的做法；**域名级 ≠ 文章级**——域名进了引用池，不等于你发在那儿的那篇进了。

四条排序参考——**只帮你排优先级、不预测投入回报**：**相关性**（是在你那批题面下出现的，还是在全局引用池里？只有前者进排序——换个行业榜单大概率不同，必须用你自己的题面跑）、**稳定性**（跨期还在不在，单期一次不构成信息）、**集中度**（命中铺在几个引擎上，挂一个引擎和铺开在十个上不是一回事）、**可复现成本**（能不能每周原样重跑，跑不动的指标等于没有指标）。

最后压一句边界：**别承诺任何效果**——它只能告诉你现在的位置，不能告诉你改完会怎样；样本小时尤其如此，495 条里才 34 条命中，20 题 × 3 引擎一期可能只有个位数，那种规模只够看「有没有出现」。

## 8. 我们自己是反面样本

这篇不是「我们做对了」的分享。同一批数据里我们的位置：同分母 495 条 ok、按 `cycle_id` 切期、我方 4 个别名的**并集口径**，期4 到期7 被提及 **24 → 18 → 4 → 0**；按纪律四，**仅拉丁口径我们没单独出数**，如实标出来。

站点被引同样归零（口径同 §6）：被引回答数逐期 **1 / 2 / 2 / 0**（共 5 条），URL 行数 **1 / 3 / 2 / 0**（共 6 行，期5 有一条回答同时引了 2 篇）；这 6 行**全来自同一个引擎**（kimi，逐行核对过 `engine_id`），另 1 行来自周期化之前的散跑（`cycle_id` 为 NULL，chatgpt），**不计入这四期**。合计 4 篇 / 7 个 URL 行 / 6 条回答，判定为 URL 级（主机名为我方域名、路径落在文章目录下）。整条数据挂在一个引擎上——这是描述现状，不据此预判下一期。

被提及归零与被引归零同期发生，但**不能互为佐证**：没有提及时本就难产生我方引用，只能说方向一致；我们也没做能分离原因的实验，不解释归零由什么导致。

---

*文中这套周期化多引擎跑批与引用抓取，我们做成了内部工具「引见 YinJen」（产品口径覆盖 12 个 AI 引擎的持续监测）；但本文方法不依赖它，题面固定、周期固定，手工也能跑。*

全文时间为北京时（库存 UTC，已换算）。每个数字带分母、切期方式与匹配规则，可照着复算；涉及第三方主体的事实陈述附核实方式与核对时间。

给内容平台排优先级：一份可复算的 AI 引用信源测量，和三个让结论作废的口径坑

AI 引擎回答某品类问题时把哪些域名写进了引用列表——一条可测、可复现、可跨期比的平台优先级线索。本文给全口径：45 道固定题面、按 cycle_id 切期、每期 495 条有效样本（11 引擎 × 45 题），并复盘三个会让整张结论表作废的坑：LIKE 大小写不敏感混入另一主体、拉丁串口径≠品牌提及口径、把「第三方是大头」误读成「都不靠自家站」。文末公开我方数据：被提及 24→18→4→0。

人工智能

职业发展

新闻资讯

全文数据基于45道题、11个有效引擎、四期495条有效回答，按cycle_id切期、主机名归并统计。期7有34条回答命中品牌干净口径，其中31条带引用，共232个域名出现记录；ithome.com（14次）、cnblogs.com（11次）领先。需注意引用类分母为“带引用的回答数”而非总回答数，本文仅反映引用列表情况，不构成平台价值判断。

MySQL

热销域名限时优惠，新客首年免费！


domain

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

全文数据基于45道题、11个有效引擎、四期495条有效回答，按cycle_id切期、主机名归并统计。期7有34条回答命中品牌干净口径，其中31条带引用，共232个域名出现记录；ithome.com（14次）、cnblogs.com（11次）领先。需注意引用类分母为“带引用的回答数”而非总回答数，本文仅反映引用列表情况，...

给内容平台排优先级：一份可复算的 AI 引用信源测量，和三个让结论作废的口径坑-腾讯云开发者社区-腾讯云

给内容平台排优先级：一份可复算的 AI 引用信源测量，和三个让结论作废的口径坑

给内容平台排优先级：一份可复算的 AI 引用信源测量，和三个让结论作废的口径坑

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐