第一次听人说起生成式引擎优化的时候，我心里是打问号的。后来自己跑了几个月数据，想法变了。
交付和验收
- 把要做的事列成清单，一条一条对着做，比凭感觉推进靠谱得多。
每一步做完留个记录，回头查的时候省很多事。
遇到拿不准的，先做两个版本试试，数据会告诉你答案。
- 第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。
先做小的试点，跑通了再铺开，风险可控得多。
围绕一个主题把相关内容串起来，形成一个小集群，效果比单篇散着发好很多。
顺便提一句，问法的不同决定写法：问方法的给步骤，问选择的给对比。
- 收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。各家情况不一样。
听起来简单，合作初期我建议自己多参与，等流程跑顺了再放手。
我挺反对批量生成内容这种做法的。看着产量上去了，实际上全是差不多的话，没什么用。这点挺重要。
有的团队喜欢一上来就谈方案，我更倾向先做诊断。都不知道问题在哪，方案从哪来。我反正是这么看的。
我选词的方式比较笨：去看用户实际怎么问，论坛、评论区、客服记录，都是素材。具体还得看情况。
- 流程图、对比表、清单这几种形式，用户接受度很高，可以多写。
具体案例比抽象道理有说服力得多，尤其是带数字的那种。
改了什么、为什么改，记一笔，将来复盘很省事。
我们写稿的流程大概是这样：选题、列提纲、找素材、写、审、发。一步都省不了。反正记着就行。
有个细节，有季节性的词要提前两三个月准备，临时抱佛脚基本赶不上。
最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。
周期和节奏
- 搜索见效的周期，一般短则六个月，长的话半年往上。这个要有心理准备。
- 渠道归因别太纠结。用户往往是看了好几处才来的，非要算清是哪一处，没意义。
- 图片统一处理一遍再上传，尺寸、格式、命名，别乱七八糟。
- 我判断一篇内容行不行，就看它有没有具体到数字和场景。全是形容词的，基本没戏。
有段时间没效果很正常。我自己的经验是，最难的就是前面那一两个月。反正记着就行。
老实说，多平台分发不是复制粘贴，每个地方的语气和重点都得调一调。
我习惯把数据拉长看，半年一年的曲线，比单月波动说明问题。
这个细节挺关键。
引用数据注明出处，可信度立刻不一样。
本地化的内容写到街道和场景，用户一看就知道是真的。
写的时候多用「你」，少用「我们」。用户不关心你怎么样，他关心他自己。
我记得，我一般会拉个小群，把相关的人放进去，有问题随时说，比发邮件快。
甲方多少得参与进来，全放手的结果通常不理想。
后来才发现，跟外部团队合作，我的建议是先让他们出一版诊断，看看水平再说。
先说个前提，能被行业媒体或者机构提上一句，对信任度的帮助很大。
重点信息往前放。用户没耐心翻到第三段才看到结论。
内容这块最费功夫
换个说法，看案例要追问细节，光看漂亮的截图说明不了什么。
说实话，拿不准意图就自己搜一下，看结果页给的是什么，跟着那个方向写。
同义词替换那种伪原创，识别起来太容易了，白费力气。
换域名代价很大，能不换就不换，权重会掉得很难看。
我自己踩过，简单说，SEO 关心的是排名，GEO 关心的是引用。一个是位置，一个是内容本身够不够格被拿走。细节往往就差在这。
搜索意图大致分四种：想知道、想比较、想买、想找某个页面。写之前先判断是哪种。反正记着就行。
一问一答的形式很讨巧，结构清晰，摘取也方便。
跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。
内容要有立场。什么都说的，等于什么都没说。
只做首页不做内页，也是常见的误区。用户是从各种页面进来的，不是只从首页。
反复改标题不是好事，稳定一点更容易被识别。
我不爱总结，就一句：把用户当人看，事情会顺很多。