Game Site Academy

用 AI 从 0 到 1 搭建游戏网站：实战指南

Sun, 01 Mar 2026 00:00:00 GMT

用 AI 搭建游戏网站，真正困难的部分通常不是生成代码，而是找到值得做的需求，并把网站变成一个能够被搜索引擎发现、被玩家持续使用的产品。

这篇指南给出一条从需求研究到上线增长的完整路线。你可以从一个小型游戏工具、资料站或攻略站开始，在真实用户反馈中逐步扩展。

第一步：从玩家的搜索需求开始

不要先决定技术栈。先确认玩家正在寻找什么，以及现有结果为什么没有很好地解决问题。

可以从以下来源收集需求：

Google、Bing 或百度的搜索联想与相关搜索；
Reddit、Discord、贴吧、Steam 社区中的重复提问；
竞品网站的高流量页面、评论和功能缺口；
新游戏上线、版本更新或赛季变化带来的时效需求。

优先选择目标清晰、结果可验证的主题，例如“某游戏配装计算器”“地图资源位置查询”或“角色升级材料清单”。这类页面比宽泛的游戏资讯更容易满足明确搜索意图。

第二步：定义最小可用版本

把第一版限制在一个核心任务内。一个合格的最小版本通常只需要：

一个能直接回答问题的主页面；
清晰的输入、输出或内容导航；
可分享、可被索引的独立 URL；
基础分析事件，用于判断用户是否完成任务。

在让 AI 写代码前，先写清楚页面目标、数据来源、边界情况和验收标准。上下文越具体，生成结果越稳定。

第三步：选择适合 SEO 的技术方案

游戏网站通常包含大量内容页或工具页，首屏速度和可抓取性很重要。Astro、Next.js 等支持服务端渲染或静态生成的框架都可以胜任。

技术选型时重点检查：

核心内容是否直接存在于返回的 HTML 中；
每个页面能否设置独立的标题、描述和 canonical；
是否能自动生成 sitemap、RSS 和结构化数据；
图片是否支持响应式尺寸、现代格式和懒加载；
部署平台是否提供 CDN、缓存和 HTTPS。

不要为了“技术先进”引入大量客户端 JavaScript。对内容型页面来说，更少的脚本通常意味着更快的加载速度和更稳定的抓取结果。

第四步：让 AI 参与开发，而不是替代判断

AI 很适合处理明确、可验证的开发任务，例如：

根据数据结构生成页面和组件；
编写解析、校验与转换脚本；
补充测试用例和边界条件；
分析构建错误、性能问题和可访问性问题；
批量生成遵循同一模板的基础元数据。

每完成一个模块，都要运行类型检查、测试和生产构建。对 AI 生成的外部链接、统计数据和游戏机制说明进行人工核验，避免错误内容损害用户信任。

第五步：上线前完成技术 SEO

至少确认以下项目：

每个可索引页面只有一个描述主题的 H1；
title 与 meta description 唯一，并符合页面搜索意图；
canonical 使用正式 HTTPS 域名；
robots.txt 没有误拦重要页面，并指向 sitemap；
登录、账户、订单和错误页设置 noindex；
文章页包含准确的发布时间、更新时间和 BlogPosting 数据；
站内链接使用有意义的锚文本，不依赖 JavaScript 才能访问；
移动端没有横向滚动，图片预留尺寸，核心内容加载迅速。

上线后，把 sitemap 提交到 Google Search Console 和 Bing Webmaster Tools，并观察抓取、收录、查询词和核心网页指标。

第六步：用真实数据持续迭代

第一版上线只是开始。每周查看用户通过哪些查询进入网站、在哪些页面离开，以及哪些功能被反复使用。

后续改进可以围绕三类信号展开：

有展示、点击率低：优化标题和描述，使价值更明确；
有访问、完成率低：简化交互，补充说明和示例；
有需求、覆盖不足：扩展相关工具、攻略和内部链接，形成主题集群。

AI 时代还要不要学 SEO？

Tue, 25 Aug 2026 00:00:00 GMT

有人在一位 SEO 从业者的资源推荐帖下面问了这么一句：

总有一种观点认为 SEO 会随着 AI 慢慢没落，所以现在不用再去花很大精力去学了，或者用 AI vibeseo 就够了。好奇专业人士对这个问题怎么看？

提问的是 X 用户 @RevaHuai，2026 年 8 月。这个疑虑得先解决，不然后面十一章你没有理由读下去。

讲道理是没用的，这种问题只能拿数据回答。2026 年 8 月 25 日，我们挑了三个真实的游戏搜索问题在 Google 上跑了一遍，把「AI 概览引用了谁」和「自然结果第一页站着谁」一条条记下来，再去对 Google 官方文档的原话。结果在下面。

先看一个事实：AI 的回答是从哪来的

先说两个词。AI 概览是搜索结果最上面那段由 AI 生成的答案，中文界面叫「AI 概览」，英文界面叫 AI Overviews；它后面会挂几个来源链接，那就是「被引用」。自然结果指广告以外的那些正常结果条目。

测试条件写在这里，你可以自己复现：

时间 2026-08-25，桌面版 Chrome，Google 中文界面（网址带 hl=zh-CN）；
网址末尾加上 &pws=0。这个参数让这次搜索尽量不参考你的个人搜索历史，不加的话你看到的结果会被自己的浏览习惯带偏；
AI 概览的来源列表默认只露两三个，必须点开「全部显示」再统计，否则会漏；
自然结果统计第一页的全部条目；
按域名去重。a.9game.cn 和 9game.cn 算同一个站。

三个问题分别对应游戏站最常见的三种页型：经验判断类（攻略加点）、事实数据类（材料清单）、操作步骤类（兑换码）。

三条查询的结果：

查询	AI 概览引用的站	也在第一页
艾尔登法环法师怎么加点	知乎专栏、Bilibili、游民星空、游侠网、篝火营地	5 / 5
原神武器突破材料怎么获得	原神官网、网易（cg.163.com）、biligame wiki、3DM、游民星空、9game	6 / 6
崩坏星穹铁道兑换码怎么兑换	星穹铁道官网、Bilibili、知乎专栏、游民星空、YouTube	3 / 5

对照用的自然结果第一页，原始记录如下：

艾尔登法环 法师 怎么加点
  游民星空 / YouTube / Bilibili / 知乎专栏 / 9game / 游侠网 / 篝火营地
