動態 QR Code 不一定要將每位掃描者導向相同網址。條件式轉向（也稱為掃描轉向或規則型轉向）讓你能用單一印刷 QR Code 將不同受眾導向不同目標。如果你曾希望午餐時段的傳單能轉向菜單、晚間顧客導向預訂表單、國際訪客送到在地化頁面，這正是你需要的功能。
以下介紹最實用的轉向情境、初期設定要點，以及常見的誤區。
動態 QR Code 中「轉向」的真正含義
當掃描者掃瞄動態 QR Code 時，該 Code 的目標網址儲存在伺服器上，而非內嵌於 Code 內。伺服器端轉向正是轉向邏輯所在。與其執行單純轉向（「所有掃描 → 網址 A」），你可以新增條件規則：
- 若 條件成立 → 導向網址 A
- 否則 → 導向網址 B（備用網址）
大多數支援此功能的平台（有時稱為「多網址 QR Code」或「智慧轉向 QR Code」）允許疊加兩到三個規則。備用網址為必填項。瞭解動態與靜態行為的差異在此處很重要——不同的 Code 類型有不同的運作方式，而轉向邏輯為何存在伺服器上而非 Code 本身，這決定了你的轉向策略可行性。
情境 1：時間段轉向
使用情景： 咖啡館在桌邊帳篷上印製一個 QR Code。早上掃描者看到早餐菜單；午間掃描者看到午餐菜單；晚間掃描者看到飲品清單。
設定步驟：
- 為各時段菜單建立三個目標網址（或頁面區塊）。
- 在後台加入時間規則，使用 UTC 時區——務必考慮你所在時區的偏移量。
- 將最常見的用途設為備用選項，以應對掃描落在定義時間之外的情況。
常見誤區： 許多團隊忽略掃描時間預設由伺服器以 UTC 記錄。若設定規則為「11:00–14:00」但未指定時區，該規則會在 UTC 的這個時段觸發，而非你所在城市的對應時間。列印前務必確認平台的時區處理方式。
其他實務範例：
- 活動場館在晚上 7 點前轉向節目表，9 點後轉向周邊商品
- 零售商僅在促銷期間內顯示限時特價登陸頁面
- 健身房於工作日導向課表，週末轉向週末時間表
情境 2：國家或語言轉向
使用情景： 某產品盒裝運往 12 個國家。一個 QR Code 將英語市場導向英文支援頁面、法語市場導向法文版本，其他地區導向語言選擇器。
設定步驟：
- 轉向引擎透過 IP 地理定位偵測掃描者所在國家。
- 將特定國家代碼對應到相應頁面（美國、英國、加拿大 → 英文頁面；法國、比利時、瑞士 → 法文頁面；德國 → 德文頁面）。
- 將語言選擇器頁面設為全球備用選項。
內部文件應記錄的注意事項：
- IP 地理定位在國家層級的準確度約為 95–99%，但 VPN 使用者會被誤導。這對大多數用途仍可接受。
- 不要根據瀏覽器偵測的語言偏好進行轉向——QR 掃描請求並非在所有應用中都能可靠地傳遞 Accept-Language 標頭。
- 若平台按目標網址數或規則數計費，應將國家分組對應，而非列舉 40 個國家。
情境 3：裝置類型轉向
使用情景： 軟體公司的印刷廣告同時出現於行業雜誌和開發者通訊。iOS 使用者導向 App Store；Android 使用者導向 Google Play；桌面掃描者（以筆記本攝像頭拍攝廣告的人）導向網頁應用。
設定步驟：
- 平台從掃描請求中讀取 User-Agent 字串。
- 轉向
iOS→ App Store 網址；Android→ Play Store 網址；Other/Desktop→ 網頁應用。
為何重要： App Store 轉向頁面在自動偵測平台方面表現不佳。將 Android 使用者導向 App Store 連結會產生錯誤，導致轉換率下降。裝置轉向乾淨地解決了這個問題，無需在網站上實現複雜的智慧橫幅。
情境 4：結合多個規則（多條件轉向）
某些平台允許堆疊規則——例如國家 AND 裝置類型。常見的實際設定如下：
| 優先度 | 條件 | 目標 |
|---|---|---|
| 1 | 國家 = 美國 + 裝置 = iOS | 美國 App Store |
| 2 | 國家 = 美國 + 裝置 = Android | 美國 Play Store |
| 3 | 國家 = 德國 | 德文登陸頁面 |
| 4 | 備用 | 全球登陸頁面 |
規則由上至下依序評估，順序至關重要。應將最具體的條件放在最前，地理範圍較廣的規則放在中間，備用選項放在最後。許多人容易排序錯誤——列印前務必用真實裝置測試各條件，理想情況下還應使用 VPN 連接到相關國家進行測試。
各轉向路徑的追蹤方式
轉向只是故事的一半。每個目標網址應包含 UTM 參數，這樣你才能在分析平台中按受眾細分來區分成效。導向法文頁面的掃描應觸發 ?utm_source=qr&utm_medium=print&utm_content=fr，讓你能將其與泛性掃描區分開來。
每條規則的掃描應分別追蹤，而非只看總數。同樣重要的是，你也可以利用轉向日誌識別異常流量模式——若某個英國專用印刷物上 40% 的掃描觸發了「非英國備用」，在擴大支出前，應檢查地理定位設定。
選擇平台前的檢查清單
並非所有動態 QR Code 平台都支援條件式轉向。選擇前，確認以下項目：
- 時間段規則，包含時區選擇（非僅 UTC）
- 國家/地區層級地理定位轉向
- 裝置類型偵測（至少支援 iOS / Android / 其他）
- 規則堆疊或多條件支援
- 各規則掃描分析，而非僅總數
- 備用網址必填且可編輯
若你目前的工具缺少這些功能，可考慮升級或轉換到支援時間、國家及裝置條件式轉向的平台，並包含各規則分析功能。
核心要點
- 轉向使用單一印刷 QR Code 將不同掃描者導向不同網址，透過伺服器端轉向邏輯實現。
- 時間段轉向需正確設定時區——UTC 預設值在大多數市場都會誤觸。
- 國家轉向透過 IP 地理定位實現，在國家層級準確度高，但 VPN 使用者會被誤導。
- 裝置轉向是應用下載活動的最乾淨解決方案，需要分開 iOS 和 Android 目標。
- 務必在各轉向網址上加入 UTM 參數，以保持後續分析的細分。
- 大規模列印前，務必用真實裝置（理想情況下還要用 VPN）測試每條轉向規則。