SKAdNetwork 4.0 轉換價值架構：細粒度數值、粗粒度數值與轉換視窗

如何配置 SKAdNetwork 4.0 轉換價值架構？ SKAdNetwork 4.0 轉換價值架構將安裝後事件或營收訊號映射至 0 到 63 的細粒度數值，以及粗粒度分類（low, medium, high）。Apple 的回傳數據層級（Postback Data Tier）決定了在合格的回傳中顯示哪種轉換價值表示法及其他涉及隱私的欄位。

IDFA（廣告識別碼）是 Apple 用於 iOS 廣告衡量且可重置的識別碼。Apple 的「App 追蹤透明度」(ATT) 架構將 IDFA 的獲取方式從預設系統可用改為用戶授權訪問，推動移動歸因從傳統的確定性跨應用比對，轉向重視隱私的衡量框架。

術語	定義	相關概念
SKAdNetwork	Apple 具備隱私保護功能的廣告衡量框架。	轉換價值
轉換價值	代表安裝後用戶互動或營收的映射數值。	回傳數據層級
轉換視窗	用於控管 SKAN 更新的指定衡量時間區間（視窗 1、2 及 3）。	LockWindow API

技術資訊圖表，展示 SKAdNetwork 4.0 在不同回傳數據層級下的細粒度與粗粒度轉換價值揭露規則，背景為暖色系奶油色網格。

理解 SKAdNetwork 4.0 轉換價值層級

架構演進：從 SKAN 3.0 單次回傳到 SKAN 4.0 多視窗衡量

在 SKAdNetwork 2.0 和 3.0 版本中，廣告主依賴單一轉換價值和 24 小時的滾動計時器。對於 SKAN 3 及更早版本，較高的轉換價值可能會重啟該滾動計時器，這促使開發者設計單調遞增的轉換價值配置。當用戶完成應用內轉換事件時，內嵌的客戶端 SDK 會呼叫系統 API 來更新一個 6 位元的整數（0 到 63）。

SKAN 的單次回傳模型對於擁有較長轉換漏斗的移動應用程式（如訂閱制電子商務平台或中重度手遊）來說，在初步轉換期之後的互動可視性較為有限。

SKAdNetwork 4.0 重構了此衡量範式，引入了包含三個不同時間視窗的 SKAdNetwork 4.0 多視窗架構，並將過往的廣告系列識別碼模型替換為擴展後的來源識別碼，同時採用了由細粒度與粗粒度數值組成的雙層轉換價值系統。SKAdNetwork 4 最多可針對一次成功的廣告歸因產生三次回傳。第二及第三次回傳僅在符合相應隱私條件且視窗產生合格資訊時提供；層級 0 則僅接收第一次回傳。

細粒度數值：將應用內互動編碼為 6 位元整數

細粒度轉換價值代表傳統的 SKAN 衡量指標。作為 6 位元無符號整數編碼，細粒度數值支援 64 種離散的數值狀態，範圍從 0 到 63。

由於 6 位元提供 64 種潛在數值，開發者可設計映射邏輯來編碼特定的用戶里程碑或營收區間：

順序漏斗映射：根據漏斗深度依序分配數值（例如：1 = 註冊、2 = 新手引導、3 = 等級 5、4 = 購買）。
營收區間映射：利用 64 種可用的細粒度狀態來表示基準狀態加上最多 63 種營收區間（例如：1 = $0.01–$0.99，2 = $1.00–$4.99，63 = $500.00+）。

細粒度轉換價值僅會在第一次回傳中返回。第二及第三次回傳僅會返回粗粒度轉換價值。

粗粒度數值：將安裝後價值分類為低、中、高層級

在轉換視窗 1 中，Apple 可能會根據適用的回傳數據層級返回細粒度或粗粒度轉換價值。轉換視窗 2 和 3 則使用粗粒度轉換價值。當應用程式呼叫 SKAN 4 轉換價值 API 時，會同時提供細粒度與粗粒度數值；Apple 隨後會根據回傳數據層級，決定在第一次回傳中包含哪種表示形式（若有）。回傳數據中可能包含細粒度或粗粒度轉換價值，但不會同時包含兩者。低、中、高標籤在 SKAdNetwork 中沒有預設的商業含義，其代表意義由應用程式或廣告聯播網定義。

