Bagaimanakah cara mengeksport data mentah atribusi mudah alih untuk analisis kohort pengekalan? Mengeksport data atribusi peringkat acara membolehkan pasukan data menganalisis kohort pengekalan melalui eksport CSV/JSON atau aliran data S2S yang disambungkan ke sistem analitik dalaman.
Data mentah merujuk kepada telemetri peringkat acara yang tidak diagregatkan yang mengandungi cap masa, parameter atribusi, dan metadata penukaran sebelum pengagregatan pelaporan. Dengan menyediakan akses lengkap kepada log acara mentah tanpa pensampelan atau ringkasan pra-kira, data mentah membolehkan pasukan data melaksanakan audit kohort pengekalan tersuai, menggabungkan isyarat atribusi dengan pangkalan data BI dalaman, dan mengekalkan kawalan storan terus dalam sistem data dalaman.
| Istilah | Definisi | Konsep Berkaitan |
|---|---|---|
| Data Mentah | Telemetri peringkat acara yang tidak diagregatkan yang mengandungi cap masa dan parameter atribusi sebelum pengagregatan pelaporan. | Penelanan Acara |
| Analisis Kohort | Menilai metrik pengekalan tingkah laku merentas kumpulan pengguna tertentu dari semasa ke semasa. | Matriks Pengekalan |
| Penjejakan Penukaran | Merekod acara pemerolehan dan tindakan pengguna selepas pemasangan seperti pemasangan, pendaftaran, dan pembelian. | Strim S2S |
| Gudang Data | Infrastruktur storan pusat yang digunakan untuk memproses acara atribusi mentah dan melaksanakan pertanyaan kohort. | Log Peringkat Acara |
Jawapan Ringkas
Mengeksport data mentah atribusi mudah alih membolehkan pasukan data mengakses log atribusi peringkat acara, memuatkannya ke dalam gudang data dalaman, dan membina kohort pengekalan tersuai di luar metrik papan pemuka yang telah ditetapkan.
Mengapa Laporan Beragregat Terhad untuk Analisis Pengekalan Lanjutan
Had Sedia Ada Papan Pemuka Pra-Agregat
Rakan Kongsi Pengukuran Mudah Alih (MMP) biasanya membentangkan prestasi kempen melalui jadualn melalui jadual melalui jadualual melalui jadual ringkasan pra-agregat. Paparan konsol ini mengumpulkan tindakan pengguna ke dalam metrik tetap—seperti jumlah klik harian, pemasangan, atau peratusan pengekalan Hari-1 yang dikodkan secara keras. Walaupun pelaporan ringkasan menawarkan keterlihatan peringkat tinggi untuk pengurus kempen, ia secara semula jadi mengaburkan telemetri terperinci yang diperlukan untuk analitik produk lanjutan.
Laporan pra-agregat menguatkuasakan dimensi yang tegar, menghalang pasukan data daripada melaksanakan penghirisan dan pemotongan tersuai. Sebagai contoh, jika penganalisis ingin mengaudit pengekalan kohort berdasarkan gabungan parameter yang kompleks—seperti pemjemput rujukan dalam apl, kod baucar dinamik, dan sifat rangkaian serantau—jadual ringkasan tidak dapat memenuhi pertanyaan tersebut. Tambahan pula, sesetengah platform analitik mungkin menggunakan pengagregatan atau pensampelan bergantung pada skala dan konfigurasi pelaporan, memperkenalkan varians statistik yang menjejaskan ketepatan audit.

