Skema Nilai Penukaran SKAdNetwork 4.0: Nilai Halus, Nilai Kasar, dan Tempoh Penukaran

Bagaimanakah anda mengkonfigurasi skema nilai penukaran SKAdNetwork 4.0? Skema nilai penukaran SKAdNetwork 4.0 memetakan acara selepas pemasangan atau isyarat hasil kepada nilai berbutir halus dari 0 hingga 63 dan nilai kasar (low, medium, high). Tier data hantaran balik Apple menentukan perwakilan nilai penukaran yang manakah dan medan sensitif privasi yang lain mungkin muncul dalam hantaran balik yang layak.

IDFA (Pengecam untuk Pengiklan) ialah pengecam pengiklanan boleh set semula milik Apple untuk pengukuran pengiklanan iOS. Rangka kerja Ketelusan Penjejakan Apl (ATT) Apple mengubah akses IDFA daripada ketersediaan sistem lalai kepada akses yang dibenarkan pengguna, beralih daripada pemadanan merentas apl deterministik ke arah rangka kerja pengukuran pemeliharaan privasi.

Memahami Hierarki Nilai Penukaran SKAdNetwork 4.0

Evolusi Struktur: Daripada Hantaran Balik Tunggal SKAN 3.0 kepada Pengukuran Pelbagai Tempoh SKAN 4.0

Di bawah SKAdNetwork 2.0 dan 3.0, pengiklan bergantung pada nilai penukaran tunggal dan pemasa 24 jam bergulir. Untuk SKAN 3 dan sebelumnya, nilai penukaran yang lebih tinggi boleh memulakan semula pemasa 24 jam bergulir, yang menggalakkan pembangun mereka bentuk skema nilai penukaran yang meningkat secara monoton. Jika pengguna melengkapkan acara penukaran dalam apl, SDK pelanggan terbenam memanggil API sistem untuk mengemas kini integer 6-bit tunggal (0 hingga 63).

Model hantaran balik tunggal SKAN memberikan keterlihatan yang terhad ke dalam penglibatan selepas pemasangan yang berlaku selepas tempoh penukaran awal untuk aplikasi mudah alih dengan corong penukaran yang lebih panjang, seperti platform e-dagang langganan dan permainan mudah alih pertengahan.

SKAdNetwork 4.0 menstruktur semula paradigma pengukuran ini dengan memperkenalkan struktur pelbagai tempoh SKAdNetwork 4.0 yang merangkumi tiga tempoh masa berbeza, pengecam sumber yang diperluaskan yang menggantikan model pengecam kempen sebelumnya, dan sistem nilai penukaran dwi-tier yang terdiri daripada nilai berbutir halus dan berbutir kasar. SKAdNetwork 4 boleh menjana sehingga tiga hantaran balik untuk atribusi iklan yang berjaya. Hantaran balik kedua dan ketiga hanya tersedia apabila syarat privasi yang berkenaan dipenuhi dan tempoh penukaran sepadan menghasilkan maklumat penukaran yang layak; Tier 0 hanya menerima hantaran balik pertama.

Nilai Berbutir Halus: Mengekod Penglibatan Dalam Apl ke dalam Integer 6-Bit

Nilai penukaran berbutir halus mewakili metrik pengukuran SKAN tradisional. Dikodkan sebagai integer tidak bertanda 6-bit, nilai berbutir halus menyokong 64 keadaan berangka diskret julat daripada 0 hingga 63.

Oleh kerana 6 bit menawarkan 64 nilai potensi, pembangun mereka bentuk logik pemetaan untuk mengekod pencapaian pengguna tertentu atau julat hasil:

• Pemetaan Corong Berjujukan: Menetapkan nilai secara berjujukan berdasarkan kedalaman corong (cth., 1 = Pendaftaran, 2 = Orientasi, 3 = Tahap 5, 4 = Pembelian).

• Pemetaan Kelompok Hasil: Menggunakan 64 keadaan berbutir halus yang tersedia untuk mewakili keadaan asas ditambah sehingga 63 kelompok hasil (cth., 1 = $0.01–$0.99, 2 = $1.00–4.99, $\dots, 63 = $500.00+).

Nilai penukaran berbutir halus dikembalikan hanya dalam hantaran balik pertama. Hantaran balik kedua dan ketiga mengembalikan nilai penukaran berbutir kasar sebagai gantinya.