粗粒度轉換價值包含一個字串屬性，其中包含三種明確數值之一：

low：表示基礎的安裝後互動（例如：完成註冊或觸發會話）。
medium：表示中等的安裝後價值（例如：達成中間應用里程碑或消費 $1.00–$19.99）。
high：表示較高的安裝後價值（例如：完成高價值訂閱或消費 $20.00+）。

在轉換視窗 2 和 3 中，轉換價值欄位不適用於細粒度數值；系統會在隱私條件允許時，返回開發者提供的粗粒度轉換價值。

細粒度與粗粒度數值在各個轉換視窗中的運作機制

轉換視窗 1（第 0–2 天）

轉換視窗 1（第 0–2 天，約為用戶首次啟動應用後的 48 小時內）涵蓋了安裝後的初始衡量週期，在此期間開發者可以在系統關閉視窗前更新細粒度或粗粒度轉換價值。此時間段內，移動應用程式可在用戶完成應用內事件時多次更新轉換價值。

根據 Apple 分配的回傳數據層級，轉換視窗 1 將傳遞細粒度數值（0 到 63）或粗粒度數值（low, medium, high）。若回傳數據層級為層級 0，第一次回傳僅包含兩位數的階層式來源識別碼；細粒度或粗粒度轉換價值將被省略。

轉換視窗 2（第 3 至 7 天）與視窗 3（第 8 至 35 天）

為了提供對中長期用戶留存的可視性，SKAdNetwork 4.0 引入了兩個額外的轉換視窗：

轉換視窗 2：衡量安裝後第 3 至 7 天內的用戶互動（為期 5 天的視窗）。
轉換視窗 3：衡量安裝後第 8 至 35 天內的用戶互動（為期 28 天的視窗）。

與視窗 1 不同，轉換視窗 2 和 3 僅傳輸粗粒度數值。細粒度數值（0 到 63）在視窗 2 和 3 中不受支援。開發者需根據該衡量週期內發生的事件來確定各個視窗上報的粗粒度數值。

理解回傳數據層級與人群匿名性

Apple 會根據與來源應用程式或網域、廣告應用程式、安裝廣告應用程式的國家以及廣告聯播網提供的階層式來源識別碼相關的人群規模，來確定應用程式下載的回傳數據層級。根據層級不同，第一次回傳可能會揭露兩位、三位或四位數的階層式來源識別碼，而轉換價值可能會被省略、作為粗粒度返回或作為細粒度返回。根據 Apple 官方 SKAdNetwork 框架文件（StoreKit > SKAdNetwork），Apple 並未發布開發者可用於將廣告系列對應至固定數據層級的通用安裝量閾值。

進階技術時間軸圖表，展示 SKAdNetwork 4.0 多視窗衡量計時與回傳延遲範圍，背景為暖色系奶油色網格。

下表概述了根據 Apple 官方 SKAdNetwork 框架文件，回傳數據內容如何與各轉換視窗的隱私層級相關聯：

回傳數據層級	第一次回傳 / 轉換視窗 1	第二及第三次回傳
層級 3	最多 4 位數 `source-identifier` + 若揭露則包含細粒度 `conversion-value`	2 位數 `source-identifier` + 若揭露則包含粗粒度數值
層級 2	最多 4 位數 `source-identifier` + 若揭露則包含細粒度 `conversion-value`	2 位數 `source-identifier` + 若揭露則包含粗粒度數值
層級 1	2 位數 `source-identifier` + 若揭露則包含粗粒度數值	2 位數 `source-identifier` + 若揭露則包含粗粒度數值
層級 0	僅 2 位數 `source-identifier`；省略轉換價值	不發送第二或第三次回傳

利用 lockWindow 屬性提早結束轉換視窗

設定 lockWindow: true 會鎖定當前轉換視窗的轉換價值。系統會立即準備相應的回傳，並忽略該視窗中進一步的轉換價值更新。回傳仍受 Apple 隨機發送延遲的限制。

例如，若用戶在轉換視窗 1 開始後 6 小時完成購買，應用程式可設定 lockWindow: true。這會提早關閉衡量視窗並觸發 Apple 的回傳排程流程，可能使系統提早準備回傳，儘管適用的隨機發送延遲仍會生效。

