把長網址變短

1. 貼上目標網址：在「目標網址」欄位貼上你想縮短的長網址，必須以 http:// 或 https:// 開頭。最長 2048 字元。
2. 設定標題（選填）：最多 120 字，只用來在「我的後台」辨識這條短網址，不會公開顯示。
3. 點擊「產生短網址」：系統會產生一條 6 碼大小寫區分的短網址，格式為 load.tw/av5F45。同一個目標網址只會產生一個短碼（登入後依使用者、未登入依匿名），重複縮短不會產生新的短碼。
4. 複製分享：點右邊的「複製」按鈕一鍵複製。貼到 IG Bio、Threads、Dcard、LINE、名片、QR Code 都適合。
5. 查看流量（登入後）：到「我的後台」→ 短網址 → 點「📊 流量」可看完整分析：每日點擊數、國家分布、裝置類型、來源網站 Top 10。
6. 刪除短網址（登入後）：可隨時刪除，刪除後該目標網址無法再被縮短（防止被封鎖的連結重新建立）。

短網址的起源

短網址的概念最早出現在 2002 年，由 TinyURL 這個服務帶紅。真正讓它爆紅的是 2006 年 Twitter 上線後的 140 字限制 — 一條 Amazon 商品頁的網址動輒 200 字，根本沒辦法在推文裡分享。於是 bit.ly、ow.ly、goo.gl（已停用）、TinyURL 等短網址服務一個個冒出來。後來社群媒體雖然逐步放寬字數限制，但短網址沒有被淘汰，因為它解決了其他更根本的問題：美觀、可記憶、可分析、可撤銷、可分享。

load.tw 的短網址有什麼特色？

load.tw 的短網址格式是 load.tw/av5F45 — 6 個字元、大小寫區分的英數字。每個字元可以是 0-9、A-Z、a-z 共 62 種可能，總共 62⁶ = 568 億組合。這個數字有多大？如果有爬蟲每秒亂試 1,000 組短碼，需要 1.8 萬年才能試完；換算成現在世界 80 億人口，平均每個人要分到 70 個短碼。你不用擔心「私密短網址被猜到」這種事 — 機率趨近於零。

大小寫區分很重要嗎？

很重要。如果只用小寫英數（36 個字元），6 碼短網址只有 36⁶ ≈ 21 億組合 — 聽起來也很多，但對比一下：大小寫區分的 568 億是它的 27 倍。這 27 倍的差距在實務上意味著什麼？意味著爬蟲要多花 27 倍時間才能碰到真實短碼。在「想分享一條只給特定人看的連結」的情境裡，這份額外的安全感非常值得 — 代價是手抄時要清楚分大小寫，但換來的是 enumeration attack 幾乎不可能的保證。

短網址可以做什麼？

• 社群 Bio：Instagram / Threads / TikTok 個人簡介只能放一條連結，短網址是最精簡的選擇
• 名片 / 海報 QR Code：6 碼短網址的 QR Code 掃描區塊極小，2 公分見方都能識別
• 行銷追蹤：load.tw 自動記錄點擊次數、來源國家、裝置類型、referer，方便你追蹤社群活動效果
• 口頭分享：「load 點 tw 斜線 av5F45」 — 這是你可以口頭念給朋友的最短格式，比念 Amazon 那種 200 字長網址容易太多
• 撤銷連結：一旦發現目標連結有問題（對方換了位址、內容下架），你可以進「我的後台」直接刪除或改目標，原本發出去的短網址會變成 404，不會永遠留下死鏈
• A/B 測試：同樣的內容做兩條不同短網址，分別貼到不同通路，看哪條點擊率高

即時流量觀測 · 每日訪問監測

load.tw 給每一條短網址都內建一份即時的流量分析儀表板，跟你在 Google Analytics 看到的大同小異，但有幾個重要差別：不需要裝追蹤碼、沒有抽樣誤差、數據即時（無 24 小時延遲）、完全尊重訪客隱私。登入後到「我的後台」→ 點任一條短網址右邊的「📊 流量」按鈕就能打開。

你會看到的資料

• 即時累計點擊數：頁面最頂端是四張概覽卡片 — 累計點擊、近 30 日點擊、目前狀態（有效 / 過期）、建立日期。數字是每次打開頁面即時查 DB，沒有 5 分鐘延遲、沒有資料快取。
• 近 30 日每日點擊長條圖：每一條 bar 代表一天，高度是當日點擊次數，滑鼠懸停（桌機）或長按（手機）會顯示具體數字與日期。你可以一眼看出「這條連結在哪一天被哪個活動帶來大量流量」。bar chart 由 MySQL 的 GROUP BY DATE(created_at) 即時產生，靠索引 idx_short_created(short_id, created_at) 加速，即使你的短網址已經累積百萬次點擊，查詢還是在 20 ms 內回應。
• 國家 / 地區分布（Top 15）：訪客的國家代碼由 Cloudflare 的 CF-IPCountry header 取得，我們只儲存 2 個字母的 ISO 代碼（TW / HK / JP / US / …），不儲存具體 IP。常見國家會顯示國旗 emoji 與中文名稱，例如「🇹🇼 台灣」「🇯🇵 日本」。橫條長度代表該國占比。
• 裝置類型分布：桌機 💻 / 手機 📱 / 平板 🔲 / Bot 🤖 / 未知 ❓ 五個分類，由 user-agent 正則判斷。這讓你清楚「這條連結是不是被 Bot 刷流量」— 正常人的裝置比例應該是手機 60% / 桌機 35% / 其他 5%，Bot 如果超過 10% 就有可疑。
• Referer Top 10（來源網站）：訪客從哪個網站連過來的。Instagram / Threads / Facebook / LINE / Google / PTT / Dcard / 電子郵件（直接訪問）會一個一個列出來，可以看出你的行銷投放在哪個通路 ROI 最好。

