说个可能不太受欢迎的观点：很多所谓的优化，做的是给自己看的数据，不是给用户看的内容。
交付和验收
- 验收的时候自己完整走一遍流程，别只看对方给的截图。
说远了，拉回来。
后来才发现，怎么算做完，这个提前说清楚，后面省掉无数争执。
账号交接完记得改密码，这是基本的安全习惯。
哪些不在范围内，交付时一并说明，省得误会。
交付文档不能省，不然人员一变动就没人会用了。
- 交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。
我记得，测试环境能留就留一份，后面改动可以先在上面试。
数据要能导出。哪天想换系统，导不出数据就很被动。
- 分阶段交付比一次性交付好把控。每阶段看一次，偏差能及时纠正。反正记着就行。
源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。
搜索词报告要定期看。用户实际是怎么找到你的，跟你想的经常不一样。
数据上动手脚，被发现的代价远大于那点好看。
提前定好怎么算做到位，能省掉后面很多扯皮。
说实话，素材我主要从三个地方来：客户提问、行业报告、自己踩过的坑。
先把基础打牢
需求要写成文档。口头说的事，过两周谁都记不清了。
流程图、对比表、清单这几种形式，用户接受度很高，可以多写。别等出问题才想起来。
- 数据报表别做成流水账。有个对比、有个结论，比一堆数字有用。
- 结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。
听起来简单，审核我通常只看三件事：有没有错、有没有用、读着顺不顺。
我觉得接下来比的不是谁写得多，而是谁的内容能被信任、被引用。
- 搜索见效的周期，一般短则七个月，长的话半年往上。这个要有心理准备。
- 内容要有立场。什么都说的，等于什么都没说。
先说个前提，死链接要及时清。我见过有站点积累了几百个 404，自己还不知道。
- 发布时间和更新日期标出来，读者对时效性是有判断的。
收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。
搞一堆站发同样内容，听着聪明，实际上容易被一锅端。
图片用新格式能省不少体积。同样清晰度，文件大小能差出一大半。
换个说法，手机上阅读，段落要短，堆一大段看着就累。
有个细节，用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。
我发现一个规律：能在摘要里被摘出来的，往往是那种一段话就把问题说清的内容。
配图要跟内容相关，纯装饰的图没什么意义。
我的分法一直是三步：被抓到、被点开、被留下。很多人只盯着第一步。
说白了，不是所有行业都适合搜索，得看客户的决策习惯。
想被摘用，就得有一两句能独立成立的结论，这是我最直观的感受。
老实说，CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。
服务器稳定性比很多人想的要重要。三天两头打不开，前面做的都白费。
表格比大段文字好读，尤其是涉及对比和参数的时候。
有季节性的词要提前两三个月准备，临时抱佛脚基本赶不上。
有的团队喜欢一上来就谈方案，我更倾向先做诊断。都不知道问题在哪，方案从哪来。
看停留时间比看点开次数有用，前者才反映内容有没有被读。
站点迁移的时候，跳转要一条一条对，漏一批就是丢一批流量。
合作之前，把自己的目标写清楚。是想获客，还是想做品牌，这决定了打法。
这事吧，URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
别只盯首页，多数访问其实落在具体的内容页上。
引用数据注明出处，可信度立刻不一样。
视频内容补一份文字稿，能被索引的内容就多一块。
说远了，拉回来。
合同里最好写明内容归谁、账号归谁。这些都是后期最容易扯皮的地方。
跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。各家情况不一样。
写完了。有些话说得直，别介意。