你要是想自己上手做网站优化，建议按这个顺序来。顺序错了，返工的概率会大很多。
交付和验收
老实说，列清单是我一直用的办法，挺难漏。
先小范围验证，确认有效再放大。
犹豫不决的时候就做测试，比争论快。
每一步做完留个记录，回头查的时候省很多事。
就这点事。
第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。
我选词的方式比较笨：去看用户实际怎么问，论坛、评论区、客服记录，都是素材。
换个说法，内容 clustering 这个做法我挺推荐：围绕一个主题写四篇互相链接的内容，比零散写强。
批量产出来的内容，一眼就能看出来。用户看得出，平台也看得出。
- 刚开始合作自己多盯着点，磨合好了再放手比较稳。
有的团队喜欢一上来就谈方案，我更倾向先做诊断。都不知道问题在哪，方案从哪来。
- 先确认收录。没被收录的页面，后面做再多也是白搭。
问法的不同决定写法：问方法的给步骤，问选择的给对比。
清单、表格、流程图这类形式读者最喜欢，性价比高。
说白了，案例内容我一直很看重。写清楚背景、做法、结果，比讲十句道理管用。这块别偷懒。
- 内容生产我一般分五步：定题、列点、找料、写、过一遍。
改了什么、为什么改，记一笔，将来复盘很省事。
HTTPS 这种基础配置现在应该是标配了，但还真有站点没弄。
需求要写成文档。口头说的事，过两周谁都记不清了。
- 凡是拍胸脯保证排名的，我通常建议谨慎。搜索这事，没人能打包票。
长内容加个目录，读者能直接跳到关心的部分。
顺便提一句，写完放半天再过一遍，很多别扭的地方第二天一眼就能看出来。
说实话，我发现一个规律：能在摘要里被摘出来的，往往是那种一段话就把问题说清的内容。
开头别铺垫太多，用户是带着问题来的，前几句就得给点实在的。
我记得，内容这块最好是自己人写，外部团队很难写出行业的那股味道。
听起来简单，别指望一个页面满足所有需求，混着写多半哪边都不占优。
- 我的建议是每个月固定复盘一次，看看哪些页面在涨，哪些一直没动静。
内容这块最费功夫
发布时间和更新日期标出来，读者对时效性是有判断的。
换了域名基本等于从头开始，除非万不得已，我一般不建议。
留资入口要自然。硬塞在正文中间很讨厌，放在读者有需求的地方。
后来才发现，沈阳这边的商家有个通病：网站做好就放着，几年不动。这种站基本等于没有。
放弃的人多数是在快出结果的时候走的，挺可惜。
能持续做的，最后都过得不差。这行没有天才，只有还在做的人。这点挺重要。
建个沟通群，有问题直接说，比走流程快多了。
本地服务做搜索，真实案例比什么都有说服力。把做过的项目写清楚，比喊口号强。
方向对了还看不到效果，多半是时间没到，别急着动手改。
弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。
在我看来接下来比的不是谁写得多，而是谁的内容能被信任、被引用。
搜索意图比关键词本身重要。同一个词，有人想买，有人想学，你得知道你面对的是哪一种。
结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。
新站起步别贪多。先把五个核心页面做好，等有收录了再扩。
今天写得有点多，能看到这的估计是真需要。