播客与视频（引用路径）的区别
播客与视频在 AI 引用里共享同一条铁律：本体不经抓取，被引用的是文字化替身——转写文本层就是它们的「正文」。但两个形态的供给缺口长得不一样。播客卡在官方转写的语言缺口：Apple Podcasts 官方转写 2024-03-05 上线，首发只有英法德西四种语言，不含中文，中文播客进语料主要靠发布方自发文字稿。视频卡在质量缺口：平台自动字幕普遍可得，但从业者口径下引擎解析的是标题、描述、字幕等文本层，机器直出未校对的字幕会直接污染引擎读到的全部——而 AI 搜索对短视频的引用率 12 个月增长 3.2 倍（从业者口径，未复验），文本层工程已经从可选项变成入场动作。
对照表
| 维度 | 播客 | 视频 |
|---|---|---|
| 转写层形态 | 逐字稿+shownotes（发布方唯一完全可控的网页层） | 字幕+描述+章节时间戳（转写即正文） |
| 缺口类型 | 官方转写不含中文——供给量的缺口 | 自动字幕质量——供给质的缺口 |
| 抓取管辖 | 音频元数据 iTMS 不遵守 robots；文字稿页是普通网页 | watch page 先进索引，三 URL 模型各自可达 |
| 中文侧实证 | 被通用 AI 直接引用个案缺失（未核实） | 引用率 12 个月 3.2 倍；抖音登顶豆包占比最高引用源 |
| 共同结论 | 谁先把单集转写成可索引网页，谁吃缺口红利 | 谁先把字幕审校干净，谁在引用池有正文 |
常见混淆
一是以为「发了」就进了引用池——音频与视频本体都不在抓取队列里，检索层无从检回没有文字形态的内容。二是用一套配置对付两层资产——播客的元数据层（iTMS，官方口径不遵守 robots.txt）与文字稿网页层（robots 与索引规则全部适用）管理规则完全不同。三是把制作规格当被引变量——引擎读的是文字层，低成本录屏与高制作内容站在同一条被引起跑线上。四是把文字稿只挂在音频平台站内——站内页面对外部引擎的可达性各不相同，官网或合作媒体的同步版本才是稳定可依赖的那一份。
选用建议
底线配置一句话：每期都有可索引文字稿。播客侧 shownotes 按「自含观点块+时间戳」写，单集标题用听众真实问法，重点单集主动进入 Podwise、BibiGPT 类转写库的覆盖范围。视频侧描述写全定义、步骤与数据点，章节标题与时间戳一一对应，字幕先审校再发布，视频页按三 URL 模型自查可达性。两条线的文字层与图文矩阵共用同一张问句清单，效果按问句级跨形态比较。播客侧展开见播客平台档案，视频技术规格见视频技术层档案，引用增长口径见短视频引用 3.2 倍数据卡与抖音登顶豆包引用源。