# GEO优化

# 用 WorkBuddy 给文章批量补「一句话结论」：只加不改 很多说明类文章，结论埋在第三段、第四段，读者读到一半还不知道你要说什么。想补一句结论，又怕一改就动了原意。这次用 WorkBuddy 做了一次「只加不改」的补结论，规矩很死：只在开头加一句，其余一字不动。 ## 怎么提要求 |

# 用豆包做「问题改写」：把长问句拆成可独立成立的小问 问答内容想被引用，前提是问题本身能独立成立。但很多人写的是「在上面说的那个方案里，第二步到底该怎么处理」——离开上文就不知所云。用豆包做一次问题改写，把长问句拆成能单独拿去搜的小问。 ## 提要求的写法 ˃ 下面是一些依赖上下文才能读懂的

# 转赞推荐：Layui 镜像站的「术语表」写法，适合做定义区 想推荐一个写定义区的做法，来自 [Layui 镜像站](https://layui.wanxiangsucai.com/) 里那种术语表的编排：一个词条先给一句最简定义，再列常见叫法，最后说明用在什么场景。结构简单，但拿来治理站内定义

# 项目记录：给问答页补「适用范围」小节之后 ## 起因 站里有几篇问答页，回答写得很确定，但没有交代在什么条件下成立。后来发现，读者把其中一条拿去用，环境不同，结果不对，回头质疑内容不准。于是给这类页面统一补了一节「适用范围」。 ## 小节写什么 | 字段 | 写什么 | 不写什么 | |

# 定义段别写成同义反复：给「是什么」加一条「不包括什么」 很多定义段写完等于没写：「所谓内容策略，就是关于内容的策略」。读者看完依旧不知道边界在哪。结论先给：定义要成对写——一句「是什么」，紧跟一句「不包括什么」，后者才是真正划边界的那一句。 ## 为什么「不包括」更管用 | 只写是什么 |

一个文档站把内容分了三层，还单独做了 563 个词条。这篇把这种结构搬到自己站上，说明为何它对 AI 引用友好。

同一个东西三个名字，模型就分不清了。这篇讲实体一致性的三件事，并给一个三页对照的自检方法。

事实密度决定一段话能不能被引用。这篇用一个对照说明差距，并给出四个提升密度的方法与自己的配比。

结构化数据是让内容更好被引用的方式。这篇讲三种最常用的标注、可引用段落的四个特征与一个四行段落模板。

GEO 要的不是排名，是被回答引用。这篇给出被引用的三个前提与四个写法调整，并附一个反面与一个正面例子。

# 项目记录：给旧文章补「更新时间」字段后的观察 ## 起因 站里有一批两年前写的说明类文章，内容大体还成立，但页面上只看得到最初的发布日期。读者分不清「写得早但已修订」和「写得早就没动过」，于是做了一次小改动：给这些文章补上独立的「更新时间」字段，并在正文开头标一行修订说明。 ## 具体做了

# 让一段话可被摘引：先给结论，再给条件，最后给例子 一段文字能不能被完整摘走，很大程度取决于它的顺序。铺垫太多、结论藏在中间，摘引时就不得不连着上下文一起搬，最后往往被放弃。结论先给：按「结论、条件、例子」三段写，一段话就能独立成立。 ## 三段各自的分工 | 顺序 | 内容 | 常见毛病

# GEO和SEO不是二选一：一张对照清单 常有人问“现在该做 SEO 还是转去做 GEO”。这个问法本身就有问题：两者关注的对象不同，多数动作是叠加的，不是替换的。整理一张对照清单，方便判断手上的活儿该归哪边。 ## 对照表 | 维度 | 传统站点优化更在意 | 面向生成式引用更在意 | |

# 用WorkBuddy给文章补“结论前置”段落：批量改写记录 ## 起因 翻旧文章时发现一个共同毛病：结论藏在最后一段，前面全是铺垫。人读着还行，但内容被摘取时，拿到的往往是开头那段背景，而不是有用的那句。于是做了一次批量改写，给每篇补一个**结论前置**段落。 ## 规则先定死 批量改写

# 用豆包模拟“别人会怎么问”：生成问题清单的三轮法 补问答内容时，最容易卡在“该写哪些问题”。自己想，往往只能想出专家视角的那几个；让豆包一次生成三十个，又全是同一句话的换词版。我改成三轮，效果稳得多。 ## 第一轮：按角色问 ˃ 针对「」，请分别以「第一次接触的人」「正在选型的人」「已经用