您现在的位置是： 首页 > SEO教程 > 正文
AI办公工具Codex （二）：如何使用Codex助力 SEO 和 GEO？举例参考
发布时间：2026-08-27 10:57:13 编辑：admin 浏览:8
我们真正关心的，从来不是 Codex 能不能写一篇看起来通顺的文章，而是它能不能进入 SEO 项目的完整链路。
SEO 不是写文章三个字。
它包括市场研究、关键词、网站结构、产品页面、内容、技术、外链、数据、转化、项目管理和持续复盘。GEO 也不是在文章里多加几段问答，更不是做一个 llms.txt 就结束。
如果只是让 AI 批量生成文章，我们很早以前就能做。
我实际用下来最感兴趣的，是 Codex 有机会把这些原本分散在表格、浏览器、网站后台、代码、报告和不同同事手里的工作，逐步串成一个闭环。
当然，Codex 安装好以后，不会天然拥有 WordPress、Shopify、GSC、广告平台、社媒账号和客户数据库的权限。
要做下面这些事情，前提是我们主动提供导出文件，或者在企业授权范围内配置插件、API、MCP 连接器、浏览器或电脑操作等能力。
下面分享来自最近的项目实践，涉及域名、账号和部分项目名称的信息已经打码。若凡把它们放回对应的工作环节里，让大家看清楚 Codex 做了什么、人又审核了什么。
这里所有数字，都只代表当次任务、当时提供的资料和当轮验收规则，不是所有项目的统一效率承诺。
1、调研关键词布局，先把“一个页面做一个意图”规划清楚
很多 SEO 项目一上来就追关键词数量，最后出现的结果是：首页、分类页、产品页和文章都在抢同一批词；看起来每个页面都做了 SEO，实际上网站内部先打起来了。
我们最近让 Codex 读取现有网站页面、导航结构、文章主题和关键词资料，最后交付的不是一张杂乱的词表，而是一份“页面—意图—主关键词—辅助关键词—优先级”的规划工作簿。
这次工作簿完成了 19 个现有页面的关键词匹配，并给出 SEO Title、Description、H1/H2/H3 建议；提出 9 个优先新建页面；补充 10 个文章选题，并避开已有的 10 篇文章主题；同时整理出 144 条关键词明细。每个页面控制在 3—5 个相关词，商业关键词的重复分配为 0。
它还在检查页面结构时发现，全站导航里的 H3 出现在正文 H1 之前，并把问题和修改方向标了出来；对于意图差异较大的 Marine 与 Branded Residences，也建议拆成两个独立页面，而不是为了省事塞进同一页。工作簿交付前，又检查了公式错误、关键词数量、重复分配和视觉布局。
项目实操截图｜关键词与页面映射工作簿。
这张图里最值得看的，并不是 AI 找到了多少词，而是它把关键词研究推进到了网站架构和页面任务层面：哪些旧页继续优化，哪些意图需要新建页面，哪些词只能分配一次，哪些结构问题会影响页面理解，都进入了同一张表。
当然，页面要不要拆、哪个词优先、是否符合公司的商业重点，仍然由 SEO 负责人确认。Codex 可以帮我们把冲突快速找出来，却不能替我们决定业务方向。
2、先做 45 页用户调研和 49 页写作标准，再谈半自动化文章
我们现在更愿意把它叫做“半自动化内容生产线”，而不是 AI 代写。
以前让 AI 写文章，最常见的提示词就是：围绕某个关键词写 2000 字。
但 AI 连产品卖给谁、谁参与决策、不同角色担心什么都不知道，最后只能把网上常见的话重新排列一遍。
所以，我们在一个项目里先做了一份 45 页、24,109 字的目标用户调研。文档没有只写“客户是酒店采购商”，而是继续拆到酒店或度假村业主与开发商、室内设计师与建筑师、FF&E 采购顾问、项目经理与安装团队、酒店运营与资产管理团队等不同角色，再分别整理他们关心的问题、文章需要回答的内容、适合的 CTA 和具体应用场景。
项目实操截图｜45 页用户研究
有了用户研究还不够。在另一个服装项目里，团队还把过去写作中反复出现的错误、事实边界和发布要求，整理成一份 49 页、17,952 字的《文章生产执行标准》。
这份标准不是几句“语气自然、符合 SEO”的空要求，而是从 URL 路由、搜索意图、服装事实、场合与身材意图、品牌证据、文章 Brief、Title、H1、Meta、正文结构、视觉证据、内外链、CTA、GEO 引用，到英语和阿拉伯语本地化、Shopify CMS 发布的完整规范。文档设置了 24 个阶段闸门，任何 STOP 项没有通过，页面就不能发布。
用户画像还要由销售或项目人员核对，产品和品牌事实必须回到指定来源，24 个阶段闸门则逐项验收。文档长，不是为了显得专业，而是为了让不同同事、不同语言、不同项目尽量执行同一套底线。
项目实操截图｜49 页文章生产标准
到了这一步，所谓“半自动化写文章”才有基础。我们现在让 Codex 按下面的流程协助：
第一步，整理输入资料。
把关键词表、GSC 数据、竞品页面、产品资料、客户问题、销售反馈、历史文章和品牌规则放进项目。先检查资料够不够，不够就列出缺口，而不是让 AI 自己编。
第二步，判断搜索意图。
这个词是信息型、商业调研型还是交易型？排名页面是什么类型？用户真正想解决什么问题？我们的产品是否适合进入这篇内容？
第三步，生成内容简报。
让 Codex 输出建议标题、核心问题、H2/H3、需要补充的数据、专家观点、图片、表格、案例、内部链接和转化路径。
第四步，完成初稿。
初稿可以交给 AI，但涉及产品参数、测试结果、客户案例、行业数据、法律合规和竞争对手评价的部分，必须标出来源。没有证据的地方，宁可留空，也不要写得一本正经。
第五步，人工加入真正有价值的东西。
项目经验、客户原话、实测截图、失败案例、产品工程师意见、原创数据、不同市场的真实差异，这些才是内容与网上同质化文章拉开距离的地方。
第六步，做 SEO 与发布前检查。
检查标题、描述、层级、内链、外链、图片 alt 文本、重复内容、事实、品牌词、CTA、结构化数据建议和移动端显示，再进入网站后台的草稿区。
第七步，发布后持续观察。
一段时间后，让 Codex 结合 GSC、GA4 和排名数据，判断页面是没有收录、曝光不涨、点击率偏低、排名卡住，还是有流量没有转化，再决定更新方向。
这里必须说明，Google 并不是简单反对 AI 内容。
Google 当前官方指南明确表示，生成式 AI 可以用于研究主题、梳理结构；但如果利用 AI 大量生成没有用户价值的页面，就可能触犯“规模化内容滥用”政策。真正重要的仍然是准确、质量、相关性和对用户的帮助。
所以，Codex 可以让好内容的生产效率更高，却不能让低质量内容因为数量更多就变成好内容。
3、高效上传产品详情页：从资料清洗到正式上线
很多 B2B 和跨境电商网站，产品一多就容易乱。
有的产品标题只有型号，有的参数缺单位，有的图片命名毫无规则；几十个产品页面用着几乎一样的描述，分类、标签、canonical 和结构化数据也没有统一标准。
这类工作特别适合 Codex。
我们可以把产品 Excel、供应商资料、PDF 规格书、图片和页面规则交给它，让它协助：
·清洗真实产品字段，找出缺失值、异常值和单位冲突；
·建立分类、标签与 URL 规则，并生成标题、卖点、FAQ 和 SEO 字段初稿；
·完成语言本地化、图片命名与 alt 文本，同时标出素材缺口；
·生成后台可处理的导入文件或草稿，再检查重复内容和结构化数据字段。
我们最近一项花瓶产品上站任务，正好把这条流程跑了一遍。
在企业授权的后台中，Codex 完成并上线了一批产品详情页，共配置 192 张产品图片；页面标题和 SKU 使用真实产品型号，材质字段统一为 Ceramic，并重新编写英文文案，覆盖干花、仿真植物、独立摆件、家居美陈、Amazon 与电商包装等应用场景。
每个页面不只是多了一段描述，还配置了图片画廊、产品特点、采购参数、定制范围、包装建议、FAQ、询价入口和 SEO 信息。当时 Decorative Vases 集合页展示了 54 款产品。上线后又检查页面状态、图片、alt 文本、SEO 站点地图以及桌面端和手机端布局，本轮记录的结构错误为 0。
项目实操截图｜产品资料上传
截图中的单次处理记录是 51 分 16 秒。但这不代表一个项目从资料准备到最终验收只需要 51 分钟。
不得不说，AI帮你上传的页面，最后一定是你自己需要进行审核，否则，你会在AI一步一步操作中迷失自己，最后结果大概率不好。
4、优化详情页，并对桌面、平板和手机端做批量验收
以前我们说 AI 帮忙做 SEO，很多时候停留在文案层面。
现在通过浏览器、插件、接口或电脑操作能力，在账号和权限允许的前提下，Codex 可以继续完成后台动作，例如：
·创建文章或产品草稿，上传并整理素材；
·设置分类、标签、SEO 字段和经过审核的内链；
·检查组件、按钮、表单以及不同设备的显示；
·对照任务表核验进度、遗漏项和上线后的页面状态。
最近还有一次产品详情页优化，系统记录的处理时间是 44 分 54 秒。
这次不是简单改改颜色。Codex 重新平衡了桌面端左右栏宽度，让顶部对齐、左侧图库在滚动时保持可见；把长描述自动拆成两栏；统一参数表字重和卡片高度；让标签自然换行；并在屏幕低于 1050px 时，把参数内容移动到图片下方，手机端再自动改成单列。
完成修改以后，团队没有只看一台电脑上的效果，而是分别检查了 1920px 桌面端、1024px 平板端和 390px 手机端。随后又对相关内容范围做批量验证：48 个产品页、192 张图库图片和 384 条 FAQ 通过了本轮检查，记录为 0 个内容错误。
项目实操截图｜详情页模板优化后
这里的“0 个内容错误”，只代表这一轮、这套检查规则下没有发现错误，不代表网站以后永远不会出问题。反而因为工具可以批量检查，我们更应该把检查范围、屏幕尺寸、时间和结果记录清楚。
这个能力确实很强，但风险也很直观。
我们给 Codex 后台权限时，应该遵循三个原则：
1.能给草稿权限，就不要一开始给直接发布权限；
2.能在测试站或备份环境验证，就不要直接改正式站；
3.删除、覆盖、重定向、批量发布和权限修改，必须有人确认。
成熟的自动化，不是权限越大越厉害，而是每一步都能检查、能撤回、能找到责任记录。通常情况下，是在本地预览之后，再进行上线。
5、结合 PageSpeed 做性能诊断，把问题变成责任清单
Codex 本身就是编码智能体，所以技术 SEO 反而是它非常有优势的一块。
我们过去做技术诊断，可能需要 SEO、开发和项目经理来回沟通。SEO 发现问题，写到表格；开发理解一遍；改完以后 SEO 再检查；如果描述不清楚，还要重新来一次。
团队最近做的一份网站性能报告，就是把 PageSpeed 数据、页面实测、资源体积、脚本和模板问题放到一起分析，再为每个问题标出证据、优先级、可修复性、处理方式和责任边界。
当次记录中，移动首页的 PageSpeed 分数是 48，LCP 6.0 秒、TBT 890 毫秒、Speed Index 6.5 秒；迁移测试中的首页 LCP 还出现过 10.75 秒。某个移动商品页的样本记录为加载 44.65 秒、阻塞 11.46 秒、360 个请求。
Codex 继续把问题拆到图片、阻塞 CSS、主线程、Swiper、页面复杂度和第三方脚本。能够直接修的进入技术清单；涉及 GTM、Clarity、Contentsquare、Facebook 等业务脚本的，交给品牌方决定优先级。
项目实操截图｜性能实操文档
这比只截一张红色分数图有用得多。SEO、品牌方和技术团队终于能在同一份材料里看清楚：问题在哪里，证据是什么，谁可以先做，哪些动作会影响业务，以及修完以后怎么验收。
若聚凡星某Shopify项目真实工作记录
同一套方法还可以继续扩展到其他技术 SEO 工作：
·分析爬虫文件和服务器日志，查找 404、重定向链、孤立页面与抓取异常；
·检查 canonical、robots.txt、XML sitemap、hreflang 和结构化数据；
·定位 JavaScript 渲染、模板、图片、脚本、字体和内部链接问题；
·修改 WordPress 主题、插件或前端代码，并把重复检查写成脚本；
·运行测试、比较修改前后结果，再输出可审核的变更说明。
以前不会写代码的 SEO，遇到技术问题只能排期等开发。
现在并不是说 SEO 人可以随便改生产环境，而是我们第一次有机会更快地读懂问题、做出修复方案、形成可测试的改动，再与开发一起审核。
这会明显改变 SEO 与技术团队之间的协作方式。
6、做网站开发功能，交付可以安装和验收的成果
再往前一步，Codex 还可以直接参与网站功能和主题开发。
比如，如下
项目实操截图｜网站开发
这个交付里有两个细节，我觉得比“AI 会写代码”更重要。
编程方便效率真的提升很快，以前一个网站可能需要2个月才能做出来，而现在，我们做的站点通常30天之内可以上线
若凡这里所说的网站上线，并不是单词的展示站点，我们几乎所有的上线项目都是要做SEO的，所以上线的站点，我们团队一定是评估符合SEO收录与排名，才能够上线的。
7、数据分析、周报和项目报告
SEO 项目最耗时间的地方，有时并不是优化本身，而是把数据从不同平台拿出来，再反复整理成可以看的报告。
若聚凡星真实项目报告
Codex 可以协助合并 GSC、GA4、Ahrefs、Semrush、CMS、CRM 或询盘表的数据，再做进一步分析：
·哪些页面带来曝光，哪些页面真正带来询盘；
·哪些关键词排名上升但点击率偏低；
·哪些旧文章出现内容衰退；
·哪些页面之间存在关键词蚕食；
·哪些国家、设备或产品线的表现异常；
·哪些外链失效，哪些引用域名增长；
·哪些页面有流量但转化路径断掉；
·本月完成了什么，结果如何，下个月优先做什么。
若聚凡星真实项目报告
当分析逻辑稳定后，还可以做成每周或每月的固定任务。这些精美的项目报告，并且数据真实，我们以前大部分同事都做不出来。
8、内容更新、内链和网站知识体系
很多网站不是没有内容，而是内容越做越乱。
三年前的文章还在排名，却有一半信息已经过时；新文章不断发布，老文章没有更新；同一概念在十篇文章里有十种说法；产品页、博客、案例页和解决方案页之间也没有形成合理链接。
Codex 可以扫描整个内容库，建立页面与主题之间的关系，再协助完成：
·识别过时信息和失效链接；
·找出重复、薄弱和互相竞争的内容；
·建立主题集群和内部链接建议；
·给重点商业页面寻找合适的上游内容入口；
·把销售常见问题补进对应页面；
·生成更新清单并记录修改日期、来源和负责人；
·在发布前检查是否误伤原有排名资产。
写一百篇没人维护的文章，不如把真正有价值的内容做成一个不断更新、互相支持的知识体系。
9、GEO 可以做，但不要把它做成另一轮“玄学 SEO”
GEO 是我们目前重点投入的方向之一。
Codex 可以帮助我们做很多实事：
·统一官网、产品页、作者页、新闻稿和社交账号中的品牌实体信息；
·梳理用户在 AI 搜索中可能提出的问题和决策链路；
·找出网站缺少的定义、对比、数据、案例、专家观点和证据；
·把一手测试、客户案例和行业研究整理成更清晰的内容资产；
·检查页面是否可抓取、可索引，重要信息是否出现在公开页面；
·建立品牌提及、引用来源和竞品表现的监测表；
·研究不同 AI 引擎实际引用了哪些来源，再制定对应的内容与传播计划；
·持续复盘哪些内容被看见、被引用，哪些只是我们自我感觉良好。
但话虽如此，我们还是要尊重事实。
Google 在 2026 年发布的生成式 AI 搜索优化指南里明确说了几件很重要的事情：传统 SEO 基础仍然适用；Google 不需要所谓特殊的 AI Schema；llms.txt 不会帮助你在 Google 搜索里获得额外排名；没有必要为了 AI 把内容强行切成很碎的片段；虚假的品牌提及也没有大家想象中那么有用。
Google 强调的，仍然是可抓取的技术结构、独特且有价值的非同质化内容、真实经验和用户价值。
这与若凡一直讲的 SEO 底层逻辑，其实并不冲突。
所以，Codex 能解决的是 GEO 的研究、执行、监测和规模化管理问题，它不能给任何品牌保证“进入 AI 答案”。任何号称有一个秘密文件、一个特殊标签或一批虚假提及，就能稳定控制 AI 推荐结果的方法，都值得我们多问一句：证据在哪里？
10、把个人经验变成团队的 SEO 操作系统
这是我最看重、也最希望团队真正跑通的一件事。
过去，一个资深 SEO 的经验可能都在脑子里。
新人问一次，他讲一次；项目出错一次，再提醒一次。公司一旦增加人员，沟通成本就不断上升，做得好不好也越来越依赖某个负责人当天有没有时间、状态好不好。
现在我们可以先给每个项目建立一个清晰目录：
SEO-Project/
├─ AGENTS.md 项目规则、审核要求与禁止事项
├─ brand/ 品牌定位、语气、实体信息
├─ products/ 产品参数、认证与应用场景
├─ keywords/ 关键词、意图与页面映射
├─ content/ 内容简报、草稿与历史版本
├─ technical/ 爬虫、日志、代码与修复记录
├─ reports/ 周报、月报与复盘
└─ skills/ 已经跑通的重复工作流
前面那份 49 页文章生产执行标准，就是把经验沉淀成团队系统的一次真实尝试。它有版本、生效日期、文档责任人和 24 道阶段闸门，而不是散落在不同聊天窗口里的几十条提示词。
然后把反复出现的经验写进去。
比如，相关内容必须由专业人员审核；产品参数只能引用指定资料；外链不能使用某些高风险方式；文章必须增加真实案例；技术修改必须先备份；报告必须同时看流量和询盘，不能只报排名。
再把成熟流程做成 Skill，把固定检查做成定时任务，把关键词研究、技术审核、内容质检分给不同的子智能体并行处理。
当团队每纠正一次错误，就把规则补一次；每跑通一个方法，就沉淀一次。
这样，Codex 才会越来越像我们的工作系统，而不是某一个同事偶尔打开的聊天工具。
SEO/GEO 哪些事情不能直接交给 Codex？
说了这么多能做的，也必须把不能直接交出去的事情讲清楚：
·不能让它虚构客户案例、实验数据、证书、评价和专家身份；
·不能在无人审核的情况下批量发布大量页面；
·不能因为它写得很肯定，就省略事实核查；
·不能未经备份直接修改正式站的重要代码和数据库；
·不能自动购买外链、制造虚假提及或批量群发垃圾邮件；
·不能把客户密码、Cookie、API Key 和敏感数据随意放进项目；
·不能把策略判断全部交出去，然后只看一份漂亮报告。
工具永远只是工具。
真正决定 SEO 和 GEO 结果的，仍然是产品、用户、内容价值、技术基础、品牌信任，以及操盘的人是否对结果负责。
原创作者：白杨SEO玩赚流量群 若凡
关键字词：