Nilai Berbutir Kasar: Mengkategorikan Nilai Selepas Pemasangan kepada Tier Rendah, Sederhana, dan Tinggi

Dalam Tempoh Penukaran 1, Apple mungkin mengembalikan sama ada nilai penukaran berbutir halus atau berbutir kasar bergantung pada tier data hantaran balik yang berkenaan. Tempoh Penukaran 2 dan 3 menggunakan nilai penukaran berbutir kasar. Nilai halus dan kasar dibekalkan bersama apabila apl memanggil API nilai penukaran SKAN 4; Apple kemudiannya menentukan perwakilan yang mana, jika ada, disertakan dalam hantaran balik pertama berdasarkan tier data hantaran balik. Hantaran balik mungkin mengandungi sama ada nilai penukaran berbutir halus atau berbutir kasar, bukan kedua-duanya. Label rendah, sederhana, dan tinggi tidak mempunyai makna perniagaan yang telah ditentukan dalam SKAdNetwork. Apl atau rangkaian iklan mentakrifkan maksud setiap tahap.

Nilai penukaran berbutir kasar terdiri daripada sifat rentetan yang mengandungi salah satu daripada tiga nilai eksplisit:

• low: Menunjukkan penglibatan asas selepas pemasangan (cth., pendaftaran selesai atau sesi dimulakan).

• medium: Menunjukkan nilai sederhana selepas pemasangan (cth., mencapai pencapaian apl pertengahan atau membelanjakan $1.00–$19.99).

• high: Menunjukkan nilai tinggi selepas pemasangan (cth., melengkapkan langganan bernilai tinggi atau membelanjakan $20.00+).

Dalam Tempoh Penukaran 2 dan 3, medan nilai penukaran tidak digunakan untuk nilai halus; sistem mungkin mengembalikan nilai penukaran kasar yang disediakan oleh pembangun apabila syarat privasi membenarkannya.

Bagaimanakah Nilai Berbutir Halus dan Berbutir Kasar Berfungsi Merentas Tempoh Penukaran

Tempoh Penukaran 1 (Hari 0–2)

Tempoh Penukaran 1 (Hari 0–2, kira-kira 48 jam pertama selepas pengguna mula melancarkan apl) merangkumi tempoh pengukuran awal selepas pemasangan, di mana pembangun boleh mengemas kini nilai penukaran berbutir halus atau berbutir kasar sebelum sistem menutup tempoh tersebut. Semasa jangka masa ini, aplikasi mudah alih boleh mengemas kini nilai penukaran berbilang kali apabila pengguna melengkapkan acara dalam apl.

Bergantung pada tier data hantaran balik yang ditetapkan oleh Apple, Tempoh Penukaran 1 menyampaikan sama ada nilai berbutir halus (0 hingga 63) atau nilai berbutir kasar (low, medium, high). Jika tier data hantaran balik ialah Tier 0, hantaran balik pertama hanya mengandungi pengecam sumber hierarki dua digit; nilai penukaran berbutir halus atau kasar ditinggalkan.

Tempoh Penukaran 2 (3 hingga 7 Hari) dan 3 (8 hingga 35 Hari)

Untuk memberikan keterlihatan ke atas pengekalan pengguna jangka sederhana dan jangka panjang, SKAdNetwork 4.0 memperkenalkan dua tempoh penukaran tambahan:

• Tempoh Penukaran 2: Mengukur penglibatan pengguna yang berlaku semasa tempoh pengukuran hari selepas pemasangan 3 hingga 7 (tempoh 5 hari).

• Tempoh Penukaran 3: Mengukur penglibatan pengguna yang berlaku semasa tempoh pengukuran hari selepas pemasangan 8 hingga 35 (tempoh 28 hari).

Tidak seperti Tempoh 1, Tempoh Penukaran 2 dan 3 menghantar nilai berbutir kasar sahaja. Nilai berbutir halus (0 hingga 63) tidak disokong dalam Tempoh 2 dan 3. Pembangun menentukan nilai kasar yang dilaporkan untuk setiap tempoh berdasarkan acara yang berlaku semasa tempoh pengukuran tersebut.

Memahami Tier Data Hantaran Balik dan Ketiadaan Nama Khalayak

