知乎给个人的不是日更流量，是检索流量。一篇知乎回答什么时候被读者看到，取决于有没有人在知乎站内搜索里或者在搜索引擎里敲出那行问题，而不是取决于您今天更新了几条。所以决定一篇知乎长文能不能持续带来读者的，是两件事：第一，这个问题长期有没有人搜；第二，您的文字能不能被抓取程序完整地读进去。
本文先解释两个词。所谓「检索流量」，指读者不是刷到您的内容，而是他自己敲了一行问题，然后被分到了您这一篇。所谓「收录」，指搜索引擎或者站内搜索程序把您的页面读进去、存进自己的索引库，后面别人搜索的时候才可能搜得到您。
知乎自己的站内排序规则由知乎决定，搜索引擎收不收录某个页面由搜索引擎决定，所以本文不写排名权重、不写条数上限，也不承诺任何一条内容的收录结果；需要一手证据才能下的结论，本文一律标注「需补充实测数据」。本文给的是判断方法和执行顺序，这两样东西您拿去配任何工具都能用。
一、先把三条入口分开：知乎的流量到底从哪儿进来
知乎的流量入口有三条，而且这三条对同一篇稿子的要求互相不一样。很多人把知乎当短文社交平台用，每天更新、每天发态度，三个月下来一个入口都没占住，原因就是他拿第三条入口的打法去做第一条和第二条入口的事。
| 入口 | 读者在哪儿找您 | 触发条件 | 对内容的要求 | 流量的时间形状 |
|---|---|---|---|---|
| 入口一：知乎站内搜索与问题页排名 | 读者在知乎里面直接搜索问题 | 问题标题里出现的关键词，和您回答正文里出现的关键词能对上；回答被读者投票、被读者收藏之后，排名往上涨 | 一个回答只把一件事讲完，开头两句就把结论给出来，不要绕 | 起量慢，通常要几天才看到读者进来；一旦排上去，能持续被人翻到。具体几天需要您自己实测，本文不写统一数字 |
| 入口二：站外搜索引擎抓知乎的问题页 | 读者在搜索引擎里搜索一长串具体问题 | 知乎的问题页和回答页被搜索引擎收录，而收录要求页面本身就是一段可读的完整文字 | 正文必须是完整的句子，主语和宾语都要在；条件要写进句子里，不能只写在图片上。抓取程序读不到图片里的文字 | 三条入口里最慢的一条，也是最长效的一条。能不能被收录、什么时候被收录由搜索引擎决定，任何工具都不能承诺收录 |
| 入口三：关注者时间线与系统推荐 | 已经关注您这个账号的读者，以及系统推荐位分给您的读者 | 这个账号的关注者数量，以及这个账号在相关话题下的历史投票记录 | 内容要有连续的立场和稳定的领域，读者关注的是这个账号，不是某一篇 | 起量最快，衰减也最快。发布当天最集中，几天之后基本归零 |
把这张表读成一句话：入口一和入口二吃的是「这篇文字能不能被读懂」，入口三吃的是「这个账号值不值得被关注」。个人博主在知乎上带不到流量，通常不是因为写得不好，而是因为拿入口三的打法去做入口一和入口二的事——天天发短态度、把结论埋在第三段、把关键数据做成一张图片，这三样都正好是检索型入口不认的写法。
二、五个问题先打分，够 7 分才占，5 分以下直接放弃
「占位」在这篇文章里的意思是：在一个长期有人搜的知乎问题下面，让您的一个回答排进读者会点开的那几行位置。矩阵占位就是同时用几个账号在这一个问题下面占几个位置。
这里必须先说清楚一条界限：同一道题目用几个账号去回答，是平台会综合判定的行为，判定规则由知乎自己定，判定结果落在您的账号上。本文不写判定的具体阈值，也不提供「让平台看不出来这是同一个人」的技巧，那是绝对不该碰的方向；任何工具都不会承诺防封号，也不会承诺规避风控，谁向您这样承诺，谁就是在替您承担后果。本文给的是「这件事要不要做」的判断方法。
| 打分项 | 0 分 | 1 分 | 2 分 |
|---|---|---|---|
| 问题一：这个搜索需求长期存在吗？ | 只有最近的热榜把这道题顶上去了，一周以后没人再搜这行问题 | 需求存在但很窄，只有做这行的人才会敲出这行字 | 这行问题是新手一定会问、而且每年都有人来问的表述，例如「某个流程怎么走」「A 和 B 的区别」 |
| 问题二：现有靠前的回答过期了吗？ | 靠前的回答把话说尽了，而且事实到现在仍然成立，我加不了新东西 | 靠前的回答讲的是同一个道理，但没有给具体步骤，读者看完还得自己摸索 | 靠前的回答引用的规则、价格或者软件版本已经变了，或者通篇是态度没有事实，我手里有更新过的事实 |
| 问题三：您手里有没有可核实的事实、步骤或参数？ | 只有观点和情绪，没有任何读者能带走的东西 | 有步骤，但步骤是从别处看来的，您自己没有照着走通过一遍 | 有您自己走通过的流程、能填的参数、能对错的表，读者照着做就能自查 |
| 问题四：同一个问题您能不能写出两个真正不同的角度？ | 您只能写出一版，第二版只是换了几个词 | 您能写出两版，两版的例子不同，但结论是同一句 | 您能写出两版以上，而且每一版的读者对象就不同，例如一版写给刚入门的人、一版写给要比较方案的人 |
| 问题五：这篇内容能不能独立成立？ | 读者非要看您的另外一篇文章、或者非要闻点进您的主页才读得懂 | 读者大致能独立读懂，但关键结论需要读者自己补前提 | 读者只看这一篇就能做完一个判断，所有前提都写在句子里 |
总分怎么用：7 分以上才值得占；5 到 6 分只占一个账号的位置，不要开矩阵；4 分及以下直接放弃，把时间挪去写下一条选题。
问题四是最容易骗自己的一项，所以要单独讲。很多人理解的「矩阵占位」是「同一篇文字投五个账号」，这种做法在问题四上就是 0 分，因为它根本不是两个角度，而是同一个角度复印了五遍。同一个问题页上出现五段几乎一样的文字，读者一眼就能看出来，平台会把您这几个账号一起当成营销行为处理，而不是只处理其中一个。反过来，如果这几版回答里有一版专门讲新手怎么起步、一版专门讲怎么核对一手规则、一版专门讲踩过的坑，读者看到的是五种信息，这个问题页才算被您占住了。
三、六步流程：占位这件事的正确顺序
顺序错了会白做。最常见的错误是先建账号矩阵、再回头找题，结果五个账号发同一件事。正确顺序是先定题、再定改动清单、最后才轮到账号。
| 步骤 | 您在这一步做什么 | 产出什么 | 判断做完的标志 |
|---|---|---|---|
| 第 1 步：建问题清单 | 把您这个领域里长期有人搜的知乎问题逐条摘出来，每一行记下问题地址、目标搜索词、现有回答数、现有回答的最后更新时间、您的差异化角度、打算由哪个账号提交、打算什么时候提交、提交以后平台的回执 | 一张问题清单表 | 清单上每一行都能填出「差异化角度」这一列；填不出角度就说明这一行不该占 |
| 第 2 步：定底稿 | 只写一份事实底稿，把可核实的步骤、参数和对照表写全，一份底稿只讲一个核心思想 | 一份事实底稿 | 底稿里的每一个数字和每一条规则都能指回一个出处 |
| 第 3 步：一稿多版 | 按下一节的改动清单，把同一份底稿改成几版真正不同的回答，每个账号用的那一版至少改三处 | 每个账号一版稿 | 把两版稿并排放在一起，您自己都能一眼说出这两版的读者对象分别是什么 |
| 第 4 步：提交 | 把每一版稿提交给对应的账号去发布。要讲清楚一件事：分发服务里并没有「把提交时刻安排在将来」的那一层，内容进入队列之后就会被服务取走发布，所以您想让内容落在哪个时段，就得您自己在那个时段提交，或者由您自己的系统在那个时段调用一次提交接口 | 队列里的若干条发布任务 | 每个账号都拿到了一条任务编号，而不只是「我点了一下发布」这个动作 |
| 第 5 步：查询状态 | 按账号逐行看结果，不要按提交次数看结果。四个状态的含义要分清：待发布是还没轮到、发布成功才是真的发出去了、异常退避是暂时失败而且会在约定时间再试一次、平台不支持是这条内容的形态那个平台收不了 | 一份逐账号的状态查询结果 | 您能说出这一版稿在哪一个账号上已经发布成功、在哪一个账号上还在退避之中 |
| 第 6 步：回填台账 | 把问题清单表里空着的两列填上：提交时刻和平台回执。台账的作用是让下一次排选题的人知道哪个账号在哪道题目上占过位置 | 一张填完的问题清单表 | 三个月以后您还能凭这张表回答「这道题我们占过没有」 |
第 5 步里那个「在约定时间再试一次」，业内一般叫指数退避，白话就是失败得越多，系统等待得越久才再试一次。这个机制解决的是「账号临时登录不上」「平台页面临时改版」这两类会自己恢复的毛病，它不是发布失败的终点。所以把还在退避中的任务当成失败、再手工提交一遍，是这套流程里最常见的自伤动作。
四、版式参数：知乎这一版怎么写才经得起检索
这一节是可以直接照着填的参数表。它讲的不是文笔，而是「抓取程序和读者在同一屏里先看什么」这件事。
| 位置 | 建议怎么填 | 为什么这么填 |
|---|---|---|
| 开头第一句 | 写一句结论，主语写清楚是谁在做这件事，控制在 40 字以内 | 读者在搜索结果里只看到开头一行，抓取程序也优先取前面几段。结论埋在第三段，等于没有结论 |
| 开头第二句 | 给适用条件：谁该按这句话去做、谁不该按这句话去做 | 没有条件的结论容易被更完整的版本超过，也容易被读者追问「你说的不适用于我」 |
| 小标题 | 放 3 到 5 个，每个小标题只讲一件事 | 读者扫一眼小标题就能决定要不要继续读；一个小标题里塞两件事，读者就扫不出来 |
| 段落 | 一段只讲一个观点，一段之内不要换主语 | 一段里从「您」跳到「平台」再跳到「工具」，读者要回读一遍才知道谁在做什么 |
| 事实句 | 每 3 到 5 段放一句带出处的事实 | 通篇态度而没有一处可核对，读者无法判断这段话值不值得信 |
| 表格 | 只在存在对照关系的时候用表格，不要用表格排版装饰 | 表格在检索里会被拆成一行行文字，对照关系清楚才有价值，装饰用的表格只是噪声 |
| 图片 | 关键结论不许只写在图片里；矢量示意图里的文字和位图里的文字，抓取程序能读到的程度不一样，所以重要结论必须同时写进正文句子 | 您把结论做成一张图，读者看到了，抓取程序没有看到 |
| 结尾 | 不写引导语，不写联系方式，不写「关注我领取资料」 | 知乎对回答末尾的引流内容有自己的处理规则，具体规则请以站内说明为准，本文不替平台下结论；从读者体验看，结尾留联系方式会削弱前面所有事实的可信度 |
长度参数单独说。您把稿子往分发服务里提交的时候，标题位和摘要位是有长度上限的，超过就会被接口拒收，而不是被截断了事。云梭发布的生成链路按固定字段出 short_title、title、long_title、description、keywords 这五项，这些长度是按接口上限定的，不是随手写的：title 落在 15 到 40 个字符，short_title 落在 8 到 20 个字符，long_title 落在 20 到 60 个字符，categories 至少给 5 项，keywords 给 3 到 6 个并且总长不超过 255 个字符，descriptions 不超过 80 个字。这几个数字是接口层实测过的口径，您在自己的系统里拼稿子的时候照着这套长度约束写，就不会在提交这一步被打回来。
一稿多版要改哪三处
第 3 步说「每个账号用的那一版至少改三处」，下面给具体的改动清单。改完这三处，两版稿就不再是复印件。
改完之后请做一次自查：把两版稿并排放在一起，只读小标题和每段的第一句。如果您自己都能看出这两版是同一篇文章换了个说法，那第二版不要提交，回去把例子重写。
五、门槛和成本要写在明处
这一节把做矩阵占位要付出的东西摊开说，不藏。
第一个门槛是本地插件。要在分发服务里长期用一个平台账号发布内容，前提是服务能拿到这个账号的登录状态，而抓取登录状态要在您自己的电脑上安装一个本地插件。这个插件只认 Chrome 或者 Chromium，不认 Edge；本机没装这两个浏览器其中之一，就抓不到登录状态。云梭发布这边已接入的平台是 14 个公开平台加一条自定义站点通道，知乎在这份清单里面。至于插件实际开放了哪几个操作系统的下载地址，以站内下载页显示的平台为准，本文不替后台的配置下结论。
第二个门槛是内容形态要对得上平台。长文和短内容不能一锅发。同一篇稿子去投多个平台的时候，要先按稿子长短分流：能承载长文的平台是微信公众号、头条号、百家号、搜狐号、网易号、大鱼号、一点资讯、知乎、腾讯内容开放平台这一组；小红书、抖音、新浪微博、快手、视频号这几家收的是短内容，把几千字的长文投进去，平台会按内容形态不合来处理。所以知乎属于长文那一组，您在知乎上写长回答，不会因为「这个平台只能发短文」而被拒。
第三个门槛是钱，把数字摆出来。发布按积分扣，一个平台一篇扣 850 积分，微信公众号和自定义站点通道是五折，也就是 425 积分；1 元兑 10000 积分；注册送的 10000 积分够您在单个平台上完整验证一次流程。按本文这套六步流程走，一篇长稿真正会命中的账号数量取决于您的账号池里有哪些平台的账号，不是发满清单才叫把流程验证完。充值和赠送的具体规则请以站内价格页为准，本文不写那些百分比。
这三个门槛里，最容易被忽略的是第二个：形态对不上，稿子写得再好也提交不进去。而最容易让人在事后觉得「当初没人告诉我」的是第一个：插件必须装在本机，而且本机必须有 Chrome 或者 Chromium。这两件事写清楚，比把流程说得好听有用得多。
六、三件事矩阵占位做不到，也不要听别人向您保证
这一节既是给您自己的止疼药，也是您去比较工具时能用的尺子。三件事的判读方法是同一套：先看对方给不给出可以核对的证据，再看对方肯不肯承认自己管不到哪一段。
第一件：没人能保证收录。您的知乎回答会不会被搜索引擎抓走，取决于搜索引擎自己的抓取程序和它自己的排序判断，这件事不在任何写作工具的控制范围里，也不在任何分发服务的控制范围里。所以如果有人告诉您「用了我们的服务就会被收录」，您该向对方要的证据是：对方能不能指出这条承诺依据的是哪一份官方文档、文档里写了哪几个条件，而不是对方贴的一张截图。您自己判断收录进展的唯一可靠办法是亲手查询一次：在搜索引擎里用您那篇回答里的原句去搜，搜得到就是被收进索引了，搜不到就是没有。本文不写「多久能被收录」这种时间，因为那需要您对自己的账号做一次一手记录。
第二件：没人能保证排名。知乎站内搜索和问题页的排序规则由知乎自己定，而且这套规则会改。您能影响的只有两件事：您的文字对不对得上别人搜的那行问题，以及您的回答有没有被读者投票和收藏。至于排第几，那是读者和平台共同决定的结果。所以排选题的时候不要把「这道题我能排第几」当判断标准，要把「这道题长期有没有人搜、我手里有没有别人没有的事实」当判断标准——这就是第二节那张打分表的用途。
第三件：同一道题目用几个账号回答这件事，没有工具能替您承担后果。平台对这类行为的判定是综合判定，判定依据由平台自己掌握，判定结果落在您的账号上。所以正确的做法不是去问「有什么技巧能防关联」，而是把每一版稿真的写成不同的内容，这也正好回到第二节的问题四。如果一版稿改不出第二个角度，那就只在一个账号上发这一版，这是更稳的也通常更省钱的选择。
还有一件与发布时间有关的事实要说清楚：分发服务里没有「把这条内容安排在今天下午五点整发布」这一层能力。内容提交进去、进入队列，服务取到之后就发。这个区别在选型的时候很容易被「定时发布」四个字含糊过去，因为它实际牵的是「提交时刻由谁掌握」这个架构问题——掌握在您自己这边的调用，和掌握在服务排期表里的调用，失败之后的处理方式完全不一样。
七、收尾：把知乎当检索位，不当日更位
回到本文开头那句结论。知乎适合占的是检索位，也就是一年之后仍然有人敲出那行问题的位置；知乎不适合当每日更新的位置，因为入口一和入口二的流量都不看您今天有没有更新。
把这件事翻成排产的一句话：一个个人博主在知乎上一个月只需要认真占两三道题，前提是这三道题的分数都在 7 分以上，而且每道题都改出了真正不同的第二版。剩下的更新精力放在入口三那种衰减快的平台上更划算。反过来，如果您这个月一道 7 分以上的题都没找到，那这个月就不要在知乎上开矩阵，把时间挪回选题——这不是偷懒，这是第二节那张打分表的正常结论。
您拿走这一页就能自查的八条清单：
- 我的目标搜索词是一行长期有人敲的问题，而不是一句只有我自己会说的话。
- 我在这道题目上手里有可核实的事实、步骤或者参数，读者看完能做一件事。
- 我的开头第一句就把结论给出，而且主语写清楚了是谁做这件事。
- 我的关键结论写在正文句子里，没有只写在图片或矢量示意图里。
- 我要占几个位置，就有几版真的不同的角度，而不是一版复印几遍。
- 我提交之后按账号逐行查询结果，还在退避中的任务没有被我再手工提交第二遍。
- 我把提交时刻和平台回执填回了问题清单，三个月以后还能查。
- 我的例子里没有编造的数字，没有实测过的地方写着「需补充实测数据」。