原神 武器突破材料 怎么获得
  游民星空 / biligame wiki / 网易 / Fandom / 3DM / 17173 / 原神官网 / 9game
崩坏星穹铁道 兑换码 怎么兑换
  Bilibili / 星穹铁道官网 / 知乎专栏 / 17173 / HoYoLAB / 新浪

16 个被引用的站，14 个同时出现在同一条查询的自然结果第一页。 漏掉的两个是第三条查询里的游民星空和 YouTube。

这批数据有几个坑，得先说清楚，不然你拿去当结论会栽。

样本只有三条，这是一次快照，不是统计结论——别拿 14 比 16 当什么行业比例。漏掉的那两个也不算「小站的后门」：游民星空和 YouTube 都是超大站，它们进 AI 概览靠的是别的东西。

还有一点更麻烦。AI 概览是现场生成的，不是查表查出来的固定答案。同一天把星穹铁道那条重跑了一次，来源清单和第一次就不完全一样。所以你今天照着搜，数字大概对不上上面这张表。

那条兑换码查询还暴露了另一件事：

前两个引用位都是官方站。这类「怎么操作」的问题，最权威的答案本来就在官方页面上，小站想插进去很难。同一个游戏，不同类型的问题，AI 引用谁的规律完全不同——加点那种要靠玩家经验的问题，被引用的是知乎、Bilibili、攻略站；兑换码这种有官方口径的问题，官方站直接占位。你自己站上的页面属于哪一类，值得先想清楚。

现在把这批数据和官方口径对一下。Google 搜索中心那篇讲 AI 功能的文档（最后更新 2025-12-10）写得非常直白：

There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary.

同一页还有两句更要紧的话，转的人却很少。一句是「You don't need to create new machine readable files, AI text files, or markup to appear in these features」——不用给 AI 专门建文件，也不用额外加 schema.org 结构化数据。另一句划了条硬门槛：想作为来源链接出现，「a page must be indexed and eligible to be shown in Google Search with a snippet」，页面得先被收录，而且允许显示摘要。原文见 Google Search Central: AI features and your website。

官方说没有特殊优化，实测说引用几乎都来自第一页。两边拼起来的结论是：想被 AI 引用，前提仍然是先排进第一页；「AI 优化」不是一件独立的事，它是原来那件事的下游。 注意这是我们的推断，不是 Google 的原话——它没这么说过，我们也拿不出大样本证明它在所有词上都成立。

变的是入口，没变的是「能不能被收录」

再补两个词。抓取是爬虫程序访问你的页面、把内容读走；索引是 Google 把读到的内容存进自己的库里，没进库的页面根本不会出现在任何结果里，AI 概览也一样。

第 4 层是新接在这条链子末端的一环，不是把前面三层替换掉。你没被抓到，就不会被收录；没被收录，就排不进第一页；排不进第一页，被引用的概率就低到可以忽略。AI 只动了最后一环的形态，没动前面三环的规则。

这也是为什么本系列没有单独开一章讲「怎么讨好 AI」。第十二章会讲 AI 搜索时代确实不一样的那部分，但前面十章讲的抓取、收录、选词、意图、标题、内链，在有 AI 概览和没有 AI 概览的世界里是同一套东西。

那流量到底掉没掉

这里有个必须摊开讲的矛盾，因为两边都是有署名的公开材料，结论相反。

先看不利的那一边。Pew Research Center 的 Athena Chapekis 和 Anna Lieb 在 2025 年 7 月 22 日发过一份研究，最扎眼的是一组对照：结果页出现 AI 摘要时，用户点传统搜索结果链接的比例是 8%；没有摘要时是 15%，差不多是前者的两倍。至于摘要里挂着的那几个来源链接，点击率只有 1%。

还有一个数字更能说明状态：看完带 AI 摘要的页面就直接结束整段浏览的占 26%，没摘要时是 16%。答案拿到手，人就走了。

这份研究的底子是真实浏览数据，不是问卷——900 位美国成年人（KnowledgePanel Digital 成员）2025 年 3 月 1 日至 31 日的实际访问记录，共 68,879 次 Google 搜索，其中 12,593 次带 AI 摘要，结果页在 4 月 7 日至 17 日抓取。样本里只有 18% 的搜索出现了摘要，中位长度 67 个词，88% 引用了三个及以上来源。（原文）

Google 搜索负责人 Liz Reid 在 2025 年 8 月 6 日的官方博客里说的是另一回事：从 Google 搜索流向网站的总自然点击量「relatively stable year-over-year」，而且平均点击质量在上升，送出去的「优质点击」比一年前略多——优质点击的定义是用户不会很快点返回。她同时点名批评外部报告「flawed methodologies」。（原文）

这两个数字可以同时成立，因为它们量的不是一回事。 Pew 量的是「单次搜索的点击率」，Google 量的是「总点击量」。分母不同：只要总搜索次数变多了，单次点击率下降的同时总点击量完全可以持平。这个解释也是我们推的，不是谁公布的结论——两家都没给出对方需要的那个分母。

顺便说一句立场：市面上那种「AI 让 SEO 死了」的说法，通常是拿单次点击率当总量在讲；而「AI 对流量毫无影响」的说法，来源是当事人自己发的博客。两边都不该照抄。

Google 那篇博客里还有一句它自己承认的话，被引用得远不如前半段多：用户行为的变化「resulting in decreased traffic to some sites and increased traffic to others」，正在增加的是论坛、视频、播客、帖子这类有「authentic voices and first-hand perspectives」的内容，以及深度评测、原创观点、第一人称分析。

这句对纯搬运的攻略站是坏消息。你把官方公告和别人的攻略改写一遍拼成页面，AI 概览做的是同一件事，而且做得比你快。

游戏站受影响最小的那部分

工具页和实时数据页。 这两类最难被抢走。

配装计算器、伤害模拟器、抽卡概率计算，AI 概览可以替你把玩法总结成一段话，但它没法替用户算一次配装。用户要的是输入自己那套数值、拿到自己那个结果，这个动作只能发生在你的页面上。

实时数据是另一种护城河：当前版本活动、兑换码有效期、限时商店轮换。AI 生成的答案有滞后风险，而这类问题一旦答错，用户当场就发现了。

这条是推理，没有实测数据支撑，来路是「AI 概览引用的全是文字内容」这个观察。你可以自己验一下：把你站上工具页的目标问题拿去搜，看有没有 AI 概览。没有，这个位置暂时还是你的。

