การตรวจสอบ chargeback ของ Google Play ให้เวลาคุณ 24 ชั่วโมงในการโต้กลับ นี่คือสิ่งที่ต้องส่ง

เมื่อธนาคารของลูกค้าดึงค่าใช้จ่าย Google Play กลับคืน Google Play ไม่ได้แค่คืนเงินแล้วเดินหน้าต่อ มันส่ง PendingRefundReviewNotification มายังเซิร์ฟเวอร์ของคุณและเริ่มนาฬิกานับ 24 ชั่วโมง ตอบการแจ้งเตือนนั้นผ่าน ReviewRefund API ด้วยความชอบเรื่องการคืนเงินและหลักฐานว่าลูกค้าใช้อะไรไปจริง ๆ แล้ว Google Play จะนำข้อมูลของคุณไปรวมในวิธีที่มันโต้แย้ง chargeback นั้น อยู่เงียบ ๆ แล้วข้อพิพาทจะถูกตัดสินโดยไม่มีคำใดจากฝ่ายเดียวที่รู้ว่าสินค้าถูกบริโภคอย่างไร

การตรวจสอบ chargeback ของ Google Play เป็นกระบวนการคืนเงินของ Android เพียงอย่างเดียวที่ขอหลักฐานจากคุณ ซึ่งเป็นคู่ตรงของ CONSUMPTION_REQUEST ของ Apple ตอนนี้มันสำคัญกว่าเดิม เริ่มตั้งแต่ August 3, 2026 Google Play จะย้ายต้นทุน chargeback มาที่นักพัฒนา ดังนั้นข้อพิพาทที่คุณไม่ได้ตอบจะถูกหักจากบัญชีของคุณ ไม่ใช่ของ Google นี่คือสิ่งที่การแจ้งเตือนพกมาอย่างแม่นยำ สิ่งที่คุณส่งกลับ ฟิลด์ที่ประกอบเป็นหลักฐานของคุณ และจุดที่ความเงียบกลายเป็นเงิน

การตรวจสอบ chargeback ของ Google Play คืออะไรกันแน่

chargeback ไม่ใช่คำขอคืนเงิน ลูกค้าไปหาธนาคารหรือเครือข่ายบัตรของตนและโต้แย้งค่าใช้จ่าย และธนาคารก็ดึงเงินคืน Google Play จัดการส่วนใหญ่ของสิ่งเหล่านี้ด้วยตัวเอง สำหรับบางส่วน มันเปิดการตรวจสอบและถามคุณก่อน เพราะคุณถือข้อมูลที่ Google ไม่มี: ว่าคำสั่งซื้อถูกส่งมอบหรือไม่และลูกค้าบริโภคไปมากแค่ไหน การตรวจสอบนั้นคือกระบวนการเบื้องหลัง ReviewRefund API

นี่คือที่เดียวในระบบคืนเงินของ Android ที่หลักฐานของคุณเปลี่ยนผลลัพธ์ได้ เส้นทางการคืนเงิน Google Play อื่น ๆ ทุกเส้นทางดำเนินไปโดยไม่มีคุณ ลูกค้าสามารถคืนเงินด้วยตนเองภายใน 48 ชั่วโมงหลังการซื้อ ฝ่ายสนับสนุนสามารถอนุมัติได้ และการซื้อที่ไม่ได้รับการยืนยันจะถูกคืนเงินอัตโนมัติ ทั้งหมดตัดสินโดย Google การตรวจสอบ chargeback คือข้อยกเว้น และควรค่าแก่การถือว่าเป็นบทสนทนาเรื่องการคืนเงินเดียวที่คุณได้เข้าร่วมจริง ๆ

มันคือเวอร์ชัน Android ของหน้าต่างหลักฐานของ Apple

สองสโตร์ สองกระบวนการที่ขอหลักฐานจากนักพัฒนา และนั่นคือรายการทั้งหมด Apple ส่ง CONSUMPTION_REQUEST และให้คุณ 12 ชั่วโมงในการตอบด้วย Send Consumption Information Google Play ส่ง PendingRefundReviewNotification และให้คุณ 24 ชั่วโมงในการตอบด้วย orders.reviewrefund กลไกต่างกัน แต่บทเรียนเหมือนกัน: เมื่อสโตร์ถามว่าลูกค้าใช้อะไร คำตอบที่แม่นยำคือความต่างระหว่างการรักษายอดขายไว้กับการมอบมันคืนไป