SKAdNetwork 轉換視窗 1、2 及 3 的架構比較

SKAN 4.0 回傳時機、數值類型與延遲視窗的比較評估

管理多視窗 SKAdNetwork 架構需要根據視窗持續時間、支援的數值粒度及回傳延遲範圍來規劃事件觸發條件。

下表對比了轉換視窗 1、2 和 3 的技術特徵：

轉換視窗	衡量視窗	轉換價值	回傳時機
視窗 1	第 0–2 天	細粒度 (0-63) 或粗粒度 (Low/Med/High)	視窗關閉或鎖定後，Apple 套用隨機延遲（24–48 小時）
視窗 2	第 3–7 天	僅限粗粒度 (Low/Med/High)	視窗關閉或鎖定後，Apple 套用隨機延遲（24–144 小時）
視窗 3	第 8–35 天	僅限粗粒度 (Low/Med/High)	視窗關閉或鎖定後，Apple 套用隨機延遲（24–144 小時）

評估 SKAN 轉換視窗的數據粒度與時間戳

雖然轉換視窗 1 提供了最高的數據解析度（6 位元細粒度數值），但視窗 2 和 3 提供了關鍵的長期留存訊號。分析師在將 SKAN 回傳與內部交易帳本連結時，必須將回傳延遲範圍納入考量。

由於 Apple 對視窗 1 回傳套用了隨機的 24 至 48 小時延遲，而對視窗 2 和 3 則套用最高 144 小時的延遲，因此歸因終端接收到的回傳並不代表即時轉換。相反，它們代表的是幾天前完成的歷史互動視窗。

工程師若欲配置客戶端 SDK 日誌記錄與自動化 SKAN 回傳解析，可參考 OpoInstall 歸因 SDK 整合文件以審查有效載荷結構的設置。

如何設計 SKAdNetwork 轉換價值架構

SKAdNetwork 4.0 轉換架構映射範例

設計 SKAdNetwork 架構需要將應用內里程碑與購買階層映射至離散的細粒度與粗粒度數值。

下表說明了移動應用程式的標準轉換價值架構設計：

應用內用戶事件	細粒度數值 (0–63)	粗粒度數值	目標轉換視窗
無衡量到的安裝後事件 / 基準	數值 0	`low`	視窗 1
帳戶註冊完成	數值 1	`low`	視窗 1
免費試用啟用	數值 10	`medium`	視窗 1
首次購買 ($0.01 - $19.99)	數值 30	`medium`	視窗 1
高價值訂閱 ($20.00+)	數值 63	`high`	視窗 1 (視窗 2 & 3: 粗粒度 `high`)

生產環境架構設計：遊戲與訂閱型應用程式

根據產品變現動態，工程團隊會客製化架構配置，以優先考量即時漏斗進展或長期營收區間：

遊戲應用程式（優先考量營收）：數值 0 至 10 對應早期新手教程進度，而數值 11 至 63 則代表視窗 1 期間觀察到的累計營收。視窗 2 和 3 中的粗粒度數值映射重複購買頻率（low = 活躍、medium = 第二次購買、high = VIP 消費者）。
訂閱型應用程式（優先考量試用）：數值 0 至 5 對應註冊與個人檔案完成，數值 10 對應免費試用啟用，數值 20 至 63 對應訂閱階層選擇。視窗 2 和 3 中的粗粒度數值映射試用轉付費轉換（low = 活躍會話、medium = 試用已轉換、high = 訂閱已續訂）。

如何選擇基於營收或基於事件的轉換價值模型

在基於營收和基於事件的架構模型之間做出選擇，需要將轉換價值邏輯與應用變現機制進行對齊：

基於營收的模型（電子商務與遊戲）：適用於購買事件發生在安裝後前 48 小時內的應用程式。透過將累計消費編碼為逐漸變寬的營收區間，需求方平台 (DSP) 可獲得可用於廣告系列分析的營收訊號。若架構基於累計營收，每次轉換更新都應對用戶目前的累計安裝後營收進行編碼，而非僅編碼最新交易金額。
基於事件的漏斗模型（訂閱制）：適用於試用期或考慮期較長的應用程式。透過映射順序里程碑（例如：註冊 $\\to$ 試用啟用 $\\to$ 訂閱），廣告系列衡量可在第 0–2 天過期前評估高意向試用用戶。

