1
00:00:00,100 --> 00:00:06,432
本内容改编自小山学堂《学 AI 产品，从入门到精通》，为二次演绎配音版。

2
00:00:06,382 --> 00:00:15,661
这一集要解决的，是独立开发者和小团队最常问的一句话，我一个人，既要做产品又要做内容，力气该往哪花。

3
00:00:15,661 --> 00:00:21,586
前面几节讲了被搜到这件事的技术清单，全是能一次性做完的动作。

4
00:00:21,586 --> 00:00:32,283
这一集把它们落在一个真实病人身上，也就是小山学堂本站自己，然后再讲真正日复一日的那场仗，写什么，先写什么。

5
00:00:32,283 --> 00:00:34,098
这一集分两半。

6
00:00:34,098 --> 00:00:44,951
前半是一份真实审计复盘，把十个缺口里的五个讲清楚，每个都按怎么发现、改了什么、拿什么验收三段拆，你可以原样用在自己站上。

7
00:00:44,951 --> 00:00:53,317
后半是内容优先级，讲一个人没有词库工具预算的时候，靠什么排序，以及哪些歪路碰了就是团灭。

8
00:00:53,317 --> 00:00:55,649
为什么产品经理要关心。

9
00:00:55,649 --> 00:01:02,608
因为流量结构变了，用户的第一站越来越不是你的首页，而是搜索框和 AI 对话框。

10
00:01:02,608 --> 00:01:08,125
你的内容能不能在那一站被翻出来，决定了后面所有转化有没有入口。

11
00:01:08,125 --> 00:01:15,949
这一集给的不是理论，是一份可以照抄的审计清单，和一套一个人也跑得动的选题排序方法。

12
00:01:16,110 --> 00:01:18,283
先交代病人的底子。

13
00:01:18,233 --> 00:01:22,199
二零二六年八月十日，给全站做了一次审计。

14
00:01:22,199 --> 00:01:31,466
那天的本站是这样的，七百五十九个页面，中英韩三语，其中七百四十三页有描述，七百四十一页有结构化数据。

15
00:01:31,466 --> 00:01:35,637
按很多教程的标准，这已经算做得不错的站了。

16
00:01:35,637 --> 00:01:38,113
但一做实测就露馅了。

17
00:01:38,113 --> 00:01:45,961
这正是这一章反复强调自己动手核对的原因，清单过了不代表没病，数字才是诊断书。

18
00:01:45,961 --> 00:01:49,423
第一项实测就查出了全场最大的病。

19
00:01:49,423 --> 00:01:59,315
用 site 语法在两个引擎各查一次收录数，同一个站，同一天，谷歌那边大约六百九十三页，微软必应那边大约五十页。

20
00:01:59,315 --> 00:02:03,329
差了将近十四倍，而且短的那头最要命。

21
00:02:03,329 --> 00:02:05,673
这里要补一个关键背景。

22
00:02:05,673 --> 00:02:09,243
ChatGPT 的联网搜索大量依赖必应的索引。

23
00:02:09,243 --> 00:02:16,779
必应只认识你五十页，意味着不管另外六百四十页写得多好，AI 替用户搜的时候都翻不到它们。

24
00:02:16,779 --> 00:02:23,113
诊断结论很直白，本站在谷歌眼里是个内容站，在 AI 眼里接近不存在。

25
00:02:23,113 --> 00:02:25,276
复盘成因也很典型。

26
00:02:25,276 --> 00:02:29,880
站长平台只注册了谷歌一家，必应全靠自然爬。

27
00:02:29,880 --> 00:02:36,947
谷歌的爬虫勤快、配额大，慢慢也能爬全；必应对没提交的小站爬得很保守。

28
00:02:36,947 --> 00:02:41,154
不是内容有差别，是你根本没跟它打过招呼。

29
00:02:41,310 --> 00:02:49,096
审计报告查出十个缺口，挑五个最有代表性的，每个讲清怎么发现、改了什么、拿什么验收。

30
00:02:49,046 --> 00:02:51,895
缺口一，就是刚才那个收录差。

31
00:02:51,895 --> 00:03:01,366
修法是注册必应站长平台、提交站点地图，再接上主动推送协议，让发版脚本自动把变更页面推过去。

