搜「GEO优化」的人,通常会看到两类页面:一类是服务商的报价单,另一类是把 SEO 的旧方法换了一个名字。前者卖的是代运营,后者讲的是关键词和结构。真正能自己动手、并且有研究依据的部分,反而很少有人写清楚。
Google 在AI 功能与网站的官方文档里写得很直接:AI Overviews 和 AI Mode 没有额外的技术要求,做好基础 SEO、让页面可以被抓取和索引就够了;不需要新建 AI 专用文件,也没有专门的 schema。KDD 2024 的 GEO 论文则给出了另一条可验证的线索:在受控实验里,给内容补上引用、引述和统计数字,能在主指标上把内容在生成式回答中的可见度提高三到四成,而传统的关键词堆砌几乎没有效果。
这两条放在一起,GEO 优化的轮廓就清楚了:它不是一套新的咒语,而是把「值得被引用的事实」写清楚,再放到 AI 搜索能够检索到的公开页面上。对一个人运营的业务来说,难点不在「知不知道要写」,而在「每天有没有人写、有没有人发、发完有没有人看数据」。这篇把这三件事交给 AI。
下面是一套可以直接照做的操作教程:装两个客户端、登录三个平台、建两个定时任务。只想了解 GEO 原理、不打算多平台发文的读者,看完前两节就可以关掉;有真实客户问题和案例、愿意让电脑在工作日开机的人,继续往下。
先说明这篇能帮你到哪:它教你把客户真实问题写成一篇篇有出处的回答,按平台轮换发布,并每周复盘;它不承诺被 AI 引用,也不代替你的专业判断。没有真实案例、只想批量生成泛泛文章的人,这套流程帮不上忙。
GEO优化到底是什么
GEO 是 Generative Engine Optimization 的缩写,中文通常译作生成式引擎优化。它研究的对象不是传统搜索结果的排名,而是生成式回答里的「引用」:AI 在回答一个问题时,会从检索到的多个网页里提取句子、数据和观点,并把来源列出来。被引用得多,你的内容才有机会出现在答案里。
原论文发表于 KDD 2024,作者来自印度理工学院德里分校、普林斯顿大学等机构。论文把「引用、引述、统计数字」列为表现最好的三类方法,把「关键词堆砌」列为表现最差的方法之一。这个结论对今天的中文内容仍然成立:生成式模型读的是语义和事实,不是关键词出现的次数。
有三个说法需要先澄清。
「要给 AI 单独写一份 AI 专用版,或者放一个 llms.txt。」 Google 官方明确说不需要新的机器可读文件、AI 文本文件或标记;普通网页被索引即可。至少对 Google 的 AI 功能,这一步是多余的。国内产品没有公开同等细的技术文档,但「先能被检索」这条共同前提没有变。
「关键词密度越高越好。」 论文在 Perplexity 上的实验里,关键词堆砌在主指标上比未优化的基线还低。把「GEO 优化」四个字重复十遍,不会让回答更愿意引用你。
第三个说法是「发得越多,越容易被引用」。把同一篇稿子复制到五个平台,不会让它变成五个可信来源;低质量、彼此雷同的页面只会增加被降权的面。这套配方刻意限制为「一个工作日一篇、三个平台轮换」,是为了把精力放在事实和出处上,而不是追求数量。
为什么要把内容发到平台上
如果你已经有稳定更新的官网,这一节可以跳过。
你的官网当然要写。但对没有独立站、或者官网权重还低的人,平台是更快的落点:知乎、头条号、搜狐号的文章都是公开可抓取的网页,和官网一样可能进入检索结果。AI 搜索在回答时引用的是它能检索到的公开页面;平台页面并不会因为不在官网上就被排除在检索之外。
平台还有一个实际好处:它们自带读者和站内搜索。同一篇回答,在知乎可能被问题搜索带到,在头条可能被推荐流带到,在搜狐可能被百度检索带到。你不需要先把自己的网站做起来,才能开始积累「可被引用的来源」。同一套品牌描述在这些页面上重复出现,检索系统也更容易把不同页面认成同一个实体。
要注意的是,不要把同一篇原文原样复制到三个平台。每个平台的字数、标题长度、频道和读者都不同;这套配方每次只发一个平台,下一题换一个平台,既避免同一天重复铺同一篇,也让每个平台的内容更像为它写的。
这套配方每天做什么
搭好以后,你的每个工作日大致是这样:
- 09:07,AI 从「问题库.md」取第一条还没发过的问题。 问题来自客户的原话,不是从热搜上找的。
- 写成 1000 到 1500 字的回答。 标题就是客户会问的那句话;开头 80 字内给结论;正文至少有两个来自素材的真实数字或案例,以及一个可点击的官方来源。
- 文末原样附上「关于作者」段。 品牌名、一句话定位、官网在每个平台保持一致。
- 按知乎、头条号、搜狐号轮换,每次只发一个平台。 发布前先读该平台当前的参数和限制;失败不盲目重试,先确认有没有已经发出去。
- 把日期、问题编号、平台、标题、链接记进「发布记录.md」。 下一轮靠它去重和轮换。
- 每周五 17:07,读三个平台最近 7 天的数据,写「周复盘.md」。 哪三篇表现最好,下周该补哪三个问题。
- 每月一次,手动检查豆包、DeepSeek、元宝有没有引用你。 这一步不交给定时任务,原因写在后面。
整套搭完,在两个客户端已装好、三个平台都已登录的情况下约 15 分钟;从零下载安装、注册账号并登录平台,留 30 到 40 分钟。最花时间的是第一次登录三个平台,以及回答 AI 关于你业务的那三个问题。
发布量上,一个工作日一篇、三个平台轮换,一个月约 20 条,三个平台也在 PublishPort 免费版的 3 个平台额度内,不升级可以覆盖第一个月。具体额度以定价页为准。
一句话配方
第 2 步要把这句话原样发给 Claude:
读取 https://www.publishport.app/skill.md 并按说明为我配置 PublishPort,然后把当前文件夹当作我的 GEO 内容工作区:先问我 3 个客户最常问的问题和每个问题背后的真实案例或数字,写成「问题库.md」,再取第一条写一篇 1000 到 1500 字的回答,标题用客户的原话,开头 80 字内给出结论,正文至少引用 1 个官方来源、写清 2 个真实数字,文末原样附上「品牌信息.md」里的「关于作者」段,不要编造数据和引用;写好后发到我的知乎,回查链接并记进「发布记录.md」;验证通过后在 Claude Code 桌面版创建一个工作日 09:07 的本地定时任务:每天取问题库下一条未发布的问题,按知乎、头条号、搜狐号的顺序轮换发布,每次只发一个平台,发布前核对平台的字数和格式要求,失败不重试并记录原因;每周五 17:07 读三个平台最近 7 天的阅读和互动数据,把表现最好的 3 篇、下周该补的 3 个问题写进「周复盘.md」。
句子里的 skill.md 是一份公开说明,教 AI 怎么登录、查看哪些平台已连接、发布,以及确认内容真的出现了。授权过的 AI 都列在账号页,随时可以撤销。
可以改的有:每天几点、三个平台的顺序、字数范围。不要删的是开头那半句、「标题用客户的原话」、「至少 1 个官方来源」和「不要编造数据」这几句,它们决定了这套流程产出的是可被引用的内容,还是又一批泛泛的稿子。
第 0 步:准备三样东西
1. Claude 桌面版,Pro 或更高套餐。 从 claude.com/download 安装并登录,打开 Code 标签。按 Claude 的定价页,Claude Code 与「Hand off and schedule tasks」都只在 Pro、Max、Ultra 等付费档提供,免费档没有这两项。本地定时任务还要求桌面版 1.1.5368 或更高版本,入口与细节以官方桌面定时任务文档为准。
2. PublishPort 客户端,登录三个平台。 从下载页安装,登录 PublishPort 账号,进入平台账号页,依次登录知乎、头条号、搜狐号。每个平台都要在弹出的浏览器里完成登录,回到客户端点我已确认登录,状态变成绿色。
这一步是整套流程最容易漏的地方:只装客户端、只给 AI 授权,但没有登录平台,AI 能接上却发不出去。三个平台都登录好,再往下走。登录态保留在这台电脑上,AI 拿到的是可撤销的调用授权,不是你的平台密码;详细说明见登录你的平台账号。
发布时,AI 不直接调用平台接口,而是通过 PublishPort 的官方 CLI 把命令发回这台电脑,用你已登录的浏览器会话完成操作。个人号通常拿不到发布接口,这条路不需要申请开发者权限。
3. Node.js。 发布命令要用到 Node.js。到 Node.js 官网安装 LTS 版,安装完成后在 Claude 里让它跑一次 node -v,能输出版本号即可。
再建一个文件夹,名字随意,比如「GEO工作区」。里面先放一个 品牌信息.md:
品牌名:写对外使用的完整名称
一句话定位:我们为谁解决什么问题
官网:https://
公开联系方式:邮箱或客服入口
关于作者(固定段,每篇文末原样使用):品牌名是一家做……的公司,官网是……,联系方式是……
不能写进文章的内容:客户名、报价、未公开的数据
「关于作者」这一段由你定稿,AI 之后每篇原样使用。以后要改品牌描述,只改这一处,不要在每个平台各改一遍。
再建一个 问题库.md。第一条可以等 AI 问你之后再落盘,格式如下:
## 01 小公司做 GEO 优化,预算多少才够
客户原话:我们十几个人,做 GEO 要准备多少预算?
真实素材:
- 2026 年 3 月到 6 月,我们服务过 4 家……
- 一家做工业配件的客户,三个月发了 18 篇,带来 7 个咨询……
可引用来源:
- Google《AI features and your website》:https://developers.google.com/search/docs/appearance/ai-features
- GEO 论文:https://arxiv.org/abs/2311.09735
不能写:客户名、具体报价
模板里的省略号都要换成你的真实数字;没有数字就删掉那一行,不要留着。一条问题至少要有「客户原话」「真实素材」「可引用来源」三段;没有素材或来源的问题先不要放进这个文件。AI 每天只从这里取题,不会自己去网上找题。开始运行以后,每周往这个文件里补 3 到 5 个客户新问的问题,定时任务才有题可写。
第 1 步:在 Claude Code 里打开这个文件夹
打开 Claude 桌面版,切到 Code,新建会话时选择打开文件夹,选中「GEO工作区」。第一次打开时,Claude 会问是否信任这个文件夹;确认路径无误后继续。
第 2 步:发配方,回答三个问题,看它发第一篇
把上面的配方原样发给 Claude。接下来会发生这些事:
- Claude 读完说明,给自己装上 PublishPort 的 skill,并用 npm 全局安装
publishport命令。 - 它给你一个授权链接和一个核对码。打开链接,登录或注册 PublishPort 账号,确认核对码一致,点授权。链接 10 分钟内有效,过期了让它重新生成。
- 它检查客户端和三个平台的登录状态。有平台没登录,它会停下来告诉你,回第 0 步补上。
- 它问你三个客户最常问的问题,以及每个问题背后的真实案例或数字。这一步不要省:回答得越具体,第一篇越像你写的;回答「随便写」,它就只能写泛泛的套话。
- 它把三个问题追加进「问题库.md」,取第一条写成文章,把标题、平台和正文开头给你看。
- 你确认后,它发到知乎,回查链接,记进「发布记录.md」。
第一篇发出后,打开链接逐项检查:
- 标题是不是客户会问的原话,而不是「GEO 优化五大趋势」这类空标题;头条号超过 30 字时,压缩到 30 字内,不要改变问题的意思;
- 开头 80 字内有没有直接回答;
- 正文里的数字和案例,是不是你刚才说的那些,有没有被 AI 添油加醋;
- 引用的官方来源能不能点开,内容和文章说的是不是一回事;
- 文末的「关于作者」段,和
品牌信息.md是否一致。
有一项不对,就在同一个会话里让它改,改完再发下一篇。第一篇的质量决定了后面三十篇的样子。也可以到知乎创作中心、头条号后台、搜狐号后台的内容列表里核对,确认这篇确实在自己的账号下。
第 3 步:建工作日 09:07 的定时任务
配方已经让 Claude 创建任务。回到桌面版,点侧栏的 Scheduled,应该能看到一个工作日 09:07 的任务。没有的话,按下面的步骤手动建:
- Scheduled → New task;如果出现 Create with Claude 和 Set up manually,选择 Set up manually。
- 填名称,比如「GEO 每日问答」。
- 在 Advanced settings → General 里打开 Only on this computer,然后在 Local folder 里选中「GEO工作区」。
- 在 Trigger 里选 Weekdays,时间设为 09:07。
- 在指令框下方的工具栏里选择权限模式和模型。权限模式先用默认,第一次运行时会逐条放行。
- 点 Create。
任务指令贴下面这段:
这是我预先批准的每个工作日发布任务,按下面的规则直接执行,不需要再问我确认。
1. 先读当前文件夹的「发布记录.md」和「问题库.md」。如果「待发」文件夹里有昨天没发出去的稿子,先处理它。
2. 从「问题库.md」里取第一条还没有出现在「发布记录.md」里的问题。一条都没有就停止,告诉我问题库已经用完,不要自己编新问题。
3. 按问题条目里的「真实素材」写一篇 1000 到 1500 字的回答。标题直接用客户会问的原话,开头 80 字内给出结论;正文至少包含 2 个来自素材的真实数字或案例、1 个可点击的官方来源;没有素材支持的判断不要写,绝不编造数字、客户名和引用。
4. 读「品牌信息.md」,把其中那段固定的「关于作者」原样放在文末,不要改写。
5. 按「发布记录.md」里的平台计数轮换:知乎、头条号、搜狐号。每次只发一个平台。先用 publishport guide 读该平台当前的参数和限制;头条号的标题控制在 2 到 30 字;搜狐号使用「发布设置.md」里固定的频道,没有这个文件就先用 PublishPort 列出你账号下的搜狐号频道,选一个与内容最接近的,记进「发布设置.md」,以后不再更换。
6. 发布前把标题、平台、正文前 200 字和文末品牌段贴出来,作为运行记录;这是预先批准的定时任务,不需要等我回复,贴完直接发。
7. 发布命令失败或超时,不要直接重试:先到该平台的内容列表确认这篇是否已经出现;确认没有再重试一次;仍然失败就跳过,把原因写进「发布记录.md」。
8. 成功后把日期、问题编号、平台、标题、链接追加到「发布记录.md」。如果本次运行晚于北京时间 21:00,只把稿子写进「待发」文件夹并记下原因,不发布,等下一个工作日先发它。
9. 最后用一句话告诉我:今天发了哪一篇、发在哪个平台、链接是什么;没发就说明原因。
每次定时运行都是新会话,没人在场,所以「预先批准」必须写进指令本身,否则 AI 会停在「发布前请用户确认」上。第 6 条把它变成一条运行记录,而不是一个等待确认的步骤。
创建后点一次 Run now,保持在场。第一次运行会遇到权限提示:对 publishport 相关命令和这个文件夹里的文件写入选择 Always allow。以后同类操作不再逐条询问;已放行的项目可以在任务详情页的 Always allowed 里查看和撤销。
还要在设置里打开 Keep computer awake(Settings → Desktop app 或 Settings → This computer → System)。本地定时任务只在桌面版运行、电脑唤醒时触发;电脑睡过去,这次运行就跳过。合上笔记本盖子仍然会睡眠,这一点无法靠设置绕过。
如果电脑在任务时间睡着了,桌面版在唤醒后会检查最近 7 天内错过的运行,补跑最近一次,只补一次。第 8 条的时间保护就是为此写的:晚上补跑时只写稿不发,避免半夜发文章。
第 4 步:建周五 17:07 的复盘任务
配方已经让 Claude 建了周五的复盘任务。回到 Scheduled 检查;没有的话,再建一个本地定时任务,工作空间同样选「GEO工作区」,触发时间选 Weekly、周五 17:07。指令贴下面这段:
这是我预先批准的每周复盘任务,只读数据、只写复盘文件,不发布任何内容。
1. 读「发布记录.md」,取最近 7 天发布的文章。
2. 用 PublishPort 读知乎、头条号、搜狐号最近 7 天的阅读、点赞、评论数据;有收藏数据的平台一并读,某个指标没有返回就写「未返回」,不要当成 0。
3. 按阅读量排序,列出表现最好的 3 篇和最差的 3 篇,说明它们的标题、问题类型和发布平台有什么不同。
4. 读「问题库.md」,结合本周数据,提出下周优先写的 3 个问题;只从已有问题里选,不要新增没有素材的问题。
5. 把以上内容追加到「周复盘.md」,不要覆盖旧内容。最后用一句话告诉我本周最好的是哪篇。
复盘任务只读数据,不发布,所以权限可以收得更紧;它需要写入的只有「周复盘.md」这一个文件。
三个平台的阅读口径不完全一样:知乎的阅读、头条的阅读、搜狐的阅读各自统计,这个排序只用来看相对高低,不要当成同一把尺子。
第 5 步:每月一次,检查 AI 有没有引用你
平台数据告诉你「有没有人读」,但不能告诉你「AI 有没有引用」。这一步目前没有稳定的自动接口,需要手动做,一个月一次,大约十分钟:
- 打开豆包、DeepSeek、元宝。
- 每个引擎问三个问题,用客户的原话,不要提你的品牌名。比如「小公司做 GEO 优化,预算多少才够」。
- 看回答里有没有出现你的品牌、文章标题或链接;把被引用的 URL、以及它引用了哪些竞品,记进
引用检查.md。 - 连续两个月没有任何引用,先检查文章有没有被搜索引擎收录(在搜索引擎里搜文章标题),再检查内容里有没有可被引用的事实。不要因为一次没被引用就连续改标题。
这一步不交给定时任务,原因是:国内几个 AI 产品的回答会随登录状态、时间和模型版本变化,自动抓取既不稳定,也容易把「没有引用」误判成「内容不行」。人工一个月看一次,足够判断方向。
第一次最容易受阻的几处
- 到点没有运行:本地定时任务要求电脑开机、桌面版运行、PublishPort 客户端运行、文件夹在原处;电脑睡眠会跳过。先看任务详情页的 History,里面会写这次是运行了还是被跳过。
- 停在权限提示上:回到这次运行的会话,对需要执行的命令选择 Always allow;也可以在任务详情页的 Always allowed 里检查是否已经放行。
- 说平台没有登录:登录态会过期,回 PublishPort 客户端平台账号页重新登录,状态变绿后下一个工作日自动恢复。
- 头条号标题被拒:头条号的发布命令要求标题 2 到 30 字,超出会直接报错;让 AI 在发布前先数字数,不要发出去再改。
- 搜狐号频道不对:频道是发布时的必填项,不同账号可选频道不同;第一次让 AI 用 PublishPort 列出你账号下的搜狐号频道,选一个固定的,写进
发布设置.md。 - 同一篇发了两次:先查
发布记录.md和平台的内容列表,确认重复后在平台后台手动删除;不要连续重发同一条命令,那是重复发布最常见的原因。 - 文章被平台判定为 AI 生成:按平台规则如实标注 AI 参与程度;这套流程的底线是素材和判断是你的,AI 负责整理成文和发布,不要把它当成批量改写他人内容的工具。
这套流程适合谁,不适合谁
适合:有明确客户问题、手里有真实案例和数字的 B2B 服务、知识服务、本地服务和小团队。你们不缺「写什么」,缺的是每天有人把一个问题写清楚、发出去、再把数据收回来。
不适合:没有真实素材、想靠批量生成覆盖关键词的人;想保证被 AI 引用的人;不愿意让电脑在工作日白天保持开机的人。前两种会让内容变成低质页面,第三种无法运行定时任务。
这套流程省下的是每天找题、写稿、排版、登录三个平台发布、周末查看后台数据的时间:按一篇 1000 到 1500 字、三个平台轮换计算,一天大约一到两个小时,一个月二十篇左右,足够覆盖二十个客户真问题。它替代不了你的判断、你的案例、你和客户的关系。GEO 的长期账不是「发了多少篇」,而是「有多少篇值得被引用」;前者可以由定时任务完成,后者只能由你决定。
如果想先理解这套定时任务本身的机制,可以看 Claude Code 定时任务:每天早上巡检三个平台的评论;想把同样的内容同步到更多平台,先读一稿多发会不会被判重复内容,再决定要不要扩平台。