國際企業比較矩陣圖，對比基於營收與基於事件的 SKAdNetwork 4.0 轉換價值架構，採用半透明磨砂玻璃卡片設計，符合參考風格。

設計營收區間：將 IAP 範圍映射至 0-63 數值

在分析廣告支出報酬率 (ROAS) 時，將 6 位元細粒度數值映射至營收區間是一種有效的架構設計。應用程式根據自身商業邏輯計算累計營收，並將結果編碼為轉換價值。下方的區間邊界僅供說明，而非完整的 64 區間生產映射。在實際生產中，區間邊界應根據應用程式的付費用戶分佈、預期 ROAS 敏感度以及廣告系列目標來推導。

電子商務或遊戲應用程式的 6 位元營收架構範例設計如下：

Value 0：無衡量到的安裝後事件 / 基準。
Value 1：$0.01 至 $0.99（微交易）。
Value 2：$1.00 至 $4.99。
Value 3：$5.00 至 $9.99。
$\\dots$
Value 62：$250.00 至 $499.99。
Value 63：$500.00+（高價值消費者階層）。

當用戶完成應用內購買時，移動 SDK 會計算用戶在視窗 1 期間觀察到的累計消費，識別對應的整數區間，並呼叫 updatePostbackConversionValue。

設計互動漏斗：映射順序里程碑

對於應用內購買發生在用戶生命週期後期或訂閱型應用程式，將細粒度數值映射至順序互動里程碑可提供早期廣告系列成效訊號。

互動里程碑架構可映射進展深度：

Value 1：帳戶註冊完成。
Value 2：新手引導教程完成。
Value 3：個人檔案設置與偏好設定完成。
Value 4：免費試用啟用。
Value 5：首次應用內內容分享。
Value 10：付費訂閱開始。

相較於早期版本，SKAN 4.0 提供了更靈活的轉換價值管理，儘管廣告主通常仍持續使用遞增價值策略來確保優化穩定性。應用程式應定義確定性的優先級規則，確保同一視窗內發生的多個事件最終收斂至單一的最終細粒度/粗粒度狀態。

[應用啟動 / 事件] ──> [SDK 呼叫 updatePostbackConversionValue]
                                    │
                                    ▼
         ┌──────────────────────────┴──────────────────────────┐
         ▼                                                     ▼
[轉換視窗 1 (0-2 天)]               [轉換視窗 2 & 3]
 (細粒度 0-63 或粗粒度)                               (僅粗粒度: Low/Med/High)
         │                                                     │
         └──────────────────────────┬──────────────────────────┘
                                    ▼
                [Apple 歸因系統延遲回傳]
                                    │
                                    ▼
               [歸因 / 分析後端]

SKAdNetwork 4.0 生產架構範例說明

1. 移動遊戲架構（營收 + 里程碑混合式）

遊戲應用程式在視窗 1 中採用混合架構，保留較低數值（0–10）用於新手教程里程碑，並將較高數值（11–63）分配給在視窗 1 期間觀察到的累計營收。在此說明性架構中，應用程式獨立將這些里程碑映射至粗粒度類別。

Value 1：新手教程完成（low 粗粒度映射）
Value 5：達到 10 級（medium 粗粒度映射）
Value 15：首次 IAP ($0.99 - $9.99)
Value 40：中度消費者 ($10.00 - $99.99)（high 粗粒度映射）
Value 63：VIP 消費者 ($100.00+)（high 粗粒度映射）

2. 訂閱型應用程式架構（側重試用與續訂）

訂閱型應用程式將視窗 1 映射至免費試用轉換速度，同時利用視窗 2 和 3 的粗粒度數值來追蹤長期的試用轉付費轉換與續訂事件。

視窗 1：Value 1 = 註冊，Value 10 = 試用開始（medium 粗粒度映射），Value 63 = 年度計畫訂閱（high 粗粒度映射）
視窗 2（第 3-7 天）：low = 活躍會話，medium = 試用已轉換，high = 年度計畫已保留
視窗 3（第 8-35 天）：low = 應用回訪，medium = 付費訂閱者活躍，high = 訂閱已續訂

大規模管理 SKAdNetwork 架構

