Panduan SKAdNetwork 4.0: Cara Tiga Tingkap Postback Berfungsi

Bagaimanakah atribusi berbilang tingkap SKAdNetwork 4.0 berfungsi? SKAdNetwork 4.0 membahagikan ukuran penukaran kepada tiga tingkap bersiri yang merangkumi hari 0–2, 3–7, dan 8–35 selepas pelancaran pertama apl. Apple menetapkan peringkat data postback untuk setiap muat turun apl, yang menentukan sama ada postback yang layak mendedahkan data atribusi terperinci, kasar, atau dikurangkan.

SKAdNetwork 4.0 ialah rangka kerja atribusi pengiklanan mudah alih pemeliharaan privasi Apple yang membolehkan ukuran kempen yang selamat dari segi privasi pada iOS. Ia memperkenalkan tiga tingkap penukaran bersiri yang merangkumi sehingga 35 hari selepas pelancaran pertama, pengecam sumber hierarki, nilai penukaran kasar, dan mekanik penguncian tingkap untuk menilai nilai seumur hidup pengguna pertengahan corong tanpa mengumpul identiti peranti yang berterusan.

Sekilas Pandang: Garis Masa Postback Utama dan Peraturan Pendedahan

• Tingkap 1 (Hari 0–2 Selepas Pelancaran Pertama): Boleh mendedahkan nilai terperinci (0–63) atau kasar (low, medium, high); dihantar selepas lewat rawak tambahan 24–48 jam.
• Tingkap 2 (Hari 3–7 Selepas Pelancaran Pertama): Boleh mendedahkan coarse-conversion-value apabila disediakan dan dibenarkan oleh peringkat data postback; jika tidak, medan tersebut tiada. Dihantar selepas lewat rawak tambahan 24–144 jam.
• Tingkap 3 (Hari 8–35 Selepas Pelancaran Pertama): Boleh mendedahkan coarse-conversion-value apabila disediakan dan dibenarkan oleh peringkat data postback; jika tidak, medan tersebut tiada. Dihantar selepas lewat rawak tambahan 24–144 jam.
• Kekangan Data Peringkat 0: Muat turun yang berada pada Peringkat 0 menerima satu postback tunggal yang mengandungi ID sumber 2 digit dan tiada nilai penukaran; postback kedua dan ketiga diabaikan.
• Keperluan Berbilang Postback: Untuk layak menerima berbilang postback yang berjaya, iklan mesti ditandatangani menggunakan SKAdNetwork 4 atau lebih baharu, dan apl yang diiklankan mesti mengemas kini nilai penukaran semasa tingkap penukaran yang berkenaan.

Apakah SKAdNetwork 4.0 dan Bagaimanakah Atribusi Berbilang Tingkap Beroperasi

Evolusi Struktur daripada Kekangan Pemasa Tunggal kepada Penjejakan Kitaran Hayat Berbilang Tingkap

Versi awal StoreKit Ad Network Apple (SKAdNetwork 2.0 dan 3.0) beroperasi di bawah pemasa bergolek 24 jam tunggal. Di bawah SKAdNetwork 3 dan sebelumnya, kemas kini nilai penukaran meningkat yang sah boleh melanjutkan tempoh penukaran bergolek dengan memulakan semula pemasa 24 jam. Sebaik sahaja 24 jam berlalu tanpa kemas kini, tingkap ditutup, dan Apple menghantar satu postback tunggal berikutan kelewatan rawak.

Seni bina pemasa tunggal ini mewujudkan geseran operasi:

• Horison Pemerhatian Terhad: Pengiklan hanya boleh mengukur penglibatan awal yang berlaku semasa hari permulaan selepas pemasangan.
• Kelewatan Pelaporan: Kemas kini penukaran layak yang berulang boleh melanjutkan tempoh ukuran berkesan dan melambatkan postback akhir, memperlahankan algoritma pembidaan iklan automatik.
• Keterlihatan Ekor Panjang Terhad: SKAdNetwork 3 tiada tingkap penukaran kemudian yang khusus untuk ukuran Hari-7 hingga Hari-30 berstruktur.

