DAY 209 · 2026-07-27

不用登入就能發一個網站

SLIDES · 7
Day 209 不用登入就能發一個網站 — 投影片 1Day 209 不用登入就能發一個網站 — 投影片 2Day 209 不用登入就能發一個網站 — 投影片 3Day 209 不用登入就能發一個網站 — 投影片 4Day 209 不用登入就能發一個網站 — 投影片 5Day 209 不用登入就能發一個網站 — 投影片 6Day 209 不用登入就能發一個網站 — 投影片 7
1 / 7

7 月 8 日 Cloudflare 上線了一個叫 Drop 的東西：打開 cloudflare.com/drop，把一個裝著 HTML、CSS、JS 的資料夾（或一個 .zip）拖進瀏覽器，幾秒後就給你一個能傳給別人的線上網址。不用註冊、不用登入、不用先建專案。

先說清楚，下面的規格是我照官方文件核對過的，不是轉貼二手數字；我自己也真的拖進去試了一次，中間卡了一次，原因很蠢，後面會講。另外前幾天還遇到一件事：我開口跟 AI 說「用 Cloudflare Drop 幫我把這個 localhost 分享出去」，結果它給我的根本不是 Drop——而且它是對的，我要的本來就不是 Drop。這篇分享：Drop 的流程長什麼樣、我核對官方文件發現的數字跟外面在轉的差在哪、跟 Pages / Vercel / GitHub Pages 怎麼選，還有隔壁棚那個很多人（包括我）會搞混的產品。

整個流程就三步

  1. 打開 https://www.cloudflare.com/drop/
  2. 拖一個資料夾或一個 .zip 進去——只吃靜態檔：HTML、CSS、JavaScript、圖片、字型
  3. 拿到網址，直接傳給人

然後畫面上會有一顆 Claim 按鈕。60 分鐘之內沒完成認領（登入，或現場開一個帳號），這次拖上去的東西就沒了。

第 2 步有一個前提沒寫在流程裡：資料夾最外層得有一個叫 index.html 的檔案，不然拿到網址也是空的。我自己就卡在這，後面再細講。

那個「60 分鐘」到底是什麼意思

Drop 底下是 Cloudflare 的 temporary account（臨時帳號，讓你先把東西部署上去，之後再決定要不要收進自己帳號）。你拖上去的檔案先落在這個臨時帳號裡，60 分鐘內按 Claim 登入、或現場開一個 Cloudflare 帳號，就能把它轉到自己帳號底下。

沒認領會怎樣？官方文件寫得很直白：

If the user does not complete the claim, Cloudflare deletes the account and its resources.

不是網站到期變成 404，是整個臨時帳號連同裡面的資源一起被刪掉。而且文件還特別註明，光把 Claim 連結點開不算，要走完登入流程才算數。

我去核對規格，發現外面在傳的數字有一個是錯的

外面轉的版本是「1,000 個檔、單檔 25 MiB、60 分鐘」。1,000 跟 60 是對的，25 MiB 這條我對不起來。官方在 claim deployments 那頁寫的是：

Up to 1,000 files, with each asset up to 5 MiB

差了 5 倍。25 MiB 應該是從 Workers 一般靜態資源的限制抄過來的——那邊確實是單檔 25 MiB，檔案數的上限也高得多（免費方案 20,000 個、付費 100,000 個）。但那是「已經有帳號、正式部署」的那條路，不是還沒認領的臨時帳號這條。

還沒認領的 Drop 認領後的正式 Workers 專案
檔案數上限 1,000 20,000（免費）/ 100,000（付費）
單檔上限 5 MiB 25 MiB
活多久 60 分鐘 一直在

實務上的意思是：一包沒切過的字型檔、一張沒壓過的高解析度 PNG 大圖，丟正式 Workers 專案沒事，丟 Drop 會直接被擋下來。要丟之前先看一眼資料夾裡最大的那個檔案。

認領完就是一個正常的網站了

Claim 之後 Cloudflare 列了四件接下來能做的事：接上自己已經有的網域（或現場買一個）、看流量跟效能、開放 AI agent 用 Markdown 讀你的內容、把站設成私人的並且自己挑誰看得到。

所以「不用登入」是入口，不是天花板——不是說你只能永遠停在那個一小時的暫存網址。

7 月 14 日 Cloudflare 又把同一套機制開放給其他公司用（叫 Temporary Accounts API），讓那些幫你生 app、幫你寫程式的 AI 平台可以在自己的產品裡做出一樣的流程：使用者還沒有 Cloudflare 帳號，東西就已經部署好、看得到了，最後回傳一個認領連結給他。方向很清楚——先讓人看到成品，帳號的事晚點再說。

那我什麼時候該用它，什麼時候用別的

要不要帳號 適合什麼
Cloudflare Drop 不用（60 分鐘內要認領才留得住） 給人看一眼的原型、AI 生出來的單頁 HTML
Cloudflare Workers / Pages 要 長期站、要接自己的網域、要每次改完自動上線
Vercel 要 前端框架專案、每次改動想先開一個預覽網址給人看的團隊
GitHub Pages 要（還要一個 repo） 本來就住在 repo 裡的文件站、專案首頁

我自己的判斷規則是這樣：這份東西「值不值得為它開一個 repo 或一個專案」。值得，就走原本的路；不值得、但你就是想讓對方馬上點開看一眼——Drop 就是為了補這一塊長出來的。

以前要把一個做好的靜態頁面丟給別人看，得先開專案、設定、部署，光是為了「你看一下」這四個字，前面要鋪一整套。Drop 把這段整個砍掉。

