系统上线之后的事，往往比上线之前多。
服务内容和模式
对接人换了要及时通知，不然关键时刻找不到人。
- 已知风险提前告知，这是负责任的做法。
响应时效约定清楚，这是售后的核心。
- 备份不能只是做，要定期演练恢复。
系统升级要提前通知，别在业务高峰做。
售后和维护
放着不管的系统风险只会变大，定期巡检有必要。
维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
说远了，拉回来。
升级改造前先评估影响。动一处可能牵一片，别想当然。
迭代计划建议按季度排。想到什么做什么，最后会堆一堆半拉子工程。
- 按严重程度分级处理，效率会高很多。
应急预案写给谁看、谁来启动，这些要明确。
更新频率这事，不用死磕日更。我更建议保持稳定，一周两三篇认真的，比天天凑数强得多。各家情况不一样。
- 自己品牌名的搜索结果要盯住，那是临门一脚的地方。
这事吧，更新就真更新，只改发布时间这种小聪明，没什么意义。
别嫌我啰嗦。
流量慢慢往下掉，不一定是出错，可能是别人写得更好了。
内容这块最费功夫
- 老内容要回头更新。放久了的页面，信息过期，用户一看就走。
算法更新之后先别动，观察一两周。很多时候波动是正常的，改了反而乱。这块别偷懒。
能持续做的，最后都过得不差。这行没有天才，只有还在做的人。
- 内容衰减是个真实现象。你什么都没做，流量也在慢慢掉，因为别人在更新。
太原有些门店的线上信息还是老的，电话号码都换了，白白丢客户。
别光顾着写新的，把老内容翻新一遍，投入小见效快。
后来才发现，自己懂点基础知识，跟人沟通的时候才不会被牵着走。
隐藏文字、堆关键词这种老套路，现在被识别得很准，别碰。
基础的安全配置别省，这个属于及格线。
每个地方的竞争环境不一样，别照抄别人的经验。
- 多语言站点要注意语言标记，不然搜索引擎可能把版本搞混。
我记得，方向对了还看不到效果，多半是时间没到，别急着动手改。
本地这块的机会
不少太原本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。
写的时候多用「你」，少用「我们」。用户不关心你怎么样，他关心他自己。
- 动笔之前先想清楚写给谁看，这一步省了，后面基本是白写。
把关键词塞进图片描述里就完事了，这种想法太简单。整体内容才是根本。
页面底部别空着，放个相关推荐或者下一步动作，别让人读完就走。
顺便提一句，新页面发出来，主动提交一下，比干等着抓取要快。
买链接这种事，我劝你别碰。运气好没被抓，运气不好一次回到原点。
别把全部希望押在搜索上。多渠道布局，抗风险能力强一些。
太原的用户搜东西喜欢加区域，把这个规律用上，内容会更容易被找到。
我自己写之前会先把用户可能问的问题列出来，答完一遍，一篇内容基本就成了。
先说个前提，迁移时的跳转规则要逐条核对，偷懒会丢很多流量。
我自己踩过，内容长度这事没有标准答案。有些问题三句话就能说清，你非写三千字，那是在浪费别人时间。
给老板汇报我一般只说三件事：有多少人来了、从哪来的、留下来多少。
应急方案写好了还得有人知道怎么用。