在哪裡運作
在 Cloudflare 的網路上運作
每條 CTAurl 短網址都由 Cloudflare 網路上的 Cloudflare Worker 回應。連結和它們的目的地網址存在 Cloudflare 的資料庫，點擊數則存在它的分析儲存服務。應用程式、這個網站和所有轉址，都在同一家服務供應商上運作。
修改
新的目的地網址在下一次點擊就生效
在 CTAurl，新的目的地網址在下一次點擊或掃描就會生效，因為每次轉址都會讀取連結當下的目的地網址。不用等快取過期，也沒有同步延遲；已印出的 QR code 不用重印，也會跟著轉到新地方。
狀態碼
為什麼用 302，而不用 301
每條有效的 CTAurl 短網址都以 HTTP 302 回應，告訴瀏覽器和搜尋引擎目的地網址可能會變。如果用 301，瀏覽器可能記住舊的目的地網址，你的修改就無法傳到每一個人。不存在或已停用的連結回應 404，而且從不快取。
單純的伺服器端轉址也適合連結預覽。Apple 的開發者文件指出，Messages 在產生連結預覽時會跟隨伺服器端轉址，但不會跟隨 meta 或 JavaScript 轉址（Apple 開發者文件，TN3156）。用 302、中間沒有任何頁面，預覽就能到達你的目的地網址。
| 請求 | 回應 |
|---|---|
| 有效的連結 | 302 轉到目的地網址 |
| 不存在或已停用的連結 | 404，不快取 |
常見問題
點擊後到我的目的地網址之間，會不會多出一個頁面？
一般的 CTAurl 連結沒有廣告畫面，也沒有額外頁面：點擊的人會收到一個 302，一步轉到你的目的地網址。只有一個例外：你設定為詢問位置的 QR code，它會先顯示一個同意頁面。這個設定由你按每個 QR code 決定。
修改要過一段時間才對所有人生效嗎？
不用。每次 CTAurl 轉址都會讀取連結當下的目的地網址，所以儲存後的修改在下一次點擊或掃描就生效，沒有快取要清除。由於連結以 302 回應，瀏覽器也不會被告知要記住舊的目的地網址。