~/ruiqin.dev
← Featured Writing
2026.08.15 Shengcai Youshu

You Work for Fandom for Free While It Makes $200M — Take the Ad Revenue Back

How Fandom monetizes volunteer wiki editors, and how to run the same playbook yourself.

※ Original article is in Chinese, published in the Shengcai Youshu community.

你给Fandom免费打工，它年赚2亿美金——wiki站的闷声生意，怎么把广告收入拿回自己手里

作者：袁锐钦 日期：2026-08-15

生财的圈友们，见字如面。我是袁锐钦。

先给你看一段话，是 Fandom（全球最大的 wiki 托管平台）CEO Perkins Miller 接受采访时说的原话：

“There are thousands of people essentially running our company for free right now, creating tons of content, and we just put ads on top of it and they’re not even employees.” （翻译：现在有几千个人在免费替我们运营公司，创造海量内容，我们只是在上面放广告，他们甚至不是我们的员工。）

这段话我没添油加醋，是公开报道里他亲口说的。

你可能没听说过 Fandom，但你一定点开过它的页面——搜任何一款热门游戏、一部热门剧、一部动漫的攻略和百科，搜索结果前几名大概率就是 fandom.com 的页面。

你在那些页面上看的每一眼广告，都进了 Fandom 的钱包。而花了几百上千小时写那些内容的 wiki 编辑者们，一分钱拿不到。

今天这篇帖子，就是讲清楚三件事：

  1. wiki 站是一门被验证的流量生意——Fandom 的规模就是证据
  2. 它的模式有个巨大的裂缝——内容创作者拿不到钱，而且大 wiki 正在集体出走
  3. 怎么把这个裂缝变成你自己的生意——自建 wiki，广告收入 100% 归自己，我用一个开源模板把成本压到了几十块钱

这篇文章会比较长，但每一步都写到了「打开什么、点什么、填什么」的粒度。你不需要懂编程，跟着做就行。

一、先看清楚：wiki 站到底是一门多大的生意

1.1 Fandom 的数据，就是 wiki 需求的数据

Fandom 是 Jimmy Wales（维基百科创始人）创办的，本质是一个「给粉丝建百科的托管平台」——你建一个 wiki，它免费给你托管，条件是广告归它。

它现在有多大？几个公开数据（✅ 均为公开报道）：

数据数值来源
wiki 社区数量超过 25 万个Fandom 官方口径（Business Insider 等多家报道引用）
内容页面总数超过 4000 万页，覆盖 80+ 语言Fandom 官网，2023 年 9 月口径
月独立访客约 3.15 亿（最高口径 3.5 亿）Business Insider 2021；Similarweb 估算主站月访问量 7.8 亿次
年收入约 2 亿美元（2021 年预期），公司盈利华尔街日报报道
收入来源主要是广告Wikipedia 词条：Fandom derives income from advertising

翻译成人话：全球每个月有 3 亿多人，在主动搜索和浏览各种 wiki 页面。 游戏攻略、剧集百科、动漫角色、电影彩蛋——这些需求是真实的、巨大的、持续存在的。

这些流量值多少钱？Fandom 一家，光靠在这 25 万个 wiki 上放广告，一年就能做到 2 亿美元的收入，还盈利。

wiki 内容的流量价值，不需要任何论证——一个靠广告年入 2 亿美金、被私募巨头 TPG 控股的公司（2018 年收购，交易条款未公开，✅ Wikipedia 及 TPG 官方新闻稿），已经替你验证完了。

1.2 但钱去哪了？——这就是这门生意最魔幻的地方

Fandom 的商业模式一句话讲完：用户免费写内容，平台免费托管，广告收入全部归平台。

英国《卫报》（The Guardian）专门批评过这个模式，原话大意是：wiki 的编辑者们，对他们贡献的内容，得不到任何利益和回报。 美国《Journal of Student Research》更直接，用了「exploitative（剥削性的）」这个词，还说 Fandom 的做法形成了「信息垄断」，让其他站点很难跟它竞争。

而 Fandom CEO 自己那番「几千人免费替我们运营公司」的话，等于官方认证了这套模式。