Apple menentukan tier data hantaran balik untuk muat turun apl berdasarkan saiz khalayak yang dikaitkan dengan apl atau domain sumber, apl yang diiklankan, negara tempat apl diiklankan dipasang, dan pengecam sumber hierarki yang disediakan oleh rangkaian iklan. Bergantung pada tier, hantaran balik pertama mungkin mendedahkan dua, tiga, atau empat digit pengecam sumber hierarki, manakala nilai penukaran mungkin ditinggalkan, dikembalikan sebagai berbutir kasar, atau dikembalikan sebagai berbutir halus. Menurut dokumentasi rangka kerja rasmi SKAdNetwork Apple (StoreKit > SKAdNetwork), Apple tidak menerbitkan ambang volum pemasangan universal yang boleh digunakan pembangun untuk memetakan kempen kepada tier data tetap.

Jadual di bawah menggariskan bagaimana muatan data hantaran balik berkorelasi dengan tier privasi merentas tempoh penukaran mengikut dokumentasi rangka kerja rasmi SKAdNetwork Apple:

Menggunakan Sifat lockWindow untuk Menamatkan Tempoh Penukaran Lebih Awal

Menetapkan lockWindow: true mengunci nilai penukaran untuk tempoh penukaran semasa. Sistem dengan segera menyediakan hantaran balik yang sepadan dan mengabaikan kemas kini nilai penukaran seterusnya dalam tempoh tersebut. Hantaran balik kekal tertakluk kepada kelewatan penghantaran rawak Apple.

Sebagai contoh, jika pengguna melengkapkan pembelian pada 6 jam dalam Tempoh Penukaran 1, apl boleh menetapkan lockWindow: true. Ini menutup tempoh pengukuran lebih awal dan membolehkan proses penjadualan hantaran balik Apple bermula, yang boleh menyebabkan sistem menyediakan hantaran balik lebih awal, walaupun kelewatan penghantaran rawak yang berkenaan masih terpakai.

Perbandingan Struktur Tempoh Penukaran SKAdNetwork 1, 2, and 3

Gelagat Perbandingan Masa Hantaran Balik SKAN 4.0, Jenis Nilai, dan Tempoh Kelewatan

Menguruskan skema SKAdNetwork pelbagai tempoh memerlukan pemetaan pencetus acara mengikut tempoh masa, granulariti nilai yang disokong, dan julat kelewatan hantaran balik.

Jadual di bawah membezakan ciri teknikal Tempoh Penukaran 1, 2, dan 3:

Menilai Granulariti Data dan Cap Waktu Merentas Tempoh Penukaran SKAN

Walaupun Tempoh Penukaran 1 menyediakan resolusi data tertinggi (nilai halus 6-bit), Tempoh 2 dan 3 menyediakan isyarat pengekalan jangka panjang yang penting. Penganalisis mesti mengambil kira julat kelewatan hantaran balik apabila menggabungkan hantaran balik SKAN dengan lejar transaksi dalaman.

Oleh kerana Apple mengenakan kelewatan rawak 24 hingga 48 jam untuk hantaran balik Tempoh 1 dan sehingga 144 jam untuk Tempoh 2 dan 3, hantaran balik yang tiba di titik akhir atribusi tidak mewakili penukaran masa nyata. Sebaliknya, ia mewakili tempoh penglibatan bersejarah yang disiapkan beberapa hari sebelumnya.

Jurutera yang ingin mengkonfigurasi pengelogan SDK sebelah klien dan penguraian hantaran balik SKAN automatik boleh merujuk kepada dokumentasi integrasi SDK atribusi OpoInstall untuk menyemak persediaan struktur muatan.

Cara Mereka Bentuk Skema Nilai Penukaran SKAdNetwork

Contoh Pemetaan Skema Penukaran SKAdNetwork 4.0

Mereka bentuk skema SKAdNetwork memerlukan pemetaan pencapaian dalam apl dan tier pembelian kepada nilai halus dan kasar yang diskret.

Jadual di bawah menggambarkan reka bentuk skema nilai penukaran standard untuk aplikasi mudah alih:

Rangka Kerja Reka Bentuk Skema Pengeluaran: Aplikasi Permainan vs Langganan

Bergantung pada dinamik pengewangan produk, pasukan kejuruteraan menyesuaikan konfigurasi skema untuk mengutamakan kemajuan corong segera atau tier hasil jangka panjang:

