計算單位是轉址
CTAurl 計算的是請求經過轉址的那一刻。你的網站上沒有任何程式碼，點擊的人身上也沒有 Cookie。所以每一份 CTAurl 報表都寫明計算的是請求次數，不是人數：數字可能包括機器人、安全掃描器和連結預覽。
這些系統會自動開啟連結。Microsoft Defender for Office 365 會在電郵送達前掃描郵件裡的網址，並在點擊時再檢查一次（Microsoft Learn，2026年10月）；Slack 的伺服器會讀取訊息中貼出的每個網址，用來產生預覽（Slack 開發者文件）。未經處理的數字可能全部包括在內，CTAurl 的數字也一樣，所以 CTAurl 把數字稱為請求次數。
點擊記錄包含什麼
在使用標準隱私設定的連結上，每筆 CTAurl 點擊記錄只保留以下幾項：
| 點擊記錄中的欄位 | 用途 |
|---|---|
| 時間 | 點擊或掃描發生的時間 |
| 連結、網域和短網址後綴 | 使用了哪一條連結 |
| 連結或 QR | 是點擊還是掃描 |
| 國家和城市 | 請求來自哪裡，以城市為單位 |
| 來源主機 | 帶來這次請求的網站，只記主機名稱 |
| 裝置類型、作業系統、瀏覽器類別 | 手機或電腦、iOS 或 Android 等 |
| 平台 | 社交媒體、即時通訊、直達流量等 |
| 目的地網址中的 utm_source、utm_medium 和 utm_campaign | 屬於哪一個活動 |
| QR code 設計版本 | 被掃描的是 QR code 的哪個設計 |
| 位置（只在同意後） | 同意分享的訪客所在位置，精確度約 40 公尺 |
點擊記錄從不包含什麼
CTAurl 點擊記錄從不包含 IP 位址、完整來源網址、原始 User-Agent 或 Cookie。IP 位址只在請求發生的那一刻使用，之後不會儲存；來源網址和 User-Agent 會縮減為上表的簡短形式；轉址也不設定任何 Cookie。
| 點擊記錄不保留的資料 | 為什麼重要 |
|---|---|
| IP 位址 | 只在請求那一刻使用，之後不儲存 |
| 完整來源網址 | 只保留主機名稱 |
| 原始 User-Agent | 只保留裝置、系統和瀏覽器類別 |
| 訪客裝置上的 Cookie | 轉址不設定任何 Cookie |
每條連結都有隱私設定
每條 CTAurl 連結都有自己的隱私設定。Standard（標準）保留上述記錄。Minimal（精簡）只保留時間，以及是連結點擊還是 QR 掃描。Off（關閉）只保留點擊和掃描的次數及時間。用這兩種設定的連結會計入總數，但不會出現在明細裡。報表會顯示某段期間有多少流量來自標準設定的連結。
位置資料，以及我們何時詢問
在 CTAurl 點擊記錄中，國家和城市是從請求本身得出的，不是來自裝置的 GPS。QR code 可以設定為詢問位置：掃描的人會先看到一個同意頁面，只有同意的人才會分享其位置，精確度約 40 公尺。這個位置與點擊記錄一起保存，約 90 天後隨記錄一併刪除。其他人則會繼續前往目的地網址，不分享位置。
資料保留多久
CTAurl 保留詳細點擊記錄約 90 天，之後刪除。報表顯示的總數和明細都來自這段期間。
在轉址計數看不到的東西
CTAurl 計算的是轉址，不是網站造訪，所以無法顯示對方到達你的網站之後做了什麼。要知道這些，請在目的地網址保留 UTM 參數：參數會原封不動地經過轉址，你自己的數據分析工具就能追蹤這次造訪。
常見問題
CTAurl 會在我的網站放程式碼或 Cookie 嗎？
不會。CTAurl 在請求經過我們伺服器上的轉址時計數。你的網頁從不載入 CTAurl 的程式碼，轉址也不會在點擊的人身上設定 Cookie。你自己的數據分析工具可以透過目的地網址裡的 UTM 參數追蹤造訪。
為什麼 CTAurl 說計算的是請求次數，不是人數？
CTAurl 說計算的是請求次數，不是人數，因為請求是轉址能夠準確計算的東西。機器人、安全掃描程式和連結預覽也會請求連結，同一個人也可能點兩次。報表不會把機器人分開，所以請求次數永遠不等於人數，CTAurl 也不會把它當成人數來呈現。