你写的内容，你拉的流量，广告费进的是别人的口袋。 这就是裂缝。

1.3 裂缝在扩大：大 wiki 正在集体出走

如果只是「平台拿走收入」，这事可能就这么闷着了。但最近几年，一个趋势愈演愈烈——头部 wiki 开始离开 Fandom，自建独立站。

几个标志性案例（✅ 均有官方公告/媒体报道）：

① Minecraft Wiki（2023 年，最轰动的案例）

Minecraft 是全球销量最高的游戏之一，它的 wiki 是全球最大的游戏 wiki 之一。2023 年 9 月，Minecraft Wiki 官方宣布正式从 Fandom 迁移到 minecraft.wiki（社区自建、独立托管）。首批 10 个非英语语言版本跟着迁走，意大利语、荷兰语版本 2024 年也迁了。连 Hypixel SkyBlock 这种大服务器 wiki，2026 年 4 月也从 Fandom fork 出来，搬到了 minecraft.wiki 的子域名下。

② RuneScape Wiki（更早，2020 年就跑了）

RuneScape Wiki 有 20 年历史、9 万多篇文章，2020 年就离开了 Fandom，搬到 runescape.wiki 独立运营。它现在自己接广告——2023 年 3 月，社区投票决定对未登录用户展示广告，收入用于维持 wiki 运营。一个独立 wiki，自己决定自己的广告策略，自己拿钱。

③ Terraria Wiki（2022 年）

Terraria（泰拉瑞亚）的 wiki 也迁到了 terraria.wiki.gg，由独立托管商 wiki.gg 运营。页面底部至今标注着「2022 年 3 月之前的内容改编自 Fandom Terraria Wiki」——那是它们离开的印记。

④ Calamity（灾厄）模组的事件，最能说明矛盾

Calamity 是《泰拉瑞亚》最大的 mod 之一，开发者团队迁移到新站后，请求 Fandom 删除旧的 Fandom wiki，Fandom 拒绝了——因为旧站还有流量，流量就是广告收入。于是开发者只能在新站发布声明：「Fandom 已不是我们的官方 wiki」。

你看懂了吗？大 wiki 出走的理由：不想给平台白打工 + 平台广告体验差到影响阅读（PC Gamer 2025 年报道里吐槽 Fandom 的自动播放视频广告能占半屏，加载还慢）+ 社区对平台完全不透明。

而 Fandom 不肯放手，是因为那些 wiki 的流量还在产生广告收入——它心里清楚这些内容值钱。

这场「出走潮」说明了一件事：自建 wiki 这条路，被全球最大的几个 wiki 用脚投票验证过了。 它们能跑，你也能跑——它们靠社区义务编辑，你靠 AI 生成内容，效率更高。

二、为什么以前没人做，现在可以了

你可能想：既然 wiki 流量这么值钱，Fandom 模式又这么坑，为什么大家不早点自建？

三个原因，现在全部被技术变化抹平了：

变化①：托管成本归零

以前自建一个 wiki 站，要么租服务器（一年几百上千），要么用 MediaWiki 自己折腾环境（技术门槛高到劝退 99% 的人）。这也是 Fandom 能垄断的原因——它免费托管，你只需要会打字。

现在呢？Cloudflare Pages 免费托管：无限站点、无限带宽、全球 CDN，每月 500 次构建（✅ Cloudflare 官方免费档定价页）。静态站点直接扔上去，不用服务器、不用维护。一个 wiki 站的托管成本：0 元。

变化②：内容生产从「社区义务劳动」变成「AI 批量生成」

Fandom 的 wiki 靠社区志愿者一页一页手写，所以大 wiki 积累了十几年才成气候。这也是普通人玩不转自建 wiki 的原因——内容供给跟不上。

现在，一篇文章用 AI 批量生成，成本约 1 块钱一篇（用 Gemini API 这类，免费额度够试水）。40-60 篇攻略/百科文章，一个下午搞定，成本几十块。

