Tandai setiap pembelian Google Play dengan obfuscated account id, atau chargeback datang tanpa cara untuk menelusurinya

Sebuah tinjauan chargeback Google Play muncul dengan menyebutkan sebuah pesanan dan token pembelian. Ia tidak memberi tahu Anda siapa pelanggannya. Jika Anda tidak pernah mencap pengenal Anda sendiri pada pembelian itu, sekarang Anda mencocokkan id pesanan telanjang dengan tabel pengguna Anda di bawah jam 24 jam, dan Anda harus menjawab dengan bukti konsumsi yang mungkin tak bisa Anda temukan. Obfuscated account id adalah solusinya. Ia adalah string pendek yang Anda lampirkan saat checkout yang disimpan Google Play bersama pembelian dan dikembalikan kepada Anda nanti, sehingga setiap pesanan dapat ditelusuri ke pengguna persis yang melakukannya. Inilah apa itu kolom tersebut, mengapa ia menentukan apakah Anda bisa menjawab sengketa sama sekali, dan berapa biaya melewatkannya kini chargeback yang kalah adalah tagihan.

Apa sebenarnya obfuscated account id itu

Obfuscated account id adalah satu string opsional yang Anda teruskan ke alur penagihan Google Play saat pelanggan membeli sesuatu. Anda mengaturnya dengan setObfuscatedAccountId pada builder BillingFlowParams, dan Google menyimpannya di samping pembelian. Ia bukan nama pelanggan, bukan email mereka, dan bukan akun Google mereka. Ia adalah pengenal Anda sendiri untuk pengguna Anda sendiri, ditulis dalam bentuk yang bisa disimpan Google tanpa mengetahui siapa orang itu.

Ia adalah string yang Anda atur saat checkout, bukan sebuah nama

Dalam kata-kata Google, setObfuscatedAccountId menentukan string obfuscated opsional yang secara unik terkait dengan akun pengguna pembeli di aplikasi Anda. Kata obfuscated benar-benar bermakna di sini. Google tidak menginginkan id pengguna mentah Anda atau apa pun yang mengidentifikasi orangnya. Ia menginginkan token stabil yang memetakan satu-ke-satu ke seorang pengguna di sisi Anda, tidak lebih. Kolom ini dibatasi 64 karakter, yang menampung sebuah hash dengan nyaman dan tidak banyak lagi.

Google membacanya lebih dulu untuk penyaringan penipuannya sendiri

Sebelum berguna bagi Anda, kolom ini menjalankan tugas untuk Google. Dokumentasi penagihan mengatakan Google Play dapat menggunakan nilai ini untuk mendeteksi aktivitas tidak wajar, seperti banyak perangkat yang melakukan pembelian pada akun yang sama dalam rentang waktu singkat, dan bahwa Google menggunakan data ini untuk mendeteksi perilaku mencurigakan dan memblokir beberapa jenis transaksi penipuan sebelum diselesaikan. Jadi imbalan pertama dari mengaturnya ada di hulu, dalam pembelian yang lebih bersih dan lebih sedikit pembelian penipuan yang kemudian berubah menjadi pembatalan dan sengketa. Google mendaftarkan obfuscated account id dan Voided Purchases API bersama-sama sebagai dua alat inti anti penyalahgunaannya bukan tanpa alasan.

Mengapa ini penting saat tinjauan chargeback tiba

Pengembalian dana yang bisa Anda lihat datangnya itu mudah. Kasus sulitnya adalah chargeback bank, karena ia tidak dimulai dari pelanggan Anda berbicara kepada Anda. Ia dimulai dari bank, dan Google Play meneruskannya kepada Anda sebagai tinjauan dengan jam yang menyertainya.

Sengketa menyebutkan sebuah pesanan, bukan seseorang

Ketika pelanggan menyengketakan sebuah tagihan dengan banknya dan Google memerlukan masukan Anda, Google Play mengirim PendingRefundReviewNotification. Pesan itu mengidentifikasi pesanan. Ia tidak membawa id pengguna Anda, karena Google tidak pernah memiliki id pengguna Anda. Ia hanya memiliki apa pun yang Anda cap pada pembelian. Jika itu tidak ada, sekarang Anda menelusuri balik id pesanan telanjang dan token pembelian terhadap catatan Anda sendiri, berharap Anda mencatat token saat pembelian dan berharap kecocokannya tidak ambigu. Jika Anda mengatur obfuscated account id, pembelian membawa hash Anda sendiri, Anda mencari pengguna dalam satu kueri, dan Anda beralih ke menyusun bukti alih-alih berburu identitas.

Apa yang sebenarnya diminta oleh orders.reviewrefund

Menjawab sengketa berarti memanggil metode orders.reviewrefund dalam 24 jam. Google mencatat panggilan pertama Anda dan mengabaikan sisanya, sehingga jawaban pertama adalah satu-satunya jawaban. Inilah kolom yang diinginkannya, dan setiap kolom bukti mengasumsikan Anda sudah tahu pengguna mana yang memiliki pesanan tersebut.

Berapa sebenarnya biaya melewatkannya

Selama sebagian besar sejarah Google Play, chargeback yang tak bisa Anda bela adalah penjualan yang hilang dan sebuah gerakan mengangkat bahu. Itu berubah. Untuk pesanan yang dilakukan pada atau setelah 3 Agustus 2026, chargeback yang kalah menagih pengembang sebesar harga pembelian dikurangi biaya layanan Google, ditambah biaya chargeback bank. Sengketa yang tak bisa Anda jawab kini adalah item baris.