零点击对小站到底是好事还是坏事

零点击搜索指用户搜完在结果页就拿到答案，一个链接都没点。

对已经有流量的站，Pew 那两个数字确实是坏消息：8% 对 15%。

但如果你的站是上个月刚上线的，情况不一样——你现在不是从 15% 掉到 8%，你现在是 0。你要抢的不是「保住原有流量」，是「先出现在第一页」。这个动作 AI 一点没改。

代价也要说清楚。如果你整站的内容就是一句话能答完的事实——「某角色什么时候上线」「某材料周几刷」——那 AI 概览确实会把你吃掉，这类页面别当主力。用它们做入口可以，指望它们撑住整站流量不行。

结论：哪些该学，哪些可以先不管

该学的，就是 Google 那份文档自己列的清单：robots.txt 不要拦住爬虫（主机层也别拦）、内链让每个页面都能被走到、重要内容放在 HTML 文本里而不是靠 JavaScript 生成、结构化数据和页面上看得见的内容对得上、把站验证到 Search Console 里。这些正好是本系列第 6 到 11 章要讲的东西。

可以先不管的：给 AI 准备的专用文件。Google 明确写了不需要新建 machine readable files 或 AI text files，也不需要额外的 schema.org 标记。现在有人卖 GEO（Generative Engine Optimization，针对生成式引擎的优化）服务，如果你打算掏钱，建议先问一句：官方文档说「没有额外要求，也不需要特殊优化」，你优化的是什么。

至于「用 AI vibeseo 就够了」——AI 可以帮你写 title、批量查重复内容、解释 Search Console 里的报告。它替不掉的是判断：哪个词你这种站能做、哪个页面该拆、第一页站着的是谁。这些判断需要你看得懂盘面，而看懂盘面就是这个系列后面十一章的内容。

动手清单

挑三个问题，分别对应你站上三种不同页型（比如一个攻略类、一个数据类、一个操作类），然后：

打开无痕窗口，在 Google 搜第一个问题；
在地址栏的网址末尾加上 &pws=0，回车重新加载；
如果出现了 AI 概览，点开来源列表的「全部显示」，把所有域名抄下来；
往下滚到自然结果，把第一页所有条目的域名抄下来；
数一下：AI 概览引用的这些站，有几个也在第一页；
剩下不在第一页的，逐个看一眼是大站还是和你体量相近的小站；
另外两个问题重复一遍。

每个问题填一份记录：

查询：
页型：攻略 / 数据 / 操作 / 工具
出现 AI 概览：是 / 否
AI 概览引用的域名：
自然结果第一页的域名：
引用里来自第一页的：__ / __
不在第一页的那些是大站还是小站：

手抄嫌慢的话，在搜索结果页按 F12 打开控制台，粘贴这段运行（中文界面用；英文界面把 AI 概览 换成 AI Overview、网页搜索结果 换成 Web results）：

(() => {
  const leaf = (text) =>
    [...document.querySelectorAll("div,span,h1,h2,h3")].find(
      (el) => el.textContent.trim() === text && el.children.length === 0,
    );
  const aio = leaf("AI 概览");
  const web = leaf("网页搜索结果");
  if (!aio || !web) return "没找到 AI 概览，或者页面还没加载完";

  const AFTER = Node.DOCUMENT_POSITION_FOLLOWING;
  const BEFORE = Node.DOCUMENT_POSITION_PRECEDING;
  const host = (a) => new URL(a.href).hostname.replace(/^www\./, "");
  const links = [...document.querySelectorAll('a[href^="http"]')]
    .filter((a) => a.getBoundingClientRect().height > 0)
    .filter((a) => !/google\.com$/.test(host(a)));

  const uniq = (list) => [...new Set(list.map(host))];
  return {
    AI概览引用: uniq(
      links.filter(
        (a) =>
          aio.compareDocumentPosition(a) & AFTER &&
          web.compareDocumentPosition(a) & BEFORE,
      ),
    ),
    自然结果第一页: uniq(links.filter((a) => web.compareDocumentPosition(a) & AFTER)),
  };
})();

它的原理就是用「AI 概览」和「网页搜索结果」这两个标题当分界线，按文档顺序把中间的链接归给 AI 概览、后面的归给自然结果。运行前记得先点开「全部显示」，并往下滚到页面底部让结果全部加载出来。

怎么验证做对了

三份记录填完，逐条对一下：

每一行都是具体域名，不是「几个大站」这种概括。写不出域名说明没真看；
你能说出三个查询各自的重叠数字，比如 5/5、6/6、3/5；
不在第一页的引用来源，你判断过它是超大站还是小站。如果全是超大站，那这个位置目前不是你能靠「优化 AI」抢到的；
三个查询里如果有一个连 AI 概览都没出现，也要记下来。那说明这个词还没被 AI 概览覆盖，对你是好消息，不是数据缺失。

填完这张表，你手上就有了自己站的第一份真实盘面——不是别人的行业报告，是你的词、你的对手。下一章往回退一步，讲搜索引擎拿到你的页面之后到底干了什么，以及这一路上哪些环节是你插得上手的。

关键词挖掘：不花钱也能找到玩家在搜什么

Sun, 13 Sep 2026 00:00:00 GMT

选词是 SEO 里最容易翻车的一步，翻车的样子都一模一样：你自己觉得某个词「应该有人搜」，花三周做了一个页面，排到了第一页，然后三个月过去了流量还是零。

问题不是你做得不好，是压根没人搜这个词。

这一章讲三个不花钱的办法：搜索联想、玩家社区反复出现的提问、竞品站的导航。做完你手上会有一份 20 个候选词的清单，每个词都标清楚来源——这份清单会在第 4 章用来判断竞争度，第 5 章用来决定先做哪个。

为什么不能直接拍脑袋想词

假设你做的是原神攻略站,脑子里冒出来一个词叫「原神武器属性对比」。听起来很有用对吧?玩家肯定需要对比武器属性。

然后你去 Google 搜一下这个词,发现搜索结果只有不到 100 条,前三页全是论坛帖子和贴吧讨论,没有一个像样的攻略站。

这不是机会,这是警告。 当一个「听起来很有用」的词没有专门的页面在做,只有两种可能:

搜索量太小,做了也不来流量;
玩家根本不这么搜,他们搜的是另一个说法。

