我把关于网站优化要想清楚的事列了个单子，一条一条对着看，比通篇讲道理清楚。
交付和验收
先小范围验证，确认有效再放大。
- 每一步做完留个记录，回头查的时候省很多事。
后来才发现，把要做的事列成清单，一条一条对着做，比凭感觉推进靠谱得多。
听起来简单，第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。
犹豫不决的时候就做测试，比争论快。
围绕一个主题把相关内容串起来，形成一个小集群，效果比单篇散着发好很多。
- 想知道用户怎么搜，就去翻他们的真实提问，比工具给的还准。具体还得看情况。
收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。具体还得看情况。
问法的不同决定写法：问方法的给步骤，问选择的给对比。
有的团队喜欢一上来就谈方案，我更倾向先做诊断。都不知道问题在哪，方案从哪来。
刚开始合作自己多盯着点，磨合好了再放手比较稳。
我挺反对批量生成内容这种做法的。看着产量上去了，实际上全是差不多的话，没什么用。
别嫌我啰嗦。
- 清单、表格、流程图这类形式读者最喜欢，性价比高。
- 具体案例比抽象道理有说服力得多，尤其是带数字的那种。
我们写稿的流程大概是这样：选题、列提纲、找素材、写、审、发。一步都省不了。
改了什么、为什么改，记一笔，将来复盘很省事。
内容这块最费功夫
- 原创这件事不用我再强调，但问题是不少人理解的原创是「自己写的」。自己写的和有价值，中间还隔着一段距离。
- 视频配上文稿单独成页，能索引的内容就多了。
能用表格说清的别写成一段话，读者扫一眼就懂。
小标题之间要有逻辑，从上往下能读出一条线，别东一句西一句。反正记着就行。
- 判断内容好不好，我有个土办法：把公司名字全删掉，看看还剩下什么。剩下的是空的，那就别发了。
- 结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。
- 标题和描述这两个地方，改动成本低，收益往往最直接。
说清楚这篇适合谁，比谁都讨好要真实得多。
这事吧，忽略搜索词里的错别字和别称，那也是真实需求的一部分。
真实的用户反馈和案例，比任何自述都有分量。
做本地的话，把地名和具体服务组合起来，这类词转化比泛词好很多。
每次算法调整之后，我都会先看自己有没有受影响，再决定动不动。
合同里把内容归属写清楚。做完之后东西是谁的，这个要说明白。
老页面有排名就别大动。我通常只做小修补，动了容易掉。
发布时间和更新日期标出来，读者对时效性是有判断的。
带附近的查询，一定得有地理位置信息，不然满足不了需求。
跟外部团队合作，我建议先让他们出一版诊断，看看水平再说。
跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。真遇到就明白了。
同一个意思有不同说法，写的时候把常见的几种都覆盖到，比只盯一个词强。
改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。
渠道归因别太纠结。用户往往是看了好几处才来的，非要算清是哪一处，没意义。别等出问题才想起来。
我不太建议专门去做外链。把内容做好，自然会有人引用。我觉得值这个功夫。
同行排名变动的时候去研究一下，往往能看出平台的偏好。
- A/B 测试在搜索上也能用，尤其是标题和开头，改一版跑两周看数据。
说实话，线上的转化数据要跟实际业务核对，两边一致才可信。
别在内容里许诺做不到的事，后面出问题很难收场。
- 别把力气全砸在首页。大部分流量实际上是从内页进来的。
小标题别只用「一、二、三」。写成能表达观点的一句话，用户扫一眼就知道这段讲什么。
信源这件事比想象中重要。同样的内容，放在有积累的站点上和放在新站上，效果差很多。这点挺重要。
有季节性的词要提前两三个月准备，临时抱佛脚基本赶不上。
你先记住这个。
能说的就这些，剩下的得你自己去跑一跑才知道。