Mari telusuri satu pesanan. Seorang pelanggan menyengketakan pembelian $9.99 dengan banknya. Google Play mengirim tinjauan, dan Anda punya 24 jam. Jika Anda menandai pembelian, Anda menemukan pengguna, melihat mereka mengonsumsi sebagian besar dari yang mereka beli, dan menjawab reviewrefund dengan preferensi DECLINE dan bukti konsumsi, memberi Google perkara nyata untuk melawan sengketa yang tidak sah. Jika Anda tidak menandainya, Anda entah tidak bisa mengidentifikasi pesanan tepat waktu atau menjawab tanpa apa pun, sengketa diputuskan tanpa pihak Anda, dan pada pesanan pasca 3 Agustus Anda membayar kembali $9.99 dikurangi biaya Google, ditambah biaya chargeback bank tetap yang sering mendekati $20. Pada penjualan kecil, biaya tetap itu sendiri bisa lebih besar dari yang Anda peroleh bersih.

• Hasil yang hilang: bagian bersih Anda dari penjualan, dibalik.
• Biaya chargeback bank: biaya tetap yang ditetapkan jaringan kartu, ditagihkan di atasnya pada pesanan yang dilakukan setelah 3 Agustus 2026, yang tidak pernah dibawa oleh pengembalian dana biasa.
• Pengeluaran yang terbuang: komputasi, panggilan API pihak ketiga, dan penyimpanan yang sudah digunakan akun, hilang entah Anda bisa menjawab atau tidak.
• Pola yang tak bisa Anda lihat: tanpa id akun yang stabil Anda juga tak bisa tahu bahwa pengguna yang sama menyengketakan lagi dan lagi, sehingga penyalahgunaan berantai terbaca sebagai kerugian sekali-jalan yang tak berkaitan.

Cara mengaturnya tanpa membuat pembelian diblokir

Dua aturan mencakup hampir setiap kesalahan yang dibuat tim dengan kolom ini. Hash id-nya, dan atur di mana-mana.

Hash id pengguna Anda, jangan pernah kirim PII

Jangan menaruh email, nomor telepon, atau detail pribadi mentah apa pun di kolom ini. Google tegas bahwa menyimpan PII seperti email dalam teks jelas mengakibatkan pembelian diblokir, dan ia merekomendasikan hash satu arah atau enkripsi untuk menghasilkan nilainya. Pola yang bersih adalah hash satu arah dari id pengguna internal Anda, dihitung dengan cara yang sama setiap kali sehingga pengguna yang sama selalu menghasilkan string 64 karakter yang sama. Jangan pula gunakan id akun Google orang tersebut atau id pengembang Anda. Nilai itu harus bermakna hanya bagi sistem Anda.

Atur pada setiap pembelian, dan baca kembali di server Anda

Lampirkan id ke setiap alur penagihan, produk satu kali maupun langganan, sehingga tidak ada pembelian yang pernah tak berlabel. Setelah pembelian, bacalah kembali di dua tempat. Di klien, Purchase.getAccountIdentifiers mengembalikan objek yang getObfuscatedAccountId-nya memberi Anda string yang Anda atur. Di backend Anda, catatan pembelian sisi server membawanya sebagai kolom obfuscatedExternalAccountId, dan salinan server adalah yang harus dipercaya, karena sengketa tiba di server Anda, bukan di perangkat.

Gunakan setObfuscatedProfileId ketika satu akun memiliki banyak profil

Jika aplikasi Anda memungkinkan satu akun memegang beberapa profil, rumah tangga streaming atau game dengan banyak karakter, atur juga setObfuscatedProfileId. Ia adalah string yang sama jenisnya, di-hash, 64 karakter, tanpa PII, tercakup pada profil yang melakukan pembelian. Google mencatat bahwa mengatur id profil juga meminta id akun untuk diteruskan, jadi kirim keduanya. Hasilnya adalah sebuah sengketa memetakan bukan hanya ke akun tetapi ke profil persis yang membelanjakan uang itu.

Padanan iOS-nya, dalam satu baris

App Store punya gagasan yang sama dengan nama berbeda. Di iOS Anda melampirkan appAccountToken, sebuah UUID, ke pembelian, dan ia kembali pada transaksi dan pada CONSUMPTION_REQUEST yang dikirim Apple saat pelanggan meminta pengembalian dana. Bentuk masalahnya identik di kedua toko. Alur sengketa atau pengembalian dana mereferensikan sebuah transaksi, dan pengenal Anda sendiri adalah yang mengaitkannya kembali ke seorang pengguna yang penggunaannya bisa Anda laporkan.

Tak satu pun dari ini sulit dibangun. Ia mudah dilewatkan, karena hari Anda menulis kode checkout bukanlah hari chargeback tiba, dan biaya melewatkannya tak terlihat sampai saat itu. RefundHalt mengatur dan melacak pengenal akun di kedua toko, menjaga tautan pembelian-ke-pengguna sehingga sebuah sengketa selalu terselesaikan ke pelanggan nyata, dan menjawab orders.reviewrefund Google Play dan CONSUMPTION_REQUEST Apple di dalam jendela mereka dengan bukti konsumsi yang direkam pada saat penjualan. Jam 24 jam bukanlah saat untuk menemukan bahwa Anda tak bisa menyebutkan siapa yang membeli barang itu.