真实情况往往是第二种。玩家不会搜「原神武器属性对比」,他们搜的是「原神武器突破素材」「原神武器强度排行」「原神平民武器推荐」——这些词每个月都有几千到几万次搜索,而你拍脑袋想出来的那个词,可能一个月只有 20 次。

选词的第一条铁律:不管这个词听起来多合理 ,先去验证有没有人搜。 下面三个办法都是零成本的,做完大概需要 2 小时,产出一份 20 个候选词的清单。

办法一:搜索联想 ——Google 替你完成了句子

打开 Google,在搜索框里输入「原神武器突破材料」,先别按回车,看看下拉框里出现了什么:

这些联想词不是 Google 随便编的,它们来自真实用户的搜索历史。Google 把最近一段时间内搜索量最高、并且和你输入内容最相关的词排在前面。

联想词直接告诉你玩家习惯怎么说。 你可能会说「武器升级材料」,但玩家搜的是「武器突破素材」;你可能会说「武器属性」,但玩家搜的是「武器强度」。

怎么系统地收集联想词

准备一个表格,三列:「种子词」「联想词」「来源」。

先列出 3-5 个种子词。 种子词是你脑子里最先冒出来的、和你的站直接相关的词。如果你做的是原神攻略站,种子词可以是:

原神攻略
原神角色
原神武器
原神圣遗物
原神新手

把每个种子词输入 Google 搜索框,记下所有联想词。 注意三个细节:

输入完不要按回车,直接看下拉框里的内容就够了;
在种子词后面加个空格,比如「原神攻略」(注意末尾的空格),联想词会变成以这个词开头的长尾词;
滚到搜索结果页的底部,那里还有一排「相关搜索」,也记下来。

从联想词里挑出看起来有搜索量的,补到表格里。 判断标准很简单:

联想词里包含具体的游戏术语(角色名、武器名、材料名)的,留下;
纯疑问句(「原神好玩吗」)的,暂时放弃——这类词通常是论坛、贴吧、知乎的领地,攻略站不占优势;
包含「攻略」「教程」「怎么」的,优先记下来。

下面是原神的实测数据(2026 年 9 月 13 日):

种子词	联想词	来源
原神武器突破	原神武器突破素材	Google Suggest
原神武器突破	原神武器突破素材秘境	Google Suggest
原神武器突破	原神武器突破素材必要数	Google Suggest
崩坏星穹铁道兑换码	崩坏星穹铁道兑换码最新	Google Suggest
崩坏星穹铁道兑换码	崩坏星穹铁道兑换码2026	Google Suggest
艾尔登法环加点	艾尔登法环加点推荐	Google Suggest
艾尔登法环加点	艾尔登法环法师加点	Google Suggest

这一步结束后,你手上应该有 8-12 个候选词了。接下来去玩家真正聚集的地方,看他们在反复问什么。

办法二:玩家社区的高频提问 ——他们自己会告诉你答案

玩家聚集的地方有固定的几类:Reddit 、Discord、贴吧、知乎话题、游戏论坛。你不需要全部翻一遍,挑你的目标游戏最活跃的那 2-3 个就够了。

别找单条提问,要找反复出现的问题。同一个问题三天内被问五次,就是真需求;只有一个人问一次,可能就是个例。

Reddit 的实测:原神玩家到底在问什么

打开 Reddit 的原神板块 r/Genshin_Impact,这个板块有 620 万成员,是英文原神社区里最活跃的地方。

在搜索框里输入「how to」,然后按时间排序(Sort by: New),往下翻 3 页,记下反复出现的问题类型:

「Best weapon for [角色名]」(某角色最佳武器)——出现频率极高,几乎每个新角色出来都有人问;
「How to get [材料名]」(如何获取某材料)——新手最常问的问题;
「Artifact build guide」(圣遗物配装)——老玩家也在反复问;
「F2P team comp」(平民阵容推荐)——不氪金玩家的刚需。

这些问题翻译成中文关键词就是:

原神 [角色名] 武器推荐
原神 [材料名] 获取途径
原神 [角色名] 圣遗物搭配
原神平民阵容推荐

玩家问的是「武器推荐」,不是「武器对比」;是「获取途径」,不是「材料分布图」。 用词的差别直接决定页面标题该怎么写。

中文社区的补充:贴吧和知乎

在百度贴吧搜索「原神吧」,点进去后在吧内搜索「新手」「攻略」「推荐」这几个词,按时间排序看最近一个月的帖子。

知乎话题「原神」下面也是同样的操作:搜索「新手」,看最近的提问。

实测发现反复出现的问题是:

原神新手攻略
原神抽卡保底机制
原神体力怎么用最划算
原神角色强度排行
原神氪金建议

这些词和 Reddit 上的有重叠,也有差异。中文玩家更关心「保底机制」「体力分配」这类运营向的话题,而英文玩家更关心「Build Guide」(配装)和「Team Comp」(阵容)。

做中文站用贴吧知乎的数据,做英文站用 Reddit Discord 的数据。

做完这一步,你的候选词清单应该有 15-18 个了。最后一个办法是去看竞品站的导航——它们已经替你验证过哪些词值得做了。

办法三:竞品站导航 ——抄作业但要抄对地方

竞品站的导航不是随便排的,每个一级导航都对应一个高搜索量的词。它们花了几个月甚至几年时间试错,最后留下来的那几个导航项,就是真正有流量的词。

怎么找竞品站

在 Google 搜索「原神攻略」,记下前 10 名里所有的攻略站(不包括论坛、贴吧、官网)。通常会有 3-5 个。

对于原神,实测排在前面的有:

B站WIKI (wiki.biligame.com/ys)
Fandom Wiki (genshin-impact.fandom.com)
17173原神专区
GameWith 原神攻略

记下它们的一级导航

打开 B站WIKI 的原神页面,看顶部导航栏:

一级导航是:角色、武器、圣遗物、材料、任务、秘境、深境螺旋、活动、兑换码、攻略。

这些词能做成一级导航,是因为搜索量足够撑起一个频道。 B站WIKI 不会把一个月只有 100 次搜索的词放在顶部导航,那是浪费位置。

再看 Fandom Wiki 的导航:

它的一级导航是:Characters (角色)、Weapons(武器)、Artifacts(圣遗物)、Enemies(敌人)、Quests(任务)、Events(活动)、Guides(攻略)、Tier List(强度榜)。