• Aplikasi Permainan (Hasil Diutamakan): Nilai 0 hingga 10 memetakan kemajuan tutorial awal, manakala nilai 11 hingga 63 mewakili hasil terkumpul yang diperhatikan semasa Tempoh 1. Nilai kasar dalam Tempoh 2 dan 3 memetakan kekerapan pembelian berulang (low = aktif, medium = pembelian ke-2, high = pembelanja VIP).

• Aplikasi Langganan (Percubaan Diutamakan): Nilai 0 hingga 5 memetakan pendaftaran dan penyiapan profil, Nilai 10 memetakan pengaktifan percubaan percuma, dan Nilai 20 hingga 63 memetakan pemilihan tier langganan. Nilai kasar dalam Tempoh 2 dan 3 memetakan penukaran percubaan kepada berbayar (low = sesi aktif, medium = percubaan ditukar, high = langganan diperbaharui).

Cara Memilih Antara Nilai Penukaran Berasaskan Hasil dan Berasaskan Acara

Memilih antara model skema berasaskan hasil dan berasaskan acara memerlukan penjajaran logik nilai penukaran dengan mekanik pengewangan apl:

• Model Berasaskan Hasil (E-Dagang & Permainan): Optimum untuk apl di mana acara pembelian berlaku dalam masa 48 jam pertama. Dengan mengekod perbelanjaan terkumpul ke dalam kelompok hasil yang semakin luas, platform sebelah permintaan (DSP) menerima isyarat hasil yang tersedia untuk analisis kempen. Jika skema adalah berasaskan hasil terkumpul, setiap kemas kini penukaran harus mengekod hasil terkumpul semasa selepas pemasangan pengguna dan bukannya hanya jumlah transaksi terkini.

• Model Corong Berasaskan Acara (Langganan): Optimum untuk apl dengan tempoh percubaan atau pertimbangan yang lanjut. Dengan memetakan pencapaian berjujukan (cth., pendaftaran kepada pengaktifan percubaan kepada langganan), pengukuran kempen menilai pencuba niat tinggi sebelum Hari 0–2 tamat.

Mereka Bentuk Kelompok Hasil: Memetakan Julat IAP kepada Nilai 0-63

Apabila menganalisis Pulangan Perbelanjaan Iklan (ROAS), memetakan nilai halus 6-bit kepada kelompok hasil mewakili reka bentuk skema yang berkesan. Aplikasi mengira hasil terkumpul mengikut logik perniagaannya sendiri dan mengekod hasilnya ke dalam nilai penukaran. Sempadan kelompok di bawah adalah ilustrasi dan bukannya pemetaan pengeluaran 64 kelompok yang lengkap. Dalam pengeluaran, sempadan kelompok harus diperoleh daripada taburan pembayar apl, sensitiviti ROAS yang dijangkakan, dan objektif kempen.

Contoh skema hasil 6-bit untuk aplikasi e-dagang atau permainan berstruktur seperti berikut:

• Value 0: Tiada acara selepas pemasangan diukur / asas.

• Value 1: $0.01 hingga $0.99 (Transaksi mikro).

• Value 2: $1.00 hingga $4.99.

• Value 3: $5.00 hingga $9.99.

• titikdotsdots

• Value 62: $250.00 hingga $499.99.

• Value 63: $500.00+ (Tier pembelanja bernilai tinggi).

Apabila pengguna melengkapkan pembelian dalam apl, SDK mudah alih mengira perbelanjaan terkumpul pengguna yang diperhatikan semasa Tempoh 1, mengenal pasti kelompok integer yang sepadan, dan memanggil updatePostbackConversionValue.

Mereka Bentuk Corong Penglibatan: Memetakan Pencapaian Berjujukan

Untuk aplikasi langganan atau alat utiliti di mana pembelian dalam apl berlaku lewat dalam kitaran hayat pengguna, memetakan nilai halus kepada pencapaian penglibatan berjujukan menyediakan isyarat prestasi kempen awal.

Skema pencapaian penglibatan memetakan kedalaman kemajuan:

• Value 1: Pendaftaran Akaun Selesai.

• Value 2: Tutorial Orientasi Selesai.

• Value 3: Persediaan Profil & Keutamaan Dikonfigurasikan.