SKAdNetwork 4.0 menstruktur semula model ini dengan menetapkan tiga tingkap ukuran tetap dan bersiri yang diikat pada pelancaran aplikasi pertama pengguna.

Menyahgandingkan Pemasa Atribusi daripada Sesi Pengguna Aktif

Dalam SKAdNetwork 4.0, tingkap penukaran maju berdasarkan tempoh kalendar tetap dan bukannya aktiviti pengguna yang berterusan. Apabila apl dibuka buat kali pertama berikutan tanggapan iklan yang diatribusi, sistem pengendalian memulakan Tingkap 1.

Sama ada pengguna membuka aplikasi sekali atau lima puluh kali dalam tempoh 48 jam pertama, Tingkap 1 ditutup pada tanda 48 jam (kecuali dimuktamadkan secara eksplisit lebih awal melalui penguncian tingkap). Sistem kemudiannya maju secara automatik ke Tingkap 2 (Hari 3 hingga Hari 7), diikuti oleh Tingkap 3 (Hari 8 hingga Hari 35). Penyahgandingan ini menjamin selang penghantaran postback berstruktur untuk saluran paip data hiliran.

Rantaian Tandatangan Kriptografi Dua Kaki

SKAdNetwork mengekalkan integriti data menggunakan kriptografi kunci awam merentas dua fasa yang berbeza:

• Kaki Tanggapan Iklan (Rangkaian Iklan kepada Apple): Apabila rangkaian iklan menyampaikan tanggapan, ia menandatangani muatan iklan menggunakan kunci peribadinya. Apabila apl dipasang dan dilancarkan, sistem pengendalian mengesahkan tandatangan ini dengan kunci awam rangkaian iklan yang didaftarkan dengan Apple untuk mengesahkan kelayakan atribusi.
• Kaki Pengesahan Pemasangan (Apple kepada Rangkaian Iklan/Pembangun): Apabila tingkap penukaran ditutup, Apple menandatangani muatan postback pengesahan pemasangan. Rangkaian iklan dan titik akhir pembangun yang menerima mengesahkan tandatangan ini menggunakan kunci awam Apple untuk mengesahkan keaslian dan integriti postback.

Lihat Juga: SKAdNetwork ──> Model Atribusi Mudah Alih

Mekanik Tiga Tingkap Postback dan Garis Masa Ukuran

Tingkap 1: Menangkap Penglibatan Awal dan Isyarat Penukaran Ketepatan Tinggi

• Selang Ukuran: Hari 0 hingga Hari 2 (48 jam pertama selepas pelancaran pertama).
• Pendedahan Data Tersedia: Nilai penukaran terperinci (integer 6-bit dari 0 hingga 63) atau nilai kasar (low, medium, high), ditentukan oleh peringkat data postback yang ditetapkan.
• Kelewatan Postback Rawak: 24 hingga 48 jam selepas tingkap ditutup atau dikunci.
• Objektif Analitikal: Mengukur penyelesaian orientasi segera, pencapaian tutorial, penukaran pembelian awal, dan risiko tercicir awal.

Tingkap 2: Menilai Pengekalan Pengguna Awal dan Milestone Pertengahan Corong

• Selang Ukuran: Hari 3 hingga Hari 7 selepas pelancaran pertama (jam 48 hingga 168).
• Pendedahan Data Tersedia: Boleh mendedahkan coarse-conversion-value (low, medium, high) apabila disediakan dan dibenarkan oleh peringkat data postback; jika tidak, medan tersebut tiada. Nilai terperinci (0 hingga 63) tidak disokong dalam Tingkap 2.
• Kelewatan Postback Rawak: 24 hingga 144 jam (1 hingga 6 hari) selepas tingkap ditutup atau dikunci.
• Objektif Analitikal: Menilai pengekalan Hari-3 hingga Hari-7, gelung penglibatan berbilang hari, percubaan langganan awal, dan kelakuan pembelian berulang.

Tingkap 3: Mengukur Pengekalan Ekor Panjang dan Nilai Seumur Hidup Kumulatif

