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 概览覆盖，对你是好消息，不是数据缺失。

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

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

答案是 10 个。（这是本章发布前的数字。本章上线后你跑同一条命令会拿到 11，多出来的就是你正在读的这一页；它此刻只是进了 sitemap，收不收还得看下面那一节。）这 10 个还不是全部——/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 的回答是从哪来的

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

那流量到底掉没掉

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

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

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

动手清单

怎么验证做对了

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

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

索引：被抓到 ≠ 被收录

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

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

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

动手清单

怎么验证做对了