对比这两个站的导航:

都有的词(角色、武器、圣遗物、任务、活动、攻略)——这些是必做的词,搜索量稳定且持续;
一个有一个没有的词(深境螺旋、兑换码 vs Tier List、Enemies)——这些词可能有地域差异或者竞争度差异,需要进一步判断。

把导航词转成关键词

导航上写的是「角色」,但玩家搜的不是这个词,他们搜的是「原神角色大全」「原神角色强度排行」「原神角色推荐」。

导航词给的是方向,不是具体关键词。 把导航词代入办法一,再去 Google 看联想词:

在搜索框输入「原神角色」,联想词会出现「原神角色大全」「原神角色强度」「原神角色排行」;
输入「原神武器」,联想词会出现「原神武器排行」「原神武器推荐」「原神武器图鉴」;
输入「原神圣遗物」,联想词会出现「原神圣遗物搭配」「原神圣遗物推荐」「原神圣遗物词条」。

把这些补到你的候选词清单里,现在你手上应该有 20-25 个候选词了。

动手清单:产出你的第一批 20 个候选词

做完上面三个办法,你需要产出一份表格,四列:「候选词」「来源」「验证方式」「备注」。

把三个办法收集到的词全部列出来。 不要在这一步就开始筛选,先全部记下来。

标清楚每个词的来源。 来源有四种可能:

Google Suggest(搜索联想)
相关搜索(搜索结果页底部)
社区高频提问(Reddit/贴吧/知乎)
竞品导航(B站WIKI/Fandom等)

简单验证一下这个词有没有人在做。 在 Google 搜索这个词,看前 10 名里有几个是专门的攻略页面:

如果前 10 名里有 5 个以上的攻略页,说明这个词确实有搜索量,值得做;
如果前 10 名全是论坛帖子、贴吧讨论、问答,没有专门的攻略页,先打个问号,暂时不做——可能是搜索量太小,也可能是玩家不习惯从攻略站找这类信息;
如果搜索结果不到 100 条,直接放弃这个词。

从列表里挑出 20 个,优先级从高到低是:

三个来源都出现的词(Google 联想+社区提问+竞品导航)——这种词搜索量最稳定;
两个来源出现的词——其中一个来源必须是 Google Suggest;
只在 Google Suggest 出现,但搜索结果前 10 名里有 8 个以上攻略页的词——说明竞争激烈,但确实有流量。

下面是一个实际的例子(以原神为例):

候选词	来源	验证方式	备注
原神武器突破素材	Google Suggest	搜索结果前 10 名有 9 个攻略页	三个来源都有,优先做
原神角色强度排行	竞品导航+社区	搜索结果前 10 名全是攻略站	竞争激烈但流量大
原神新手攻略	三个来源都有	搜索结果前 10 名有 8 个攻略页	新手向,长期稳定
原神抽卡保底机制	社区高频+相关搜索	前 10 名有 6 个攻略页	新手刚需
原神圣遗物搭配	Google Suggest+竞品	前 10 名有 7 个攻略页	老玩家也需要
原神平民武器推荐	社区高频	前 10 名有 5 个攻略页	搜索量中等
原神体力怎么用	社区高频	前 10 名有 4 个攻略页,3 个知乎	可做,但要注意知乎竞争
原神兑换码最新	Google Suggest+竞品	前 10 名全是攻略站	时效性强,要持续更新
原神深境螺旋攻略	竞品导航	前 10 名有 6 个攻略页	老玩家刚需
原神角色突破材料	Google Suggest	前 10 名有 8 个攻略页	和武器突破素材类似

这份清单做完之后,你手上就有了 20 个经过验证的候选词。它们不是你臆想出来的,是玩家真实在搜的词,并且有竞品站证明能带来流量。

三个常见的坑

坑一:把游戏名当关键词

「原神」每个月几百万次搜索,但这个词没法做。原因有两个:

搜索意图太分散。 搜「原神」的人可能是想下载游戏、看攻略、找壁纸、看二创视频、查官网公告,你的攻略站只能满足其中一小部分需求;
竞争对手是官网和应用商店。 这种词的第一名永远是官网,第二名是应用商店或 Wikipedia,攻略站根本排不上去。

游戏名只能作为种子词,用来生成长尾词,不能直接当目标关键词。

坑二:照搬竞品的文章标题

看到竞品站有篇文章标题是「原神 2026 年 9 月最强角色排行榜完整版」,然后你也做一篇「原神 2026 年 9 月最强角色排行榜完整版」。

标题不是关键词。 玩家搜的是「原神角色强度排行」,不是「原神 2026 年 9 月最强角色排行榜完整版」。后者是竞品站为了吸引点击加上去的修饰语,搜索量可能只有前者的十分之一。

正确做法： 去 Google 搜索「原神角色强度排行」,看搜索联想词里有没有「2026」「最新」这些时间词。有才加到标题里,没有就别画蛇添足。

坑三:只看搜索量不看竞争度

有的词搜索量很大,但竞争度也很大。比如「原神攻略」这个词,每个月有几十万次搜索,但前 10 名全是运营了 2-3 年的大站,新站想排上去至少要 6 个月。

这一章只负责找到有人搜的词,不负责判断你能不能做。 竞争度的判断留到第 4 章,那一章会教你怎么看一个词的竞争难度,以及怎么选出「搜索量不小,但竞争度可控」的词。

怎么验证做对了

做完这一章,你应该能拿出来这些东西:

一份 20 个候选词的表格,四列:候选词、来源、验证方式、备注;
每个词都标清楚了来源,不是「好像有人搜」,是「Google Suggest 第三条」或者「Reddit 上一周出现了 5 次」;
每个词都简单验证过,至少在 Google 搜过一次,确认搜索结果里有攻略页在做这个词;
没有纯游戏名的词,所有词都是「游戏名 + 具体需求」的格式;
没有从竞品文章标题直接抄来的长标题,都是从搜索联想或社区提问里提取的短词。

如果你能拿出这份表格,并且每一行都能说清楚来源和验证依据,这一章就算过了。

下一章讲竞争度判断。手上有 20 个词,但不是每个都适合现在做——有的词竞争太激烈,新站做了也排不上去;有的词看起来冷门,但恰好是大站没注意到的机会。第 4 章会教你一套判断标准,把这 20 个词分成三档:现在能做的、等半年再做的、以及直接放弃的。