• Value 4: Percubaan Percuma Diaktifkan.

• Value 5: Perkongsian Kandungan Dalam Apl Pertama.

• Value 10: Langganan Berbayar Bermula.

SKAN 4.0 menyediakan pengurusan nilai penukaran yang lebih fleksibel berbanding versi sebelumnya, walaupun pengiklan lazimnya terus menggunakan strategi nilai meningkat untuk kestabilan pengoptimuman. Aplikasi harus menentukan peraturan keutamaan deterministik supaya berbilang acara yang berlaku dalam tempoh yang sama diselesaikan kepada satu keadaan halus/kasar akhir.

[App Launch / Event] ──> [SDK Calls updatePostbackConversionValue]
                                    │
                                    ▼
         ┌──────────────────────────┴──────────────────────────┐
         ▼                                                     ▼
[Conversion Window 1 (0-2 Days)]               [Conversion Window 2 & 3]
 (Fine 0-63 or Coarse)                               (Coarse Only: Low/Med/High)
         │                                                     │
         └──────────────────────────┬──────────────────────────┘
                                    ▼
                [Apple Attribution System Delayed Postback]
                                    │
                                    ▼
               [Attribution / Analytics Backend]

Contoh Skema SKAdNetwork 4.0 Gaya Pengeluaran Ilustrasi

1. Skema Permainan Mudah Alih (Hibrid Hasil + Pencapaian)

Aplikasi permainan menggunakan skema hibrid dalam Tempoh 1, rizab nilai lebih rendah (0–10) untuk pencapaian tutorial dan memperuntukkan nilai atas (11–63) kepada hasil terkumpul yang diperhatikan semasa Tempoh 1. Dalam skema ilustrasi ini, apl secara bebas memetakan pencapaian ini kepada kategori kasar.

• Value 1: Tutorial Selesai (pemetaan kasar low)

• Value 5: Tahap 10 Dicapai (pemetaan kasar medium)

• Value 15: IAP Pertama ($0.99 - $9.99)

• Value 40: Pembelanja Sederhana ($10.00 - $99.99) (pemetaan kasar high)

• Value 63: Pembelanja VIP ($100.00+) (pemetaan kasar high)

2. Skema Apl Langganan (Fokus pada Percubaan & Pembaharuan)

Aplikasi langganan memetakan Tempoh 1 kepada halaju penukaran percubaan percuma, sambil menggunakan nilai kasar Tempoh 2 dan 3 untuk menjejak penukaran percubaan kepada berbayar jangka panjang dan acara pembaharuan.

• Tempoh 1: Value 1 = Pendaftaran, Value 10 = Percubaan Bermula (pemetaan kasar medium), Value 63 = Pelan Tahunan Dilanggan (pemetaan kasar high)

• Tempoh 2 (Hari 3-7): low = Sesi Aktif, medium = Percubaan Ditukar, high = Pelan Tahunan Dikekalkan

• Tempoh 3 (Hari 8-35): low = Penglibatan Semula Apl, medium = Pelanggan Berbayar Aktif, high = Langganan Diperbaharui

Mengurus Skema SKAdNetwork pada Skala Besar

Untuk pasukan pertumbuhan dan kejuruteraan data yang menguruskan berbilang kempen iOS, pengurusan nilai penukaran berpusat boleh mengurangkan ralat pelaksanaan, mengautomasikan pemetaan muatan, dan mengekalkan keterlihatan hantaran balik yang lengkap. Mengkonfigurasi aliran kerja atribusi pemasangan selamat memastikan integriti muatan merentas SDK klien dan pangkalan data pelaporan backend.

Mengimplementasikan SKAdNetwork 4.0 dengan StoreKit

Kemas Kini Nilai Penukaran Berprogram melalui StoreKit

Hantaran balik SKAdNetwork 4 tersedia apabila syarat kelayakan SKAdNetwork 4 yang berkaitan dipenuhi. Untuk menerima berbilang hantaran balik SKAdNetwork 4, apl yang diiklankan perlu mengemas kini nilai penukaran semasa tempoh penukaran yang berkenaan. Kemas kini Tempoh 1 tidak secara automatik mencipta nilai penukaran Tempoh 2 atau Tempoh 3. Untuk apl yang menggunakan API SKAdNetwork 4, apl yang diiklankan harus dibina dengan SDK iOS 16.1 atau lebih baharu dan berjalan pada iOS 16.1 atau lebih baharu untuk memanggil SKAdNetwork.updatePostbackConversionValue(_:coarseValue:lockWindow:completionHandler:) dalam StoreKit. AdAttributionKit ialah rangka kerja atribusi Apple yang berasingan dan berada di luar skop contoh pelaksanaan nilai penukaran SKAdNetwork ini.