32
00:03:01,366 --> 00:03:07,423
第一次推送还吃了个四零三，原因是验证文件没先放到站点根目录。

33
00:03:07,423 --> 00:03:13,012
验收定的目标是两周内收录从五十到三百以上，每周记一次数。

34
00:03:13,012 --> 00:03:18,637
缺口二，站点地图漏了全部英文和韩文页面，约四百七十个地址。

35
00:03:18,637 --> 00:03:24,286
打开自己的地图文件一数，只有约三百三十条，全是中文页。

36
00:03:24,286 --> 00:03:30,681
英文内容恰恰是海外 AI 引擎引用的主要语言，等于把半张牌桌让了。

37
00:03:30,681 --> 00:03:40,801
修法是改生成脚本，每个课程页输出中英韩三条地址，条目内用语言标注互指三个版本，引擎就知道它们是同一页的翻译。

38
00:03:40,801 --> 00:03:44,527
验收是条目从三百三十涨到约八百。

39
00:03:44,527 --> 00:03:51,546
缺口三，三十七个天然问答页只标了普通文章类型，白扔了常见问题引用。

40
00:03:51,546 --> 00:03:57,027
这批页面每页就是一问一答，全是小白会原样打进 AI 的问题。

41
00:03:57,027 --> 00:04:05,044
修法是构建脚本对这批页面自动注入问答结构化数据，页面标题当问题，页首答案当答案。

42
00:04:05,044 --> 00:04:11,486
验收是富媒体测试通过，并且每月拿这批问题问一遍 AI，记录被引用次数。

43
00:04:11,486 --> 00:04:16,955
缺口四，结构化数据里没有日期，AI 引擎判断不了新鲜度。

44
00:04:16,955 --> 00:04:24,827
修法是日期不手填，脚本从版本提交记录取每页的首次提交和最近修改，写进数据里。

45
00:04:24,827 --> 00:04:29,719
缺口五，统计脚本把爬虫流量全丢了，效果不可度量。

46
00:04:29,719 --> 00:04:36,258
修法是过滤改成归档，按来源统计各家 AI 爬虫的日抓取量和热门路径。

47
00:04:36,258 --> 00:04:42,303
五条拆完有个共性，每条的修法都进了脚本和流程，没有一条靠手工。

48
00:04:42,303 --> 00:04:50,272
一个人维护几百个页面，手工必漏；让构建脚本每次发版自动做对，才是一人公司该有的姿势。

49
00:04:50,272 --> 00:04:53,998
还有一个角度看这五条，它们分属三层。

50
00:04:53,998 --> 00:05:06,378
收录差、站点地图漏语言，属于引擎根本看不到；问答页没标结构化数据、没有日期，属于看到了但不引用；爬虫流量被丢弃，属于没有度量仪表。

51
00:05:06,378 --> 00:05:13,481
三层要按顺序修，看不到的时候谈引用是白谈，没有仪表的时候谈优化是盲飞。

52
00:05:13,610 --> 00:05:16,023
本站有个绕不开的矛盾。

53
00:05:15,973 --> 00:05:22,897
五百多个页面要登录才能看，但整页拦住的话，引擎和 AI 也一个字都抓不到。

54
00:05:22,897 --> 00:05:29,026
审计前的做法就是这样的硬墙，五百三十一个受限页对引擎完全不可见。

55
00:05:29,026 --> 00:05:31,190
改造后换成软墙。

56
00:05:31,190 --> 00:05:43,966
软墙的意思是，付费内容的全文进 HTML，让引擎能抓到；未登录用户看到前面一部分；同时在结构化数据里明说这页有付费部分、受限范围在哪。

57
00:05:43,966 --> 00:05:51,166
改完的结果是，五百三十一个受限页全文可抓，可索引页从二十八涨到一百八十六。

58
00:05:51,166 --> 00:05:53,750
这里必须把那条线说清楚。

59
00:05:53,750 --> 00:05:59,423
软墙和骗引擎的做法只隔一层纸，隔开它们的就是那行声明。

60
00:05:59,423 --> 00:06:04,651
删掉声明，给引擎全文却给用户空页，就滑进违规了。