ความแตกต่างหนึ่งสำคัญในทางปฏิบัติ payload การบริโภคของ Apple คือห้าฟิลด์ตัวเลขและไม่มีอะไรอื่น หลักฐานของ Google Play สมบูรณ์กว่า คุณสามารถส่งเปอร์เซ็นต์การบริโภคบวกกับรายการเหตุการณ์การใช้งานแต่ละรายการ แต่ละอันมี timestamp มีตัวระบุบัญชี และแม้แต่ IP address และ location แบบหยาบ Google Play ให้พื้นที่คุณมากขึ้นในการอธิบายการส่งมอบ ซึ่งหมายถึงพื้นที่มากขึ้นในการโน้มน้าว

นาฬิกา 24 ชั่วโมงและวิธีที่การแจ้งเตือนมาถึงคุณ

การตรวจสอบมาถึงในรูปของ Real Time Developer Notification บน topic Cloud Pub/Sub ของคุณ ช่องทางเดียวกันที่ส่งเหตุการณ์การสมัครสมาชิกและการซื้อของคุณ ข้อความคือ payload ที่เข้ารหัส base64 โดยมีอ็อบเจกต์ pendingRefundReviewNotification อยู่ข้างใน นาฬิกาเริ่มเมื่อการแจ้งเตือนนั้นถูกเผยแพร่ ไม่ใช่ตอนที่คุณบังเอิญอ่านมัน ดังนั้นผู้บริโภคที่โพลวันละครั้งคือผู้บริโภคที่พลาดข้อพิพาท

PendingRefundReviewNotification ทีละฟิลด์

การแจ้งเตือนมีขนาดเล็ก มันบอกคุณว่าคำสั่งซื้อใดกำลังถูกตรวจสอบ มอบโทเค็นที่คุณต้องอ้างกลับให้คุณ และระบุชื่อเหตุผล นี่คือทุกฟิลด์ที่มันพกมา

มีเพียง chargeback เท่านั้นที่เปิดการตรวจสอบที่ค้างอยู่

refundReason ในการตรวจสอบที่ค้างอยู่คือ CHARGEBACK เสมอ ส่งมาในรูปจำนวนเต็ม 7 เหตุผลการคืนเงินอื่น ๆ มีอยู่ในโลกของ Google Play แต่มันไม่มาถึงคุณผ่านกระบวนการนี้ เพราะคุณไม่มีสิทธิ์ออกความเห็นในเรื่องนั้น ถ้าคุณเห็น PendingRefundReviewNotification แสดงว่าธนาคารได้กลับรายการค่าใช้จ่ายและ Google Play กำลังตัดสินว่าจะโต้แย้งหรือไม่ นั่นคือทริกเกอร์เดียว

สิ่งที่คุณส่งกลับผ่าน ReviewRefund API

คุณตอบด้วย POST เดียวไปยัง orders.reviewrefund เส้นทางเต็มคือ POST https://androidpublisher.googleapis.com/androidpublisher/v3/applications/{packageName}/orders/{orderId}:reviewrefund ซึ่งได้รับอนุญาตด้วย scope https://www.googleapis.com/auth/androidpublisher ซึ่งเป็น scope OAuth เดียวกับที่การผสานรวม Play Developer API ของคุณใช้อยู่แล้ว ความสำเร็จจะคืน body ว่างเปล่าพร้อม HTTP 200

body คือที่ที่คดีของคุณอยู่ คุณย้ำ pendingRefundToken จากการแจ้งเตือน ระบุความชอบเรื่องการคืนเงิน และแนบหลักฐานการบริโภค

ความชอบเรื่องการคืนเงินของคุณคือคำแนะนำ ไม่ใช่คำตัดสิน

ฟิลด์ refundPreference รับหนึ่งในสามค่า และเป็นคำแนะนำต่อ Google Play ไม่ใช่การตัดสินใจสุดท้าย Google ยังคงเป็นเจ้าของผลลัพธ์ แต่มันเป็นคำแนะนำที่มีข้อมูลซึ่ง Google มองเห็นเองไม่ได้หนุนหลัง ดังนั้นมันจึงมีน้ำหนัก

ฟิลด์หลักฐานที่หนุนหลัง DECLINE

