部署在Vercel的項目，用Cloudflare加速實現國內訪問
整理版優先睇
透過 Cloudflare 為 Vercel 項目提供輕量國內訪問加速，適合早期產品驗證階段
呢篇文章係由獨立開發者良逍分享嘅實戰經驗。佢平時成日整網站同小工具，但遇到一個好現實嘅問題：項目擺喺 Vercel 上，海外訪問冇問題，但國內用戶一打開就成日神神化——有時慢，有時刷新幾次先出到，有時直頭打唔開。佢明白如果要認真搞給國內用戶用嘅長期項目，正路係用國內伺服器加 ICP 備案再加國內 CDN，但對於 MVP、AI 小工具、展示頁呢類早期項目嚟講，呢條路太沉重。所以佢提出一個更輕嘅過渡方案：用 Cloudflare 託管 DNS 同埋代理，為 Vercel 項目做一層加速，目標係令國內用戶先「開到」個網站，攞到實際反饋，而唔係追求極速。
呢套方案嘅邊界好清楚：佢始終係海外部署鏈路，項目仍然喺 Vercel 上，Cloudflare 只係喺用戶同 Vercel 中間做 DNS、HTTPS、代理同部分靜態資源緩存。訪問鏈路係：國內用戶 → 自定義域名 → Cloudflare → Vercel → 網站。所以呢個方案唔可以取代國內伺服器、備案或者大陸 CDN。Cloudflare 嘅免費橙色雲朵同佢嘅中國大陸網絡（China Network）係兩回事，後者要付費。作者定位呢套方案做早期低成本加速，等產品跑順咗、有人用先再考慮升級。佢特別提醒要剋制使用，因為 Vercel 官方唔建議喺前面再套外部反向代理，會影響流量可見性同排錯難度。
整體結論係：呢個組合適合個人項目、工具站、SaaS MVP、AI 小工具、臨時…
- 結論：Vercel + Cloudflare 組合同時提供域名管理、代理同緩存，係過渡期嘅低成本國內加速方案，但唔可以當做正式方案
- 方法：先用灰雲（DNS only）過第三方驗證，確認 Vercel 域名同 SSL 正常後先轉橙雲；SSL/TLS 要設 Full 避免重定向循環
- 差異：普通 Cloudflare 橙色雲朵唔等於大陸 CDN；方案只改善可訪問性，唔保證極速，且 Vercel 官方唔建議喺前面再加代理
- 啟發：早期產品唔應該一嚟就搞重基建，而係先諗點樣令用戶「開得到」同「畀反饋」，等確認產品有人需要先再升級
- 可行動點：可以先保守緩存靜態資源（如 /_next/static/*、CSS、JS、圖片），避開動態 API、登錄、上傳等路徑，確保功能正常
呢個方案嘅定位同邊界
作者嘅思路好清楚：早期產品唔知有冇人用，與其一開始就搞重基建（買國內伺服器、備案、接 CDN），不如用輕量方案先跑起來。佢著重講清楚呢套方案嘅侷限性，避免人哋誤會係正式解決方案。
配置步驟：由淺入深
先確認 Vercel 項目本身可訪問。唔好一開始就搞域名同 DNS，要先用默認域名（xxx.vercel.app）試到冇問題先。
- 1 將域名 Nameserver 改做 Cloudflare 畀嘅嗰兩個值，令 Cloudflare 接管 DNS 解析。呢步唔開代理住，先淨做 DNS only。
- 2 喺 Vercel Project > Settings > Domains 加自定義域名，跟住頁面畀嘅 Type、Name、Value 填，唔好死記網上嘅固定值。
- 3 Cloudflare DNS 記錄先用灰雲（灰雲朵），等 Vercel 驗證域名同 SSL 正常後先切橙雲。
- 4 橙雲後，SSL/TLS 要揀 Full（唔好用 Flexible），避免重定向循環。
- 5 緩存先保守：默認只緩存靜態資源（如 /_next/static/*、CSS、JS、圖片、字體），避開 /api/*、/admin/*、/login 等動態路徑。
關鍵動作：喺 Cloudflare 用灰雲先過域名驗證，係好多教學冇講清楚嘅位。一開波就用橙雲會導致第三方驗證失敗。
作者仲提醒：改完 Nameserver 後生效時間唔一定，要等一陣先穩定。唔好急住改記錄。
點樣驗收先算成功
作者唔會齋喺自己電腦打開一次就算。佢會至少做幾項測試：Vercel Domains 顯示域名已驗證、Cloudflare DNS 狀態符合預期、電腦同手機 4G/5G 都開到、換另一個網絡再試。
- 展示頁：睇首頁、二級頁、圖片、字體、跳轉
- 工具站：執行核心功能（如 AI 生成、文件上傳）
- 後台系統：測試登入、數據讀寫
- 如果遇到 Proxy Detected 提示，唔使緊張，但要注意排查多一層
作者嘅最終建議
作者話呢套 Vercel + Cloudflare 組合會繼續用喺小項目早期，因為平、快、易改。域名畀 Cloudflare 管，項目繼續放 Vercel，先令朋友同早期用戶開到。等產品真係有人用，先按數據升級方案。
佢尤其強調：產品早期真正要驗證嘅係「呢個嘢有冇人需要」，基建做到夠用就得，唔好一開波就困喺配置入面。
但對於正式商用、強依賴國內速度、有交易或企業客戶嘅項目，就唔好慳呢步，應該直接備案同上國內雲。
大家好，我係良逍。我最近整啲網站同小工具嘅時候，成日遇到一個好現實嘅問題：個項目部署喺 Vercel 上，海外訪問還可以，但係國內朋友一打開就好玄。
有時開到，只係慢啲。
有時要 refresh 幾次先出嚟。
仲有好多時索性開唔到。
如果呢個係一個正式面向國內用戶長期營運嘅項目，認真嘅方案其實好明確：
國內服務器
+
ICP備案
+
國內 CDN呢條路更穩陣，亦都更加符合長期營運嘅要求。
但係好多小項目仲未去到呢一步。
例如一個 MVP、一個 AI 小工具、一個展示頁、一個啱啱整出嚟想俾朋友試嚇嘅產品。呢個階段直接買國內服務器、備案、接 CDN，流程有啲重，時間亦都唔一定划算。
所以我會先用一個更輕巧嘅方案，俾部署喺 Vercel 上嘅項目做一層國內訪問加速：
Vercel 部署項目
+
Cloudflare 託管 DNS
+
Cloudflare 代理和緩存呢篇就講呢個設定點樣做。
佢唔追求國內極速。我更關心一個現實目標：
讓國內用戶先能打開，能體驗，能給反饋。先講清楚：呢度嘅加速係過渡方案。
呢套方案一定要先講清楚邊界。
佢仍然係海外部署鏈路。
你個項目仲係行喺 Vercel 上，Cloudflare 只係企喺用戶同 Vercel 中間，幫你做 DNS、HTTPS、代理、部分靜態資源快取同基礎防護。
訪問鏈路大概係咁樣：
國內用戶
↓
你的自定義域名
↓
Cloudflare
↓
Vercel
↓
你的網站所以佢唔可以取代國內服務器，亦都唔可以取代備案，更加唔可以直接等同於大陸 CDN。
Cloudflare 自己有面向中國大陸嘅 China Network，背後係同國內合作夥伴一齊做嘅網絡服務。普通免費賬號裏面打開一個橙色雲朵，同嗰套中國大陸網絡服務唔係同一回事。
我會定位佢為：
小項目早期的低成本國內訪問加速方案先將產品行起嚟，先攞到真實用戶反饋。後面如果真係有人用，再決定係咪搬去香港服務器、國內雲、國內 CDN，或者補備案。
呢度仲有一個細節：Vercel 官方其實唔建議喺 Vercel 前面再套外部反向代理，例如 Cloudflare。原因都好現實：Vercel 對流量嘅可見性會變差，安全能力會受影響，快取亦會多一層，排查問題更麻煩。
我覺得呢個建議係合理嘅。
所以我嘅用法亦都好剋制：只係喺小項目早期、展示頁、工具站、低風險頁面上用。真係去到穩定營運階段，就唔好攞呢個當架構答案。
佢到底可以解決啲咩
我自己會用呢套方案，主要係因為佢可以解決一啲早期項目嘅「可訪問性」問題。
唔係每一次都會明顯變快，但佢至少俾你多咗一層可以控制嘅入口。
大概可以咁樣判斷：
呢個都係好多獨立開發項目早期嘅真實狀態。
你仲未知道呢個產品有冇人用，就將基礎設施做到好重，容易將時間花喺唔應該花嘅地方。
我嘅習慣係：先行起嚟。只要訪問體驗冇明顯阻住用戶，就先驗證產品本身。
第一步：先確認 Vercel 項目本身可以訪問
唔好一嚟就搞域名同 DNS。
先確認項目喺 Vercel 上已經部署成功，例如可以通過默認域名打開：
your-project.vercel.app呢一步睇落好簡單，但好重要。
好多時頁面開唔到，真正原因可能喺項目本身：構建失敗、環境變量未配、接口報錯，或者 Vercel 上嘅 Production 仲未部署成功。
先將 Vercel 默認域名行通，再做後面嘅域名接入。
第二步：將域名 DNS 交俾 Cloudflare 管
域名喺邊度買都得。
Spaceship、Namecheap、阿里雲、騰訊雲，都唔影響呢個方案。
關鍵動作係：將域名嘅 Nameserver 改成 Cloudflare 俾你嘅兩個 Nameserver。
改完之後，可以理解成咁樣：
域名仍然在原註冊商續費
DNS 解析交給 Cloudflare 管以後你添加 www、app、api 呢啲子域名，或者切換灰雲、橙雲，基本都喺 Cloudflare 裏面操作。
呢個階段唔好急住開代理，先讓 Cloudflare 接管 DNS 管理權。
Nameserver 修改後，生效時間唔一定一樣。有嘅幾分鐘，有嘅要更耐。唔好啱改完就不斷亂刪記錄，先等佢穩定。
第三步：喺 Vercel 添加自定義域名
接下來進入 Vercel 項目：
Project -> Settings -> Domains將你要綁嘅域名加落去。
比如：
example.com
www.example.com
app.example.com如果你同時添加根域名同 www，記得揀一個做主要域名，另一個做跳轉。否則搜尋引擎同用戶都會見到兩個入口，後面做 SEO 會有啲亂。
呢度我踩過嘅坑係：唔好背死答案。
網上好多文章會寫：
A 記錄填 76.76.21.21
CNAME 填 cname.vercel-dns.com呢啲可以當參考，但唔好當死規則。
Vercel 當前頁面會俾你更準確嘅配置。你只需要睇三個字段：
Type
Name
Value佢叫你填 A 記錄，你就填 A 記錄。
佢叫你填 CNAME，你就填 CNAME。
如果佢額外要求 TXT 驗證，都按頁面提示加。
我而家嘅習慣係以 Vercel 控制枱當前提示為準，唔靠記憶配置 DNS。
第四步：Cloudflare 裏先用灰雲
去 Cloudflare 嘅 DNS 頁面，將 Vercel 要求嘅記錄填落去。
例如 Vercel 提示：
Type: CNAME
Name: www
Value: xxx.vercel-dns.com咁 Cloudflare 裏面就填：
類型：CNAME
名稱：www
內容：xxx.vercel-dns.com呢度有一個好關鍵嘅動作：
先用灰雲Cloudflare DNS 記錄旁邊有一個雲朵圖標。
灰色雲朵表示：
DNS only即係淨係做 DNS 解析，唔畀流量經過 Cloudflare 代理。
橙色雲朵表示：
Proxied即係用戶訪問會先經過 Cloudflare，再轉到 Vercel。
我建議啱開始一定先用灰雲。
原因好簡單：好多第三方平台做域名驗證嘅時候，需要直接見到你填嘅 CNAME 或 TXT 記錄。如果你一開始就開橙雲，第三方見到嘅可能會係 Cloudflare 嘅代理結果，驗證就容易失敗。
等 Vercel 顯示域名配置正常、SSL 證書都正常，再切橙雲測試。
第五步：切橙雲後，先檢查 SSL
等 Vercel 嗰邊驗證通過，網站亦都可以通過自定義域名打開，再返去 Cloudflare，將對應嘅 Web 訪問記錄切成橙雲。
嗰陣時鏈路就變成：
用戶 -> Cloudflare -> Vercel
切完之後，Cloudflare 裏面嘅 SSL/TLS 模式要注意。
不要用 Flexible。
如果 Cloudflare 對用戶用 HTTPS，但回源到 Vercel 時用 HTTP，就好容易出現重定向循環。Vercel 官方都專門提過呢個問題。
更穩陣嘅設定係：
SSL/TLS -> Full然後打開你嘅域名測試：
https://example.com
https://www.example.com如果出現反覆跳轉、證書錯誤、頁面開唔到，唔好繼續加快取規則。將橙雲改返灰雲，確認係咪代理層導致嘅問題。
Vercel 後台如果出現 Proxy Detected 呢類提示，都唔使即刻緊張。
佢只係提醒你前面多咗一層代理。呢個提示本身唔等於網站壞咗，但佢亦喺度提醒你：而家排查問題會多一層。
第六步：快取先保守啲
Cloudflare 嘅快取能力好好用，但唔好一嚟就開全站快取。
尤其係 Next.js、SaaS 工具、AI 工具站，好容易同時有靜態頁面、動態接口、登入狀態同上傳功能。
如果你隨手將所有嘢都快取，後面可能會出現呢啲問題：
用戶看到舊頁面
接口結果不更新
登錄狀態異常
上傳後頁面還是舊數據
發佈新版本後資源沒刷新我嘅建議係先保持默認快取策略。
Cloudflare 默認會更偏向處理圖片、CSS、JS、字體呢類靜態資源。動態 HTML 默認唔會直接快取，除非你額外配置 Cache Rules。
如果你真係要加規則，可以由呢啲地方開始：
/_next/static/*
*.css
*.js
*.png
*.jpg
*.webp
*.woff2呢啲路徑通常更適合快取。
但下面呢啲路徑我會先避開：
/api/*
/admin/*
/login
/checkout
/upload
用戶後台頁面小項目早期，快取規則寧可少啲。
先讓網站正常，再慢慢優化速度。唔好為咗睇落專業，將問題搞複雜。
我會點樣驗收
配置完之後，我唔會就咁喺自己電腦瀏覽器裏面打開一下就完。
至少做幾件事：
1. Vercel Domains 顯示域名已驗證
2. Cloudflare DNS 記錄狀態符合預期
3. 電腦瀏覽器能打開
4. 手機 4G/5G 能打開
5. 換一個網絡再打開一次
6. 如果有 API、上傳、登錄，就把關鍵流程走一遍如果只係展示頁，睇首頁、二級頁面、圖片、字體、跳轉就夠。
如果係工具站，就一定要測核心功能。
例如 AI 工具要測試生成，上傳工具要測試檔案上傳，後台系統要測試登入同數據讀取。
好多部署問題會藏喺首頁後面：首頁開到，但真正功能行唔通。
邊啲項目適合咁樣做
我覺得佢適合呢啲場景：
個人項目
工具站
展示頁
SaaS MVP
AI 小工具
臨時活動頁
早期驗證項目尤其係嗰啲你啱啱整出嚟，仲未確定有冇人用嘅嘢。
呢個時候更應該降低驗證成本，唔好急住將基礎設施一次過搭滿。
但如果係下面呢啲場景，我會謹慎好多：
正式商用項目
強依賴國內訪問速度
有付費交易
有大量上傳下載
有企業客戶使用
對穩定性要求很高
需要合規備案和大陸 CDN呢類項目就唔好攞過渡方案硬撐。
該備案就備案，該上國內雲就上國內雲，該用香港或新加坡節點就評估實際延遲。基礎設施呢樣嘢，早期可以輕，但去到有用戶同收入嘅時候就要認真。
我嘅結論
Vercel + Cloudflare 呢套組合，我會繼續用喺小項目早期。
原因好簡單：佢平、快、改起嚟方便。
域名交俾 Cloudflare 管，項目繼續放喺 Vercel 上，先讓朋友同早期用戶開到。等產品真係有人用，再根據訪問數據同業務階段升級方案。
但我唔會將佢包裝成國內訪問解決方案。
佢更像一個過渡橋。
可以令你從「項目整好咗但人哋開唔到」，先走到「人哋開到並俾你反饋」。
對獨立開發者嚟講，呢一步已經好有價值。
產品早期真正要驗證嘅係：呢個嘢有冇人需要。
基礎設施先做到夠用，唔好一嚟就將自己困喺配置裏面。
大家好，我是良逍。我最近做一些網站和小工具時，經常遇到一個很現實的問題：項目部署在 Vercel 上，海外訪問還可以，但國內朋友一打開就很玄學。
有時候能打開，只是慢一點。
有時候刷新幾次才出來。
還有時候乾脆打不開。
如果這是一個正式面向國內用戶長期運營的項目，認真方案其實很明確：
國內服務器
+
ICP備案
+
國內 CDN這條路更穩，也更符合長期運營的要求。
但很多小項目還沒走到這一步。
比如一個 MVP、一個 AI 小工具、一個展示頁、一個剛做出來想讓朋友試試的產品。這個階段直接買國內服務器、備案、接 CDN，流程有點重，時間也不一定划算。
所以我會先用一個更輕的方案，給部署在 Vercel 上的項目做一層國內訪問加速：
Vercel 部署項目
+
Cloudflare 託管 DNS
+
Cloudflare 代理和緩存這篇就講這個配置怎麼做。
它不追求國內極速。我更關心一個現實目標：
讓國內用戶先能打開，能體驗，能給反饋。先說清楚：這裏的加速是過渡方案
這套方案一定要先把邊界講清楚。
它仍然是海外部署鏈路。
你的項目還是跑在 Vercel 上，Cloudflare 只是站在用戶和 Vercel 中間，幫你做 DNS、HTTPS、代理、部分靜態資源緩存和基礎防護。
訪問鏈路大概是這樣：
國內用戶
↓
你的自定義域名
↓
Cloudflare
↓
Vercel
↓
你的網站所以它不能替代國內服務器，也不能替代備案，更不能直接等同於大陸 CDN。
Cloudflare 自己有面向中國大陸的 China Network，背後是和國內合作伙伴一起做的網絡服務。普通免費賬號裏打開一個橙色雲朵，和那套中國大陸網絡服務不是一回事。
我會把它定位成：
小項目早期的低成本國內訪問加速方案先把產品跑起來，先拿到真實用戶反饋。後面如果確實有人用，再決定要不要遷到香港服務器、國內雲、國內 CDN，或者補備案。
這裏還有一個細節：Vercel 官方其實不建議在 Vercel 前面再套外部反向代理，比如 Cloudflare。原因也很現實：Vercel 對流量的可見性會變差，安全能力會受影響，緩存也會多一層，排查問題更麻煩。
我看這個建議是合理的。
所以我的用法也很剋制：只在小項目早期、展示頁、工具站、低風險頁面上用。真到穩定運營階段，就不要拿這個當架構答案。
它到底能解決什麼
我自己會用這套方案，主要是因為它能解決一些早期項目的“可訪問性”問題。
不是每一次都會明顯變快，但它至少給你多了一層可以控制的入口。
大概可以這樣判斷：
這也是很多獨立開發項目早期的真實狀態。
你還不知道這個產品有沒有人用，就先把基礎設施做到很重，容易把時間花在不該花的地方。
我的習慣是：先跑起來。只要訪問體驗沒有明顯擋住用戶，就先驗證產品本身。
第一步：先確認 Vercel 項目本身可訪問
不要一上來就折騰域名和 DNS。
先確認項目在 Vercel 上已經部署成功，比如能通過默認域名打開：
your-project.vercel.app這一步看起來很簡單，但很重要。
很多時候頁面打不開，真正原因可能在項目本身：構建失敗、環境變量沒配、接口報錯，或者 Vercel 上的 Production 還沒部署成功。
先把 Vercel 默認域名跑通，再做後面的域名接入。
第二步：把域名 DNS 交給 Cloudflare 管
域名在哪裏買都可以。
Spaceship、Namecheap、阿里雲、騰訊雲，都不影響這個方案。
關鍵動作是：把域名的 Nameserver 改成 Cloudflare 給你的兩個 Nameserver。
改完之後，可以理解成這樣：
域名仍然在原註冊商續費
DNS 解析交給 Cloudflare 管以後你添加 www、app、api 這種子域名，或者切換灰雲、橙雲，基本都在 Cloudflare 裏操作。
這個階段不用急着開代理，先讓 Cloudflare 接管 DNS 管理權。
Nameserver 修改後，生效時間不一定一樣。有的幾分鐘，有的要更久。不要剛改完就連續亂刪記錄，先等它穩定。
第三步：在 Vercel 添加自定義域名
接下來進入 Vercel 項目：
Project -> Settings -> Domains把你要綁定的域名加進去。
比如：
example.com
www.example.com
app.example.com如果你同時添加根域名和 www，記得選一個作為主域名，另一個做跳轉。否則搜索引擎和用戶都會看到兩個入口，後面做 SEO 會有點亂。
這裏我踩過的坑是：不要背固定答案。
網上很多文章會寫：
A 記錄填 76.76.21.21
CNAME 填 cname.vercel-dns.com這些可以當參考，但不要當死規則。
Vercel 當前頁面會給你更準確的配置。你只需要看三個字段：
Type
Name
Value它讓你填 A 記錄，你就填 A 記錄。
它讓你填 CNAME，你就填 CNAME。
如果它額外要求 TXT 驗證，也按頁面提示加。
我現在的習慣是以 Vercel 控制枱當前提示為準，不靠記憶配置 DNS。
第四步：Cloudflare 裏先用灰雲
到 Cloudflare 的 DNS 頁面，把 Vercel 要求的記錄填進去。
比如 Vercel 提示：
Type: CNAME
Name: www
Value: xxx.vercel-dns.com那 Cloudflare 裏就填：
類型：CNAME
名稱：www
內容：xxx.vercel-dns.com這裏有一個很關鍵的動作：
先用灰雲Cloudflare DNS 記錄旁邊有一個雲朵圖標。
灰色雲朵表示：
DNS only也就是隻做 DNS 解析，不讓流量經過 Cloudflare 代理。
橙色雲朵表示：
Proxied也就是用戶訪問會先經過 Cloudflare，再轉到 Vercel。
我建議剛開始一定先灰雲。
原因很簡單：很多第三方平台做域名驗證時，需要直接看到你填的 CNAME 或 TXT 記錄。如果你一開始就開橙雲，第三方看到的可能是 Cloudflare 的代理結果，驗證就容易失敗。
等 Vercel 顯示域名配置正常、SSL 證書也正常，再切橙雲測試。
第五步：切橙雲後，先檢查 SSL
等 Vercel 那邊驗證通過，網站也能通過自定義域名打開，再回到 Cloudflare，把對應的 Web 訪問記錄切成橙雲。
這時候鏈路就變成：
用戶 -> Cloudflare -> Vercel切完以後，Cloudflare 裏的 SSL/TLS 模式要注意。
不要用 Flexible。
如果 Cloudflare 對用戶用 HTTPS，但回源到 Vercel 時用 HTTP，就很容易出現重定向循環。Vercel 官方也專門提到過這個問題。
更穩的設置是：
SSL/TLS -> Full然後打開你的域名測試：
https://example.com
https://www.example.com如果出現反覆跳轉、證書錯誤、頁面打不開，先不要繼續加緩存規則。把橙雲改回灰雲，確認是不是代理層導致的問題。
Vercel 後台如果出現 Proxy Detected 這類提示，也不用立刻緊張。
它只是提醒你前面多了一層代理。這個提示本身不等於網站壞了，但它也在提醒你：現在排查問題會多一層。
第六步：緩存先保守一點
Cloudflare 的緩存能力很好用，但不要一上來就開全站緩存。
尤其是 Next.js、SaaS 工具、AI 工具站，很容易同時有靜態頁面、動態接口、登錄狀態和上傳功能。
如果你隨手把所有東西都緩存，後面可能出現這些問題：
用戶看到舊頁面
接口結果不更新
登錄狀態異常
上傳後頁面還是舊數據
發佈新版本後資源沒刷新我的建議是先保持默認緩存策略。
Cloudflare 默認會更偏向處理圖片、CSS、JS、字體這類靜態資源。動態 HTML 默認不會直接緩存，除非你額外配置 Cache Rules。
如果你確實要加規則，可以從這些地方開始：
/_next/static/*
*.css
*.js
*.png
*.jpg
*.webp
*.woff2這些路徑通常更適合緩存。
但下面這些路徑我會先繞開：
/api/*
/admin/*
/login
/checkout
/upload
用戶後台頁面小項目早期，緩存規則寧可少一點。
先讓網站正常，再慢慢優化速度。不要為了看起來專業，把問題搞複雜。
我會怎麼驗收
配置完以後，我不會只在自己電腦瀏覽器裏打開一下就結束。
至少做幾件事：
1. Vercel Domains 顯示域名已驗證
2. Cloudflare DNS 記錄狀態符合預期
3. 電腦瀏覽器能打開
4. 手機 4G/5G 能打開
5. 換一個網絡再打開一次
6. 如果有 API、上傳、登錄，就把關鍵流程走一遍如果只是展示頁，看首頁、二級頁面、圖片、字體、跳轉就夠了。
如果是工具站，就一定要測核心功能。
比如 AI 工具要測試生成，上傳工具要測試文件上傳，後台系統要測試登錄和數據讀取。
很多部署問題會藏在首頁後面：首頁能打開，真正的功能跑不通。
哪些項目適合這樣做
我覺得它適合這些場景：
個人項目
工具站
展示頁
SaaS MVP
AI 小工具
臨時活動頁
早期驗證項目尤其是那種你剛做出來，還沒確定有沒有人用的東西。
這時候更應該降低驗證成本，別急着把基礎設施一次性搭滿。
但如果是下面這些場景，我會謹慎很多：
正式商用項目
強依賴國內訪問速度
有付費交易
有大量上傳下載
有企業客戶使用
對穩定性要求很高
需要合規備案和大陸 CDN這種項目就別拿過渡方案硬撐。
該備案備案，該上國內雲上國內雲，該用香港或新加坡節點就評估實際延遲。基礎設施這件事，早期可以輕，到了有用戶和收入的時候就要認真。
我的結論
Vercel + Cloudflare 這套組合，我會繼續用在小項目早期。
原因很簡單：它便宜、快、改起來方便。
域名交給 Cloudflare 管，項目繼續放在 Vercel 上，先讓朋友和早期用戶能打開。等產品真的有人用，再根據訪問數據和業務階段升級方案。
但我不會把它包裝成國內訪問解決方案。
它更像一個過渡橋。
能讓你從“項目做好了但別人打不開”，先走到“別人能打開並給你反饋”。
對獨立開發者來說，這一步就夠有價值了。
產品早期真正要驗證的是：這個東西有沒有人需要。
基礎設施先做到夠用，別一上來就把自己困在配置裏。