交付这块最容易扯皮，我习惯在动手前就把清单列好。

周期和节奏

我习惯分阶段验收，等到最后再发现问题就晚了。

账号交接完记得改密码，这是基本的安全习惯。

验收的时候自己完整走一遍流程，别只看对方给的截图。

交付清单越细越好，口头承诺的东西最后最容易扯皮。

源文件归属必须明确，将来改动全靠它。

交付和验收

哪些不在范围内，交付时一并说明，省得误会。

文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。各家情况不一样。

你先记住这个。

可导出是硬要求，别等要用的时候才发现拿不出来。

测试环境能留就留一份，后面改动可以先在上面试。

这个细节挺关键。

验收标准提前定。做到什么程度算完成，写下来，别靠感觉。

听起来简单，需求要写成文档。口头说的事，过两周谁都记不清了。

这事吧，后台的搜索词数据要常看，能发现不少意料之外的需求。具体还得看情况。

有个细节，提前定好怎么算做到位，能省掉后面很多扯皮。

接着说。

素材我主要从三个地方来：客户提问、行业报告、自己踩过的坑。反正记着就行。

数据上动手脚，被发现的代价远大于那点好看。

清单、表格、流程图这类形式读者最喜欢，性价比高。

数据报表别做成流水账。有个对比、有个结论，比一堆数字有用。

内链这块容易被忽略。相关内容之间互相链一下，用户停留时间明显不一样。

别怕表达观点。模棱两可的内容，谁都不爱看。

配图要跟内容相关，纯装饰的图没什么意义。

就这点事。

有季节性的词要提前两三个月准备，临时抱佛脚基本赶不上。

改之前先记下原来的数据。改完一周再对比，不然说不清是改好了还是改坏了。具体还得看情况。

能用表格说清的别写成一段话，读者扫一眼就懂。

说清楚这篇适合谁，比谁都讨好要真实得多。

先说个前提，正文里适当加内链，把相关内容串起来，用户停留时间会长一些。

内容里有具体的人物、时间、地点，可信度会高一些，也更容易被当成信源。

「附近」「哪家」这种词，是典型的本地意图，页面得有位置和服务范围。

技术和内容要坐一起聊。各干各的，最后结构对不上，返工很多。

内容 clustering 这个做法我挺推荐：围绕一个主题写五篇互相链接的内容，比零散写强。

HTTPS 这种基础配置现在应该是标配了，但还真有站点没弄。

我记得，移动端一定要单独看。现在大部分流量来自手机，但你用电脑看着挺好，手机上可能已经乱了。

我自己踩过，行业媒体的报道、协会的收录，这些都是实打实的背书，能争取就争取。

标题做两个版本轮着跑，数据会告诉你哪个更好。

判断用户想干什么，比选什么词更重要。想买和想学，写法完全不同。

老实说，刻意做外链我是不太主张的，内容够好，引用会自己来。各家情况不一样。

数据别看花眼，抓住来源、停留、去向这三个就够用。

给搜索留四个月到半年，急的项目不适合。

想靠一篇爆款解决所有问题，这种想法本身就有问题。

写内容的时候，我习惯先列用户可能问的十来个问题，再一个一个答。这样写出来的东西不会飘。

推进这类事，先把责任人定下来，不然就一直拖着。

改版的时候，把带来流量的页面保护好，这是底线。

后来才发现，频繁换标题和描述，改来改去反而让平台判断不了页面主题。

做外贸的站点，讲的是另一套逻辑，加载和内容都得按对方习惯来。

站内搜索的数据是个宝库。用户在你站内搜什么，说明你缺什么内容。

顺便提一句，别把全部希望押在搜索上。多渠道布局，抗风险能力强一些。

不管叫 SEO 还是 GEO，本质上还是三样东西：内容、结构、信任度。名字换了，活没变。

链接地址尽量简短好懂，一串乱七八糟的参数，观感很差。

跳出率高不一定是坏事，得看这个页面本来是干嘛的。

该拿的东西一样别落下。