61
00:06:04,651 --> 00:06:08,954
这是谷歌官方认可的做法，前提是声明还在。

62
00:06:08,954 --> 00:06:15,168
判断标准也很简单，你给引擎看的内容和用户看到的是不是同一份。

63
00:06:15,168 --> 00:06:19,423
是，就是合规的软墙；不是，就是作弊。

64
00:06:19,423 --> 00:06:29,928
还有一个反面例子，识别爬虫来源时返回全文，普通用户访问时整页只有登录框，页面不做任何声明，这个越线了。

65
00:06:30,070 --> 00:06:34,250
改造前后有六张牌可以翻，最后一张最诚实。

66
00:06:34,200 --> 00:06:38,058
必应收录数在改造当天一页都不会多。

67
00:06:38,058 --> 00:06:41,676
动作是当天做完的，效果是按周计的。

68
00:06:41,676 --> 00:06:47,650
所以验收标准里才全是两周内、每周记一次这种带时间的写法。

69
00:06:47,650 --> 00:06:50,931
当天出效果的承诺，多半是骗子。

70
00:06:50,931 --> 00:06:58,335
工作量也交代一下，审计半天，改造集中在一周内完成，绝大部分是改一个构建脚本。

71
00:06:58,335 --> 00:07:06,688
一个人、一周、几乎零现金成本，这就是把动作全部脚本化之后，优化对一人公司的真实价格。

72
00:07:06,688 --> 00:07:09,573
排期上有个工程直觉值得记住。

73
00:07:09,573 --> 00:07:20,042
第一周把站点地图补多语言、补全文索引文件、注册站长平台挤在一起做，因为它们改的是同一个构建脚本，一次发版全上。

74
00:07:20,042 --> 00:07:26,796
一个人做优化，按改哪个文件分组排期，比按哪个更重要排期省一半力气。

75
00:07:26,796 --> 00:07:35,667
整套节奏分三层，先修引擎根本看不到的病，再修看到了但不被引用的问题，最后才是内容放大与防守。

76
00:07:35,667 --> 00:07:38,443
每层做完再做下一层。

77
00:07:38,590 --> 00:07:43,167
技术清单讲完，说真正日复一日的仗，写什么。

78
00:07:43,117 --> 00:07:46,398
独立开发者的内容通病是功能视角。

79
00:07:46,398 --> 00:07:52,540
更新日志、功能介绍、版本对比，写得勤快，全是没人搜的东西。

80
00:07:52,540 --> 00:08:00,232
用户不搜某某工具更新了什么，他搜的是自己的麻烦，发票专票普票区别，猫疫苗过期了怎么办。

81
00:08:00,232 --> 00:08:06,951
所以选题的第一原则是，写用户真的会打进搜索框和 AI 对话框的那句话。

82
00:08:06,951 --> 00:08:10,377
判断一个选题好不好，只看两个维度。

83
00:08:10,377 --> 00:08:18,093
意图强度，搜这句话的人离用你的产品有多近；竞争度，这个问题已经有多少人答得不错。

84
00:08:18,093 --> 00:08:24,319
意图强、竞争弱的就是金矿，一人公司专挖这种，大词让大厂去卷。

85
00:08:24,319 --> 00:08:28,009
拿给自由职业者做开票工具的例子试试。

86
00:08:28,009 --> 00:08:42,504
四个候选选题，第一个是自由职业者给公司开票要交多少税，搜这句的人正卡在开票流程里，离用你的工具一步之遥，而认真答这个问题的内容少，大多是官样文章，这是金矿。

87
00:08:42,504 --> 00:08:53,201
第二个是发票是什么，搜索量看着大，但搜的人八成是学生查作业，离付费十万八千里，而且百科官网全在答，碰它是给巨头陪跑。

88
00:08:53,201 --> 00:09:03,213
第三个是税务代开被拒的常见原因，搜的人刚被拒，情绪和意图都在顶点，愿意写不光彩经历的人少，你写了就是稀缺供给。

89
00:09:03,213 --> 00:09:08,862
第四个是某某工具更新日志，竞争是零，因为搜索量也是零。

90
00:09:08,862 --> 00:09:14,463
排序自己就浮出来了，先写一和三，二不碰，四保持但零期待。