内容质量够不够？攻略类、百科类内容的「事实性信息」（兑换码、数值、角色、地点、配方）恰恰是 AI 最擅长的领域——事实型内容 = 高频、结构化、有标准答案，AI 生成后人工过一遍就能发。 这不是我的猜测，而是大媒体早就验证过的方向——Rock Paper Shotgun、Mobalytics 这些游戏媒体，都在专门做 Roblox 游戏的 codes 页面（兑换码页），因为玩家真的搜、流量真的给（⚠️ 第三方观察）。

变化③：建站模板从「自己写」变成「开源现成」

以前自建 wiki 的技术栈选择很尴尬：MediaWiki 太笨重、Next.js 太重（部署一堆坑）、纯手写 HTML 不现实。

现在有专门为「独立 wiki 站」设计的开源模板了——这就是我下面要讲的 AnvilWiki。

三、AnvilWiki：我为「自建 wiki」做的开源模板

先放地址：

GitHub: https://github.com/PNGTRID/AnvilWiki
在线Demo: https://anvilwiki.pages.dev/
项目官网: https://anvilwiki.pages.dev/landing

名字是 Anvil（铁砧）+ Wiki。铁砧是打铁用的——寓意「锻造」wiki 站。

一句话介绍：一个开源的、为 Cloudflare Pages 原生优化的 wiki 站模板。免费、极快、新手友好，广告收入 100% 归你。

3.1 它和 Fandom 的本质区别

对比Fandom（托管平台）AnvilWiki（自建）
内容所有权归平台（copyleft 授权，平台可商用）归你自己
广告收入平台拿走（年入 2 亿美金那位）100% 归你
广告策略平台说了算（广告堆到页面卡顿）你自己说了算
托管成本免费（用内容换的）免费（Cloudflare Pages）
域名fandom.com 子域名你自己的域名
数据平台掌握你自己掌握
内容管理开放编辑，谁都能改你的站你自己控制

一句话：Fandom 是「你出力，它赚钱」；AnvilWiki 是「你出力，钱归你」。

3.2 它内置了什么（这是我做模板时最花心思的部分）

1. 广告系统内置，但默认关闭

模板内置 3 个广告位（Sticky 粘性横幅 / Sidebar 侧边栏 / InContent 文中），走 Google AdSense 的标准接入方式（PUBLIC_ADSENSE_CLIENT + 3 个 slot 的环境变量驱动）。广告 key 不填，页面一个广告都不渲染——新手可以先不碰广告把站上线，想变现了填 key 重新部署就行。

广告位框架是通用的，你完全可以接 AdSense 之外的网络（怎么选广告网络，我在第四章讲我的实操经验）。

2. SEO 全自动生成，你只管填内容

每个页面的 title / description → 自动生成
JSON-LD 结构化数据（Organization/Article/FAQPage...）→ 自动生成
sitemap.xml → 自动扫描所有页面，只含真实存在的
robots.txt → 自动生成
hreflang 多语言标签 → 自动生成
canonical URL → 自动生成
llms.txt → 自动生成（面向 AI 搜索）

sitemap 这步值得多说一句：它扫描实际 MDX 文件生成，不从配置数组猜——列表页还没文章就不会出现在 sitemap 里，避免给谷歌提交一堆空 URL。

3. 结构化数据 + AI 搜索友好

现在做 SEO 不只是给 Google 看，还要给 AI 搜索（ChatGPT Search、Perplexity 这类）看——它们抓页面时，JSON-LD 结构化数据是理解内容的重要信号（✅ 公开的 AI 搜索引擎抓取实践）。模板自动生成 Organization/Article/FAQPage 等结构化数据，等于帮内容在这些新流量入口也铺好了路。

4. 性能：Lighthouse 四项全 100

实测（2026-08-12，Demo 站）：

Performance    100
Accessibility  100
Best Practices 100
SEO            100

为什么能满分？因为模板是零 JS 优先架构（Astro 纯静态输出）——首屏几乎不加载 JS，纯 HTML + CSS 渲染。这对 SEO 是实打实的优势：谷歌对移动端速度和体验有明确要求，而 Fandom 恰恰因为广告堆叠被用户和媒体反复吐槽加载慢。

5. 一条命令换皮

