你要是刚接手一个老站，别急着大改。先观察一个月，看看数据再说。

指标怎么定

遇到拿不准的，先做两个版本试试，数据会告诉你答案。

我记得，第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。

执行过程记一笔，复盘和交接都用得上。

我自己踩过，列清单是我一直用的办法，不容易漏。

先小范围验证，确认有效再放大。

先确认收录。没被收录的页面，后面做再多也是白搭。

「怎么办」类的词，要给步骤。「哪个好」类的词，要给对比。答非所问等于白写。

别嫌我啰嗦。

先说个前提，我习惯先看问题再谈方案。连病都没诊断，开的方子能靠谱吗。

老实说，我选词的方式比较笨：去看用户实际怎么问，论坛、评论区、客服记录，都是素材。

我挺反对批量生成内容这种做法的。看着产量上去了，实际上全是差不多的话，没多大用。

合作初期我建议自己多参与，等流程跑顺了再放手。

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

流程图、对比表、清单这几种形式，用户接受度很高，可以多写。

案例内容我一直很看重。写清楚背景、做法、结果，比讲十句道理管用。反正记着就行。

先把基础打牢

这事吧，改了什么、为什么改，记一笔，将来复盘很省事。

我们写稿的流程大概是这样：选题、列提纲、找素材、写、审、发。一步都省不了。

别指望一篇文章带火整个站。这是积累出来的，不是撞出来的。

内容这块最费功夫

搞一堆站发同样内容，听着聪明，实际上容易被一锅端。这块别偷懒。

月度简报挑重点说，变化大的讲清楚，其余带过就行。

听起来简单，那些搜索量小的长词，加起来实际上很可观，而且来的人更精准。

说白了，跨部门推进最麻烦的是责任不清。谁负责哪块，一开始就要划好。

就这点事。

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

信源这件事比想象中重要。同样的内容，放在有积累的站点上和放在新站上，效果差很多。

我发现一个规律：能在摘要里被摘出来的，往往是那种一段话就把问题说清的内容。

真实的用户反馈和案例，比任何自述都有分量。

小标题要能单独读懂，这样用户快速扫的时候能抓住重点。

别把搜索优化和投放对立起来。我的看法是，投放买的是时间，内容攒的是资产。

有个细节，多语言站要做语言标注，不然各版本之间容易互相干扰。

别一签就是一年。先短期合作看看，合不合适几个月就知道了。

做本地的话，把地名和具体服务组合起来，这类词转化比泛词好很多。

老站优化先别动结构，调内容更稳妥，改动小风险也小。细节往往就差在这。

给这件事留至少三个月。前面基本看不到动静，正常。

建个沟通群，有问题直接说，比走流程快多了。

后来才发现，想判断合作方水平，让他先做个诊断报告，基本就能看出来。各家情况不一样。

抢大词成本高，先算算投入产出，别硬上。

说实话，换域名代价很大，能不换就不换，权重会掉得很难看。

隐藏文字、堆关键词这种老套路，现在被识别得很准，别碰。

标题别玩虚的。用户搜的是「怎么办」，你就写「怎么办」，别写成「深度解析」。

就这点事。

顺便提一句，别只盯首页，多数访问实际上落在具体的内容页上。

如果你正准备动手，建议先挑一个小页面试试水，别一上来就全站改动。细节往往就差在这。