對於管理多個 iOS 廣告系列成長與數據工程團隊而言，集中化的轉換價值管理可減少實施錯誤，自動化處理映射，並維護完整的回傳可視性。配置安全的應用安裝歸因工作流程可確保跨客戶端 SDK 與後端報告資料庫的數據有效性。

使用 StoreKit 實施 SKAdNetwork 4.0

透過 StoreKit 進行程式化的轉換價值更新

當符合相關的 SKAdNetwork 4 合格條件時，即可獲取 SKAdNetwork 4 回傳數據。為了接收多次 SKAdNetwork 4 回傳，廣告應用程式需要在相應的轉換視窗內更新轉換價值。視窗 1 的更新不會自動建立視窗 2 或 3 的轉換價值。對於使用 SKAdNetwork 4 API 的應用程式，廣告應用程式應建構於 iOS 16.1 SDK 或更高版本，並在 iOS 16.1 或更高版本上運行，以便在 StoreKit 內呼叫 SKAdNetwork.updatePostbackConversionValue(_:coarseValue:lockWindow:completionHandler:)。AdAttributionKit 為獨立的 Apple 歸因框架，不在本 SKAdNetwork 轉換價值實施範例的範圍內。

該方法接受三個核心參數：

fineValue：一個從 0 到 63 的整數。
coarseValue：一個 SKAdNetwork.CoarseConversionValue 列舉（.low, .medium, .high）。
lockWindow：指示是否提早完成視窗的布林旗標。

針對 SKAdNetwork 4 多次回傳衡量，應用程式必須在相應轉換視窗內持續更新轉換價值；僅設定視窗 1 的數值並不會自動填入視窗 2 和 3。

開發者可參考官方開發者文檔，取得有關原始事件日誌架構與 SKAN 回傳負載結構的技術規範。

下方的程式碼與架構說明了開發者如何以 Swift 呼叫 SKAN 4.0 更新 API，以及後端收集器如何格式化產生的回傳內容：

注意：以下架構與程式碼片段僅供觀念參考，非 Apple 或 OpoInstall API 規範。

// Swift 範例：在 iOS 16.1+ 更新 SKAdNetwork 4.0 轉換價值
import StoreKit

func updateSKANConversionValue(fineValue: Int, coarseValue: SKAdNetwork.CoarseConversionValue, shouldLock: Bool) {
    guard (0...63).contains(fineValue) else { return }
    if #available(iOS 16.1, *) {
        SKAdNetwork.updatePostbackConversionValue(fineValue, coarseValue: coarseValue, lockWindow: shouldLock) { error in
            if let error = error {
                print("SKAN 更新錯誤: \(error.localizedDescription)")
            } else {
                print("SKAN 數值更新成功: Fine = \(fineValue), Coarse = \(coarseValue.rawValue), Locked = \(shouldLock)")
            }
        }
    } else {
        // 舊版 API 用於與較舊作業系統版本相容。
        SKAdNetwork.updateConversionValue(fineValue)
    }
}

{
  "example_only": true,
  "privacy_note": "僅供示意之架構",
  "measurement_model": "cumulative_revenue",
  "precedence": "highest_qualifying_value",
  "lock_policy": "lock_on_terminal_conversion",
  "event_type": "skan_conversion_value_mapping_config",
  "app_id": "com.example.iosapp",
  "skan_schema_version": "4.0",
  "window_1_config": {
    "fine_value_mappings": [
      { "value": 0, "event_name": "app_launch_or_baseline", "min_revenue_cents": 0 },
      { "value": 1, "event_name": "registration", "min_revenue_cents": 0 },
      { "value": 10, "event_name": "free_trial", "min_revenue_cents": 0 },
      { "value": 30, "event_name": "first_purchase", "min_revenue_cents": 100 },
      { "value": 63, "event_name": "whale_purchase", "min_revenue_cents": 50000 }
    ],
    "coarse_value_mappings": {
      "low": "app_launch_or_registration",
      "medium": "first_purchase_under_20",
      "high": "purchase_over_20"
    }
  },
  "window_2_config": {
    "coarse_value_mappings": {
      "low": "d3_d7_active_session",
      "medium": "d3_d7_repeat_purchase",
      "high": "d3_d7_subscription_renewed"
    }
  },
  "window_3_config": {
    "coarse_value_mappings": {
      "low": "d8_d35_active_session",
      "medium": "d8_d35_repeat_purchase",
      "high": "d8_d35_subscription_retained"
    }
  }
}