这是我最花心思的部分。传统换皮要手动改 14+ 个文件（品牌名、域名、开发者、导航、多语言、首页文案……哪一步漏了，上一个站的痕迹就留在新站上）。

AnvilWiki 用交互式 CLI 自动化：

pnpm apply-template

它会依次问你：站点全名、简称、主题色、语言列表、导航分类，然后自动改好站点配置、导航、主题色、多语言、清空 demo 文章。还支持试运行（--dry-run，只看会改什么不写入）和保留 demo 文章（--no-clear-content，测试用）。

6. 多语言开箱即用

英文无前缀（SEO 最优），其他语言带前缀（/ja /zh 等），某语言缺文章自动回退英文，不返回 404。pnpm new-locale 一键加新语言脚手架。

7. 配套工具链

pnpm new-post         # 新建文章脚手架（自动生成带 frontmatter 的 MDX 模板）
pnpm check-sitemap    # 部署后检查全站 URL 是否 200
pnpm check-config     # 三处一致性校验（导航/语言/目录）
pnpm test             # 单元测试（URL 路由 + SEO）

8. 完全免费开源

MIT 协议，商用随便用。为什么开源？单独在第六章说。

3.3 三层架构：为什么换皮不累

框架层（绝对不动）—— src/pages/, src/components/, src/lib/
配置层（改这里）   —— src/config/, src/i18n/, src/styles/
内容层（全替换）   —— src/content/wiki/, src/locales/

说人话：框架层是承重墙别动；配置层是墙的颜色，改；内容层是家具，全换。 你每次上新站，只碰配置层和内容层，框架代码一行不用动。这也是我能快速复制多个站的根本原因。

四、从 0 到 1 做一个 wiki 站：完整 SOP

下面是我用 AnvilWiki 做站的完整流程。先记住总览：

第1步：选主题（半天）—— 判断哪个 wiki 值得做
第2步：买域名（3分钟）—— 十几块钱
第3步：内容准备（半天）—— 关键词 + AI 生成文章
第4步：建站换皮（2小时）—— Fork + pnpm apply-template + 接文章
第5步：部署上线（10分钟）—— Cloudflare Pages
第6步：接广告（30分钟）—— 变现
第7步：上线后（2-3天）—— 看数据、判断值不值得继续

第1步：选主题（最关键的一步）

做 wiki 站，选主题的逻辑跟一般内容站不太一样。我的判断就两条：

① 需求真实：Fandom 上有这个主题的 wiki，且流量不错。

这是最硬的验证——Fandom 的 wiki 存在，本身就是搜索需求的证明。 25 万个 wiki 不是凭空建起来的，每个 wiki 背后都是一群真实用户在搜、在看。你不需要自己猜需求，去 Fandom 搜一圈，哪个主题的 wiki 做大了，哪个主题的需求就是真的。

怎么判断「流量不错」？打开 Fandom 上的那个 wiki，看它的内容量（几千页 vs 几百页）、更新频率（最近一周有没有人编辑）、评论区活跃度。再配合谷歌搜索「主题名 wiki」看搜索结果量——搜的人多、做的人少（首页没有一堆强站），就是缝隙。

② 缝隙存在：这个 wiki 有「Fandom 体验不好」或「社区想走」的信号。

结合前面说的出走潮——头部 wiki 已经替你验证了哪些主题有「出走价值」：游戏（Minecraft/RuneScape/Terraria 走过的路）、热门剧集、动漫、电影宇宙。这些主题的共同点：内容需求大、用户对 Fandom 广告忍耐度低、搜索量集中在「主题名 + wiki」这种明确意图词上。

再叠加一个公开的 SEO 常识：选 KD（关键词难度）低的长尾词切入——Ahrefs 公开数据里，月搜索量 ≤10 的关键词占全部关键词的 92% 以上（✅ Ahrefs 公开统计，样本 19 亿关键词），Mediavine 也说约 70% 的搜索流量来自长尾（⚠️ 第三方估算）。翻译成人话：wiki 站的流量主力不是「主题名」这个主词，而是「主题名 + 攻略词/百科词」这些长尾词，主词给 Fandom 和巨头，长尾词是新站的机会。