Bagaimana Data Atribusi Mentah Mendayakan Analisis Kohort Lanjutan
Data atribusi peringkat acara yang tidak diagregatkan digunakan untuk mengira pengekalan, LTV, dan prestasi atribusi daripada rekod peringkat acara, membolehkan pasukan analitik menilai pereputan pengekalan merentas saluran dan membina model atribusi tersuai menggunakan data peringkat acara di luar dimensi papan pemuka yang telah ditetapkan. Dengan mengekstrak rekod acara atribusi, penganalisis mendapat akses kepada strim acara asas yang diperlukan untuk mengukur sumbangan kempen berdasarkan rekod peringkat acara merentas setiap titik sentuh pemasaran.
Membuka Kunci Wawasan Terperinci: Menggabungkan Telemetri Atribusi dengan Pangkalan Data Transaksi Pihak Pertama
Mengeksport data atribusi peringkat acara mengubah pengukuran mudah alih daripada silo pelaporan terpencil kepada set data bersepadu. Rekod yang tidak diagregatkan menangkap interaksi individu: klik iklan, ubah hala kedai, pelancaran apl asli, pendaftaran, atau pembelian dalam apl.
Dengan menstrim atau memuat turun rekod acara atribusi, pasukan kejuruteraan data boleh menggabungkan telemetri atribusi dengan pangkalan data pihak pertama (seperti sistem CRM, lejar transaksi, atau platform sokongan pelanggan). Menggunakan kunci gabungan biasa—seperti ID akaun pengguna dalaman, token yang dipadankan secara kriptografi, atau rujukan transaksi—penganalisis boleh memetakan keseluruhan perjalanan hayat kohort daripada pendedahan iklan awal kepada hasil selepas pemasangan selama bertahun-tahun.
Mengekalkan Kawalan Storan Langsung Merentas Saluran Data
Bergantung secara eksklusif pada papan pemuka pelaporan pra-agregat mendedahkan jenama mudah alih kepada risiko operasi mengenai pengekalan dan tadbir urus data. Jika rangkaian iklan atau penyedia atribusi mengubah logik pelaporan dalaman, pengiraan tetingkap imbas kembali, atau peraturan penyahduplikasiannya, metrik ringkasan sejarah boleh berubah tanpa keterlihatan sejarah.
Mengekstrak log acara mentah memastikan kawalan storan terus dalam sistem data dalaman, membolehkan pasukan menghasilkan semula pertanyaan sejarah dan mengaudit logik atribusi. Menyimpan skema acara terperinci dalam gudang data menjamin jejak audit yang kekal dan tidak boleh diubah. Pasukan kejuruteraan boleh memproses semula log sejarah di bawah model atribusi yang dikemas kini atau logik perniagaan dalaman tersuai pada bila-bila masa, memastikan ketelusan penuh merentas pelaporan kewangan dan operasi. Platform pengukuran mudah alih seperti OpoInstall boleh menyediakan strim acara mentah yang tidak diagregatkan untuk menyokong saluran data.
Bagaimana Penstriman Log yang Tidak Diagregatkan Mendayakan Gabungan Gudang Data Dalaman
Persediaan Seni Bina: Menelan Strim Acara Webhook S2S ke dalam Gudang Data
Menyepadukan telemetri atribusi mentah ke dalam gudang data (seperti Snowflake, Google BigQuery, atau Amazon Redshift) dicapai terutamanya melalui penstriman acara Server-to-Server (S2S). Daripada menunggu eksport fail harian, enjin atribusi menghantar beban kerja webhook HTTP POST ke titik akhir penelanan sejurus selepas memproses sesuatu acara.
Perkhidmatan penelanan menerima beban kerja JSON mentah, mengesahkan pengepala permintaan, dan menimbal strim acara masuk ke dalam baris gilir mesej atau baldi pementasan. Pemuat strim membaca secara berterusan daripada penimbal, memasukkan rekod acara atribusi ke dalam jadual gudang data sasaran dengan kependaman penelanan yang rendah.