• Selang Ukuran: Hari 8 hingga Hari 35 selepas pelancaran pertama (jam 168 hingga 840).
• Pendedahan Data Tersedia: Boleh mendedahkan coarse-conversion-value (low, medium, high) apabila disediakan dan dibenarkan oleh peringkat data postback; jika tidak, medan tersebut tiada.
• Kelewatan Postback Rawak: 24 hingga 144 jam (1 hingga 6 hari) selepas tingkap ditutup atau dikunci.
• Objektif Analitikal: Menangkap tanda aras pengekalan Bulan-1, penukaran langganan percubaan kepada berbayar, dan pencapaian pengewangan ekor panjang.

Ad Impression
      │
      ▼
App Install
      │
      ▼
First App Launch  ← conversion measurement t = 0
      │
      ├── Window 1: Day 0–2 after first launch
      │      Fine or coarse disclosure
      │      24–48h randomized delay after close/lock
      │
      ├── Window 2: Day 3–7 after first launch
      │      Coarse disclosure only (or absent)
      │      24–144h randomized delay after close/lock
      │
      └── Window 3: Day 8–35 after first launch
             Coarse disclosure only (or absent)
             24–144h randomized delay after close/lock

Mekanik Kelewatan Rawak: Tingkap 1 berbanding Tingkap 2 dan 3

Untuk mengelakkan heuristik serangan masa di mana pemerhati menghubungkan milisaat tepat bagi transaksi dalam apl dengan penerimaan postback atribusi, Apple mengenakan kelewatan penghantaran rawak:

• Pemasa Tingkap 1: Jika Tingkap 1 ditutup secara semula jadi tanpa kunci awal, postback pertama dihantar selepas kelewatan rawak tambahan selama 24 hingga 48 jam.
• Pemasa Tingkap 2 dan 3: Apple memperluaskan julat kelewatan rawak kepada 24 hingga 144 jam (sehingga 6 hari penuh) untuk mengambil kira tempoh lanjutan bagi tempoh ukuran.

Bagaimanakah Peringkat Data Postback Mengawal Pendedahan

Matriks Peringkat Data Postback Rasmi

Apple menetapkan peringkat data postback (Peringkat 0 hingga Peringkat 3) kepada muat turun apl berdasarkan kumpulan yang dikaitkan dengan apl atau domain sumber, apl yang diiklankan, negara pemasangan, dan pengecam sumber hierarki. Apple tidak menerbitkan ambang kiraan muat turun universal untuk Peringkat 0 hingga Peringkat 3.

Bagaimanakah Pengecam Sumber Hierarki Berfungsi

Struktur dan Butiran Pengecam Sumber

SKAdNetwork 4.0 menggantikan ID Kempen 2 digit warisan dengan integer hierarki 4 digit yang dipanggil Pengecam Sumber:

Rangkaian iklan dan pembangun mentakrifkan maksud pengecam sumber hierarki berdasarkan keperluan pelaporan dalaman:

• Dua Digit Bawah ($d_2 d_1$): Membentuk bahagian minimum dua digit bagi pengecam sumber hierarki yang mungkin didedahkan. Rangkaian iklan boleh menggunakan bahagian ini untuk pengumpulan kempen yang luas, tetapi Apple tidak menetapkan maksud perniagaan yang tetap.
• Digit Urutan Lebih Tinggi ($d_4 d_3$): Boleh mengekod dimensi dalaman seperti penempatan iklan, ID kreatif, atau sasaran geografi. Apple tidak menetapkan semantik perniagaan tetap kepada digit individu.

Original Source Identifier: [ d4 ] [ d3 ] [ d2 ] [ d1 ]

Possible disclosed forms in first winning postback:
2-digit disclosure:          [ d2 ] [ d1 ]
3-digit disclosure:    [ d3 ][ d2 ] [ d1 ]
4-digit disclosure: [ d4 ][ d3 ][ d2 ] [ d1 ]

The exact number of digits disclosed depends on Apple's postback data tier.

Penyatuan kempen mungkin meningkatkan kumpulan yang dikaitkan dengan pengecam sumber tertentu, tetapi Apple tidak menerbitkan ambang muat turun universal dan penyatuan tidak menjamin peringkat data postback tertentu.

