上傳你的作品

1. 選擇檔案：點擊「選擇檔案」或把檔案拖到上傳區。一次可以上傳最多 7 張圖片 + 2 部影片 + 3 個音訊，圖片支援 JPEG / PNG / WebP / GIF / HEIC / AVIF，影片支援 MP4 / MOV / WebM，音訊支援 MP3 / M4A / AAC / WAV / OGG / FLAC。
2. 編輯圖片（選填）：點選圖片縮圖上的「✎ 編輯」可以進入圖片編輯器，內建裁切、旋轉、翻轉、馬賽克、貼圖五種功能。編輯完按「儲存」會自動覆蓋原圖。
3. 調整順序：長按圖片縮圖 0.2 秒後可以拖拉重新排序，第一張會作為分享頁的封面與 OG 預覽圖。
4. 設定說明文字（選填）：最多 90 字，會顯示在分享頁的說明文字。留空也可以。
5. 設定有效期限：從 1 分鐘到 30 天 共 12 種預設值，或選擇無期限。過期後檔案會自動從雲端清除，無法恢復。
6. 設定瀏覽次數上限（選填）：達到指定次數後分享自動失效，適合限量發佈或一次性分享。留空 = 不限制。
7. 設定密碼（強烈建議）：如果是隱私內容請務必設定密碼，防止被惡意散播。密碼採 bcrypt 雜湊加密儲存，連管理員也無法還原原始密碼。
8. 公開到圖庫（選填）：勾選後會送管理員審核，通過後出現在首頁和 /gallery 公開圖庫。不勾選 = 僅知道網址的人可以看。
9. 點擊「建立分享連結」：系統會立即產生一條 6 碼大小寫區分的短網址（例如 load.tw/av5F45），總共 62⁶ = 568 億 組合，不可能被猜到。
10. 複製分享：點複製按鈕即可貼到任何地方。登入後可以到「我的後台」編輯說明、密碼、有效期限，或查看即時流量分析（每日瀏覽、國家、裝置、來源）。

上傳流程總覽

load.tw 的上傳流程刻意設計得非常簡單：拖曳檔案 → 選有效期限 → （選填）設密碼 → 按建立分享連結。整個過程不到 60 秒，就能拿到一條 load.tw/av5F45 這樣的 6 碼短網址。新手第一次用可能會有點好奇「檔案到底傳到哪裡了」、「為什麼瀏覽器進度條動得那麼快」、「為什麼不用註冊」— 讓我們一一解釋。

為什麼上傳速度那麼快？

因為你的檔案完全不會經過我們的 PHP 主機。傳統的圖床是這樣的：瀏覽器 → PHP 主機 → 雲端儲存，主機吃下整個檔案再轉送，頻寬成本是 2 倍，主機記憶體也會爆掉。load.tw 採用的是預先簽名直傳的做法：你按「建立分享連結」時，前端先呼叫 /upload/presign，我們的 PHP 只做一件事 — 產生一個「有時效的加密上傳 URL」交給瀏覽器；瀏覽器拿到之後就直接 PUT 到雲端儲存，完全繞過我們的主機。結果是：上傳速度取決於你跟雲端之間的頻寬（通常是 50-200 Mbps），而不是取決於 load.tw 主機的頻寬。

為什麼一進頁面就會自動生成縮圖？

你拖曳完檔案的那一瞬間，瀏覽器會在背景用 Canvas 產生一份 400 px 的縮圖（用 WebP 格式壓縮，fallback 到 JPEG）。這份縮圖用於首頁瀑布流、圖庫預覽、OG 分享卡，不會取代你的原檔。為什麼要這麼做？因為圖庫頁要同時載入 12 個預覽，如果每個都用原圖（25 MB × 12 = 300 MB），手機使用者的流量費會哭。用縮圖之後，同樣 12 個預覽只需要 ~600 KB，流量省 500 倍。

有效期限與瀏覽次數的組合怎麼選？

• 1 分鐘 / 5 分鐘：跟朋友聊天時瞬間分享一張截圖，對方看完就該消失。閱後即焚的正確姿勢。
• 1 小時 / 6 小時：工作時同事要看一份 live 資料截圖，半天內有效就好。
• 1 天 / 3 天：單次活動、一次性分享、限時贈品。這是預設值，因為最保守。
• 7 天 / 10 天：團購活動、限時促銷、短期宣傳。
• 30 天：長期活動、跨月募資、大型展覽。
• 無期限：作品集、IG Bio 連結、長期網站素材、部落格配圖。搭配「我的後台」手動管理。

瀏覽次數限制可以跟有效期限疊加使用。舉例：「密碼 + 1 小時 + 次數 3」的組合，表示知道密碼的前 3 個人在 1 小時內看得到，其他條件任一觸發就自動失效。這是最常見的「高敏感內容」分享組合。

密碼安全性

你設定的密碼絕對不會明文存在資料庫。load.tw 使用 PHP 內建的 password_hash() 搭配 bcrypt 演算法（成本因子 10），每次驗證大約需要 100 ms。這意味著即使整個資料庫被偷，攻擊者也沒辦法反查原密碼 — 他只能一個一個暴力試，10 萬次試猜要將近 3 小時。搭配 Cloudflare 的 rate limiting，實務上是破解不了的。更多細節請看 密碼保護分享教學。

一次上傳多少才合理？

技術上限是 7 張圖片（每張 25 MB）+ 2 部影片（每部 400 MB）+ 3 個音訊（每個 50 MB），總共 12 個檔案。但實務上，建議你根據使用情境挑選：

