GEO优化怎么做，4个步骤和每步的验收标准

GEO 优化按 4 步走：列出问题词、把答案写进正文开头、补齐实体信息、按月核对引用。4 步的顺序不要颠倒，后一步的判断要先拿到前一步的数据。每一步都有自己就能查的验收口径，做完不必等别人打分。

100 页以内的站走完第一轮，工期在 6 到 8 周。超过 300 页的站，第一轮只做 20 个问题词对应的页面，剩下的排进第二轮。工期里最花时间的是第二步，写稿和改稿占掉一半。

一、先列一张问题词表

拿一张空表，三列就够：问题原文、对应页面、这一页现在有没有答案。先填 30 到 50 行。我给一家做工业配件的客户整理过第一版，38 行里有 11 行是同一个意思，合并之后剩 27 个真问题。表格不要一开始就加"优先级""预估流量"这类列，填不出来的列会让人卡在表上不动。

行数宁可少。表里堆到 200 行，执行的时候没人看得完，最后往往只做了前 10 行。

合并同义题有个简单判据：两句话能不能用同一个页面回答。能共用一页就并成一行，并的时候留搜得多的那个说法做主词，另一个写进正文当同义表述。30 个词最后落在 12 到 15 个页面上，属于正常密度。

问题从三处抄

客服聊天记录、站内搜索框的搜索词、销售在电话里被问到的话。这三处的句子带口语，跟用户在 AI 搜索框里打字的习惯接近。官网文案里的句子相反，那是给人读的广告语，措辞和提问方式差得很远。

我翻过一家装修公司的客服记录，客户打的是"半包和全包差多少钱"，官网写的是"整装服务体系"，两句话没有一个词重合。照官网措辞去优化，答的不是客户问的那件事。

表里留一列现状

把 6 个平台挨个问一遍：豆包、DeepSeek、Kimi、文心一言、通义千问、腾讯元宝。同一个问题原样输入，答案抄进表里，标一下有没有出现自家名字、有没有链到自家页面。这一轮大概花 2 个小时。

抄完多半能看到两种情况。有些问题已经有明确的答案来源，有些问题 6 个平台都答得含糊。后一种先做，插进去的阻力小。前一种要挤掉现任，成本高 3 到 5 倍。

还有一种情况要单独标出来：答案里提到了自家名字，但说法是错的。价格写成旧价、门店写成已关的那家、业务范围写多了。这类错答案的优先级排在最前，因为它每天都在被重复，改一次能管很久。我处理过一个 2023 年就停掉的业务线，AI 到今年 10 月还在答，页面下线了但索引里的话没消。

二、答案写进开头 100 字

AI 摘一段话的时候，取的是能独立成立的那几句。开头 100 字里没有答案，后面写 3000 字也容易被跳过。这一条是我改过 60 多篇稿子之后比较确定的一条。摘录不按段落顺序走，它找的是跟问题最贴的那几句，位置越靠前，被选中的机会越多。

写法上第一段就把结论说完，带上条件和数字。比如"半包比全包便宜 30% 到 45%，差价主要出在主材和柜体"，一句话里有对比、有区间、有原因。

一个小节只答一个问题

小节标题写成问题本身，正文第一句给答案。同一个 h2 下面塞进三个问题，摘录的时候哪一句都摘不完整。我见过一个页面，一个 h2 底下写了 9 段，从材料讲到售后，AI 引用它的次数是 0，后来拆成 4 个页面才出现引用。

段落控制在 60 到 150 字。太短的信息量不够，太长的摘不出来。一篇 2500 字的稿子，18 到 25 个自然段比较合适。表格和清单对摘录友好，一张 5 行的对照表往往比 300 字描述更容易被取走。

一页写多长有上限。4000 字以上的单页，后半段被摘到的概率明显下降，读者也翻不到底。超过这个长度就拆成两页，中间用一个小节互相指路。我改过一个 6000 字的选型页，拆成 3 页之后，6 个平台里能搜到其中 2 页，原来那一整页一次都没被引。

图配 3 张就够，每张下面一行说明写清楚画的是什么。说明文字里带上数字或名称，别写成"示意图"三个字。AI 读不到图里的内容，能读到的只有说明文字，说明写得含糊等于这张图不存在。

三、实体信息对齐

AI 判断一段内容能不能用，会看里面提到的人、地、时间对不对得上。站上写"成立于 2012 年"，工商信息写 2015 年，两边对不上的时候，这套信息很容易被当成不可靠。这类不一致在中小企业站上很常见，改起来只要半天。

名称、地点、年份

名称包括公司全称和对外用的简称，固定一个，别在同一个站上换三种叫法。地点写到区和街道，只写"华南地区"，AI 没法把它跟某个城市连起来。年份写具体数字，写"做这行很多年"，机器读不出起点；写"2011 年开始做粉末冶金"，它能算出 15 年。三个字段改完，页面上不用加任何新内容。

我上个月核过一个站的关于页面，公司名有 4 种写法，联系电话 2 个，成立年份出现了 2008 和 2010 两个版本。这种页面在 AI 答案里出现的次数很少，原因在没法确认它是谁。

除了首页和关于页，正文页也要带上同样的字段。写案例的时候，客户所在城市、项目开工年份、面积或数量至少写两项。只写"某客户"，这一页在实体层面等于没写。我给一家建材客户改过 8 个案例页，每页补了城市和年份，两个月后这些页在 3 个平台里开始成对出现。

四、按月核对引用

每月固定一天，把表里那 30 到 50 个问题重新问一遍，记下 6 个平台各自的答案里有没有自家名字、有没有链到自家页面。问题样本和平台名单固定不动，换一批就没法跟上一轮比。记录用一张表，一行一个问题，一列一个平台。

引用数和流量分开记

两个数会朝不同方向走。流量看有多少人点进来，引用看有多少次答案里提到你。做 GEO 的前 3 个月，引用次数从 0 涨到 5 次很常见，站内流量还是每天几十个。混在一起看，容易在第 2 个月就判失败，把本来对的方向停掉。

这两个数分开记，判断不会被流量曲线带偏。

对账的时候用同一台设备、同一个账号、同一个时间段。平台会按地域和登录状态给不同答案，早上在手机上问到的结果，晚上在电脑上再问可能换了一套。记录里写清这 3 个条件，下一轮才比得出来。我吃过一次亏，4 次记录里有 2 次是用别人的手机问的，那 2 行数据后来整批作废。

验收口径我一般定成这样：连续 3 个月，30 个问题词里有 5 个能在 2 个以上平台的答案里出现自家名字，第一轮算走通。达不到，回头查第二步的段落写法，多数问题出在小节标题写得太宽。

6 个平台给出的答案差别很大。同一批 30 个问题，文心一言和腾讯元宝偏向引用新闻和地方媒体，DeepSeek 偏向长文和技术站，豆包偏向问答社区。一个平台上没出现，换个平台可能有。判断成败至少要看 2 个平台，只看 1 个容易被单平台的偏好带偏。

记录表可以加一列"答案里引了谁"。这一列比"有没有我"更有用，它告诉你现在占位的都是什么类型的页面。连续 3 个月都在引同一类页面，下一轮就照着那类页面的结构做。

4 步走完一轮，手上会有三样东西：一张 30 行以上的问题词表、一批开头 100 字带答案的页面、一份跨 3 个月的引用记录。三样都在，第二轮该做哪些词就有依据，不用再从头猜。