我開口要 Drop，拿到的是隔壁那個

這件事值得拉出來單獨講，因為我猜會搞混的不只我一個。

前幾天我手上有個服務跑在自己電腦上（本機位址 127.0.0.1:8788），想丟給人看。我當時是這樣講的：「用 Cloudflare Drop 幫我把這個 expose 出去、生一個可以分享的連結」。

它沒有照著我講的做。它先打一下我電腦上那個服務，確認有正常回應（HTTP 200），然後跑的是這行：

cloudflared tunnel --url http://127.0.0.1:8788

沒幾秒我就拿到一個網址：https://yang-borough-headquarters-interaction.trycloudflare.com——四個隨機英文單字組出來的網域。從我開口到連結能傳出去，全程 26 秒，而且沒有任何安裝步驟，因為 cloudflared 這個工具早就裝在我電腦上了（/opt/homebrew/bin/）。

這是 Cloudflare Quick Tunnel，不是 Drop。它做的事跟 Drop 剛好相反：Drop 是把檔案傳上 Cloudflare 放；Quick Tunnel 是在你自己那台機器跟 Cloudflare 之間開一條通道，人家連過來，內容還是從你這台電腦出去的。

Quick Tunnel Drop
前提 本機得先有東西在跑 不用，有一個資料夾就行
能放什麼 本機跑得起來的都行，含後端、API 只有靜態檔
活多久 cloudflared 沒關就一直在 60 分鐘，不認領就刪
之後還在不在 關掉就立刻失效 認領過就會一直在

判斷方法很單純：東西是「已經在你電腦上跑」還是「就是一個資料夾」。 在跑的用 Quick Tunnel，一個資料夾用 Drop。我那次要分享的是一個正在跑的服務，所以 AI 沒照我的字面意思做，反而是做對了。

小提醒：Quick Tunnel 那個網址沒有任何驗證，誰拿到誰就打得開，而且它直通你本機的服務。分享前先想一下那個服務會讓人看到什麼。另外官方文件寫明 Quick Tunnel 只建議用在測試跟開發，不保證穩定、也不保證不會中斷，而且同時打進來的請求超過 200 個就會開始被擋下來（回 429）。

真的拖進去試了一次，卡在一個很蠢的地方

流程本身沒話說，就是拖進去、等個幾秒、拿網址，中間沒有任何設定要填——真正的第四步在後面：60 分鐘內回去認領。

但這件事沒寫在前面那三步裡：資料夾裡要有 index.html，那個網址才會有東西。它躲在產品頁下面寫給 AI agent 看的那段：Ensure the deployed directory contains an index.html.

不是隨便一個 .html 就頂得住——Drop 給你的是一個乾淨的網址，最外層沒有 index.html，打開就是 404（檔案其實還在，但你得自己在網址後面補檔名，傳給人就沒意義了）。

這聽起來理所當然，實際上超容易踩到雷——因為 AI 生出來的 HTML 幾乎都不叫 index.html。你叫它「幫我做一張架構圖」，拿到的檔名是 architecture.html、report.html、flow-diagram.html，就是不會是 index.html。

我自己就中招了。repo 裡那個最想丟的例子完全就是這個狀況：content/day174/hermes-ccgateway-flow-zh.html——Day 174 寫多台裝置共用一個 Claude 訂閱時順手做的架構流程圖，單一 HTML 檔、32 KB、點兩下就能開，現在躺在 repo 裡，除非有人把整包程式碼抓下來，不然沒人看得到。它就是那種最適合 Drop 的東西：為它開一個 repo 或建一個 Pages 專案太費工，但貼一張截圖，能點的東西就都沒了。

我就是直接把它拖進去，網址開出來一片空白，才回頭發現檔名不對。得先改名成 index.html。

所以拖進去之前先看一眼資料夾最外層：有沒有 index.html。沒有的話，把主要那個改名，或補一個 index.html 進去當入口。

同一類的東西還有一堆：AI 一口氣生出來的單頁 HTML、做給客戶看的靜態原型、一個想給人點來點去的文件站。共同點是壽命短、檔案小、給人看一眼就夠了——而且十之八九，檔名都不叫 index.html。

Drop 什麼情況不要用

  • 要活超過一小時，而你當下不打算登入認領——那就是丟了會消失
  • 有後端、要打 API、要資料庫——它只吃靜態檔，不是拿來跑應用程式的
  • 資料夾裡有超過 5 MiB 的單檔（沒認領前）
  • 內容不想被不特定人看到——那個網址誰拿到誰就能開，要權限控制得先認領再設

真的拖進去試過一次之後，我覺得 Drop 會變成我之後分享 AI 生成頁面的預設方式——前提是先養成一個新習慣：丟出去之前，把主要那個檔案改名成 index.html。

倒是 Quick Tunnel 那次讓我想通一件事：這兩個東西之所以會搞混，是因為它們背後是同一種心情——「我現在就想讓你看一眼，不要叫我先開專案」。差別只在你手上那份東西，是已經跑起來的，還是還躺著沒動。

最近開始做免費的一對一諮詢，幫你把 AI 接進自己的工作流——有需要的話可以約：https://www.dawsonwang.com/

來源：

延伸閱讀
看完整 209 篇 →
DAY 208

瀏覽器當 Claude Code 的遙控器

 DAY 207

兩套「省 token」的 code 工具，我拿自己的專案實測

 DAY 206

一個逼 AI 講重點的 skill