风险提醒（重要）： 从 Fandom 直接搬内容有版权风险（Fandom 内容是 CC 授权，可商用但要署名、要同样方式共享，而且商业用途有灰色地带）。我的做法是：只把「主题方向」从 Fandom 验证过来，内容全部用 AI 原创重写，只写事实性信息，不复制它的文字。 做内容站，原创是底线。

第2步：买域名（3分钟）

给 wiki 买一个专属域名。规则三条：

  • 后缀首选 .wiki（便宜 + 相关性高，用户一眼知道是百科站），.online/.site/.xyz 也行
  • 一个主题一个独立域名，别用泛域名 + 子目录（谷歌看「细分领域专长」）
  • 用 Spaceship / Namecheap 这类注册商，一年十几块钱

操作步骤（以 Spaceship 为例）：

1. 打开 https://www.spaceship.com/ （科学上网）
2. 顶部搜索框输入：主题名wiki.wiki （比如 minecraftwiki.wiki 这种格式）
3. 点搜索 → 找到 → 加购物车 → Checkout
4. 注册账号 → 付款（支持支付宝/微信/信用卡）
5. 买完域名是「裸」的，等第5步部署时绑定

⚠️ 域名到手就尽快上站。同一批人看到同一个需求，谁先上线谁先吃流量——晚一天，排名慢别人一步。

第3步：内容准备（半天）

3.1 关键词挖掘（4 个公开数据源，都免费）：

A. 谷歌搜索「主题名」→ 看联想词（Google Suggest）
B. 谷歌搜索「主题名 wiki」→ 看 Fandom 上那个 wiki 的导航分类（它帮你分好类了）
C. Fandom wiki 的「Special:AllPages」→ 看有哪些文章类型
D. YouTube 搜主题名 → 前 100 个视频标题 → 提取用户真实搜索的词

3.2 关键词分类（让 AI 做）：

把收集到的所有关键词发给 AI，让它分类。直接复制这段话：

下面是我为「{主题名}」收集到的所有关键词，请帮我分类：
1. 分类之间不重叠、合起来能覆盖全部词
2. 每个分类一个文件夹，文件夹名用英文小写（如 guides / characters / items）
3. 主题名+wiki 这类词不放进分类（首页已承担这个定位）
4. 意思相近的词合并成一个
5. 剔除有风险的词（作弊/hack 等）
6. 只保留英文关键词
7. 总量控制在 60-80 个以内
8. 分类数最多 8 个，4-6 个最佳

关键词列表：
{粘贴所有关键词}

请输出 JSON 格式的分类结果。

3.3 批量生成文章（用 AI，1 块钱一篇）：

性价比玩法是 Gemini API 批量生成（打开 https://aistudio.google.com/ 免费额度通常够试水，⚠️ 额度政策会变以官方为准）。写一个生成脚本（让 AI 帮你写）：

"帮我写一个 Python 脚本：读取关键词 JSON 文件，
逐个调用 Gemini API 生成攻略/百科文章（英文），
输出为 MDX 格式（带 YAML frontmatter），
每篇文章 800-1200 词，包含 H2 小节和 FAQ，
保存到 articles/ 目录。"

文章规格：

~800-1200词/篇      # 长尾词页面的合理信息量
H2 + FAQ 结构       # FAQ 对应 FAQPage 结构化数据，利于 AI 搜索抓取
标注数据来源        # 时效性内容（兑换码等）必须写「最后更新时间」
输出格式：MDX       # 模板内容层格式

⚠️ 不会写脚本？没关系——用 ChatGPT/Claude 一篇篇生成也行（慢一点但能用），或者先只上首页（模板支持「首页先行」），后续再补文章。重点是先上线。

第4步：建站换皮（2小时）

4.1 先理解模板的三层架构（前面 3.3 讲过）：框架层别动，配置层改，内容层全换。

4.2 Fork 模板到你的 GitHub：

1. 打开 https://github.com/PNGTRID/AnvilWiki
2. 右上角「Fork」按钮（分叉图标）→ 点它
3. 仓库名默认 AnvilWiki，改成 你的主题-wiki
4. 点绿色「Create fork」

4.3 本地克隆 + 安装：

