OpenClaw 做站最後階段：4 個 AI Agent 接力，從 QA 驗收到外鏈分發一天搞定
整理版優先睇
上線當日就要跑完SEO、外鏈同分發，用AI Agent將三日流程壓縮到一日
作者俊哥係一位獨立開發者，為咗實現AI web出海自動化，佢整咗一個AI換臉工具站嚟行個流程。功能上線之後，佢發現流量係零，Google、Bing同ChatGPT Search都唔識佢個站。佢反思獨立開發者最難嘅唔係寫code，而係上線之後嘅SEO、外鏈、驗收同分發呢啲功夫。於是佢用一日時間，透過4個AI Agent將呢四件事全部搞掂。
作者嘅整體結論係：上線唔係終點，而係起點；流量唔係等返嚟，而係上線當日就要開始搞。佢分享咗一套完整嘅方法，包括SEO同GEO同時打通、QA驗收要行真鏈路、外鏈冷啟動用GitHub Awesome Lists PR、運營冷啟動優先投稿技術週刊同社區分享。最後佢用AI Agent將呢啲流程串埋一齊，將本來要三日嘅功夫壓縮到一日。呢個效率差就係真正嘅競爭優勢。
- SEO同GEO要同時做，頁面必須有JSON-LD同前150字直接定義工具用途。
- QA驗收要真實走完登錄同支付全鏈路，唔可以淨係睇跳轉。
- 外鏈冷啟動用GitHub Awesome Lists PR，每日最多3個，描述要客觀。
- 運營冷啟動優先投稿技術週刊，社區發帖要分享解決方案而唔係推銷。
- AI Agent可以將成個流程壓縮到一日，上線先係起點。
SEO + GEO 同步打通：令 Google 同 AI 搜索引擎都識得你
而家做站，SEO同GEO必須同時做。SEO係令Google/Bing收錄你，GEO係令ChatGPT Search、Perplexity、Google AI Overview引用你。呢兩件事已經唔係同一件事。
SEO 同 GEO 必須同時做
- <title>要包含核心關鍵詞、補充描述同品牌名
- <meta description>要120-155字，講清楚頁面用途
- <link canonical>要指向頁面自身
- <h1>每個頁面只有一個
- JSON-LD要標明頁面類型，例如SoftwareApplication或FAQPage
JSON-LD 不是可選項，佢決定咗Rich Results展示同AI搜索引擎點樣提取答案
AI搜索引擎提取答案，都係從頁面前部開始掃。規則好簡單：前150個英文單詞內，必須有一句話直接定義「呢個工具係咩」。
前 150 個英文單詞內，必須有一句話直接定義「呢個工具係咩」
# getchargen.com
> AI character generator — create portraits and character sheets for DnD, anime, fantasy, and original characters.
## Main Tools
- [AI Character Generator](/): Generate any character
- [Anime Generator](/anime-character-generator): Anime-style
- [DnD Generator](/dnd-character-generator): D&D characters
## Key Facts
- Free to use, no sign-up required
- AI portraits + structured character dataQA 驗收要行真鏈路：唔係求其點兩嚇
好多人上線前嘅「驗收」係打開站點，睇落冇問題就上線。呢個唔叫驗收，叫碰運氣。真正嘅QA驗收要走完7個環節，時間預算55-75分鐘。
真正的 QA 驗收要走完 7 個環節
- 1 第一關：冒煙測試。用腳本快速核所有核心頁面是否返回200。
- 2 第二關：功能驗收。必須真實走完登錄全鏈路，包括Google OAuth同Stripe支付，連測試卡都要真係過數。
- 3 第三關：響應式測試。必測6個寬度（1440、1280、768、390、360、320px），確保冇水平滾動條。
- 4 第四關：性能測試。Lighthouse Performance ≥ 80，LCP < 2.5s，CLS < 0.1。
- 5 第五關：安全測試。HTTPS正常，http自動跳轉，前端代碼冇API Key泄露，有基礎Rate Limit。
- 6 第六關：埋點驗收。Plausible有數據，GA4實時報告有活躍用戶，Clarity有session錄製。
- 7 第七關：全面檢查。冇broken image、favicon正確、冇佔位文案殘留。
功能驗收必須真走，唔可以淨係睇跳轉
外鏈冷啟動：用 GitHub Awesome Lists 批量建立高權重連結
外鏈係SEO嘅重要一環，但買外鏈大部分冇用。作者用嘅方法係GitHub Awesome Lists PR：喺高star嘅awesome list倉庫提PR，被合併就係一條真實嘅高權重外鏈，而且免費。
GitHub Awesome Lists PR 係免費高權重外鏈
- 1 發現階段：揾同產品相關嘅awesome list，篩選Star > 500、近3個月有更新、README有「feel free to contribute」。
- 2 生成條目：跟足倉庫現有格式寫一條客觀描述，唔寫「best」呢類主觀詞。
- 3 提交PR：Fork → 加條目 → PR標題「Add 產品名」。一日最多向3個倉庫提PR，避免被當spam。
- 4 追蹤階段：一星期後檢查PR狀態，被拒就換下一個，唔好糾纏。
一日 2-3 個，格式對齊，描述客觀
運營冷啟動：Day 0 就要開始分發
等SEO自然起量要幾個月，上線當日下午就要開始冷啟動分發。作者畀咗2026年實測嘅優先級次序。
分發連結必須加UTM參數，先追蹤到渠道效果
- 1 優先級1：技術週刊投稿。例如阮一峯科技愛好者週刊、HelloGitHub、TLDR Newsletter，今日投1-3星期後出，一期帶幾千UV。
- 2 優先級2：GitHub Awesome Lists PR（詳見上節）。
- 3 優先級3：社區發帖。鐵律：唔係廣告，係分享。用「解決方案」嘅角度嚟寫。
- 4 優先級4：AI工具目錄站（免費嘅有BetaList、AlternativeTo、Indie Hackers）。
社區發帖要分享解決方案而唔係推銷
Day 0要完成嘅檢查清單：Plausible/GA4/Clarity確認有數據、Google Search Console同Bing Webmaster Tools已提交sitemap（ChatGPT Search用Bing索引）、至少投稿1個技術週刊、至少提交3個Awesome List PR、至少喺1個社區發分享帖、所有連結都加咗UTM。
AI Agent 流水線：將四件事一日內串埋一齊
作者喺OpenClaw入面用咗4個Agent分工：seo助理負責SEO/GEO基礎件、llms.txt同sitemap提交；qa助理負責冒煙測試、功能驗收、響應式驗收同埋點驗收；main（作者自己）負責listing-swarm外鏈提交、運營清單生成同分發協調；ops助理負責社區發帖文案、週刊投稿同UTM追蹤。
上線先係起點，流量係當日就要開始做嘅事
如果你得1個Agent，可按呢個順序跑：①補SEO五件套（canonical / JSON-LD / llms.txt）②跑冒煙測試（5分鐘）③走登錄+支付全鏈路（20分鐘）④提交Google+Bing sitemap⑤揾3個Awesome List提PR⑥寫一篇Show HN/Reddit分享帖。一個工作日就跑完。
為咗實現AI web出海自動化，我做咗一個 AI 換面工具站嚟行流程。
功能行到。部署成功。站點可以訪問。
跟住呢？
跟住就係咁。流量係 0。Google 唔認識佢，Bing 唔認識佢，ChatGPT Search 都唔知佢存在。
呢段時間我不斷諗呢個問題：獨立開發者做站，最難嘅唔係寫code，係上線之後嗰段時間。
SEO要補，外鏈要建，驗收要做，分發要搞。每一件事單獨拎出嚟都係成日嘅工作。
於是琴日我叫AI Agent嚟做呢件事。用咗一日，我將呢四件事全部搞掂曬。
今日完整拆俾你睇。
01 SEO + GEO 打通：你個站唔單止要俾 Google 見到，仲要俾 AI 搜尋引擎引用你
先講一個好多人忽略嘅嘢：
而家做站，SEO 同 GEO 一定要同時做。
SEO 係俾 Google/Bing 收錄你。
GEO 係俾 ChatGPT Search、Perplexity、Google AI Overview 引用你。
呢兩件事已經唔係同一件事。
頁面級 SEO 五件套（每個頁面都要有）
1. <title> 核心關鍵詞 | 補充描述 | 品牌名
2. <meta description> 120-155 字，說清楚這個頁面能做什麼
3. <link canonical> 告訴 Google 這個頁面的唯一正版地址
4. <h1> 每個頁面只有一個，不能多
5. JSON-LD 告訴 Google 這頁面是什麼類型
JSON-LD 唔係可選項。佢決定咗：
Google 俾唔俾到你 Rich Results 展示 SoftwareApplication schema 能唔能夠令 Google 知道你係工具站 FAQPage schema 能唔能夠令你啲問答直接出現喺搜索結果入面 AI 搜尋引擎能唔能夠從結構化數據入面快速提取答案
GEO 嘅關鍵規則：頭 150 個英文單詞
呢個係琴日我改得最犀利嘅一處。
AI 搜尋引擎提取答案，都係由頁面前面開始掃。規則好簡單：
頭 150 個英文單詞入面，一定要有一句直接定義「呢個工具係乜嘢」。
✅ 正確：
"getchargen is an AI character generator that creates portraits
and character sheets for DnD, anime, fantasy, and original characters."
❌ 錯誤（前150字全部係廢話）：
"Welcome to the future of character creation! We're so excited
to bring you the most innovative platform in the world..."
AI 搜尋引擎掃一眼，提取唔到有用資訊，直接走咗。唔會引用你。
仲有一個一定要做嘅檔案：llms.txt
放喺站點根目錄，係俾 AI 搜尋引擎睇嘅「站點說明書」。
格式好簡單：
# getchargen.com
> AI character generator — create portraits and character sheets
for DnD, anime, fantasy, and original characters.
## Main Tools
- [AI Character Generator](/): Generate any character
- [Anime Generator](/anime-character-generator): Anime-style
- [DnD Generator](/dnd-character-generator): D&D characters
## Key Facts
- Free to use, no sign-up required
- AI portraits + structured character data
呢個檔案嘅作用：Perplexity、Claude呢類 AI 搜尋引擎理解你個站嗰陣，會優先揾呢個檔案。你唔寫，佢就唔知你係邊個。
SEO + GEO 檢查清單（每個核心頁面）：
☐ <title> 含核心關鍵詞，≤ 60 字符
☐ <meta description> 在 120-155 字之間
☐ <link canonical> 指向頁面自身
☐ 頁面有且只有一個 <h1>
☐ layout.tsx 有 Organization + WebSite JSON-LD
☐ 每個頁面有 WebPage + SoftwareApplication JSON-LD
☐ 有 FAQ 的頁面有 FAQPage JSON-LD
☐ 前 150 個英文單詞內有直接定義
☐ robots.txt 存在且可訪問
☐ sitemap.xml 存在且列了所有核心頁面
☐ llms.txt 存在且描述準確
02 QA 驗收：唔係隨便㩒幾下，係行曬成條鏈
好多人上線前嘅「驗收」係：打開站點，睇落冇問題，就上線。
呢個唔叫驗收，呢個叫撞彩。
真正嘅 QA 驗收要行曬 7 個環節。時間預算：55-75 分鐘/站。
第一關：冒煙測試（5 分鐘）
用一條 script 快速核所有核心頁面係咪返回 200：
for path in "/" "/robots.txt" "/sitemap.xml" "/privacy" "/terms"; do
STATUS=<img class="formula-inline" style="display:inline-block; vertical-align:middle; margin: 0 4px; height: auto;" src="https://latex.codecogs.com/png.latex?\dpi{300}&space;(curl%20-s%20-o%20%2Fdev%2Fnull%20-w%20%22%25%7Bhttp_code%7D%22%20%22https%3A%2F%2F%E4%BD%A0%E7%9A%84%E5%9F%9F%E5%90%8D" alt="(curl -s -o /dev/null -w "%{http_code}" "https://你的域名" />path")
echo "$STATUS $path"
done
有 404，就整返好先，再繼續。
第二關：功能驗收——一定要真實行曬
登入全鏈路（一定要真行，唔可以就咁睇「跳轉咗」就算過）：
第 1 步：未登錄 → 點 CTA → 應該跳轉 Google OAuth
第 2 步：Google 授權頁顯示的是你的應用名（不是 localhost）
第 3 步：授權 → 回調到你的站（不是 404）
第 4 步：用戶名/頭像顯示正確，免費額度正確
第 5 步：用一次工具 → 額度 -1
第 6 步：登出 → 重登 → 記錄還在
支付全鏈路（用 Stripe 測試卡，一定要真行）：
測試卡：4242 4242 4242 4242 有效期：任意未來日期 CVC：任意
第 1 步：未登錄點"升級" → 先引導登錄（不能直接跳 Stripe）
第 2 步：登錄後點"升級" → Stripe Checkout 裏產品名/價格正確
第 3 步：支付成功 → 跳回站點 → 不是白屏不是 404
第 4 步：權限升級了，額度增加了
第 5 步：登出 → 重登 → 付費狀態還在
第三關：響應式測試（重點）
必測 6 個闊度：
每個闊度核心只睇一件事：有冇水平滾動條？
有就係大問題，即刻整返好。
QA 驗收檢查清單：
冒煙測試
☐ 首頁 200
☐ robots.txt / sitemap.xml / privacy / terms 全部 200
功能驗收
☐ Landing Page 無佔位文案殘留
☐ CTA 按鈕全部可點且跳轉正確
☐ Google OAuth 全鏈路真實走完
☐ Stripe 支付全鏈路真實走完（測試卡）
☐ 付費權限登出重登後還在
UI/UX
☐ 6 個寬度無水平滾動條
☐ 無 broken image
☐ favicon 正確顯示
性能
☐ Lighthouse Performance ≥ 80
☐ LCP < 2.5s，CLS < 0.1
安全
☐ HTTPS 正常，http 自動跳轉
☐ 前端代碼無 API Key 泄露
☐ 有基礎 Rate Limit
埋點
☐ Plausible 有數據
☐ GA4 實時報告有活躍用戶
☐ Clarity 有 session 錄製
03 外鏈冷啟動：用 listing-swarm 批量提交 GitHub Awesome Lists
外鏈呢件事，好多人一係唔做，一係俾錢買（大部分冇用）。
我而家用嘅方法：GitHub Awesome Lists PR。
邏輯好簡單：GitHub 上面有大量高 star 嘅 awesome list 倉庫，收錄某個領域最好嘅工具。呢啲倉庫本身就係高權重外鏈來源。你提交一個 PR 被合併，就係一條真實嘅高權重外鏈。
而且係免費嘅。
用 listing-swarm 自動化呢個流程
手動逐個揾、逐個 fork、逐個提交 PR，太慢。我用 listing-swarm 將呢個流程自動化咗：
Step 1：發現目標倉庫
搜尋同產品有關嘅 awesome list：
awesome-ai-tools
awesome-character-generators
awesome-dnd-tools
awesome-image-generators
篩選標準：
Star 數 > 500（權重更高） 最近 3 個月有更新（維護者仲活躍） README 入面有「feel free to contribute」字樣
Step 2：生成符合格式嘅條目
每個 awesome list 格式唔同，一定要參考現有條目：
- [產品名](https://你的域名) - 一句話描述，客觀，不寫"最好"。
Step 3：批量提交 PR
Fork → 加條目 → PR 標題：Add 產品名
注意事項（踩過嘅坑）：
❌ 一天給超過 5 個倉庫提 PR → 容易被當 spam
❌ 描述裏寫"best"/"最強"這類主觀詞 → 被 maintainer 拒絕
❌ 格式和現有條目不一致 → 直接關 PR 不 review
✅ 一天 2-3 個，格式對齊，描述客觀
被拒就唔好糾纏，換第二個。
外鏈冷啟動檢查清單：
發現階段
☐ 找到 ≥ 10 個相關 awesome list
☐ 篩選 star>500 且近 3 個月有更新的
☐ 確認 README 歡迎貢獻
提交階段
☐ 按倉庫現有格式寫條目
☐ 描述客觀，無"best/最強"等主觀詞
☐ PR 標題：Add 產品名
☐ 每天 ≤ 3 個倉庫同時提交
追蹤階段
☐ 一週後檢查 PR 狀態
☐ 被拒不糾纏，換下一個倉庫
04 運營冷啟動：Day 0 就要開始分發，唔可以等
上線唔等於有用戶。等 SEO 自然起量要幾個月。
上線嗰日下晝，就要開始冷啟動分發。
分發優先順序（2026 年實測版）
優先級 1：技術週刊投稿（今日投，1-3 個星期後出）
早啲投就早啲排期，唔投就冇。
優先級 2：GitHub Awesome Lists（見第 03 節）
優先級 3：社區發帖
發帖鐵律：唔係廣告，係分享。
❌ 錯誤寫法：
"Check out my new AI character generator! It's amazing!
Try it free: chargen.ai"
✅ 正確寫法：
"I was preparing for a DnD campaign and kept switching
between 3 tools to create NPCs. So I built this.
[截圖] It generates portrait + character sheet together.
Free, would love feedback: chargen.ai"
分別在於：一個係推銷自己，一個係分享解決方案。
優先級 4：AI 工具目錄站（2026 年現實）
2024 年大部分免費，而家大部分收費喇。建議只係提交呢幾個（免費）：
BetaList AlternativeTo Indie Hackers
分發連結一定要加 UTM 參數：
https://你的域名/?utm_source=ruanyf&utm_medium=newsletter
https://你的域名/?utm_source=hackernews&utm_medium=post
https://你的域名/?utm_source=reddit&utm_medium=post&utm_campaign=launch
咁樣 Plausible 入面就可以睇到邊個渠道帶嚟咗幾多人。
運營冷啟動檢查清單（Day 0）：
☐ Plausible / GA4 / Clarity 埋點已確認有數據
☐ Google Search Console 已提交 sitemap
☐ Bing Webmaster Tools 已提交 sitemap（必須！ChatGPT Search 用 Bing 索引）
☐ 至少投稿 1 個技術週刊
☐ 至少提交 3 個 Awesome List PR
☐ 至少在 1 個社區發了分享帖
☐ 所有分享連結都加了 UTM 參數
Day 7 一定要回答嘅 5 個問題：
1. 日均 UV 多少？（< 10 說明分發還不夠）
2. 最大流量來源是什麼？
3. 哪個頁面跳出率最高？
4. 有沒有人真正用了工具？
5. Clarity 熱力圖發現了什麼？
05 完整流水線：AI Agent 點樣串連呢四件事
呢四件事喺 OpenClaw 入面我係咁樣分工嘅：
seo 助理 → SEO/GEO 基礎件 + llms.txt + sitemap 提交
qa 助理 → 冒煙測試 + 功能驗收 + 響應式驗收 + 埋點驗收
main（我）→ listing-swarm 外鏈提交 + 運營清單生成 + 分發協調
ops 助理 → 社區發帖文案 + 週刊投稿 + UTM 追蹤
唔一定需要 4 個 Agent。
如果你得 1 個 Agent，就按呢個順序行：
① 先補 SEO 五件套（canonical / JSON-LD / llms.txt）
② 跑冒煙測試（5 分鐘）
③ 走登錄 + 支付全鏈路（20 分鐘）
④ 提交 Google + Bing sitemap
⑤ 找 3 個 Awesome List 提 PR
⑥ 寫一篇 Show HN / Reddit 分享帖
按呢個順序，一個工作日就搞掂。
最後講一句
呢件事令我改變咗一個過去嘅認知：
以前我覺得上線係終點，流量係另一件事。
而家我覺得上線先係起點，流量係當日就要開始做嘅事。
SEO 補好、外鏈提交好、冷啟動分發搞好，呢啲唔係「上線之後揾時間做嘅事」，而係上線嗰日就要搞掂嘅事。
而且呢啲事，AI 而家真係可以幫你搞。
唔係要 AI 取代你，而係要 AI 將本來要花你 3 日嘅流程，壓縮到 1 日之內搞掂。
呢個效率差距，先係真正嘅競爭優勢。
我係俊哥。聯絡我領資料，入交流羣
關注公眾號 俊哥AI出海。
我會繼續將呢啲從真實實戰入面行出嚟嘅工作流程，完整拆俾你睇。
X（Twitter）：https://x.com/jungeAGI
為了實現AI web出海自動化，我做了一個 AI 換臉工具站跑流程。
功能能跑。部署成功。站點能訪問。
然後呢？
然後就這樣了。流量是 0。Google 不認識它，Bing 不認識它，ChatGPT Search 也不知道它存在。
這段時間我一直在想這個問題：獨立開發者做站，最難的不是寫代碼，是上線之後的那一段。
SEO 要補，外鏈要建，驗收要走，分發要做。每一件事單獨拿出來都是一整天的工作。
於是昨天我讓 AI Agent 來幹這件事。用了一天，我把這四件事全部跑完了。
今天完整拆給你看。
01 SEO + GEO 打通：你的站不只要讓 Google 看見，還要讓 AI 搜索引擎引用你
先說一個很多人忽視的事：
現在做站，SEO 和 GEO 必須同時做。
SEO 是讓 Google/Bing 收錄你。
GEO 是讓 ChatGPT Search、Perplexity、Google AI Overview 引用你。
這兩件事已經不是一件事了。
頁面級 SEO 五件套（每個頁面都要有）
1. <title> 核心關鍵詞 | 補充描述 | 品牌名
2. <meta description> 120-155 字，說清楚這個頁面能做什麼
3. <link canonical> 告訴 Google 這個頁面的唯一正版地址
4. <h1> 每個頁面只有一個，不能多
5. JSON-LD 告訴 Google 這頁面是什麼類型
JSON-LD 不是可選項。它決定了：
Google 能不能給你 Rich Results 展示 SoftwareApplication schema 能不能讓 Google 知道你是工具站 FAQPage schema 能不能讓你的問答直接出現在搜索結果裏 AI 搜索引擎能不能從結構化數據裏快速提取答案
GEO 的關鍵規則：前 150 個英文單詞
這是昨天我改動最狠的一處。
AI 搜索引擎提取答案，都是從頁面前部開始掃的。規則很簡單：
前 150 個英文單詞內，必須有一句話直接定義"這個工具是什麼"。
✅ 正確：
"getchargen is an AI character generator that creates portraits
and character sheets for DnD, anime, fantasy, and original characters."
❌ 錯誤（前 150 字全是廢話）：
"Welcome to the future of character creation! We're so excited
to bring you the most innovative platform in the world..."
AI 搜索引擎掃一眼，提取不到有用信息，直接走了。不會引用你。
還有一個必須做的文件：llms.txt
放在站點根目錄，是給 AI 搜索引擎看的"站點說明書"。
格式很簡單：
# getchargen.com
> AI character generator — create portraits and character sheets
for DnD, anime, fantasy, and original characters.
## Main Tools
- [AI Character Generator](/): Generate any character
- [Anime Generator](/anime-character-generator): Anime-style
- [DnD Generator](/dnd-character-generator): D&D characters
## Key Facts
- Free to use, no sign-up required
- AI portraits + structured character data
這個文件的作用：Perplexity、Claude 這類 AI 搜索引擎在理解你的站時，會優先找這個文件。你不寫，它不知道你是誰。
SEO + GEO 檢查清單（每個核心頁面）：
☐ <title> 含核心關鍵詞，≤ 60 字符
☐ <meta description> 在 120-155 字之間
☐ <link canonical> 指向頁面自身
☐ 頁面有且只有一個 <h1>
☐ layout.tsx 有 Organization + WebSite JSON-LD
☐ 每個頁面有 WebPage + SoftwareApplication JSON-LD
☐ 有 FAQ 的頁面有 FAQPage JSON-LD
☐ 前 150 個英文單詞內有直接定義
☐ robots.txt 存在且可訪問
☐ sitemap.xml 存在且列了所有核心頁面
☐ llms.txt 存在且描述準確
02 QA 驗收：不是隨便點點，是走完一整條鏈
很多人上線前的"驗收"是：打開站點，看起來沒問題，上線。
這不叫驗收，這叫碰運氣。
真正的 QA 驗收要走完 7 個環節。時間預算：55-75 分鐘/站。
第一關：冒煙測試（5 分鐘）
用一條腳本快速核所有核心頁面是否返回 200：
for path in "/" "/robots.txt" "/sitemap.xml" "/privacy" "/terms"; do
STATUS=<img class="formula-inline" style="display:inline-block; vertical-align:middle; margin: 0 4px; height: auto;" src="https://latex.codecogs.com/png.latex?\dpi{300}&space;(curl%20-s%20-o%20%2Fdev%2Fnull%20-w%20%22%25%7Bhttp_code%7D%22%20%22https%3A%2F%2F%E4%BD%A0%E7%9A%84%E5%9F%9F%E5%90%8D" alt="(curl -s -o /dev/null -w "%{http_code}" "https://你的域名" />path")
echo "$STATUS $path"
done
有 404，先修，再繼續。
第二關：功能驗收——必須真實走完
登錄全鏈路（必須真走，不能只看"跳轉了"就算過）：
第 1 步：未登錄 → 點 CTA → 應該跳轉 Google OAuth
第 2 步：Google 授權頁顯示的是你的應用名（不是 localhost）
第 3 步：授權 → 回調到你的站（不是 404）
第 4 步：用戶名/頭像顯示正確，免費額度正確
第 5 步：用一次工具 → 額度 -1
第 6 步：登出 → 重登 → 記錄還在
支付全鏈路（用 Stripe 測試卡，必須真走）：
測試卡：4242 4242 4242 4242 有效期：任意未來日期 CVC：任意
第 1 步：未登錄點"升級" → 先引導登錄（不能直接跳 Stripe）
第 2 步：登錄後點"升級" → Stripe Checkout 裏產品名/價格正確
第 3 步：支付成功 → 跳回站點 → 不是白屏不是 404
第 4 步：權限升級了，額度增加了
第 5 步：登出 → 重登 → 付費狀態還在
第三關：響應式測試（重點）
必測 6 個寬度：
每個寬度核心只看一件事：有沒有水平滾動條？
有就是大問題，立刻修。
QA 驗收檢查清單：
冒煙測試
☐ 首頁 200
☐ robots.txt / sitemap.xml / privacy / terms 全部 200
功能驗收
☐ Landing Page 無佔位文案殘留
☐ CTA 按鈕全部可點且跳轉正確
☐ Google OAuth 全鏈路真實走完
☐ Stripe 支付全鏈路真實走完（測試卡）
☐ 付費權限登出重登後還在
UI/UX
☐ 6 個寬度無水平滾動條
☐ 無 broken image
☐ favicon 正確顯示
性能
☐ Lighthouse Performance ≥ 80
☐ LCP < 2.5s，CLS < 0.1
安全
☐ HTTPS 正常，http 自動跳轉
☐ 前端代碼無 API Key 泄露
☐ 有基礎 Rate Limit
埋點
☐ Plausible 有數據
☐ GA4 實時報告有活躍用戶
☐ Clarity 有 session 錄製
03 外鏈冷啓動：用 listing-swarm 批量提交 GitHub Awesome Lists
外鏈這件事，很多人要麼不做，要麼花錢買（大部分沒用）。
我現在用的方式：GitHub Awesome Lists PR。
邏輯很簡單：GitHub 上有大量高 star 的 awesome list 倉庫，收錄某個領域最好的工具。這些倉庫本身就是高權重外鏈來源。你提一個 PR 被合併，就是一條真實的高權重外鏈。
而且是免費的。
用 listing-swarm 自動化這個流程
手動一個個找、一個個 fork、一個個提 PR，太慢。我用 listing-swarm 把這個流程自動化了：
Step 1：發現目標倉庫
搜索和產品相關的 awesome list：
awesome-ai-tools
awesome-character-generators
awesome-dnd-tools
awesome-image-generators
篩選標準：
Star 數 > 500（權重更高） 最近 3 個月有更新（維護者還活躍） README 裏有"feel free to contribute"字樣
Step 2：生成符合格式的條目
每個 awesome list 格式不同，必須參照現有條目：
- [產品名](https://你的域名) - 一句話描述，客觀，不寫"最好"。
Step 3：批量提交 PR
Fork → 添加條目 → PR 標題：Add 產品名
注意事項（踩過的坑）：
❌ 一天給超過 5 個倉庫提 PR → 容易被當 spam
❌ 描述裏寫"best"/"最強"這類主觀詞 → 被 maintainer 拒絕
❌ 格式和現有條目不一致 → 直接關 PR 不 review
✅ 一天 2-3 個，格式對齊，描述客觀
被拒不要糾纏，換下一個。
外鏈冷啓動檢查清單：
發現階段
☐ 找到 ≥ 10 個相關 awesome list
☐ 篩選 star>500 且近 3 個月有更新的
☐ 確認 README 歡迎貢獻
提交階段
☐ 按倉庫現有格式寫條目
☐ 描述客觀，無"best/最強"等主觀詞
☐ PR 標題：Add 產品名
☐ 每天 ≤ 3 個倉庫同時提交
追蹤階段
☐ 一週後檢查 PR 狀態
☐ 被拒不糾纏，換下一個倉庫
04 運營冷啓動：Day 0 就要開始分發，不能等
上線不等於有用戶。等 SEO 自然起量要幾個月。
上線當天下午，就要開始冷啓動分發。
分發優先級排序（2026 年實測版）
優先級 1：技術週刊投稿（今天投，1-3 周後發）
早投早排，不投就沒有。
優先級 2：GitHub Awesome Lists（見第 03 節）
優先級 3：社區發帖
發帖鐵律：不是廣告，是分享。
❌ 錯誤寫法：
"Check out my new AI character generator! It's amazing!
Try it free: chargen.ai"
✅ 正確寫法：
"I was preparing for a DnD campaign and kept switching
between 3 tools to create NPCs. So I built this.
[截圖] It generates portrait + character sheet together.
Free, would love feedback: chargen.ai"
差別就在：一個是在推銷自己，一個是在分享解決方案。
優先級 4：AI 工具目錄站（2026 年現實）
2024 年大部分免費，現在大部分收費了。建議只提這幾個（免費）：
BetaList AlternativeTo Indie Hackers
分發連結必須加 UTM 參數：
https://你的域名/?utm_source=ruanyf&utm_medium=newsletter
https://你的域名/?utm_source=hackernews&utm_medium=post
https://你的域名/?utm_source=reddit&utm_medium=post&utm_campaign=launch
這樣 Plausible 裏就能看到哪個渠道帶來了多少人。
運營冷啓動檢查清單（Day 0）：
☐ Plausible / GA4 / Clarity 埋點已確認有數據
☐ Google Search Console 已提交 sitemap
☐ Bing Webmaster Tools 已提交 sitemap（必須！ChatGPT Search 用 Bing 索引）
☐ 至少投稿 1 個技術週刊
☐ 至少提交 3 個 Awesome List PR
☐ 至少在 1 個社區發了分享帖
☐ 所有分享連結都加了 UTM 參數
Day 7 必須回答的 5 個問題：
1. 日均 UV 多少？（< 10 說明分發還不夠）
2. 最大流量來源是什麼？
3. 哪個頁面跳出率最高？
4. 有沒有人真正用了工具？
5. Clarity 熱力圖發現了什麼？
05 完整流水線：AI Agent 怎麼串這四件事
這四件事在 OpenClaw 裏我是這麼分工的：
seo 助理 → SEO/GEO 基礎件 + llms.txt + sitemap 提交
qa 助理 → 冒煙測試 + 功能驗收 + 響應式驗收 + 埋點驗收
main（我）→ listing-swarm 外鏈提交 + 運營清單生成 + 分發協調
ops 助理 → 社區發帖文案 + 週刊投稿 + UTM 追蹤
不一定需要 4 個 Agent。
如果你只有 1 個 Agent，按這個順序走：
① 先補 SEO 五件套（canonical / JSON-LD / llms.txt）
② 跑冒煙測試（5 分鐘）
③ 走登錄 + 支付全鏈路（20 分鐘）
④ 提交 Google + Bing sitemap
⑤ 找 3 個 Awesome List 提 PR
⑥ 寫一篇 Show HN / Reddit 分享帖
按這個順序，一個工作日跑完。
最後說一句
這件事讓我改了一個過去的認知：
以前我覺得上線是終點，流量是另一件事。
現在我覺得上線才是起點，流量是當天就要開始做的事。
SEO 補好、外鏈提好、冷啓動分發做好，這些不是"上線之後找時間做的事"，而是上線當天就要跑完的事。
而且這些事，AI 現在真的可以幫你幹。
不是讓 AI 替代你，而是讓 AI 把本來要花你 3 天的流程，壓縮到 1 天之內跑完。
這個效率差，才是真正的競爭優勢。
我是俊哥。連結我領資料，進交流羣
關注公眾號 俊哥AI出海。
我會繼續把這些從真實實戰裏跑出來的工作流，完整拆給你看。
X（Twitter）：https://x.com/jungeAGI