系统上线之后的事，往往比上线之前多。
服务内容和模式
听起来简单，对接人换了要及时通知，不然关键时刻找不到人。
- 长期不动的系统也会有安全问题，定期检查别省。
售后响应时间要写进合同。出问题几天没人理，谁都受不了。
更新时间点要挑，避开业务高峰。
备份不能只是做，要定期演练恢复。
维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
售后和维护
风险要在事前说。藏着的隐患，最后爆发的代价更大。
迭代计划建议按季度排。想到什么做什么，最后会堆一堆半拉子工程。别等出问题才想起来。
升级改造前先评估影响。动一处可能牵一片，别想当然。
换个说法，应急预案不能只是文档。真出事的时候，得有人知道第一步做什么。
故障分级挺有用。小问题几小时解决，大问题几小时响应，分清楚。
有人问我多久更新一次合适。我的看法是别断就行，稳定比数量重要。
我记得，内容衰减是个真实现象。你什么都没做，流量也在慢慢掉，因为别人在更新。别等出问题才想起来。
品牌词也要维护。搜你名字出来的是什么，直接影响成交。
- 更新就真更新，只改发布时间这种小聪明，没什么意义。
- 坚持更新这件事，说起来简单，真能做到的不多。能做到的，基本都拿到结果了。
算法更新之后先别动，观察一两周。很多时候波动是正常的，改了反而乱。
忽略老内容维护也是个坑。写过的东西放着不管，过两年信息就过时了。
- 内容衰减要定期查。以前能带的量慢慢没了，多半是别人更新得更好。
旧内容重写这件事性价比很高。一篇两年前的东西，更新一下数据，往往能重新起来。
我在合肥见过不少门店，线上信息几年没更新，电话都是错的。这种细节很伤。
抢大词成本高，先算算投入产出，别硬上。
标题和描述这两个地方，改动成本低，收益往往最直接。
说远了，拉回来。
忽略搜索词里的错别字和别称，那也是真实需求的一部分。
前期看不到效果是常态，多数人就是死在这一段。
- 每个地方的竞争环境不一样，别照抄别人的经验。
做对比内容要公道，说清楚各自适合什么，比踩别人强。
以为发得越多越好，结果全是凑数的内容。数量堆不出效果。
写清楚谁、什么时候、在哪儿，这种具体信息更容易被当作可靠来源。细节往往就差在这。
- 多语言站要做语言标注，不然各版本之间容易互相干扰。
- 甲方最好能懂一点基础。全不懂的话，别人说什么都只能听着。细节往往就差在这。
- 钱不多的时候先花在内容上，这部分是能攒下来的。
这事吧，小标题之间要有逻辑，从上往下能读出一条线，别东一句西一句。
引用数据注明出处，可信度立刻不一样。
指标怎么定
改之前先记下原来的数据。改完一周再对比，不然说不清是改好了还是改坏了。这点挺重要。
老站常见的问题是垃圾页面太多，定期清一遍有好处。
- 数据要看，但别天天看。天天看容易被波动带着跑，我一般一周看一次趋势。
层级别做太深。点三四下还没到，用户没那个耐心。
- 看看站内搜索记录，用户找不到的东西就是你该补的内容。
- 别把搜索优化和投放对立起来。我的看法是，投放买的是时间，内容攒的是资产。
- 日志分析这事听着技术，其实能看出很多东西，比如哪些页面根本没被抓过。
- 我见过有人还在死磕关键词密度，堆得整段话都不像人话。说实话，这招放到现在挺吃亏的。
你要是看到这儿还没关掉，那大概率是真想做，那就动手吧。别等出问题才想起来。