• 1 張主圖 + 1-2 張細節：適合商品販售、單一作品展示
• 3-5 張照片：適合活動紀錄、旅行片段、生日派對
• 7 張照片 + 1 部影片：適合完整的作品集發表、vlog 預告
• 1 部影片：適合單純的影片分享，不想跟 YouTube 競爭
• 1 個音訊：適合 Podcast 試聽、demo 音樂分享、語音留言

超過 7 張圖的需求通常代表你該做的是「開一個相簿網站」而不是「塞進單一短網址」。例如 1,000 張婚禮照片請用 Google Photos 或專門的相簿服務，不是 load.tw。

支援的裝置

桌機：Chrome / Safari / Firefox / Edge 全部支援。
iOS：Safari 15 以上、Chrome / Firefox / Edge 全支援。iPhone 的相簿可以直接拖曳到 dropzone。
Android：Chrome / Samsung Internet / Firefox 全支援。Android 的照片 app 點分享就能送到 load.tw。
HEIC 圖片（iPhone 拍的）在桌面 Chrome 上可能縮圖略過生成，但原檔依然能正確上傳與顯示（iOS 自己看沒問題）。

每一次分享都有即時流量分析

上傳完成、拿到 6 碼短網址之後，如果你是登入使用者，每一條分享都會自動附帶一份即時的流量分析儀表板。從「我的後台」→ 點任一條上傳右邊的「📊 流量」按鈕就能打開，裡面可以看到：

• 累計瀏覽 + 收藏數：儀表板最上方四張概覽卡片顯示總瀏覽次數、❤ 收藏數、近 30 日瀏覽、狀態（有效 / 過期 / 已刪除）。數字由 PHP 即時查 DB，沒有 5 分鐘延遲、沒有抽樣誤差、重新整理頁面就是當下最新值。
• 近 30 日每日瀏覽量長條圖：每一條 bar 是一天的瀏覽次數，顏色走 Aurora 主題漸層。這讓你一眼看出「哪一天分享被病毒式傳播」或「哪一天被 Dcard / Threads 推上熱門」— 熱門通常是一個尖峰。圖表由 SQL GROUP BY DATE(created_at) 即時產生，走 idx_upload_created 索引，單次查詢 < 30 ms 即使你的分享已經有百萬點擊。
• 國家 / 地區分布 Top 15：訪客從哪個國家進來，橫條長度代表占比。Cloudflare 的 CF-IPCountry header 提供 2 字母 ISO 代碼，我們對常見國家轉成國旗 + 中文名（🇹🇼 台灣、🇭🇰 香港、🇯🇵 日本、🇺🇸 美國 …）。這對跨境創作者特別有用 — 你可以立刻知道「這張設計圖在台灣紅還是在日本紅」。
• 裝置類型分布：桌機 💻 / 手機 📱 / 平板 🔲 / Bot 🤖 / 未知 ❓。由 user-agent 正則判斷，資料即時。手機比例通常 60-80% 代表內容被社群分享；若 Bot 比例偏高（> 15%）可能是被爬蟲盯上，建議加密碼保護。
• 來源網站 Top 10（Referer）：訪客從哪一個頁面連過來的。常見來源會自動歸類：Instagram、Threads、Facebook、LINE、Google Search、PTT、Dcard、直接訪問（空白 referer）。這讓你知道你的 IG Bio 連結是否真的有人點、哪篇 Dcard 文帶來最多流量、Google 是否開始收錄你的分享頁。

即時性 vs Google Analytics

一般網站用 Google Analytics 看流量，但 GA 有三個對「小檔案分享」情境不友善的問題：(1) GA 的資料有12-24 小時延遲，你今天上傳、明天才看得到準確數字；(2) GA 靠 JavaScript tracker ping，但圖床分享頁常常被使用者右鍵直接下載或嵌入其他網站，跳過 JS 不會被統計到；(3) GA 介面是以「整站」為單位設計的，看單一檔案的流量要設 UTM 參數 + 過濾器非常麻煩。

load.tw 的分析是伺服器端即時紀錄：訪客一碰到短網址，PHP 就寫一筆 view_logs 到資料庫，然後你的流量頁面下一次查詢就拿到。沒有 JS、沒有延遲、每一條分享各自獨立的儀表板。這套做法在大型 SaaS 內部很常見，但很少有免費圖床把它當成預設功能開放出來。

訪客去重機制

你看到的「累計瀏覽次數」是唯一瀏覽，不是總請求數。同一個訪客在同一個 session 內重新整理 10 次只算 1 次（靠 $_SESSION['v'][$upload_id] flag 去重），避免數字虛胖。這跟 Google Analytics 的「Users」概念更接近，比「Pageviews」更貼近真實熱度。

隱私保護

詳細流量分析和訪客隱私不衝突。view_logs 只儲存必要的 5 個欄位：upload_id（哪張圖被看）、created_at（時間）、country（國家 2 字代碼）、device（類型）、referer（來源網址，截斷到 80 字）。不儲存：具體 IP 位址、user agent 完整字串、Cookie、訪客指紋、瀏覽器擴充套件列表。不外送：沒有 Google Analytics、沒有 Meta Pixel、沒有任何第三方追蹤 script。歐盟 GDPR、台灣個資法都沒問題。

歷史紀錄保留

原始 view_logs 保留 90 天，之後 cron 自動清除（帳面上的累計數字不受影響，只有長條圖裡的個別日期點會被裁）。這是在「提供足夠的趨勢分析」與「不讓資料庫無限膨脹」之間的平衡點。

閱讀完整上傳教學 →   常見問題