Nilai Penukaran Terperinci berbanding Nilai Penukaran Kasar

Nilai Penukaran Terperinci

Nilai penukaran terperinci beroperasi sebagai nombor binari 6-bit yang mewakili integer dari 0 hingga 63 ($2^6 = 64$ nilai diskret). Tersedia secara ketat dalam Tingkap 1 di bawah peringkat data postback Peringkat 2 atau Peringkat 3, nilai terperinci membolehkan pembangun mengekod julat hasil terperinci, peringkat corong, atau gabungan peristiwa bitwise.

Nilai Penukaran Kasar

Nilai penukaran kasar menyediakan alternatif ketepatan rendah apabila peringkat data postback yang berkenaan tidak membenarkan pendedahan terperinci dan berfungsi sebagai format nilai penukaran untuk postback kedua dan ketiga. Apple tidak menetapkan semantik perniagaan pratakrif kepada low, medium, atau high; contoh di bawah ialah pemetaan pentakrifan aplikasi ilustratif:

• low: Pemetaan ilustratif untuk penglibatan asas (cth., pembukaan apl awal atau pendaftaran).
• medium: Pemetaan ilustratif untuk penglibatan pertengahan (cth., tutorial selesai atau sesi aktif berbilang hari).
• high: Pemetaan ilustratif untuk pencapaian penukaran bernilai tinggi (cth., pembelian dalam apl atau pengaktifan percubaan).

Untuk reka bentuk skema penukaran khusus pelaksanaan, lihat dokumentasi pemetaan penukaran SKAN.

Pemetaan Indeks Urutan Postback

Dalam postback SKAdNetwork 4, medan postback-sequence-index mengenal pasti tingkap penukaran yang sepadan:

Apple menyatakan bahawa postback pengesahan pemasangan boleh mengandungi sama ada conversion-value (terperinci) atau coarse-conversion-value (kasar), tetapi tidak pernah kedua-duanya secara serentak.

Muatan berikut ialah contoh ilustratif SKAdNetwork 4. Medan postback sebenar berbeza mengikut urutan postback, peringkat data postback, jenis iklan, dan syarat pendedahan privasi. Contoh nilai attribution-signature ialah pemegang tempat dan tidak sah secara kriptografi.

Contoh 1 di bawah menggambarkan muatan postback terperinci Tingkap 1, dan Contoh 2 menggambarkan muatan postback kasar Tingkap 2:

{
  "version": "4.0",
  "ad-network-id": "example123.skadnetwork",
  "source-identifier": "4821",
  "app-id": 1234567890,
  "transaction-id": "6a8b1c2d-3e4f-5a6b-7c8d-9e0f1a2b3c4d",
  "postback-sequence-index": 0,
  "conversion-value": 47,
  "fidelity-type": 1,
  "did-win": true,
  "attribution-signature": "MEQCIFz8...SAMPLE_CRYPTOGRAPHIC_SIGNATURE...=="
}

{
  "version": "4.0",
  "ad-network-id": "example123.skadnetwork",
  "source-identifier": "48",
  "app-id": 1234567890,
  "transaction-id": "6a8b1c2d-3e4f-5a6b-7c8d-9e0f1a2b3c4d",
  "postback-sequence-index": 1,
  "coarse-conversion-value": "high",
  "fidelity-type": 1,
  "did-win": true,
  "attribution-signature": "MEQCIFz8...SAMPLE_CRYPTOGRAPHIC_SIGNATURE...=="
}

Kebaikan dan Keburukan Mengunci Tingkap Penukaran Lebih Awal

Mempercepatkan Ukuran dengan Parameter lockWindow

Secara lalai, setiap tingkap ukuran kekal terbuka untuk tempoh kalendar penuhnya (48 jam untuk Tingkap 1, 5 hari untuk Tingkap 2, 28 hari untuk Tingkap 3). Apabila lockWindow ditetapkan kepada true, kemas kini tersebut menjadi kemas kini nilai penukaran akhir untuk tingkap aktif. Sistem menyediakan postback dan mengabaikan kemas kini nilai penukaran tambahan untuk baki tingkap tersebut.