SEO 是什么：搜索引擎其实只做三件事

Tue, 01 Sep 2026 00:00:00 GMT

先说结论：SEO 是什么？就是让搜索引擎在做那三件事的时候，每一件都别在你这儿卡住。

三件事是抓取、索引、排名。它们是先后关系，不是并列关系。第 3 件做得再漂亮，前两件不成立，那就什么都不会发生。

这一章我们拿本站自己开刀。域名 freeourdays.com，2026 年 9 月 1 日实测，全部命令你可以照抄去跑你自己的站。查出来的东西有点难看——一个早就删掉的页面还留在 Google 的索引里，一个页面被收了两遍，索引里存的标题还是改版前那一版，上一章发出去 7 天也没进去。这些都留在下面，因为一个只有好消息的例子教不了你任何东西。

抓取：爬虫怎么找到你的页面

爬虫是搜索引擎派出来的程序，它干的事和你按 Ctrl+U 看网页源代码几乎一样：请求一个网址，把返回的 HTML 存下来，从里面挑出链接，再去请求下一个。Google 的那只叫 Googlebot。

它怎么知道你的站存在？三条路：别人的页面链到了你、你自己提交的 sitemap、以及站内已抓到的页面里的链接。sitemap 就是你自己列的一份网址清单，放在站上一个固定地址，等于主动递给搜索引擎一句「我有这些页」。

先验证第一件事：爬虫来的时候，看到的和你在浏览器里看到的是同一个东西吗？

# 假装自己是 Googlebot 抓一次，只看 HTML 有多大
curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  https://freeourdays.com/posts/does-seo-still-matter-2026/ | wc -c

# 再用普通浏览器的身份抓一次，对比
curl -s -A "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36" \
  https://freeourdays.com/posts/does-seo-still-matter-2026/ | wc -c

-A 后面那一长串叫 User-Agent，是浏览器和爬虫访问网站时自报的身份。改掉它，服务器就以为来的是 Googlebot。

本站两次都是 141734 字节，一模一样。这是好事：说明服务器没有对爬虫另眼相待，正文实实在在写在 HTML 里。

把网址换成你自己的页面跑一遍。如果第一条命令的数字明显小于第二条，或者小得离谱（比如只有两三千字节），你的正文很可能是靠 JavaScript 在浏览器里现拼出来的。Googlebot 会渲染 JavaScript，但那是排在后面的另一道工序，不保证时机，也不保证每次都做。第 9 章会专门拆这个坑。

顺手再确认一件事——你有没有亲手把爬虫拦在门外。robots.txt 是放在网站根目录的一个纯文本文件，爬虫进门先读它，看哪些路径准进、哪些不准：

curl -s https://freeourdays.com/robots.txt

本站返回的是：

User-agent: *
Allow: /
Disallow: /api/

Sitemap: https://freeourdays.com/sitemap-index.xml

Allow: / 是全站放行，Disallow: /api/ 只挡住接口路径——那些地址返回的是 JSON，收录了对谁都没用。真正要命的写法是 Disallow: /，少一个 api 就从「挡住接口」变成「谢绝参观」，而这行经常是从别人的模板里抄来的。第 6 章会把这个文件逐行讲清楚。

这里有个细节值得单独说。 抓取搬走的只是文字，你在图里画了什么它一概不知。上一章那两张 AI 概览截图里有整整一屏的站名和数据，爬虫从图片文件里一个字也读不到。所以那一章的正文里另外用表格把同样的内容又写了一遍：

# 截图里出现的站名，正文里到底有没有对应的文字
curl -s -A "Googlebot" https://freeourdays.com/posts/does-seo-still-matter-2026/ \
  | grep -o "知乎专栏" | wc -l

结果是 7 次。这不是巧合，是写的时候刻意做的：截图只负责证明「这事真发生过」，它里面的每个数字都必须同时以文字形式出现在页面上。 图里的字、视频里的话、canvas 画出来的表格，对抓取这一步来说都等于不存在。

alt 是个例外，它是 HTML 文本，爬虫读得到。所以 alt 要写清图里在发生什么，而不是填个「示意图」交差。

索引：被抓到 ≠ 被收录

索引是搜索引擎的库。抓取只是把你的页面下载走了，接下来它要判断这一页值不值得存进库里——存了，你才有资格参与排名；没存，你在搜索结果里就是不存在。

Google 自己把这两步分得很开。它那份《Google Search Essentials》里有一句话，位置很不显眼，但说得毫不含糊：

It's important to note that just because a page meets all of these requirements and best practices, doesn't mean that Google will crawl, index, or serve its content.

页面把每条技术要求和最佳实践都满足了，也不代表 Google 会抓取它、收录它、把它拿出来给人看。原文见 Google Search Essentials。

「不代表」这三个字要当真。看本站的实测：

# 站上一共提交了几个网址（sitemap 是一整行 XML，所以按出现次数数，不能按行数数）
curl -s https://freeourdays.com/sitemap-0.xml | grep -o "<loc>" | wc -l

答案是 12 个。（这是第 3 章发布后的数字。如果你是在更早的章节读到这段话,跑同一条命令会拿到更小的数；页面写进 sitemap 不等于已经被收录，收不收还得看下面那一节。）这 12 个还不是全部——/series/game-site-seo/ 能正常打开，却根本没写进 sitemap，是本站 sitemap 生成时漏了系列页。第 6 章讲 sitemap 的时候会一起修。

然后去 Google 搜 site:freeourdays.com，数一数它真收了几个。

截图顶上写着「找到约 640 条结果」。别高兴——这个数字基本没有参考价值。 640 里绝大多数不是这个站的页面，而是挂在同一个域名下的其他子域名：nextjs.freeourdays.com、skillsmanager.freeourdays.com、pixverse.freeourdays.com、moltbothub.freeourdays.com，那是另外几个项目。site: 是按域名后缀匹配的，子域名一律算进来。

这个数还会自己漂。同一天稍晚再查一次，它变成「约 649 条」，站上一个字都没动。

把范围缩到主域名，真实的收录清单是这样：

网址	在 sitemap 里	被收录
首页 `/`	是	是
`/about/`	是	是
`/posts/`	是	是
`/terms/`	是	是（两条结果）
`/posts/does-seo-still-matter-2026/`	是	否
`/posts/ai-game-website-guide/`	是	否
`/pricing/` `/privacy/` `/series/` `/showcase/`	是（4 个）	否
`/posts/producthunt-daily-2026-08-18/`	否，已删除	是