DECLINE เปล่า ๆ คือการอ้างโดยไม่มีหลักฐาน ฟิลด์การบริโภคคือหลักฐาน consumptionPercentageMilliunits เป็นจำนวนเต็มในหน่วยมิลลิยูนิต ดังนั้น 100000 บอกว่าลูกค้าบริโภค 100 percent ของสิ่งที่ซื้อและ 50000 บอกว่าครึ่งหนึ่ง consumptionUsageEvents เป็นอาร์เรย์แบบไม่บังคับที่แต่ละเหตุการณ์สามารถพก obfuscatedAccountId, obfuscatedProfileId, consumptionTime, ipAddress, consumptionItemDescription, และ location แบบหยาบ sampleContentProvided เป็นบูลีนสำหรับกรณีที่คุณให้ตัวอย่างฟรีของเนื้อหาที่ต้องจ่ายเงินแก่ลูกค้า เมื่อรวมกัน ในสคีมาของ Google Play เอง สิ่งเหล่านี้บอกว่าสินค้าถูกส่งมอบและใช้งานแล้ว

การเรียกครั้งแรกของคุณคือการเรียกครั้งเดียวของคุณ

Google Play บันทึกการเรียก ReviewRefund ครั้งแรกที่คุณทำต่อการแจ้งเตือนหนึ่ง ๆ และเพิกเฉยทุกการเรียกหลังจากนั้น ในขณะที่ยังคืนสถานะ OK ไม่มีฉบับร่างและไม่มีการแก้ไข ถ้าการตอบครั้งแรกของคุณเป็น NEUTRAL แบบรีบเร่งโดยไม่มีหลักฐานเพราะไปป์ไลน์ของคุณยังไม่พร้อม นั่นคือการตอบที่อยู่ในบันทึก และการเรียกครั้งหลังพร้อมประวัติการบริโภคครบถ้วนจะถูกทิ้งอย่างเงียบ ๆ สร้างคำตอบให้ครบถ้วนก่อนที่คุณจะส่งอะไรก็ตาม

การตรวจสอบนี้ทำให้คุณเสียเงินเท่าไร

หลายปีที่ผ่านมา chargeback ของ Google Play ที่แพ้ทำให้นักพัฒนาเสียยอดขายและอย่างอื่นเพียงเล็กน้อย เพราะ Google Play รับภาระค่าธรรมเนียมปลายน้ำ สิ่งนั้นสิ้นสุดใน August 3, 2026 สำหรับคำสั่งซื้อที่ทำหลังจากวันนั้น Google Play แบ่งต้นทุน chargeback กับนักพัฒนา และส่วนของนักพัฒนาคือราคาซื้อหักค่าธรรมเนียมบริการของ Play บวกค่าธรรมเนียม chargeback ที่เกี่ยวข้องซึ่งเรียกเก็บโดยสถาบันการเงิน Google Play ยังคงครอบคลุมส่วนค่าธรรมเนียมบริการ ค่าธรรมเนียมธนาคารคือน้ำหนักใหม่ในฝั่งบัญชีของคุณ

การคืนเงินไม่เคยเป็นตัวเลขจริง

ข้อพิพาทคืนการชำระเงินของลูกค้า แต่การชำระเงินไม่เคยเป็นต้นทุนเดียวของคุณ วิดีโอที่สร้างขึ้น การเรียก API โมเดลชุดหนึ่ง การจ่ายเงินให้ครีเอเตอร์ พื้นที่จัดเก็บที่คุณจัดสรร เงินทั้งหมดนั้นออกจากบัญชีของคุณในวินาทีที่คำสั่งซื้อถูกส่งมอบ และไม่มีอันใดกลับมาพร้อม chargeback ตอนนี้บวกค่าธรรมเนียม chargeback ของธนาคารเข้าไปด้านบน คุณกำลังจ่ายใบแจ้งหนี้ผู้ให้บริการ คืนเงินยอดขาย และรับภาระค่าธรรมเนียมข้อพิพาท สามต้นทุนสำหรับคำสั่งซื้อเดียวที่คุณมีหลักฐานที่จะปกป้อง

ขนาดที่ Google กำลังต่อสู้