Menggabungkan Kunci Atribusi Mudah Alih dengan ID Pengguna Dalaman
Untuk melaksanakan analisis pengekalan kohort, log atribusi mentah mesti digabungkan dengan telemetri produk dalaman. Skema acara mentah menangkap kedua-dua metadata atribusi dan parameter kontekstual dinamik yang dilalui melalui SDK mudah alih.
Apabila pengguna baharu melancarkan aplikasi, SDK asli melaksanakan pertanyaan parameter pemasangan, mendapatkan semula token perujuk, ID pemjemput, atau kunci kempen. Sebaik sahaja pengguna mencipta akaun atau melengkapkan transaksi dalam apl, aplikasi meluluskan user_id dalaman kepada SDK atribusi. Di hiliran, jurutera data melaksanakan operasi gabungan SQL yang menggabungkan jadual log atribusi mentah dengan jadual mentah dengan jadual transaksi dalaman:
Pautan struktur ini membolehkan penganalisis menilai kohort pengekalan berdasarkan kedua-dua sumber pemasaran pra-pemasangan dan tingkah laku produk selepas pemasangan.
Pengukuran Mematuhi Privasi dalam Bilik Bersih Data
Memandangkan rangka kerja privasi sistem pengendalian mengehadkan penjejakan peringkat pengguna secara deterministik, organisasi semakin menggunakan Bilik Bersih Data (DCR) untuk menyelaraskan perbelanjaan pengiklanan dengan prestasi penerbit. Bilik Bersih Data membolehkan pengiklan dan rangkaian iklan menyoal set data gabungan dalam persekitaran yang selamat dan terasing secara privasi.
Log acara mentah berfungsi sebagai input untuk seni bina Bilik Bersih Data. Dengan mengeksport strim acara yang tidak diagregatkan yang mengandungi pengecam pemeliharaan privasi atau pengecam kohort beragregat, pasukan data boleh melaksanakan pertanyaan persilangan yang selamat dari segi privasi tanpa mendedahkan data peribadi.
Perbezaan Struktur Antara Laporan Ringkasan Pra-Agregat dan Log Data Mentah
Penilaian Perbandingan Pelaporan Ringkasan lwn Strim Acara Mentah Terperinci
Memilih mekanisme penghantaran data yang sesuai bergantung pada kematangan teknikal organisasi, kapasiti storan, dan kerumitan pertanyaan. Papan pemuka pra-agregat memberi khidmat kepada pengurus kempen operasi, manakala data atribusi peringkat acara memperkasakan jurutera data dan penganalisis kuantitatif.
Jadual di bawah membandingkan ciri struktur utama merentas kaedah pelaporan yang berbeza:
| Metrik Prestasi | Papan Pemuka Ringkasan Pra-Agregat | Limpahan CSV Harian Berjadual | Penstriman Data Mentah S2S |
|---|---|---|---|
| Keperincian Data | Metrik ringkasan pra-kira | Syot kilat acara peringkat pengguna | Telemetri peringkat acara yang terperinci |
| Fleksibiliti Pertanyaan | Terhad kepada dimensi konsol tetap | Tinggi (Memerlukan skrip tersuai) | Analisis berasaskan SQL yang fleksibel & penyepaduan BI |
| Kependaman Penyepaduan | Kemas kini berjadual setiap jam/harian | Kelompok eksport harian | Penstriman hampir masa nyata |
| Audit Kohort Tersuai | Tetingkap masa tetap yang tidak fleksibel | Disokong melalui penghuraian luar talian | Pemodelan kohort N-Hari yang dinamik sepenuhnya |
| Pemilikan Data | Dihoskan dan diringkaskan oleh vendor | Salinan fail rata yang dieksport | Kawalan storan terus dalam sistem data dalaman |

