開發者
給開發者的短網址：行為可預期
給開發者用的短網址，每次請求的行為都應該一樣：CTAurl 連結以 HTTP 302 回應，目的地網址與儲存時完全相同；找不到的連結回應 404，而且不會快取。設定為詢問位置的 QR code 會先顯示同意頁。
CTAurl 團隊最後審閱：2026年10月27日
$ curl -I https://立即購買.me/sneaker
HTTP/2 302
location: https://shop.abc.yz/sneaker?utm_source=sms
$ curl -I https://立即購買.me/no-such-link
HTTP/2 404
cache-control: no-store按文件所述行為繪製的示意，你的目的地網址會有所不同。
在 app 和電郵裡
發布後仍可更改的短網址
放在 app 版本、交易電郵範本或 SMS 短訊裡的 CTAurl 連結，日後可以改指向新地方，不用重新發布。你在 CTAurl 工作區修改目的地網址，改動在下一個請求就生效。即將推出的 API 不會修改目的地網址。
追蹤
查詢字串經過轉址後會保留嗎？
查詢字串經過轉址後會完整保留。CTAurl 按你貼上的樣子儲存目的地網址（標準的網址整理除外），並在 Location 標頭按儲存的樣子傳回，所以 UTM 參數和你自己的參數都會完整到達。點擊在轉址送出之後才記錄。
單純的伺服器端 302 也能讓連結預覽正常運作。Apple 的文件指出，Messages 會跟隨伺服器端轉址，但不會跟隨 meta 或 JavaScript 轉址（Apple，TN3156）。預覽抓取程式也會請求連結：Slack 的開發者文件說明它的伺服器會抓取訊息裡貼出的每一個網址。這些請求可能出現在原始數字裡，所以 CTAurl 計算的是請求次數，不是人數。
開發者筆記常見問題
有 API 或 SDK 嗎？
CTAurl REST API 即將推出：它已經建好，但尚未開放。開放後，它可以建立、讀取和停用連結，以及建立、讀取和重新設定 QR code 樣式；使用 Settings 裡產生的 bearer token，每個工作區每分鐘 60 個請求。目前還不能透過 API 列出連結、修改目的地網址或讀取點擊數字，也沒有 SDK 或 webhook。詳情見 API 頁面。