Google Play บอกว่าได้บล็อกการฉ้อโกงและการใช้ในทางที่ผิดมูลค่า US$3.4B ในปี 2025 และกำลังเพิ่มการตรวจจับการฉ้อโกงไปจนถึงปี 2026 การเปลี่ยนแปลงเรื่องการแบ่งต้นทุนเป็นส่วนหนึ่งของแรงผลักดันเดียวกัน: ให้เหตุผลแก่นักพัฒนาในการป้อนหลักฐานเข้าสู่ระบบ และระบบก็จะโต้แย้งข้อพิพาทที่ไม่ชอบด้วยกฎหมายมากขึ้น ReviewRefund API คือวิธีที่หลักฐานของคุณเข้าไป การตอบที่ว่างเปล่าคือการลงคะแนนให้ chargeback แบบฉ้อโกงจากคนใกล้ตัวยืนอยู่ได้ด้วยเงินของคุณ

วิธีเตรียมพร้อมก่อนที่การแจ้งเตือนจะมาถึง

หน้าต่าง 24 ชั่วโมงไม่ใช่ปัญหา ปัญหาคือหลักฐานที่คุณต้องการต้องมีอยู่ก่อนข้อพิพาท ถูกเก็บไว้ตอนซื้อและตอนบริโภค ไม่ใช่สร้างขึ้นใหม่หลังจากโทเค็นปรากฏ ทีมที่เริ่มรวบรวมข้อมูลตอนที่การแจ้งเตือนมาถึงก็แพ้ไปแล้ว

แนบตัวตนตอนซื้อ

ตั้ง obfuscatedAccountId ด้วย setObfuscatedAccountId ในทุกการซื้อ เพื่อให้ id บัญชีของการแจ้งเตือนแมปตรงไปยังผู้ใช้ในระบบของคุณ ให้มันเป็นแฮช 64 อักขระหรือน้อยกว่า อย่าเป็นอีเมลแบบข้อความธรรมดาหรือข้อมูลส่วนบุคคลอื่น เพราะตัวระบุแบบข้อความธรรมดาทำให้การซื้อถูกบล็อก หากไม่มีลิงก์นั้นคุณไม่สามารถเชื่อม pendingRefundToken กับประวัติการใช้งานจริง และ DECLINE ของคุณก็ไม่มีอะไรอยู่เบื้องหลัง

บันทึกการบริโภคขณะที่มันเกิดขึ้น

บันทึกว่าคำสั่งซื้อที่จ่ายเงินส่งมอบอะไร เมื่อไร และให้ใคร ในรูปแบบที่คุณสามารถแปลงเป็น consumptionPercentageMilliunits และ consumptionUsageEvents ได้ตามต้องการ

• ประทับ timestamp ในทุกหน่วยของการบริโภค เพื่อให้ consumptionTime ในแต่ละเหตุการณ์เป็นของจริง ไม่ใช่การประมาณ
• ติดตามการส่งมอบเทียบกับการซื้อ เพื่อให้คุณสามารถระบุเปอร์เซ็นต์การบริโภคด้วยความมั่นใจแทนที่จะเดา
• เก็บตัวระบุบัญชีและโปรไฟล์ไว้ข้าง ๆ ข้อมูลการใช้งาน เพื่อให้เหตุการณ์ประกอบขึ้นในคิวรีเดียวเมื่อโทเค็นมาถึง
• เก็บ IP ของคำขอและ location แบบหยาบถ้าคุณมี เพราะ Google Play รับทั้งสองเป็นฟิลด์เหตุการณ์

ตอบภายในหน้าต่าง โดยอัตโนมัติ

หน้าต่าง 24 ชั่วโมงสบายสำหรับเครื่องจักรและโหดร้ายสำหรับมนุษย์ที่ต้องตื่นและคอยเฝ้าดู การตอบควรเป็นอัตโนมัติ: การแจ้งเตือนเข้ามา ค้นหาบัญชี ประกอบการบริโภค ส่งการเรียก ReviewRefund ออกไปหนึ่งครั้ง ทั้งหมดโดยไม่มีคนอยู่ในวงจร นั่นคือส่วนที่ RefundHalt ทำให้คุณ เรารับฟัง PendingRefundReviewNotification จับคู่คำสั่งซื้อกับข้อมูลการใช้งานที่เราติดตามสำหรับบัญชีนั้นอยู่แล้ว และตอบ orders.reviewrefund ภายในหน้าต่างด้วยความชอบเรื่องการคืนเงินและหลักฐานการบริโภคจริง โทเค็นคือเส้นด้าย และหลักฐานคือคดี มีทั้งสองพร้อมแล้วบทสนทนาเรื่องการคืนเงินเดียวที่คุณได้เข้าร่วมคือบทสนทนาที่คุณสามารถชนะได้