GEO 内容要写多少篇才够？先算清楚覆盖面

数量不是拍出来的，是从「问题清单」里算出来的。

先把客户会问的问题列全，按意图分类：想知道是什么的、想比较的、问价格的、问怎么做的、问出问题怎么办。每一类下面又有具体的长尾。一个细分行业通常能列出几十到几百个问题。

然后做取舍。不是每个问题都值得单独写一篇，有些问题可以合并到一个页面里答。取舍的标准是这个问题的搜索频次和商业价值。

实际的经验值：一个清晰的业务方向，先做二十到三十个核心问题，形成基本覆盖；跑三个月看哪些页面被引用，再围绕这些方向加深。

一上来铺几百篇的做法，多数是凑数。内容之间互相重复，反而稀释了权重。

我们是按批次做的，每批二十个问题。

第一批做完，等一个月看效果，重点看有没有被引用、哪些问题被引用了。结果挺意外，被引用最多的不是我们认为最重要的那几个，而是几个特别具体的操作类问题。

第二批就调整了方向，往那种「具体到某一步怎么做」的问题上倾斜。命中率明显提高。

所以我的体会是：数量不是关键，能不能根据反馈调整方向才是。第一批不用多，二十篇足够看出趋势。

还有，写完不要放着。同一个问题过半年再看，如果有新情况，补一段比新写一篇有效，因为原来那篇可能已经有引用记录了。

几个关于数量的误区。

把这当 KPI。按月按篇数考核，结果一定是凑数，内容互相抄，读者和模型都不买账。

只统计发布量不统计覆盖。一百篇都讲同一件事，覆盖的问题只有一个。

以为写得越多越容易被引用。同一主题反复写，会分散权重，不如把一篇写透。

忽略更新。旧内容信息过期了不维护，反而成了负担，因为被引用时给的是错的信息。

不做问题清单直接开写。写着写着发现重复，或者漏掉了一大片，回头补的成本更高。

我建议的节奏是：先列清单，再定批次，每批二十篇左右，做完复盘再决定下一批方向。

复盘时看三件事：哪些被引用了、哪些完全没有动静、哪些问题用户根本不会这么问。三条合起来，下一批的选题基本就清楚了，比凭感觉排计划准得多。

一次铺开和分批推进，差别在反馈速度上。

一次写一百篇，看起来效率高，但写到第七十篇的时候才发现方向不对，前面七十篇的价值大打折扣。而且内容之间容易重复，自己都记不清哪篇讲过什么。

分批做，每批二十篇，做完等一个月看反馈，调整方向再写下一批。总量一样，但每一批都比上一批更准。

成本上也有差别。一次铺开要一次性投入大量人力，中途想停很尴尬；分批做随时能停，损失有限。

我的经验是第一批尤其要小一些，十到十五篇就够。这一批的作用不是产出，是验证——验证问法对不对、写法有没有效、哪个方向值得深挖。

问题清单怎么来，几种来源都可以用：

客服和销售的聊天记录。客户的原话最接近真实问法。

工单和售后记录。问题类需求集中在这里。

搜索工具的联想词。用于发现新的问法角度。

行业群和论坛。看同行客户在讨论什么。

同行的页面标题。看对手在覆盖哪些问题，缺的可以补。

内部专家的口述。老师傅知道客户最常卡在哪，但这些话很少被写下来。

把这些汇总去重，按意图分类，就是一份可用的清单。清单不是一次性的，每季度更新一次，删掉没人问的，补上新出现的。

还有一点常被忽略：清单里最好标上「谁在问」。经销商关心的是利润和扶持，终端用户关心的是效果和价格，两种问法混在一起写，内容就会两头不靠。