Kaedah ini menerima tiga parameter teras:

1. fineValue: Integer dari 0 hingga 63.

2. coarseValue: Enum SKAdNetwork.CoarseConversionValue (.low, .medium, .high).

3. lockWindow: Bendera boolean yang menunjukkan sama ada hendak memuktamadkan tempoh lebih awal.

Untuk pengukuran berbilang hantaran balik SKAdNetwork 4, apl mesti terus mengemas kini nilai penukaran semasa tempoh penukaran yang berkenaan; menetapkan nilai Tempoh 1 tidak mengisi Tempoh 2 dan 3 secara automatik.

Pembangun boleh merujuk kepada spesifikasi teknikal mengenai skema log acara mentah dan struktur muatan SKAN dalam dokumentasi pembangun rasmi.

Kod dan skema di bawah menggambarkan cara pembangun memanggil API kemas kini SKAN 4.0 dalam Swift dan cara pengumpul backend memformat muatan hantaran balik yang terhasil:

Nota: Skema dan cuplikan kod berikut adalah contoh konseptual sahaja dan bukan spesifikasi API Apple atau OpoInstall.

// Swift Example: Updating SKAdNetwork 4.0 Conversion Value on iOS 16.1+
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 Update Error: \(error.localizedDescription)")
            } else {
                print("SKAN Value Updated Successfully: Fine = \(fineValue), Coarse = \(coarseValue.rawValue), Locked = \(shouldLock)")
            }
        }
    } else {
        // Deprecated legacy API used for compatibility with older OS versions.
        SKAdNetwork.updateConversionValue(fineValue)
    }
}

{
  "example_only": true,
  "privacy_note": "Illustrative schema only",
  "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"
    }
  }
}

Amalan Terbaik Nilai Penukaran SKAdNetwork

Menjajarkan Reka Bentuk Skema Penukaran dengan Objektif Kempen

Mereka bentuk skema SKAdNetwork memerlukan pemilihan peraturan pemetaan yang sepadan dengan sasaran kempen utama anda. Pasukan pembelian media yang mengoptimumkan untuk penukaran percubaan segera harus mengutamakan pencapaian corong berjujukan dalam Tempoh Penukaran 1. Sebaliknya, pasukan prestasi yang menilai pembelian bernilai tinggi harus melaksanakan kelompok hasil berbutir.

Menyatukan Kempen untuk Membersihkan Tier Ketiadaan Nama Khalayak

Untuk mengelakkan hantaran balik daripada mengembalikan nilai null atau jatuh kepada sandaran berbutir kasar, pasukan pertumbuhan mudah alih menguruskan ketumpatan kempen:

• Kurangkan Pemecahan Kempen: Untuk mengurangkan kemungkinan tier data hantaran balik yang rendah, pasukan boleh mengelakkan pemecahan kempen yang tidak perlu dan penyasaran yang terlalu sempit. Walau bagaimanapun, Apple tidak menerbitkan ambang perbelanjaan atau pemasangan universal yang menjamin tier data hantaran balik tertentu.

• Luaskan Parameter Penyasaran: Elakkan penyasaran geografi atau demografi yang terlalu sempit yang memecahkan ambang ketiadaan nama khalayak.

• Optimumkan Strategi LockWindow: Pasukan secara amnya harus mempertimbangkan untuk menggunakan lockWindow: true hanya apabila mereka yakin bahawa tiada lagi isyarat penukaran bernilai dijangka dalam baki bahagian tempoh tersebut.

Senarai Semak Skema Nilai Penukaran SKAdNetwork 4.0

Untuk memastikan pematuhan penjejakan SKAdNetwork 4.0 yang lengkap dan memaksimumkan pengukuran LTV, sahkan bahawa skema anda memenuhi keperluan kejuruteraan berikut:

• [ ] Objektif Pengoptimuman Utama: Tentukan sama ada kempen anda mengoptimumkan untuk pencapaian penglibatan awal atau hasil 48 jam terkumpul.
• [ ] Pemetaan Nilai Halus Tempoh 1: Tetapkan nilai integer 6-bit diskret (0–63) kepada langkah corong berjujukan atau kelompok hasil.
• [ ] Pemetaan Nilai Kasar Tempoh 1: Konfigurasikan kelompok rentetan kasar low, medium, dan high untuk penghantaran ketiadaan nama khalayak yang rendah.
• [ ] Pemetaan Nilai Kasar Tempoh 2 & 3: Wujudkan logik penjejakan berbutir kasar untuk tempoh hantaran balik 3–7 hari dan 8–35 hari.
• [ ] Keutamaan Acara & Peraturan Penguncian: Tentukan keutamaan acara deterministik dan konfigurasikan lockWindow: true pada acara penukaran terminal sahaja.

Kesilapan Reka Bentuk Skema SKAN 4.0 Biasa yang Mengurangkan Kualiti Pengukuran

• Memampatkan Tier Pembelanja ke dalam Nilai 63: Menetapkan pembelian $10 dan pembelian $1,000 kepada kelompok atas yang sama mengurangkan perbezaan hasil yang tersedia untuk analisis dan pengoptimuman kempen.

• Pelaksanaan LockWindow Prematur: Memanggil lockWindow: true pada acara pendaftaran awal mengunci Tempoh Penukaran 1 secara kekal, menggugurkan acara pembelian 48 jam seterusnya.

• Terlalu Rumitkan Tempoh 2 dan 3: Cuba memetakan peraturan kasar yang kompleks untuk hantaran balik yang tiba sehingga 35 hari kemudian merumitkan penilaian kempen tanpa menambah baik pengoptimuman pembidaan awal.

Cara Menyelesaikan Masalah Nilai Null Hantaran Balik SKAdNetwork dan Penurunan Ketiadaan Nama Khalayak

Mendiagnosis Kadar Nilai Penukaran Null yang Tinggi: Memahami Ketiadaan Nama Khalayak Kempen yang Rendah

Apabila memeriksa prestasi kempen SKAN dalam papan pemuka atribusi, penganalisis kerap memerhati hantaran balik mengembalikan null atau nilai penukaran yang hilang. Perkadaran nilai penukaran yang hilang yang tinggi boleh menunjukkan bahawa tier data hantaran balik yang berkenaan tidak membenarkan Apple mendedahkan maklumat nilai penukaran.

Untuk menyelesaikan penurunan ketiadaan nama khalayak dan meningkatkan keterlihatan nilai penukaran, pasukan prestasi menyatukan kunci kempen dan menilai ketumpatan struktur kempen untuk memastikan halaju pemasangan melepasi ambang ketiadaan nama khalayak.

Menyelesaikan Ketakselarasan Urutan dan Jebak Penurunan Nilai Penukaran

Dalam SKAdNetwork 4.0, nilai penukaran boleh dikemas kini secara fleksibel semasa Tempoh 1, tetapi pembangun mesti menguruskan keadaan lockWindow dengan berhati-hati.

Jika aplikasi menetapkan lockWindow: true pada acara bernilai rendah (cth., Value 2 = Pendaftaran), tempoh tersebut terkunci secara kekal. Jika pengguna seterusnya melengkapkan pembelian $100 10 minit kemudian dalam tempoh 48 jam, sistem tidak boleh mengemas kini nilai penukaran, menghasilkan LTV kempen yang dilaporkan kurang. Pembangun mesti memastikan lockWindow: true dilaksanakan pada acara penukaran terminal bernilai tinggi.

Mengendalikan Julat Kelewatan Rawak yang Dikenakan oleh Sistem Atribusi Apple

Untuk menghalang pengiklan daripada cuba mengenal pasti semula pengguna individu dengan memadankan cap waktu penukaran dengan log klik web, Apple menguatkuasakan kelewatan rawak wajib pada semua penghantaran hantaran balik.