SKAdNetwork 轉換價值最佳實踐

將轉換架構設計與廣告系列目標對齊

設計 SKAdNetwork 架構需要選擇符合主要廣告系列目標的映射規則。致力於即時試用轉換的媒體採購團隊應優先考量轉換視窗 1 中的順序漏斗里程碑。相反，評估高價值購買的成效團隊則應實施細粒度營收區間。

整合廣告系列以清除人群匿名層級

為防止回傳數據返回 null 數值或回落至粗粒度，移動成長團隊通常會管理廣告系列密度：

減少廣告系列破碎化：為了降低低回傳數據層級的可能性，團隊應避免不必要的廣告系列碎片化及過於狹窄的受眾定位。然而，Apple 並未發布可保證特定回傳數據層級的通用支出或安裝量閾值。
擴大定位參數：避免過於狹窄的地理或人口統計定位，這會打破人群匿名性閾值。
優化 LockWindow 策略：團隊通常應僅在確認該視窗剩餘部分不會再產生更有價值的轉換訊號時，才考慮使用 lockWindow: true。

SKAdNetwork 4.0 轉換價值架構核對清單

為確保完全符合 SKAdNetwork 4.0 追蹤規範並最大化用戶終身價值 (LTV) 衡量，請核實您的架構是否滿足以下工程要求：

[ ] 主要優化目標：定義您的廣告系列是優化早期的互動里程碑，還是優化 48 小時累計營收。
[ ] 視窗 1 細粒度數值映射：為順序漏斗步驟或營收區間分配離散的 6 位元整數（0–63）。
[ ] 視窗 1 粗粒度數值映射：針對低人群匿名性的分發配置 low, medium 及 high 粗粒度字串區間。
[ ] 視窗 2 & 3 粗粒度數值映射：為 3–7 天與 8–35 天回傳視窗建立粗粒度追蹤邏輯。
[ ] 事件優先級與鎖定規則：定義確定性事件優先級，並僅在終端轉換事件上設定 lockWindow: true。

常見的 SKAN 4.0 架構設計錯誤（會降低衡量品質）

將消費者階層壓縮至 Value 63：將 $10 的消費與 $1,000 的消費分配到同一個最高區間，會減少廣告系列分析與優化時可用的營收差異化資訊。
過早執行 LockWindow：在早期註冊事件上呼叫 lockWindow: true 會永久鎖定轉換視窗 1，從而捨棄隨後 48 小時內的購買事件。
視窗 2 和 3 過於複雜：嘗試為長達 35 天後到達的回傳映射複雜的粗粒度規則，會使廣告系列評估複雜化，卻無法改善早期出價優化。

如何排除 SKAdNetwork 回傳 Null 值與人群匿名性下降問題

診斷高 Null 轉換價值率：理解低廣告系列人群匿名性

當在歸因儀表板中檢視 SKAN 廣告系列成效時，分析師經常會觀察到回傳返回 null 或缺少轉換價值。缺少轉換價值的高比例可能表示適用的回傳數據層級不允許 Apple 揭露轉換價值資訊。

為了緩解人群匿名性下降並提升轉換價值可見度，成效團隊會整合廣告系列鍵值 (Campaign Keys) 並評估廣告系列結構密度，以確保安裝速度符合人群匿名性閾值。

解決順序錯位與轉換價值降級陷阱

在 SKAdNetwork 4.0 中，轉換價值可在視窗 1 內靈活更新，但開發者必須謹慎管理 lockWindow 狀態。

若應用程式對低價值事件（例如 Value 2 = 註冊）設定了 lockWindow: true，則視窗將永久鎖定。若用戶隨後在 10 分鐘內於 48 小時視窗內完成了 $100 的購買，系統將無法更新轉換價值，導致廣告系列 LTV 報告偏低。開發者必須確保 lockWindow: true 僅在終端、高價值的轉換事件上執行。

處理 Apple 歸因系統強制的隨機延遲範圍

為了防止廣告主透過比對轉換時間戳與網路點擊日誌來重新識別個別用戶，Apple 強制對所有回傳分發實施隨機延遲。