91
00:09:14,463 --> 00:09:19,042
这两条仪表还有一个用法，它能救你于自我感动。

92
00:09:19,042 --> 00:09:25,773
很多独立开发者写内容的时候，其实是在写给自己看，写的是自己觉得厉害的东西。

93
00:09:25,773 --> 00:09:34,247
每次列选题都过一遍，谁会搜这句、搜的人离付费多近，这两问能把一半的自我感动选题当场筛掉。

94
00:09:34,247 --> 00:09:37,312
这就是一个人也能有的 SEO 团队。

95
00:09:37,312 --> 00:09:41,999
功能句思维改成问题句思维，有个机械可行的练习。

96
00:09:41,999 --> 00:09:48,802
拿一个功能，写出五句用户可能打进搜索框的问话，每句就是一篇内容的选题。

97
00:09:48,802 --> 00:09:55,425
举个例子，功能是上传合同文件，自动识别金额、税号和开票类型。

98
00:09:55,425 --> 00:10:08,742
翻译出来的五句可能是这样，合同金额含税不含税怎么看，扫码识别出来的税号错了怎么办，个人能不能给公司开发票，合同里没写税号能开票吗，跨月的合同还能补开吗。

99
00:10:08,742 --> 00:10:10,509
看出门道了吗。

100
00:10:10,509 --> 00:10:15,256
五句话里没有一句提你的产品，全是用户自己的麻烦。

101
00:10:15,256 --> 00:10:21,194
他为麻烦而来，因为你答得好而留下，顺手发现你的工具正好能解决。

102
00:10:21,194 --> 00:10:24,475
这就是内容和产品的正确咬合方式。

103
00:10:24,475 --> 00:10:28,453
这个练习还有个副产品，它同时是需求验证。

104
00:10:28,453 --> 00:10:38,117
如果一个功能你绞尽脑汁也翻译不出五句用户的原话，通常不是你文笔不好，是这个功能对应的需求太窄或者根本不存在。

105
00:10:38,117 --> 00:10:43,357
花五分钟写五句话，比开两次需求评审会更早发现问题。

106
00:10:43,357 --> 00:10:48,225
轮到你了，拿自己产品的一个功能照这个格式写五句。

107
00:10:48,225 --> 00:10:52,215
写不出来，说明这个功能可能压根没人需要。

108
00:10:52,215 --> 00:11:02,889
标题也是同一个道理，同一篇内容，一个标题写全新智能提醒引擎上线，另一个写猫疫苗过期了几天还能补吗，后者才有入口。

109
00:11:03,020 --> 00:11:07,212
选题解决了写什么，还剩一个问题，凭什么是你。

110
00:11:07,162 --> 00:11:13,412
搜索引擎和 AI 引擎这几年都在收紧同一个阀门，偏爱有第一手经验的内容。

111
00:11:13,412 --> 00:11:21,453
谷歌把经验写进了内容评估标准，AI 挑引用时也明显偏向带具体数字和亲历细节的段落。

112
00:11:21,453 --> 00:11:27,763
这对一人公司是天大的好消息，你没有编辑团队，但你有别人抄不走的东西。

113
00:11:27,763 --> 00:11:30,792
盘点一下你手里可能已经有的素材。

114
00:11:30,792 --> 00:11:36,754
云服务的真实账单，一个某类产品每月到底花多少钱永远有人搜。

115
00:11:36,754 --> 00:11:43,400
一次线上事故的完整时间线，报错截图、定位过程、最后那行罪魁祸首。

116
00:11:43,400 --> 00:11:50,407
和供应商、平台、客户的谈判记录，脱敏后价格类问题的搜索意图极强。

117
00:11:50,407 --> 00:11:57,859
被拒的经历，商标被驳回、上架被拒、贷款被拒，愿意写失败的人少，搜的人多。

118
00:11:57,859 --> 00:12:03,328
还有做错的决策和返工记录，早知道就开头的内容天然可信。

119
00:12:03,328 --> 00:12:13,941
脱敏的分寸也有参照，金额、日期、过程保留，这些是可信度的来源；对手方名称、文书文号、个人信息一律隐去。