Untuk Tempoh Penukaran 1, sistem menyediakan hantaran balik apabila tempoh penukaran ditutup atau apabila apl mengunci tempoh tersebut. Apple kemudiannya mengenakan kelewatan rawak 24–48 jam. Tempoh 2 dan 3 menggunakan kelewatan rawak 24–144 jam selepas tempoh yang sepadan ditutup atau dikunci. Saluran paip kejuruteraan data mesti mengambil kira kelewatan sistematik ini, mengelakkan menetapkan pelarasan bida automatik tempoh pendek pada aliran data SKAN.

Perkara Utama

• Pengukuran Pelbagai Tempoh: SKAN 4.0 memperluaskan pengukuran merentas tiga tempoh hantaran balik (0-2 hari, 3-7 hari, 8-35 hari), menggunakan nilai berbutir halus (0-63) dan berbutir kasar (low, medium, high).

• Ambang Ketiadaan Nama Khalayak: Volum pemasangan kempen yang lebih tinggi mungkin membolehkan nilai berbutir halus, manakala kempen volum rendah menerima nilai kasar atau penarikan balik null untuk memelihara privasi.

• Penggunaan LockWindow Strategik: Melaksanakan lockWindow: true pada acara penukaran terminal boleh mengurangkan masa menunggu sebelum penguncian tempoh, membolehkan maklum balas kempen yang lebih pantas.

Ringkasan dan Rangka Kerja Keputusan

Mengoptimumkan pengukuran kempen iOS di bawah garis panduan privasi Apple memerlukan pengkonfigurasian skema nilai penukaran SKAdNetwork yang berstruktur dengan baik. Peralihan daripada penjejakan IDFA warisan kepada hantaran balik pelbagai tempoh SKAN 4.0 membolehkan pasukan prestasi menilai kedua-dua pengaktifan segera dan pengekalan pengguna jangka panjang.

Dengan memetakan nilai halus 6-bit untuk penglibatan 48 jam segera dan nilai kasar untuk tempoh 35 hari lanjutan, pasukan pertumbuhan menangkap isyarat hasil dan pengekalan yang kritikal. Mengintegrasikan SDK klien dengan alat skema SKAN automatik menyediakan infrastruktur yang diperlukan untuk menyahkod hantaran balik terkumpul dan menyediakan isyarat pengoptimuman untuk kecekapan kempen iOS.

Untuk meneroka bagaimana pengukuran mudah alih bersatu boleh mengoptimumkan strategi pertumbuhan aplikasi anda, rujuk rujukan pelaksanaan atribusi mudah alih OpoInstall atau daftarkan akaun pada konsol pembangun OpoInstall.

Sumber Berkaitan

Untuk mendalami pemahaman anda tentang pengukuran SKAdNetwork, infrastruktur atribusi mudah alih, dan pertumbuhan apl pemeliharaan privasi, terokai panduan teknikal kami:

• SKAdNetwork vs Atribusi MMP: Perbezaan Utama Diterangkan: Fahami bagaimana rangka kerja asal SKAdNetwork Apple berbanding dengan model atribusi Rakan Kongsi Pengukuran Mudah Alih bebas dan cara kedua-dua sistem beroperasi bersama.

• Cara Mengimplementasikan SDK Penjejakan Rujukan dengan Pautan Dalam Ditunda dan Atribusi Pemasangan: Ketahui cara apl mudah alih mengekalkan konteks perolehan merentas aliran pemasangan gedung apl menggunakan pautan dalam ditunda dan aliran kerja SDK atribusi.

• Cara Rakan Kongsi Pengukuran Mudah Alih Berfungsi: Terokai cara platform MMP menelan isyarat atribusi, memproses acara selepas pemasangan, dan menjana laporan pengukuran kempen terkumpul.

Topik Berkaitan

• Konsep: SKAdNetwork, Nilai Penukaran, Tempoh Hantaran Balik, Ketiadaan Nama Khalayak, LockWindow

• Teknologi: Rakan Kongsi Pengukuran Mudah Alih (MMP), StoreKit, AdAttributionKit, Hantaran Balik Pelayan ke Pelayan

• API: Keupayaan pengelogan acara atribusi mudah alih OpoInstall, API SKAdNetwork Apple, API AdAttributionKit Apple

• Dokumentasi Rasmi & Rujukan:

  • Dokumentasi Pembangun Apple mengenai Rangka Kerja SKAdNetwork

  • Dokumentasi Pembangun Apple mengenai AdAttributionKit

  • Piawaian Kumpulan Kerja Prestasi Web W3C