四处不对劲，一个一个说。

上一章那篇文章发了 7 天，还没进索引。 /posts/does-seo-still-matter-2026/ 在 sitemap 里，能正常打开，HTML 里有 14 万字节的正文，但搜不到。这不是出了故障，这就是新站的常态——一个几乎没有外部链接的新域名，Google 不着急。第 6 章会讲多久没收录才算真的出问题。

一个已经删掉的页面还在索引里。 那是 8 月做的一个 Product Hunt 日报页，后来撤掉了。现在访问它：

curl -s -o /dev/null -w "%{http_code}\n" \
  https://freeourdays.com/posts/producthunt-daily-2026-08-18/

返回 404。页面早没了，索引里的记录还在，别人搜到它就会点进一个死链。索引不是你网站的镜子，它是一份有延迟、会出错、按它自己的节奏更新的副本。 你删掉一个页面，Google 不会当场知道。

索引里存的标题是旧的。 同一次 site: 查询返回的结果里，/about/ 那条的标题是「关于我 - 弗雷FREE」，/posts/ 那条是「文章| 弗雷FREE」。这个站早就改过名了。看现在的真实标题：

for u in /about/ /posts/; do
  curl -s "https://freeourdays.com$u" | grep -o "<title>[^<]*</title>"
done

出来的是 关于 Game Site Academy | Game Site Academy 和 AI 游戏网站搭建教程 | Game Site Academy。搜索结果里显示的标题，是 Googlebot 上次来的时候看到的那一版，不一定是你现在这一版。 所以改完 title 别急着看排名有没有变，先确认 Google 已经重新抓过。

这一步顺带露出另一个毛病：/posts/ 现在的 title 和首页一字不差，两个页面在抢同一个标题。第 7 章讲 title 的时候会把全站重复标题一次查干净。

同一个页面被收录了两遍。 这条最值得你现在就去查自己的站：

# 同一个页面，网址末尾差一条斜杠
for u in /terms /terms/; do
  curl -s -o /dev/null -w "$u → %{http_code}\n" "https://freeourdays.com$u"
done

两个都返回 200。对搜索引擎来说，/terms 和 /terms/ 是两个不同的网址，内容却一字不差。截图里那两条服务条款结果就是这么来的，标题还不一样：一条是「服务条款| Game Site Academy」，另一条被 Google 接上了站名，成了「服务条款| Game Site Academy - AI 游戏网站搭建教程」，下面的摘要则完全相同。

这条证据有个坑。 同一天稍晚重搜一次，那两条只剩一条了——Google 会把同一个站的近似结果折叠起来，不同请求折叠得还不一样。所以别把搜索结果页当检测工具，上面那两行 curl 才是稳的：两个网址都返回 200 且内容相同，问题就客观存在，这一刻能不能在结果页看见它是另一回事。

sitemap 里那 10 个网址，我们一个个试过，带斜杠和不带斜杠都返回 200，一个例外都没有。这是本站实际存在的一个缺陷，第 9 章讲重复内容的时候会把它修掉，并且把过程写出来。

先记住这个判断：页数多不等于收录多，收录多也不等于内容多。 一份内容拆成两个网址，不会让你多一份曝光，只会让搜索引擎在两个几乎一样的页面之间反复犹豫。

排名：同一个词凭什么排你在前面

前两步是资格审查，这一步才是比赛。库里所有跟这个词有关的页面排成一队，谁在前面。

这一步的官方名字其实不叫排名，叫「呈现搜索结果」（Serving search results）。 差别不是文字游戏。Google 那份《How Search Works》讲到这一步时补了一句：Search Console 说某个页面已收录、你却在搜索结果里找不到它，可能是内容跟查询不相关、质量不够，或者 robots 元标记禁止了呈现。「被收录」和「会被拿出来给人看」还是两件事，这是第三层最容易被忽略的一半。（Google 搜索中心：How Search Works）

这里不打算罗列排名因素。官方在同一页上只说了这么多：

Relevancy is determined by hundreds of factors, which could include information such as the user's location, language, and device (desktop or phone).

数百个因素，点名的只有三个：用户位置、语言、设备。Google 从来没有公布过完整清单。 所以那些「SEO 排名因素 200 条」的文章，能对上官方口径的就是上面这一句，剩下的都是各家自己的推测和逆向观察——不是说没价值，但它和官方说法不是一回事，中文互联网上转来转去的版本往往连这个区别都不标。

不看清单看什么？看第一页。排名是相对的——你不需要满足某个绝对标准，只需要比现在排第一页那几个更值得排。所以判断「我能不能排上去」的正确动作不是对着因素表打分，是去搜那个词，看第一页站着谁。

拿这篇文章自己举例。它想排的词是「seo是什么」。我们在动笔前测过一批词的竞争度（用哥飞版关键词难度估算，地区参数 gl=us，2026-08-25），seo是什么 是 24.9 分，属于「容易」，工具估算进前十约需 30 个引用域。同一批里最容易的 seo竞争度分析 只要 10 个；最难的 网站测速工具 84.5 分、需要 530 个——那个词第一页全是各家测速工具的官网，新站去碰只是浪费时间。

不是「我要做好 SEO」，是「这个词第一页那十个我能不能超过」。第 4 章会把这套判断拆成可执行的步骤。

还有一条现在就能用：排名是按查询词逐个算的，你的站没有一个统一的「排名」。同一个站，某个冷门长词可能排第 3，某个热词连前 100 都进不去。所以「我的网站排名怎么提升」问不出答案，「《原神》武器突破材料这个词我现在排第几」才问得出。

跟着一个游戏攻略页走完全程

假设你刚给自己的原神攻略站加了一页，讲某把新武器的突破材料要去哪刷。发布之后会发生什么：

第一天，什么都没发生。 页面在线上，Google 不知道它存在。你的站没有多少外部链接，Googlebot 不会没事就来转一圈。

它得先听说这一页。 三条路：sitemap 里出现了这个网址；站内某个已被抓到的页面链到了它；或者外站有人链了它。第三条最快，也最难安排。这就是第 8 章要专门讲内链的原因——内链不只是给读者的导航，它是爬虫在你站内的唯一路线图。