跟傳統分析工具的差別

大部分網站站長用的 Google Analytics 是「裝一段 JS 追蹤碼、靠使用者瀏覽器送 ping 給 GA」的模式，這有幾個結構性的問題：(1) 使用者裝瀏覽器擴充就漏抓、(2) 資料有 12-24 小時延遲、(3) 會送訪客的指紋到 Google、(4) 超過免費額度要付費、(5) 介面對「單一短網址的即時流量」這種細粒度問題很難回答。

load.tw 的流量分析是伺服器端記錄：訪客點擊短網址 → 我們的 PHP 在重導向前寫一筆 view_logs row → 分析頁面即時 SELECT 這些 row。沒有 JS、沒有擴充套件能攔、沒有延遲、沒有外部服務費用。每一條短網址都可以獨立看分析，不用在 GA 裡設 UTM 參數 + 過濾器。

即時性到什麼程度？

你分享一條短網址，朋友點擊的那一秒鐘就會被記錄。你重新整理流量頁面就會看到數字 +1。沒有誇張的技術 — 就是 MySQL INSERT INTO view_logs + 下一次 SELECT 就拿到。全世界的伺服器端分析都是這樣做的，只是在前端產品裡看到的人不多，因為這需要自己寫程式。

隱私保護

「詳細流量分析」與「使用者隱私」在我們看來並不衝突，只是要做對事情。load.tw 的 view_logs 表只記錄這些欄位：

• short_id — 被點擊的短網址
• created_at — 點擊時間（精確到秒）
• country — 2 字母國家代碼（TW / US / JP …）
• device — 裝置類型（desktop / mobile / tablet / bot）
• referer — 來源網址（截斷到 80 字）

沒有儲存：具體 IP、user agent 完整字串、使用者指紋、Cookie、登入狀態。不送給第三方：Google、Meta、Amazon、Cloudflare 都只看到他們自己已經看過的訊息（Cloudflare 本來就處理了流量），我們不會把任何訪客資料轉給任何第三方或資料經紀商。訪客的隱私跟分享者的流量洞察可以並存 — 這是我們的立場。

歷史資料保留期

view_logs 表裡的原始紀錄保留 90 天，之後會被 cron 自動清除（只留下彙總的 daily counter）。這讓你能回溯過去 3 個月的流量趨勢，但不會讓資料庫無限膨脹。如果你需要更長期的資料，建議定期到流量頁面截圖或複製數字另存。

短網址 vs. 多媒體分享：哪個適合我？

這是 load.tw 提供的兩個獨立工具，不要混淆：

• 短網址（本頁 /shorten）：你已經有一條現成的長網址，想把它縮短。例如你要把 https://www.amazon.co.jp/dp/B0XXXXXXX?ref=abc&utm_source=xyz… 壓成 load.tw/av5F45。沒有檔案上傳，純粹是網址對應。
• 多媒體上傳（/upload）：你有一堆圖片 / 影片 / 音訊想分享，沒有現成的網址。load.tw 幫你把檔案放到雲端並自動產生短網址。這才是「圖床 / 影床」的主要功能。

可以改目標網址或延長時效嗎？

登入後到「我的後台」可以刪除你建立的短網址，或是重新建一條指向新目標。目前短網址本身（6 碼代號）不允許改目標，因為如果允許，等於讓「一條公開分享出去的連結」可以被作者偷偷換內容，會讓訪客無法信任 — 這是刻意的安全設計。如果你需要可以改目標的連結，建議的做法是用多媒體上傳建立分享，那個允許改密碼、有效期限、甚至圖片順序。

濫用規則

load.tw 禁止用短網址服務指向以下內容：釣魚網站、惡意程式下載、兒童安全相關違法內容、仇恨言論、騷擾他人的個人資訊公開。管理員會維護一份禁止網域清單，已知的詐騙 / 釣魚網域會在建立時直接被擋下；另外還有一份警示網域清單（像 t.me / discord.gg / bit.ly 這類二次重導向工具），建立允許通過，但訪客點擊時會先看到「即將離開本站」的提醒頁面。更多細節請看服務條款和DMCA 投訴表單。