對於轉換視窗 1，系統會在轉換視窗關閉或應用程式鎖定視窗時準備回傳。接著，Apple 會套用 24–48 小時的隨機延遲。視窗 2 和 3 在對應視窗關閉或鎖定後，會套用 24–144 小時的隨機延遲。數據工程管道必須考量這些系統性延遲，避免對 SKAN 數據流設定短期自動化出價調整。

國際 5 步開發者工作流程架構流程圖，用於在暖色系奶油色網格背景上設計、配置與驗證 SKAdNetwork 4.0 轉換價值架構。

常見問題集 (FAQ)

SKAdNetwork 轉換價值架構應包含哪些內容？

完整的 SKAdNetwork 轉換價值架構包含視窗 1 細粒度事件映射 (0-63)、視窗 1-3 粗粒度分類規則 (low, medium, high)、營收里程碑邊界，以及策略性的 lockWindow 執行政策。

如何配置 Apple SKAdNetwork 轉換價值架構？

配置 SKAdNetwork 架構需要將您的應用內互動事件映射至 6 位元細粒度數值 (0-63) 以及跨指定回傳視窗的三個粗粒度分類 (low, medium, high)。

SKAdNetwork 支援多少個轉換價值？

SKAdNetwork 4.0 在回傳視窗 1 支援 64 個細粒度數值轉換價值（0 至 63 的整數），以及跨視窗 1、2 及 3 的三個粗粒度字串數值（low, medium, high）。

SKAdNetwork 4.0 衡量可能需要多長時間？

SKAdNetwork 4.0 定義了三個轉換視窗：用戶首次啟動後的第 0–2 天、3–7 天與 8–35 天。回傳還會受到隨機發送延遲的影響：第一次回傳為 24–48 小時，第二及第三次回傳為 24–144 小時。

細粒度與粗粒度轉換價值有何區別？

細粒度數值是介於 0 至 63 之間的 6 位元整數，僅在高人群匿名性條件下的回傳視窗 1 中提供。粗粒度數值是 3 層級的字串區間（`low`, `medium`, `high`），當 Apple 的隱私條件允許返回轉換價值時，可在所有三個回傳視窗中使用。

SKAdNetwork 轉換價值可以減少嗎？

開發者應根據相關 SKAdNetwork API 支援的價值進程來設計轉換價值更新邏輯。雖然 SKAN 4.0 移除了 API 層級對於轉換價值僅能遞增的要求，但為了優化穩定性，廣告主通常仍會將數值設計為漸進式且不減少的訊號。

lockWindow API 如何影響 SKAdNetwork 回傳時機？

以 `lockWindow: true` 呼叫 `updatePostbackConversionValue` 會提前終止當前衡量視窗，鎖定當前數值並觸發 Apple 的隨機回傳排程流程。

重點總結

多視窗衡量：SKAN 4.0 將衡量範圍擴展至三個回傳視窗（0-2 天、3-7 天、8-35 天），並使用細粒度 (0-63) 與粗粒度（low, medium, high）數值。
人群匿名性閾值：較高的廣告系列安裝量可啟用細粒度數值，而低量廣告系列則會接收粗粒度數值或 null 遮蔽以保護隱私。
LockWindow 的策略性使用：在終端轉換事件上執行 lockWindow: true 可縮短視窗鎖定前的等待時間，從而更快獲取廣告系列成效反饋。

總結與決策架構

在 Apple 的隱私準則下優化 iOS 廣告系列衡量，需要配置結構良好的 SKAdNetwork 轉換價值架構。從傳統 IDFA 追蹤轉換至 SKAN 4.0 多視窗回傳，使成效團隊能夠評估即時啟用狀況與長期用戶留存。

透過為即時的 48 小時互動映射 6 位元細粒度數值，以及為 35 天的延長視窗映射粗粒度數值，成長團隊得以獲取關鍵的營收與留存訊號。將客戶端 SDK 與自動化 SKAN 架構工具整合，可提供解碼聚合回傳所需的基礎架構，並為 iOS 廣告系列效率提供優化訊號。

若要探索整合式移動衡量如何優化您的應用程式成長策略，請諮詢 OpoInstall 移動歸因實施參考，或在 OpoInstall 開發者控制台註冊帳號。