120
00:12:13,941 --> 00:12:18,376
至于新写还是回去更新旧的，判断标准很简单。

121
00:12:18,376 --> 00:12:29,903
旧文有排名但数据旧了，优先更新，这是投入产出比最高的动作；旧文没排名也没点击，先诊断再决定；台账里有金矿候选，就新写。

122
00:12:29,903 --> 00:12:34,770
大致节奏是每写两三篇新的，回头翻修一篇旧的。

123
00:12:34,920 --> 00:12:38,956
讲到这你多半会想，内容也让 AI 写不就完了。

124
00:12:38,906 --> 00:12:43,173
答案要分岗位说，AI 是好助手，是坏印刷机。

125
00:12:43,173 --> 00:13:03,513
助手位上，选题环节让它把一个功能翻译成二十个候选问句，你来挑；初稿环节让它把你的口述、日志、账单整理成结构化初稿；事实环节让它帮你列出需要核对的数字和出处清单；批量环节让它起草几百页的一句话摘要，人工过一遍再发。

126
00:13:03,513 --> 00:13:18,105
印刷机位上，选题让它自己决定写什么，它只会挑大词；初稿没有输入材料硬编一篇深度好文；事实让它直接填数字，它会一本正经地编；批量生成几百个没人核过的独立页面。

127
00:13:18,105 --> 00:13:22,600
分界线其实就一条，页面里有没有只有你能提供的东西。

128
00:13:22,600 --> 00:13:28,477
有，AI 参与再多也是你的内容；没有，你亲手打字它也是灌水。

129
00:13:28,477 --> 00:13:30,460
最后是反面清单。

130
00:13:30,460 --> 00:13:40,052
买高权重外链、按城市名批量生成落地页、页脚放白底白字的关键词、签保证三个月上首页的服务商，这些都是坑。

131
00:13:40,052 --> 00:13:45,160
稳的是给问答页加结构化数据、把旧文章补上新数据重发。

132
00:13:45,160 --> 00:13:52,432
规律只有一条，凡是想骗过引擎的都是坑，凡是帮引擎读懂真实内容的都是稳。

133
00:13:52,432 --> 00:13:55,545
一人公司输不起整站惩罚。

134
00:13:55,700 --> 00:13:59,712
第一，清单过了不代表没病，先跑一遍实测。

135
00:13:59,662 --> 00:14:09,614
两个引擎各查一次收录，打开站点地图数条目，随机抽五页看源码，查问答页有没有标结构化数据，翻日志找 AI 爬虫。

136
00:14:09,614 --> 00:14:16,417
每查一项记一行，现状、影响、修法，查完你手里就是自己站的审计报告。

137
00:14:16,417 --> 00:14:23,977
第二，每个缺口都要配三件事，怎么发现要可复制，修法要进脚本，验收要带时间和数字。

138
00:14:23,977 --> 00:14:27,691
当天见效的承诺别信，效果按周计。

139
00:14:27,691 --> 00:14:34,734
第三，付费内容用软墙，全文进 HTML 让引擎可抓，用声明说清受限范围。

140
00:14:34,734 --> 00:14:41,898
删了声明就从优化滑进作弊，判断标准是你给引擎的和给用户的是不是同一份。

141
00:14:41,898 --> 00:14:47,727
第四，排期按改哪个文件分组，同一个脚本里的改动挤进同一周。

142
00:14:47,727 --> 00:14:53,472
按引擎根本看不到、看到了但不引用、放大与防守三层排优先级。

143
00:14:53,472 --> 00:15:02,487
第五，选题先写问题再堆功能，每个选题过意图强度和竞争度两条仪表，专挖强意图弱竞争的金矿。

144
00:15:02,487 --> 00:15:07,222
一个功能翻译不出五句用户原话，先怀疑它是伪需求。

145
00:15:07,222 --> 00:15:15,251
第六，用真实经历换可信度，账单、报错、谈判记录、踩过的坑，这是你唯一的护城河。

146
00:15:15,251 --> 00:15:19,313
让 AI 加速你的经验，别让它替你编造经验。

147
00:15:19,313 --> 00:15:28,989
最后把选题落进一张四列表，选题、意图、竞争、状态，坚持一个季度，它比任何关键词工具都懂你的用户。