我刚接触这块的时候，以为优化就是改改关键词。现在看，那只是最表面的一层。
指标怎么定
说白了，遇到拿不准的，先做两个版本试试，数据会告诉你答案。
- 动手前先做诊断，这是所有工作的起点。
后来才发现，执行过程记一笔，复盘和交接都用得上。
列清单是我一直用的办法，不容易漏。
先做小的试点，跑通了再铺开，风险可控得多。
这里不多展开。
内容 clustering 这个做法我挺推荐：围绕一个主题写三篇互相链接的内容，比零散写强。真遇到就明白了。
想知道用户怎么搜，就去翻他们的真实提问，比工具给的还准。
我挺反对批量生成内容这种做法的。看着产量上去了，实际上全是差不多的话，没什么用。
合作初期我的建议是自己多参与，等流程跑顺了再放手。
这事吧，收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。
- 「怎么办」类的词，要给步骤。「哪个好」类的词，要给对比。答非所问等于白写。
有的团队喜欢一上来就谈方案，我更倾向先做诊断。都不知道问题在哪，方案从哪来。
先说个前提，清单、表格、流程图这类形式读者最喜欢，性价比高。
内容这块最费功夫
- 案例内容我一直很看重。写清楚背景、做法、结果，比讲十句道理管用。
- 改了什么、为什么改，记一笔，将来复盘很省事。
别嫌我啰嗦。
我们写稿的流程大概是这样：选题、列提纲、找素材、写、审、发。一步都省不了。
我自己踩过，别指望一个页面满足所有需求，混着写多半哪边都不占优。
- 用户分散在各个地方，内容也得跟着铺，只守一个阵地不够。
听起来简单，说清楚这篇适合谁，比谁都讨好要真实得多。
有季节性的词要提前两三个月准备，临时抱佛脚基本赶不上。
说实话，一问一答的形式很讨巧，结构清晰，摘取也方便。
- 做沈阳本地的话，地图上的信息和用户评价也得管起来，是一体的。
- 停留时长比点击量更能说明内容质量。点进来三秒就走，说明没对上。
- 往后的竞争，重点会从数量转向可信度，这是我的判断。
日志分析这事听着技术，实际上能看出很多东西，比如哪些页面根本没被抓过。
- 跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。
先把基础打牢
别怕表达观点。模棱两可的内容，谁都不爱看。
- 品牌被提到的次数，现在也变得重要了。别人讨论你，本身就是一种信号。
- 用户打错的字也是需求，这些变体别漏掉。
技术和内容要坐一起聊。各干各的，最后结构对不上，返工很多。
- 重点信息往前放。用户没耐心翻到第三段才看到结论。
问答式的内容一直被低估。它土是土了点，但用户问的问题就在那儿，你答得准，被引用的机会就大。
这个细节挺关键。
节奏和心态
- GEO 这块我现在还在摸索，不敢说有多少定论。但有一点是确定的：内容得能被单独摘出来看。
- 稿子写完别急着发，放一放再读，能挑出不少问题。
最好有人帮忙过一遍，自己写的东西自己容易看漏。
老页面有排名就别大动。我一般只做小修补，动了容易掉。
各段之间得有个顺序，读者跟着你的思路走才舒服。
动笔之前先想清楚写给谁看，这一步省了，后面基本是白写。
AI 搜索带来的变化
想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
长文要有清晰的导航，用户能跳着看，不然很难读完。
我记得，一个意思多个说法，写的时候都照顾到，覆盖面会宽不少。别等出问题才想起来。
本地同行做得好的地方，值得研究但别照搬。人家的优势未必是你的优势。反正记着就行。
我的分法一直是三步：被抓到、被点开、被留下。不少人只盯着第一步。
我不爱总结，就一句：把用户当人看，事情会顺很多。