Default Window 1 (No Lock):
[First Launch] ─────────────── 48 Hours Open ───────────────► [Closes] ──► Delay (24-48h) ──► Postback 1

Locked Window 1 (Purchase at Hour 6):
[First Launch] ── 6h (Lock: true) ──► [Conversion Value Locked / Postback Prepared] ──► Delay (24-48h) ──► Postback 1 Sent Sooner

Pertimbangan Operasi Apabila Memanggil Kunci Tingkap

• Penghantaran Postback Dipercepat: Apabila penukaran dimuktamadkan lebih awal, kelewatan postback bermula sebaik sahaja penukaran terkunci dimuktamadkan, dan bukannya menunggu tempoh kalendar penuh berlalu.
• Kemerdekaan Tingkap: Mengunci tingkap semasa tidak menggerakkan permulaan tingkap seterusnya ke hadapan. Tingkap penukaran seterusnya masih bermula pada sempadan masa pratakrifnya (cth., Tingkap 2 bermula pada Hari 3 tanpa kira bila Tingkap 1 dikunci).
• Sekatan Peristiwa Seterusnya: Sebaik sahaja lockWindow: true dilaksanakan, sistem pengendalian mengabaikan semua panggilan kemas kini nilai penukaran berikutnya semasa baki tingkap khusus tersebut.

Kod Swift di bawah menunjukkan cara mengemas kini nilai penukaran terperinci dan kasar serta memanggil kunci tingkap menggunakan StoreKit:

import Foundation
import StoreKit

enum SKANError: Error {
    case invalidFineValue
    case unsupportedOSVersion
}

final class SKAN4Manager {

    static let shared = SKAN4Manager()
    private init() {}

    /// Updates conversion values and optionally locks the active SKAN 4.0 window
    /// - Parameters:
    ///   - fineValue: 6-bit integer (0 to 63) for Window 1. Note: In Windows 2 and 3, SKAdNetwork ignores the fineValue parameter.
    ///   - coarseValue: Coarse value string ("low", "medium", "high") for all windows
    ///   - shouldLock: Boolean flag to immediately finalize the active window
    func updateConversionState(
        fineValue: Int,
        coarseValue: SKAdNetwork.CoarseConversionValue,
        shouldLock: Bool,
        completion: ((Error?) -> Void)? = nil
    ) {
        guard #available(iOS 16.1, *) else {
            completion?(SKANError.unsupportedOSVersion)
            return
        }

        // Validate fine-grained value bounds (0 to 63)
        guard (0...63).contains(fineValue) else {
            completion?(SKANError.invalidFineValue)
            return
        }

        // Execute asynchronous SKAN 4.0 conversion update
        SKAdNetwork.updatePostbackConversionValue(
            fineValue,
            coarseValue: coarseValue,
            lockWindow: shouldLock
        ) { error in
            if let error = error {
                print("SKAN 4.0 update failed: \(error.localizedDescription)")
            } else {
                print("SKAN 4.0 update succeeded - Fine: \(fineValue), Coarse: \(coarseValue.rawValue), Locked: \(shouldLock)")
            }
            completion?(error)
        }
    }

    /// Illustrative revenue mapping workflow (Do not copy specific thresholds directly to production)
    /// Note: In production, determine the active conversion window and define window-specific coarse-value logic.
    func handleInAppPurchase(amountUSD: Double) {
        let fineVal: Int
        let coarseVal: SKAdNetwork.CoarseConversionValue
        let lock: Bool

        switch amountUSD {
        case 0.0..<5.0:
            fineVal = 10
            coarseVal = .low
            lock = false
        case 5.0..<25.0:
            fineVal = 25
            coarseVal = .medium
            lock = false
        case 25.0...:
            fineVal = 60
            coarseVal = .high
            // Lock window immediately to expedite postback preparation for high-value conversion
            lock = true
        default:
            fineVal = 0
            coarseVal = .low
            lock = false
        }

        updateConversionState(fineValue: fineVal, coarseValue: coarseVal, shouldLock: lock)
    }
}

