我吃过交付不清的亏，所以现在特别较真这块。
交付和验收
先说个前提，交付的时候把没做的部分也说清楚，避免后面以为漏了。
- 交付清单越细越好，口头承诺的东西最后最容易扯皮。
老实说，后台账号和密码要在验收时交接，并且自己改一遍密码。
验收的时候自己完整走一遍流程，别只看对方给的截图。
验收标准提前定。做到什么程度算完成，写下来，别靠感觉。
- 数据要能导出。哪天想换系统，导不出数据就很被动。
- 交付文档不能省，不然人员一变动就没人会用了。
测试环境能留就留一份，后面改动可以先在上面试。
搜索词报告要定期看。用户实际是怎么找到你的，跟你想的经常不一样。
需求要写成文档。口头说的事，过两周谁都记不清了。
提前定好怎么算做到位，能省掉后面很多扯皮。
我习惯分阶段验收，等到最后再发现问题就晚了。
源文件归属必须明确，将来改动全靠它。
数据上动手脚，被发现的代价远大于那点好看。
素材我主要从三个地方来：客户提问、行业报告、自己踩过的坑。
- 流程图、对比表、清单这几种形式，用户接受度很高，可以多写。
- 数据报表别做成流水账。有个对比、有个结论，比一堆数字有用。
表格比大段文字好读，尤其是涉及对比和参数的时候。
内容这块最费功夫
更新频率这事，不用死磕日更。我更建议保持稳定，一周两三篇认真的，比天天凑数强得多。具体还得看情况。
- 本地内容的写法可以更有烟火气一些，写具体街道、具体场景，用户更有代入感。
- 搜索这事的底层逻辑其实没怎么变：有人提问，有内容回答，中间那层负责匹配。变的是中间那层越来越聪明了。这点挺重要。
- 有数据就放数据，有出处就标出处，这一点对信任感帮助很大。
- 迁移时的跳转规则要逐条核对，偷懒会丢很多流量。
想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
反复改标题不是好事，稳定一点更容易被识别。
- 图片统一处理一遍再上传，尺寸、格式、命名，别乱七八糟。
简单说，SEO 关心的是排名，GEO 关心的是引用。一个是位置，一个是内容本身够不够格被拿走。
- 遇到排名波动，先确认是不是大环境在动，别急着改自己的东西。
JS 渲染的页面要小心。看着挺好，但抓取的时候可能什么都拿不到。这块别偷懒。
- 数据我建议看趋势，别看单日。今天涨明天跌，多数时候没什么意义。
- 本地同行做得好的地方，值得研究但别照搬。人家的优势未必是你的优势。
搜索意图大致分四种：想知道、想比较、想买、想找某个页面。写之前先判断是哪种。
内容这块最好是自己人写，外部团队很难写出行业的那股味道。
节奏和心态
后来才发现，别跟别人比。行业不同、基础不同，比来比去只会影响自己的节奏。
我判断意图的办法很简单：自己把这个词搜一遍，看排在前面的是什么类型的页面。别等出问题才想起来。
- 我发现很多网站的产品页写得跟说明书一样，参数一堆，用户想知道的一个没说。具体还得看情况。
数据要看，但别天天看
看转化要看质量，光看数字容易自己骗自己。
短视频配文字稿，能搜索的部分就多了，这个投入不大。
别只问排名。问问做了哪些动作，这才是能判断水平的东西。
说白了，忽视用户反馈是最容易犯的错。评论区说的问题，其实都是现成的改进方向。反正记着就行。
转化数要跟业务对一下。系统里报的数字，跟实际成交经常对不上。
工业品的参数和认证是核心，页面把这些列全，比写营销话术管用。
本地服务的页面里，服务范围、区域、案例这三样缺一不可。
多语言站点要注意语言标记，不然搜索引擎可能把版本搞混。
层级别做太深。点三四下还没到，用户没那个耐心。
说到这儿吧，再写下去就成说明书了。