1. 打开终端（Mac：Cmd+空格 → 输入 terminal 回车）
2. 检查 Node.js（需要 20+）：node -v
   → 太低或没有，去 https://nodejs.org 下载 LTS 版本
3. 安装 pnpm：npm install -g pnpm
4. 克隆：git clone https://github.com/你的用户名/你的仓库名.git
5. cd 你的仓库名
6. 安装依赖：pnpm install

4.4 本地跑起来看看：

pnpm dev
→ 终端显示 Local: http://localhost:4321
→ 浏览器打开，会看到 demo 站（Anvil Quest Wiki）
→ 这就是模板的样子，接下来换成你的主题
看完按 Ctrl+C 停掉。

4.5 交互式换皮（一条命令）：

pnpm apply-template
→ 依次回答：站点全名 / 简称 / 主题色 hex / 语言列表(en) / 导航分类
运行完自动改好：站点配置 / 导航 / 主题色 / 多语言 / 清空 demo 文章

4.6 接入文章：

1. 把生成的 MDX 文章复制进项目：
   cp -r requirements/articles/en/* src/content/wiki/en/
2. 检查 frontmatter 格式（category 必须和导航分类一致）
3. 格式不对就用脚手架：pnpm new-post

4.7 构建验证（关键一步）：

pnpm build
→ 看到 "xx page(s) built" 就是成功
→ 报错通常是 frontmatter 格式问题，修完重新 build

换皮完成。从 Fork 到构建通过，2 小时内搞定。

第5步：部署上线（10分钟）

5.1 注册 Cloudflare 账号（https://dash.cloudflare.com/sign-up，邮箱注册，免费）。

5.2 把代码推到 GitHub：

git add .
git commit -m "Initial commit"
git push origin main

5.3 创建 Pages 项目：

1. Cloudflare 仪表盘 → 左侧「Workers & Pages」→ Create → Pages → Connect to Git
2. 授权 GitHub → 找到你的仓库 → Begin setup
3. 配置：
   - Project name: 你的站点名
   - Production branch: main
   - Framework preset: Astro（自动识别）
   - Build command: pnpm build
   - Build output directory: dist
4. 展开 Environment variables (advanced)：
   - 添加 NODE_VERSION = 20
   - 添加 SITE_URL = https://你的项目名.pages.dev
5. Save and Deploy → 等2-3分钟 → "Complete!" 就成功了

5.4 绑定自定义域名（重要）：

1. Pages 项目 → Custom domains → Set up a custom domain
2. 输入你的域名（如 xxxwiki.wiki）→ Continue
3. Cloudflare 给一条 CNAME 记录（名称 @ → 值 你的项目名.pages.dev）
4. 去域名商后台加这条 DNS 记录
5. 回 Cloudflare 点 Activate → 等生效
6. ⚠️ 生效后：Settings → Environment variables → 把 SITE_URL 改成 https://你的域名
7. Retry deployment 重新部署
8. HTTPS 证书自动签发，等5-15分钟

⚠️ SITE_URL 不改 = sitemap 里全是 pages.dev 地址，影响 SEO。这步必做。

5.5 提交 Google Search Console（让谷歌收录）：

1. 打开 https://search.google.com/search-console → 立即开始
2. 添加资源 → 「网域」方式 → 输入你的域名
3. 验证所有权：给一条 TXT 记录 → 去 Cloudflare DNS 添加
4. 验证通过 → 「站点地图」→ 输入 sitemap-index.xml → 提交
5. 等 24-48 小时看收录

5.6 部署验证清单：

□ 浏览器打开 https://你的域名 → 正常显示
□ https://你的域名/sitemap-index.xml → 一堆 URL
□ https://你的域名/robots.txt → 规则文本
□ 手机打开 → 正常显示（移动端适配）

第6步：接广告（30分钟）

6.1 广告网络怎么选（我的实操经验）：

模板内置的是 Google AdSense 接入（3 个广告位，env 驱动）。但我的实操体会是：

  • AdSense 审核慢（公开信息普遍 1-3 个月），新站前期流量低、还没过审很正常
  • Adsterra 审核快（通常 1-3 分钟就过），适合新站先用起来，等 AdSense 过了再叠加或切换（⚠️ 审核时效以各家官方为准，会变）
  • 收入公式就一个：广告收入 = 流量 × 流量质量（国家/地区）× 广告位。 同样 1 万访问，全来自欧美和全来自东南亚，收入能差好几倍——Tier-1 国家 CPM 更高是行业共识（Adsterra 官方博客公开讲过）。所以选主题时，优先选欧美用户为主的方向。

收入量级参考（⚠️ 第三方估算，非承诺）：Adsterra 官方博客的案例库里，新站普遍 $50-300/月，成长站 $500-2000/月，成熟站 $3000-10000+/月；游戏垂直 CPM 起价约 $0.50-3.00，视频广告位最高可达 $25。

6.2 以 AdSense 为例的接入步骤：

1. 注册 AdSense（https://adsense.google.com/）→ 提交站点审核
2. 审核通过后创建广告单元 → 拿 3 个 slot ID（Sticky/Sidebar/InContent）
3. Cloudflare → Pages → 你的项目 → Settings → Environment variables 添加：
   PUBLIC_ADSENSE_CLIENT = 你的 client ID
   PUBLIC_ADSENSE_SLOT_STICKY = sticky 广告位 slot
   PUBLIC_ADSENSE_SLOT_SIDEBAR = sidebar 广告位 slot
   PUBLIC_ADSENSE_SLOT_INCONTENT = 文中广告位 slot
4. Save → 重新部署
5. key 留空 = 完全不渲染，先不配广告也能上线

6.3 上线后广告自检：

□ 电脑端 + 手机端分别打开，每个广告位正常显示、不破版
□ 手机端用真实网络测（挂代理/科学上网时广告可能不加载）
□ 去广告后台看 impression（展示量）有没有在涨

第7步：上线后（2-3天判断）

我的一条死规矩：上线后不回头改老站。 已上线的页面结构、title、description 一律不动，发现问题记下来，把经验带到下一个站去用。

上线后四步诊断（至少等 24-48 小时）：

① 手搜「主题词 + wiki」
   → 搜不到=还没被收录；第二页=排名没起来；首页=正常
② 谷歌趋势再查一次主题词
   → 在跌=主题本身不行；还在涨=继续看下面两步
③ GSC 看点击/曝光/排名
   → 曝光低=长尾词铺得不够；有点击没曝光=title 没吸引力；排名靠后=内容或内链问题
④ GA 看跳出率/停留时长
   → 跳出率高=内容或体验问题；人均浏览不到 1.5 页=内链不够

判断值不值得继续：

2-3 天后：
- 搜「主题词 wiki」能进首页 → ✅ 值得，继续加内页
- 排名第二页、内容覆盖少 → 补更多长尾词内页
- 排名和流量都起不来 → 果断放弃，把精力投到下一个主题

做下一个站时：

1. Fork AnvilWiki 最新版
2. 重复第 1-6 步
3. 每做一个站，把发现的优化点沉淀进模板，下个站更强

五、我踩过的坑，帮你提前排掉

坑1：部署环境变量忘了改 SITE_URL。 站上线了，sitemap 里全是 pages.dev 地址，谷歌收录的全是临时域名。改回真实域名重新部署，又是一天。先绑域名，再改环境变量，再重部署，顺序不能乱。

坑2：文章 frontmatter 格式不对，构建直接失败。 模板用 YAML frontmatter（--- 开头），不是随便什么格式都能过。文章格式不对就用 pnpm new-post 生成标准模板，再让 AI 按模板重写，别手动瞎改。

坑3：广告看不到。 别以为后台有数据就等于广告正常。上线后必须手机端真实网络实测——电脑端能看到、手机端白屏 = 接入有问题。挂代理时广告可能不加载，换真实网络再测。

坑4：首页索引慢。 内页索引正常但首页不收录时，检查是不是还在用 pages.dev 临时域名。实在不行先只上首页，等首页被收录了再铺内页。

坑5：忘记提交 GSC。 网站上线了，但不提交 Google Search Console，谷歌就不会收录，就没流量。上线当天就提交。

坑6（最想提醒你的）：别用托管平台的子域名做站。 你可能觉得「先用 fandom 子域名/免费子域名试试」——但那些流量和内容的所有权都不在你手里，平台一个政策变化就能让你归零。自有域名 + 独立部署，才是你自己的资产。 这正是出走潮里那些 wiki 教给我们的：runescape.wiki 离开 Fandom 20 年还活得好好的，靠的就是自己手里有域名、有内容、有收入。

六、为什么开源？

有人问：你花那么多心思做模板，白送？

我的想法很简单，三条：

1. 模板是越用越值钱的东西。

我开源的是模板，不是我的站。我的站靠内容、选主题、运营赚钱，模板只是工具。工具开源，用的人越多，反馈越多，模板迭代越快——我的站也间接受益。

2. 这是一个免费的获客渠道。

GitHub 开源项目 + 生财帖子，是长期存在的流量入口。别人用我的模板建站，就等于帮我验证模板、帮我传播。半年后这篇帖子可能沉了，但 GitHub 项目还活着。

3. 我自己就是这么学过来的。

我高中毕业，没钱买课的时候，就是靠别人的开源项目、免费教程一步步走过来的。把模板开源，就是给下一个「当时的我」递一块砖。

七、常见问题 FAQ

Q1：完全不会编程，能做吗？ A：能。这篇帖子就是给不会编程的人写的。你不需要写一行代码——Fork 是点按钮，pnpm apply-template 是运行一条命令（复制粘贴到终端按回车），AI 帮你生成文章。你唯一要学的，是「运行命令」和「用 AI 聊天」。

Q2：要花多少钱？ A：一个站总成本 60-80 元：域名 15 元 + 文章生成 40-60 元。托管、部署、广告接入全免费。

Q3：多久能上线？ A：熟练后 2-3 小时一个站。第一个站慢一点，半天到一天。

Q4：wiki 站能赚多少钱？ A：看运气 + 数量。这是概率游戏——多撒种子，总有一颗发芽。参考：广告网络官方案例库里新站普遍 $50-300/月（⚠️ 第三方数据，非承诺）。它是「用极低的成本博一个概率」，不是上班领工资。

Q5：只能做游戏 wiki 吗？ A：不是。游戏只是被验证得最充分的方向（Minecraft/RuneScape 走过的路）。热门剧集、动漫、电影宇宙、工具类产品，只要「Fandom 上有 wiki + 搜索需求真实」，都可以做。wiki 是一种内容形态，不是某个垂直品类。

Q6：国内网络能访问吗？ A：网站部署在 Cloudflare，全球可访问。但你做站、查谷歌趋势、看数据，需要科学上网。

Q7：模板以后会收费吗？ A：不会。MIT 协议，永久免费开源。

八、怎么开始

如果你也想试试 wiki 站这条路，三步：

第一步：打开 https://github.com/PNGTRID/AnvilWiki，点 Fork（右上角）
第二步：本地跑起来：git clone → pnpm install → pnpm dev
第三步：按第四章流程换皮，部署上线

完整文档都在项目里（比帖子更细）：

docs/PRD.md             # 完整产品设计文档
docs/apply-template.md  # 换皮配置参考手册
docs/deployment.md      # Cloudflare Pages 部署详细指南
docs/seo.md             # SEO 工程化说明
docs/content-format.md  # MDX 文章格式规范
docs/comments.md        # Giscus 评论系统接入指南

最后说句掏心窝的话：

wiki 内容是最被低估的内容资产之一——全球最大的平台靠它年赚 2 亿美金，而贡献者一分钱拿不到。 出走潮证明了自建可行，技术变化把门槛抹平了，剩下的就是动手。

我做这个模板，就是想把「自己手里有内容、有域名、有收入」这条路的成本，降到最低。

共勉。

我是袁锐钦，AI时代的积极行动者。做产品、测工具、跑变现，把试过的路摊开给你看。 模板用起来有问题，欢迎去 GitHub 提 issue，或者直接在评论区留言。

Yuan Ruiqin

Full-Stack Developer · AI Engineering · PNGTRIBE

Email GitHub ↗