Googlebot 来抓。 它请求这个网址，把返回的 HTML 存走。如果材料表格是靠 JavaScript 从接口拉回来渲染的，它这一趟看到的可能是个空壳。

接着是收录判断。 如果你站上已经有三个页面在讲同一把武器的同一批材料（总览页、单武器页、材料反查页，内容大段重合），Google 会挑一个，剩下的可能就不收了。本站 /terms 和 /terms/ 是这个问题的极端版本——两个网址内容完全相同。

最后才是排名。 有人搜「某武器突破材料」，你的页面和另外几十个排队。这时候起作用的是：你到底有没有回答这个问题，还是绕了三段废话才给出材料清单。

整条链上，你能插手的地方比你想象的少，但每一处都有具体动作。

这三件事分别对应你能控制的哪三件事

页面不来流量，先定位它卡在哪一层：

卡在哪	症状长什么样	你的动作	怎么算做到了
抓取	爬虫身份抓回来的 HTML 明显比浏览器小；或者 `robots.txt` 里有 `Disallow: /`	放开 `robots.txt`，把网址写进 sitemap，正文写在 HTML 里	两个 User-Agent 抓回来的字节数一致，`grep` 能在里面找到正文原句
索引	页面能打开、也在 sitemap 里，`site:` 就是查不到	把重复网址收敛成一个，从已被收录的页面给它补内链，然后等	`site:` 或 Search Console 的网址检查工具能看到它
呈现	已经收录了，可搜目标词翻十页也找不到你	换一个第一页打得过的词；一页只回答一个问题	拿目标词搜，能在前 100 名里找到自己

三行里最不由你说了算的是中间那行。抓取有明确的开关，排名有明确的对手，收录既没有开关也没有对手——你只能把理由给足，然后等。本站那篇发了 7 天还没收录的文章，此刻确实没有任何「操作」可做，第 6 章会讲什么时候该催、什么时候催了也是白费力气。

动手清单

给自己的站做一次收录盘点。先手动数两张单子，再用脚本把三项检查一次跑完。

开无痕窗口搜 site:你的域名，把结果里属于主域名的网址全抄下来，子域名的不算。顶上那个「找到约 N 条」直接忽略；
打开你的 sitemap，把里面的网址也抄下来。地址一般写在 robots.txt 最后一行，常见的是 /sitemap.xml，也可能是 /sitemap-index.xml 套着几个子文件——那就先打开索引文件，找到真正列网址的那一个；
两张单子对着看，标出三类：在 sitemap 里但没被收录的、被收录但不在 sitemap 里的、同一份内容出现两次的；
第二类逐个 curl 一下状态码。返回 404 的，就是留在索引里的死链；
把下面这段存成 check-index.sh，改掉头两行的 SITE 和 sitemap 地址再跑。

SITE="freeourdays.com"
BOT="Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

# 一、sitemap 里列了哪些网址
curl -s "https://$SITE/sitemap-0.xml" \
  | grep -o "<loc>[^<]*</loc>" | sed "s/<[^>]*>//g" > urls.txt
echo "sitemap 里有 $(grep -c . urls.txt) 个网址"

# 二、每个网址两种写法各返回什么：带斜杠 / 不带斜杠
while read -r url; do
  bare="${url%/}"
  printf "%s %s   %s %s\n" \
    "$(curl -s -o /dev/null -w "%{http_code}" "$url")"  "$url" \
    "$(curl -s -o /dev/null -w "%{http_code}" "$bare")" "$bare"
done < urls.txt

# 三、首页在两种身份下抓回来一样大吗
echo "Googlebot: $(curl -s -A "$BOT" "https://$SITE/" | wc -c) 字节"
echo "浏览器:    $(curl -s "https://$SITE/" | wc -c) 字节"

怎么验证做对了

你能报出两个数：sitemap 里几个网址，主域名实际被收录几个。报不出来就是没查；
你手上有一份「被收录但站上已经没有了」的清单。它可以是空的，但必须是查过之后确认为空，不是猜的；
第二项输出的每一行你都看过了。两个状态码都是 200 的行，就是你的重复网址清单，第 9 章要用；
两个字节数你记下来了，差距在几百字节以内。差出一半以上的别等第 9 章，现在就去看页面源代码里有没有正文；
如果 site: 一条主域名的结果都没有，这也是结论，不是查询失败：整站还没进索引。第 6 章就是为这种情况写的。

下一章开始选词。在你还不知道玩家到底在搜什么之前，上面这三件事都无处可用——它们保证的是「你能被搜到」，不保证有人搜。第 3 章讲三个不花钱的办法：搜索联想、玩家社区里反复出现的提问、竞品站的导航，产出你的第一批 20 个候选词。

Game Site Academy

用 AI 从 0 到 1 搭建游戏网站：实战指南

第一步：从玩家的搜索需求开始

第二步：定义最小可用版本

第三步：选择适合 SEO 的技术方案

第四步：让 AI 参与开发，而不是替代判断

第五步：上线前完成技术 SEO

第六步：用真实数据持续迭代

推荐的执行顺序

AI 时代还要不要学 SEO？

先看一个事实：AI 的回答是从哪来的

变的是入口，没变的是「能不能被收录」

那流量到底掉没掉

游戏站受影响最小的那部分

零点击对小站到底是好事还是坏事

结论：哪些该学，哪些可以先不管

动手清单

怎么验证做对了

关键词挖掘：不花钱也能找到玩家在搜什么

为什么不能直接拍脑袋想词

办法一:搜索联想 ——Google 替你完成了句子

怎么系统地收集联想词

办法二:玩家社区的高频提问 ——他们自己会告诉你答案

Reddit 的实测:原神玩家到底在问什么

中文社区的补充:贴吧和知乎

办法三:竞品站导航 ——抄作业但要抄对地方

怎么找竞品站

记下它们的一级导航

把导航词转成关键词

动手清单:产出你的第一批 20 个候选词

三个常见的坑

坑一:把游戏名当关键词

坑二:照搬竞品的文章标题

坑三:只看搜索量不看竞争度

怎么验证做对了

SEO 是什么：搜索引擎其实只做三件事

抓取：爬虫怎么找到你的页面

索引：被抓到 ≠ 被收录

排名：同一个词凭什么排你在前面

跟着一个游戏攻略页走完全程

这三件事分别对应你能控制的哪三件事

动手清单

怎么验证做对了