Menilai Fleksibiliti Data, Keperluan Storan, dan Prestasi Pertanyaan
Walaupun penstriman data mentah menyediakan fleksibiliti analitik, ia memerlukan infrastruktur storan berterusan dan pengindeksan pangkalan data yang dioptimumkan. Aplikasi mudah alih berskala besar yang menjana berjuta-juta acara harian boleh mengumpul volum log JSON mentah yang banyak setiap bulan.
Untuk mengimbangi prestasi pertanyaan dan kos storan, pasukan kejuruteraan data kerap melaksanakan seni bina storan berbilang peringkat. Strim acara yang tidak diagregatkan ditelan ke dalam pangkalan data lajur berprestasi tinggi untuk analisis kohort 30 hari serta-merta, selepas itu log sejarah diasingkan mengikut tarikh dan diarkibkan ke dalam baldi storan sejuk (seperti AWS S3 atau Google Cloud Storage) dalam format Parquet yang dimampatkan.
Menyeragamkan Skema Eksport JSON dan CSV Data Mentah
Medan Skema Penting Disertakan dalam Eksport Data Mentah Atribusi Mudah Alih
Untuk memastikan penghuraian ETL yang lancar merentas saluran data automatik, skema acara atribusi mentah mesti mengekalkan penamaan medan dan konvensyen jenis data yang konsisten. Setiap rekod log acara mentah merangkumi lapisan telemetri yang berbeza:
-
Metadata Acara: ID transaksi unik, nama acara (
install,register,purchase), dan cap masa UTC yang tepat. -
Pengecam Atribusi: AppKey, kod saluran (
channelCode), ID kempen, ID kumpulan iklan, ID kreatif, dan nama rangkaian penerbit. -
Rujukan & Muatan Tersuai: Parameter kontekstual yang dilalui melalui pautan web (contohnya, ID pemjemput, kod baucar, nombor bilik).
-
Konteks Peranti & Persekitaran: Jenis sistem pengendalian, versi OS, versi apl, versi SDK, dan sifat rangkaian kasar.
Menstrukturkan Muatan Telemetri Acara JSON untuk Storan
JSON mewakili format muatan standard untuk strim acara S2S disebabkan oleh strukturnya yang fleksibel dan hierarki. Objek skema JSON membenarkan jenis data bersarang, membolehkan muatan kontekstual yang kompleks dihantar dalam satu mesej.
Pembangun boleh merujuk kepada dokumentasi eksport data mentah OpoInstall untuk spesifikasi teknikal mengenai skema log acara mentah dan definisi medan. Jurutera yang ingin menilai konfigurasi penjejakan sisi pelanggan boleh merujuk kepada sumber penyepaduan SDK atribusi OpoInstall untuk menyemak persediaan struktur muatan.
Skema JSON di bawah menggambarkan muatan acara atribusi mentah ilustrasi yang dijana semasa acara pemasangan apl:
```json
{
“example_only”: true,
“event_type”: “raw_attribution_event”,
“app_id”: “com.example.app”,
“event_metadata”: {
“raw_event_id”: “raw_evt_112233445566”,
“event_name”: “app_install”,
“event_timestamp_utc”: “2026-08-11T03:15:22.104Z”,
“ingestion_timestamp_utc”: “2026-08-11T03:15:22.128Z”
},
“attribution_context”: {
“channel_code”: “google_search_global”,
“campaign_id”: “cmp_search_core_01”,
“ad_group_id”: “ag_intent_exact”,
“creative_id”: “cr_text_v3”,
“match_type”: “deterministic”,
“lookback_window_days”: 7
},
“custom_payload”: {
“inviter_user_id”: “usr_99887766”,
“voucher_code”: “WELCOME2026”,
“internal_account_id”: “acc_33211”
},
“device_telemetry”: {
“os_type”: “Android”,
“os_version”: “14.0”,
“app_version”: “2.4.0”,
“sdk_version”: “1.0.0”,
“country_code”: “US”,
“network_type”: “wifi”
}
}
Tata Letak Pengepala CSV dan Penormalan Medan untuk Penelanan ETL Automatik
Untuk eksport fail kelompok, struktur CSV rata digunakan secara meluas kerana keserasian aslinya dengan utiliti pemuatan data tradisional (seperti COPY PostgreSQL atau COPY INTO Snowflake). Saluran eksport CSV menormalkan objek JSON hierarki kepada pengepala lajur rata.
Untuk mengelakkan kegagalan saluran ETL semasa penghuraian CSV, peraturan melarikan diri aksara mesti dikuatkuasakan dengan ketat. Medan rentetan yang mengandungi koma, pemisah baris, atau tanda petikan mesti disertakan dalam tanda petikan berganda, dan cap masa mesti mematuhi format rentetan ISO 8601 UTC dengan ketat (YYYY-MM-DDTHH:MM:SS.sssZ).
Cara Mengaudit Pengekalan Kohort D1 hingga D30 Menggunakan Log Pemasangan Mentah
Perumusan Matematik Pereputan Pengekalan Kohort
Kohort pengekalan ditakrifkan sebagai kumpulan pengguna diskret yang melengkapkan acara pengaktifan utama (biasanya pelancaran aplikasi awal berikutan pemasangan) dalam tetingkap masa tertentu
Di mana:
-
ialah jumlah kiraan pengguna unik yang memasang dan mengaktifkan apl pada Hari 0. -
ialah kiraan pengguna unik daripada yang menunjukkan penglibatan aktif pada Hari .
Menggunakan log acara mentah, penganalisis data membina matriks pengekalan N-Hari yang tepat dengan menyoal log sesi pengguna unik harian terhadap rekod cap masa pemasangan awal.
-- Contoh corak SQL: Mengekstrak Pengekalan Kohort D1-D30 daripada Log Mentah
-- Nota: Sintaks SQL berbeza mengikut gudang data (Snowflake, BigQuery, PostgreSQL)
SELECT
DATE(install_timestamp_utc) AS install_date,
channel_code,
COUNT(DISTINCT user_id) AS cohort_size,
COUNT(DISTINCT CASE WHEN DATEDIFF(day, install_timestamp_utc, event_timestamp_utc) = 1 THEN user_id END) AS d1_retained,
COUNT(DISTINCT CASE WHEN DATEDIFF(day, install_timestamp_utc, event_timestamp_utc) = 7 THEN user_id END) AS d7_retained
FROM attribution_raw_events
GROUP BY 1, 2;
Menapis Keluar Pemasangan Bukan Inkremental dan Aktiviti Penipuan
Metrik konsol pra-agregat sering mengira pengekalan menggunakan kiraan pemasangan yang tidak ditapis, yang boleh menyongsangkan peratusan pengekalan. Eksport data mentah membolehkan penganalisis melaksanakan pertanyaan sanitasi sebelum pembinaan kohort.
Penganalisis menggunakan klausa WHERE SQL untuk menapis pemasangan yang tidak sah atau bukan inkremental:
-
Tidak Termasuk Isyarat Penipuan: Mengalih keluar pemasangan yang ditandakan untuk suntikan klik atau pelaksanaan emulator berdasarkan sifat Masa-Untuk-Pemasangan (TTI) yang anomali.
-
Menindas Pemasangan Semula: Tidak termasuk pemasangan pendua yang berasal daripada pengguna sedia ada yang memuat turun semula aplikasi pada peranti yang sama.
-
Mengasingkan Garis Dasar Organik: Memisahkan kohort trafik berbayar daripada garis dasar organik untuk mengukur peningkatan pengekalan inkremental yang sebenar.
Membina Matriks Pengekalan N-Hari Merentas Saluran
Dengan melaksanakan operasi GROUP BY SQL pada jadual log mentah yang dinormalkan, penganalisis menjana matriks pengekalan kohort berbilang dimensi. Jadual ini menilai lengkung pereputan pengekalan merentas sumber pemerolehan, kreatif iklan, atau kempen serantau yang berbeza.
[Acara Mudah Alih / Pemasangan] ──> [Paip Acara Mentah OpoInstall]
│
▼
[Strim S2S / Eksport CSV]
│
▼
[Gudang Data / BI]
│
▼
[Analisis Pengekalan Kohort D1-D30 Tersuai]
Menilai pengekalan merentas saluran pemerolehan yang berbeza membolehkan pasukan pertumbuhan mengenal pasti saluran yang menjana volum pemasangan awal yang tinggi tetapi mengalami penurunan Hari-7 yang curam, membolehkan perbelanjaan iklan diperuntukkan semula kepada saluran yang memberikan LTV jangka panjang yang tahan lama.
Cara Menyelesaikan Masalah Ketidakpadanan Penelanan dan Medan Hilang dalam Log Mentah
Mendiagnosis Hanyutan Skema dan Kunci Parameter Hilang dalam Muatan SDK Pelanggan
Hanyutan skema berlaku apabila kemas kini aplikasi sisi pelanggan memperkenalkan kunci parameter tersuai baharu atau mengubah suai jenis data muatan sedia ada tanpa mengemas kini skema gudang data hiliran. Jika saluran ETL menemui rentetan yang tidak dijangka dalam medan berangka, kerja penelanan automatik mungkin gagal atau menggugurkan rekod.
Untuk mengelakkan ralat hanyutan skema, saluran data menggunakan baris gilir surat mati (DLQ). Rekod acara mentah masuk yang gagal pengesahan skema ketat dihalakan ke bekas pementasan DLQ untuk pemeriksaan manual, memastikan rekod saluran yang sah terus dilaksanakan tanpa gangguan.
Menyelesaikan Percanggahan Cap Masa Antara Penelanan UTC dan Zon Masa Tempatan
Penjajaran cap masa yang salah mewakili punca kerap percanggahan antara laporan BI dalaman dan konsol vendor. Log acara mentah menangkap berbilang medan cap masa:
-
device_timestamp_utc: Cap masa tempatan yang direkodkan oleh perkakasan peranti mudah alih pada masa pelaksanaan acara. -
ingestion_timestamp_utc: Cap masa yang dijana pelayan yang direkodkan oleh nod pinggir penelanan semasa penerimaan muatan HTTP. -
event_timestamp_utc: Cap masa acara kanonik yang disahkan yang digunakan oleh enjin atribusi.
Saluran data mesti menormalkan semua medan cap masa kepada UTC sebelum melaksanakan pengumpulan kohort harian. Bergantung pada cap masa peranti yang tidak disahkan boleh merosakkan sempadan kohort akibat hanyutan jam peranti tempatan atau manipulasi pengguna.
Mengendalikan Redaksi Privasi Rangkaian Iklan
Di bawah dasar privasi moden (seperti Apple SKAdNetwork (SKAN) atau Google Privacy Sandbox), pengecam peringkat pengguna dan parameter pertanyaan kontekstual terperinci kerap disunting atau ditangguhkan oleh rangkaian penerbit.
Apabila membina jadual log mentah, skema pangkalan data mesti mengambil kira medan boleh batal dalam rekod yang dihadkan privasi. Lajur yang mewakili ID kempen penerbit atau metadata titik sentuh terperinci mesti menerima rentetan NULL atau REDACTED, menghalang pengecualian pemasukan pangkalan data semasa penelanan acara yang tidak diatribusikan atau dilindungi privasi.

Soalan Lazim (FAQ)
Bagaimana cara mengeksport data mentah untuk analisis kohort pengekalan di OpoInstall?
Apakah medan yang disertakan dalam eksport data mentah atribusi mudah alih?
Bolehkah eksport data mentah disambungkan terus ke gudang data?
Bolehkah eksport data mentah menggantikan papan pemuka atribusi mudah alih?
Apakah perbezaan antara strim log mentah S2S masa nyata dan limpahan CSV harian?
Bagaimanakah mengeksport data mentah menyokong pemilikan data dan pematuhan privasi?
Perkara Utama
-
Kawalan Storan Langsung: Mengeksport data mentah yang tidak diagregatkan memindahkan telemetri peringkat acara penuh terus ke gudang data, memastikan ketelusan audit yang lengkap.
-
Analitik Tanpa Kekangan: Log acara mentah membolehkan pasukan data melaksanakan pertanyaan SQL tersuai, melakukan gabungan kohort kompleks dengan data CRM, dan mengelakkan had pensampelan papan pemuka ringkasan pra-agregat.
-
Penyegerakan Saluran: Menelan strim mentah S2S atau fail rata CSV ternormal harian membolehkan saluran ETL automatik mengekalkan pelaporan BI yang konsisten dan boleh dipercayai.
Ringkasan dan Rangka Kerja Keputusan
Untuk menjalankan analisis pengekalan kohort lanjutan, seni bina analitik mudah alih sering menggabungkan pelaporan papan pemuka dengan saluran data mentah peringkat acara. Mengeksport log peringkat acara membolehkan pasukan kejuruteraan data melaksanakan pertanyaan SQL tersuai, menggabungkan telemetri atribusi dengan pangkalan data transaksi dalaman, dan mengekalkan kawalan storan terus dalam sistem data dalaman.
Melihat ke arah peraturan privasi masa depan, memiliki strim acara mentah kekal penting untuk membina model pengukuran hibrid dan penyepaduan bilik bersih data. Dengan memasangkan telemetri SDK ringan dengan penstriman data mentah, platform pengukuran menyediakan infrastruktur yang diperlukan untuk mengekalkan ketelusan audit dan memacu analitik kohort terperinci.
Pembangun yang melaksanakan saluran atribusi mudah alih boleh merujuk kepada dokumentasi SDK atribusi mudah alih atau mendaftar akaun pada konsol pembangun OpoInstall untuk penyepaduan SDK dan aliran kerja penghantaran acara.
Topik Berkaitan
-
Artikel Berkaitan:
-
Apakah Atribusi Berbilang Sentuh dalam Pemasaran Mudah Alih?
-
Bagaimana Rakan Kongsi Pengukuran Mudah Alih Berfungsi
-
SKAdNetwork lwn Atribusi MMP
-
Ujian Inkrementaliti untuk Pemerolehan Pengguna Apl
-
-
Konsep: Eksport Data Atribusi, Penstriman Acara Mudah Alih, Analisis Kohort Pengekalan, Penyepaduan Gudang Data
-
Teknologi: Rakan Kongsi Pengukuran Mudah Alih, Webhook Server-to-Server, Snowflake, BigQuery, Penelanan Masa Nyata
-
API: API log acara atribusi mudah alih, API Postback SKAdNetwork Apple, API Perujuk Pemasangan Google Play
-
Dokumentasi Rasmi & Rujukan:
Share this article