Kesalingoperasian SKAdNetwork 4.0 dan AdAttributionKit

Hubungan Antara SKAdNetwork dan Apple AdAttributionKit

Apple memperkenalkan AdAttributionKit sebagai rangka kerja atribusi yang diperluaskan untuk iOS 17.4 dan lebih baharu. AdAttributionKit dan SKAdNetwork boleh wujud bersama, tetapi ia kekal sebagai API atribusi yang berbeza:

• Panggilan API Khusus Rangkaian: Apl harus memanggil API kemas kini penukaran yang sepadan dengan rangka kerja yang digunakan oleh rangkaian iklan. Jika rangkaian iklan menyampaikan iklan melalui AdAttributionKit, apl memanggil kaedah penukaran AdAttributionKit; jika menggunakan SKAdNetwork, ia memanggil API StoreKit.
• Pemilihan Pemenang Merentas Rangkaian: Apabila kedua-dua rangka kerja merekodkan tanggapan yang layak untuk satu pemasangan tunggal, sistem pengendalian menilai kedua-duanya bersama-sama dan memilih satu tanggapan yang menang untuk atribusi.
• Kelakuan Menghubungkan: Apple menyediakan kelakuan menghubungkan nilai penukaran untuk panggilan kemas kini SKAdNetwork tertentu bagi memastikan keserasian merentas lapisan ukuran.

SKAdNetwork 4 kekal penting untuk mengendalikan integrasi atribusi App Store sedia ada, sementara Apple mengarahkan pelaksanaan pengiklanan apl baharu ke arah AdAttributionKit dan mendokumentasikan kesalingoperasian antara kedua-dua rangka kerja tersebut.

Matriks Perbandingan: SKAN 3.0 Warisan berbanding Model Berbilang Tingkap SKAN 4.0

Ringkasan dan Rangka Kerja Keputusan

SKAdNetwork 4.0 memperluaskan keterlihatan atribusi kepada 35 hari dari pelancaran apl pertama, memperkenalkan nilai penukaran kasar untuk menyediakan ukuran ketepatan rendah apabila pendedahan terperinci tidak tersedia, dan membolehkan pembangun mengunci tingkap ukuran untuk mengurangkan latensi postback apabila tingkap penukaran dimuktamadkan lebih awal. Pelaksanaan yang berjaya memerlukan pemetaan skema penukaran yang teliti merentas ketiga-tiga tingkap dan menyelaraskan panggilan kemas kini sisi pelanggan dengan milestone perniagaan yang tulen.

Hala tuju pautan mendalam peringkat aplikasi boleh beroperasi di samping rangka kerja atribusi pemeliharaan privasi Apple sebagai lapisan ukuran dan orientasi yang berasingan. Untuk aliran kerja atribusi dan hala tuju pautan mendalam khusus pelaksanaan, lihat dokumentasi OpoInstall.

Bahan Berkaitan

• Konsep: Atribusi Berbilang Tingkap, Peringkat Data Postback, Pengecam Sumber Hierarki, Penguncian Tingkap, Nilai Kasar

• Teknologi: Apple SKAdNetwork, Apple AdAttributionKit, Rangka Kerja StoreKit, SDK Mudah Alih OpoInstall

• Piawaian: Spesifikasi JSON IETF RFC 8259

• API: API StoreKit updatePostbackConversionValue, postback pengesahan pemasangan SKAdNetwork

Dokumentasi Rasmi

• Dokumentasi Pembangun Apple mengenai SKAdNetwork

• Dokumentasi Pembangun Apple mengenai AdAttributionKit

• Dokumentasi Pembangun Apple mengenai Menerima Postback dalam Berbilang Tingkap Penukaran

• Dokumentasi Pembangun Apple mengenai Mengenal Pasti Parameter dalam Postback Pengesahan Pemasangan

• Dokumentasi Pembangun Apple mengenai Mengemas Kini Nilai Penukaran Postback

• Memahami Kesalingoperasian AdAttributionKit dan SKAdNetwork