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

ประเด็นสำคัญ
- App Review Guideline 3.1.3(b) ของ Apple อนุญาตให้แอปที่ทำงานบนหลายแพลตฟอร์มให้ผู้ใช้เข้าถึงเนื้อหาและการสมัครสมาชิกที่ซื้อจากแพลตฟอร์มอื่นหรือจากเว็บไซต์ของนักพัฒนาได้ ตราบใดที่รายการเหล่านั้นมีจำหน่ายเป็นการซื้อในแอปภายในแอปด้วย
- Apple และ Google คืนเงินเฉพาะการซื้อที่เกิดในสโตร์ของตนเท่านั้น การคืนเงินของ Apple สำหรับการสมัครสมาชิกข้ามแพลตฟอร์มจึงไม่ไปถึงการเรียกเก็บเงินผ่าน Google Play หรือผ่านเว็บของลูกค้า เซิร์ฟเวอร์ของนักพัฒนาต้องเพิกถอนสิทธิ์เข้าถึงที่ให้ไว้ในทุกแพลตฟอร์มเอง
- Apple ส่งการแจ้งเตือน REFUND ผ่าน App Store Server Notifications V2 เมื่อคืนเงินสินค้าแบบใช้แล้วหมด สินค้าแบบใช้ไม่หมด การสมัครสมาชิกแบบไม่ต่ออายุ หรือการสมัครสมาชิกแบบต่ออายุอัตโนมัติ และระบุว่านักพัฒนามีหน้าที่จัดเก็บ ติดตาม และดำเนินการกับธุรกรรมที่ถูกคืนเงินแต่ละรายการ
- appAccountToken ของ Apple คือ UUID ที่นักพัฒนาแนบไว้กับ In-App Purchase และ endpoint Set App Account Token ของ App Store Server API สามารถเพิ่มค่านี้ภายหลังให้กับการซื้อที่เกิดนอกแอปได้ เช่น โค้ดข้อเสนอที่แลกใช้แล้ว
- setObfuscatedAccountId ของ Google Play เชื่อมการซื้อเข้ากับบัญชีในแอปของนักพัฒนา จำกัดความยาวไว้ที่ 64 อักขระ และจะทำให้การซื้อถูกบล็อกหากมีข้อมูลส่วนบุคคลแบบข้อความธรรมดา เช่น อีเมล
- Voided Purchases API ของ Google Play รายงานการซื้อที่ถูกคืนเงินและถูก chargeback พร้อม orderId และ voidedSource ที่มีค่า 0 สำหรับ User, 1 สำหรับ Developer หรือ 2 สำหรับ Google
- สำหรับคำสั่งซื้อ Google Play ที่เกิดขึ้นหลังวันที่ 3 สิงหาคม 2026 เมื่อ chargeback สำเร็จ นักพัฒนาต้องรับภาระราคาซื้อ หักค่าบริการของ Play แล้วบวกค่าธรรมเนียม chargeback ของธนาคาร
ผู้สมัครสมาชิกของคุณจ่ายเงินให้ Apple เปิดแอป Android ของคุณในบ่ายวันเดียวกัน และตอนนี้ใช้เว็บไซต์ของคุณที่ที่ทำงาน แล้ว Apple ก็คืนเงินให้พวกเขา Google Play ไม่รู้ ระบบเรียกเก็บเงินบนเว็บของคุณก็ไม่รู้ หากเซิร์ฟเวอร์ของคุณเองไม่ยุติสิทธิ์เข้าถึง การสมัครสมาชิกข้ามแพลตฟอร์มที่ถูกคืนเงินแล้วจะยังใช้งานได้บนทุกหน้าจอที่อ่านฐานข้อมูลบัญชีของคุณ สโตร์คืนเงินทีละหน้าร้าน และระบบบัญชีของคุณคือที่เดียวที่การสมัครสมาชิกทั้งหมดมีอยู่ครบ จึงเป็นที่เดียวที่สามารถยุติมันได้
เหตุใดการคืนเงินของสโตร์หนึ่งจึงไม่ยุติการสมัครสมาชิกข้ามแพลตฟอร์ม
Apple อนุญาตรูปแบบนี้อย่างชัดแจ้ง App Review Guideline 3.1.3(b), Multiplatform Services ระบุว่าแอปที่ทำงานบนหลายแพลตฟอร์มอาจให้ผู้ใช้เข้าถึงเนื้อหา การสมัครสมาชิก หรือฟีเจอร์ที่ซื้อในแอปของคุณได้บนแพลตฟอร์มอื่นหรือบนเว็บไซต์ของคุณ โดยมีเงื่อนไขว่ารายการเหล่านั้นต้องมีจำหน่ายเป็นการซื้อในแอปภายในแอปด้วย
คู่มือของ Apple เรื่องการเสนอการสมัครสมาชิกเดียวในหลายแอปอธิบายว่าในทางปฏิบัติทำงานอย่างไร เซิร์ฟเวอร์ของคุณเป็นผู้ให้สิทธิ์เข้าถึงโดยใช้ฐานข้อมูลบัญชีแบบรวมศูนย์ และทุกแอปอ่านข้อมูลจากที่นั่น คู่มือเดียวกันเตือนว่าหากการซื้อไม่ถูกส่งต่อไปยังแอปอื่น ผู้ใช้อาจต้องจ่ายเงินมากกว่าหนึ่งครั้งสำหรับบริการเดียวกัน
การออกแบบนี้มีผลที่หลายคนมองข้าม สิทธิ์อยู่ในฐานข้อมูลของคุณ แต่แต่ละสโตร์รู้เพียงใบเสร็จของตนเอง Apple คืนเงินการซื้อบน iPhone และแจ้งเซิร์ฟเวอร์ของคุณได้ แต่แจ้งอะไรไปยังแอป Android หรือเว็บไซต์ของคุณไม่ได้เลย หากตัวจัดการการคืนเงินอัปเดตเฉพาะไคลเอนต์ iOS ลูกค้าจะได้เงินคืนและยังคงใช้การสมัครสมาชิกได้ในทุกที่ที่เหลือ
| ที่ที่ลูกค้าจ่ายเงิน | ผู้ตัดสินการคืนเงิน | เซิร์ฟเวอร์ของคุณทราบได้อย่างไร | ผู้ที่หยุดการต่ออายุได้ |
|---|---|---|---|
| App Store | Apple | การแจ้งเตือน REFUND ใน App Store Server Notifications V2 | ลูกค้า ในการตั้งค่าการสมัครสมาชิก App Store ของตน หรือหน้าจัดการที่แอปของคุณเปิดให้ |
| Google Play | Google ใน 48 ชั่วโมงแรก หลังจากนั้นคือคุณหรือ Google | Voided Purchases API และการแจ้งเตือนนักพัฒนาแบบเรียลไทม์ | ลูกค้า หรือคุณผ่าน purchases.subscriptionsv2.cancel |
| เว็บไซต์ของคุณ | คุณ | webhook จากผู้ให้บริการประมวลผลการชำระเงินของคุณ | คุณ |
วิธีเพิกถอนสิทธิ์เข้าถึงในทุกแพลตฟอร์มหลังการคืนเงิน
ผูกการซื้อทุกรายการในสโตร์เข้ากับบัญชีเดียว
การจับคู่การคืนเงินกับตัวบุคคลคือส่วนที่ยากที่สุด เพราะแต่ละสโตร์ระบุตัวผู้ซื้อด้วยวิธีของตนเอง ทั้งสองสโตร์มีช่องสำหรับ ID บัญชีของคุณเอง ใช้ช่องนี้กับการซื้อทุกครั้ง
- บน Apple ให้ตั้งค่า appAccountToken ซึ่งเป็น UUID ที่คุณสร้างขึ้น เมื่อเริ่มการซื้อ App Store จะส่ง UUID เดิมกลับมาในข้อมูลธุรกรรมและข้อมูลการต่ออายุ Apple ระบุว่าคุณใช้ค่าเดียวซ้ำได้กับทุกธุรกรรมที่เป็นของลูกค้ารายเดียวกัน
- หากลูกค้าซื้อนอกแอปของคุณ เช่น แลกโค้ดข้อเสนอใน App Store ธุรกรรมนั้นจะไม่มีโทเค็น endpoint Set App Account Token จะเพิ่มโทเค็นให้ สำหรับการสมัครสมาชิกแบบต่ออายุอัตโนมัติ โทเค็นมีผลกับรอบการต่ออายุปัจจุบันและรอบถัดไป ไม่มีผลกับธุรกรรมที่ผ่านมา และใช้ไม่ได้กับการซื้อที่แชร์ผ่าน Family Sharing
- บน Google Play ให้ส่ง ID บัญชีที่ปิดบังข้อมูลแล้วด้วย setObfuscatedAccountId เมื่อเริ่มขั้นตอนการเรียกเก็บเงิน ค่านี้จำกัดไว้ที่ 64 อักขระ Google ระบุว่าข้อมูลส่วนบุคคลแบบข้อความธรรมดา เช่น อีเมล จะทำให้การซื้อถูกบล็อก และแนะนำให้ใช้การเข้ารหัสหรือแฮชทางเดียว
รับฟังทั้งสองสโตร์ แล้วบันทึกสิทธิ์เพียงชุดเดียว
Apple ส่ง REFUND เมื่อคืนเงินสินค้าทุกประเภท รวมถึงการสมัครสมาชิกแบบต่ออายุอัตโนมัติ และส่ง REFUND_REVERSED เมื่อกลับคำการคืนเงินที่อนุมัติไปแล้ว เนื่องจากข้อโต้แย้งที่ลูกค้ายื่น บน Google Play นั้น Voided Purchases API จะแสดงรายการการซื้อที่ถูกคืนเงินและถูก chargeback โดยแต่ละรายการมี orderId ที่ระบุการซื้อหรือรอบการต่ออายุได้อย่างแม่นยำ ผู้ให้บริการประมวลผลการชำระเงินบนเว็บของคุณก็ส่งเหตุการณ์การคืนเงินของตนเอง ทั้งสามแหล่งควรเข้ามาที่ตัวจัดการเดียวกันและเปลี่ยนแปลงระเบียนเดียวกัน
เพิกถอนสิทธิ์ ไม่ใช่เพิกถอนบัญชี
การคืนเงินยกเลิกการซื้อ ไม่ได้ยกเลิกตัวบุคคล ให้ลบสิทธิ์เข้าถึงที่มาจากการซื้อที่ถูกคืนเงิน แล้วคำนวณใหม่ว่าบัญชียังมีสิทธิ์อะไรเหลืออยู่ หากลูกค้ายังมีการสมัครสมาชิกที่ใช้งานอยู่จากสโตร์อื่น พวกเขายังคงเข้าถึงได้ผ่านการสมัครสมาชิกนั้น หากไม่มี ไคลเอนต์ทุกตัวจะเสียฟีเจอร์พรีเมียมในครั้งถัดไปที่ตรวจสอบกับเซิร์ฟเวอร์ของคุณ
เมื่อคนคนเดียวสมัครสมาชิกในสองสโตร์
การสมัครซ้ำซ้อนคืออีกครึ่งหนึ่งของปัญหา มีคนสมัครบน Android ซื้อ iPhone เครื่องใหม่ ไม่ได้ลงชื่อเข้าใช้ แล้วสมัครอีกครั้ง ตอนนี้พวกเขาจ่ายเงินสองครั้งสำหรับบริการเดียว และค่าบริการหนึ่งในนั้นมักกลายเป็นคำขอคืนเงิน ทีมพาณิชย์ของ Apple ซึ่งตอบนักพัฒนารายหนึ่งใน Apple Developer Forums กล่าวไว้อย่างเรียบง่ายว่า ระบบบัญชีของแอปควรมีตรรกะเพื่อป้องกันการซื้อซ้ำบนแพลตฟอร์มอื่น
ตรวจสอบทุกสโตร์ก่อนแสดง paywall
ให้ผู้ใช้ลงชื่อเข้าใช้ก่อนถึง paywall ค้นหาการซื้อที่ใช้งานอยู่ทั้งหมดของพวกเขาบนเซิร์ฟเวอร์ของคุณ และข้ามข้อเสนอไปหากมีรายการใดครอบคลุมแพลตฟอร์มนี้อยู่แล้ว การตรวจสอบเพียงครั้งเดียวนี้ป้องกันการเรียกเก็บเงินซ้ำส่วนใหญ่ได้ก่อนที่จะเกิดขึ้น
หากเกิดการซื้อซ้ำไปแล้ว ควรคืนเงินรายการใด
คืนเงินรายการที่คุณควบคุมได้ บน Google Play คุณออกการคืนเงินเองได้ใน Play Console และ purchases.subscriptionsv2.cancel ร่วมกับ DEVELOPER_REQUESTED_STOP_PAYMENTS จะหยุดการชำระเงินครั้งถัดไป การสมัครสมาชิกบนเว็บเป็นของคุณ คืนเงินได้เต็มที่ การคืนเงินของ App Store เป็นการตัดสินของ Apple ดังนั้นหากรายการซ้ำอยู่บน iPhone ลูกค้าต้องขอจาก Apple และแอปของคุณสามารถเปิดคำขอนั้นได้ด้วย API คำขอคืนเงินของ StoreKit
ต้นทุนของการคืนเงินที่หลุดไปหนึ่งแพลตฟอร์ม
ราคาที่คืนไปเป็นเพียงความสูญเสียแรก ลูกค้าที่การคืนเงินของ Apple ไม่เคยไปถึงแอป Android หรือเว็บไซต์ของคุณ ยังคงใช้สิ่งที่คุณจ่ายเงินเพื่อให้ทำงานอยู่ ทุกเซสชันยังคงใช้ทรัพยากรประมวลผล ทุกฟีเจอร์ AI ยังคงเรียก API ของบุคคลที่สามที่คุณถูกเรียกเก็บเงิน ไฟล์ของพวกเขายังคงใช้พื้นที่จัดเก็บ และหากแอปของคุณจ่ายเงินให้ครีเอเตอร์ตามยอดชมหรือตามการใช้งาน เงินเหล่านั้นก็ยังคงถูกจ่ายออกไป สำหรับแพ็กเกจรายปี นี่อาจหมายถึงต้นทุนการให้บริการตลอดทั้งปีสำหรับบัญชีที่ตอนนี้ไม่จ่ายอะไรเลย
เส้นทางผ่านธนาคารทำให้แย่ลงไปอีก สำหรับคำสั่งซื้อ Google Play ที่เกิดขึ้นหลังวันที่ 3 สิงหาคม 2026 Google ระบุว่าเมื่อ chargeback สำเร็จ นักพัฒนาต้องรับผิดชอบราคาซื้อ หักค่าบริการของ Play แล้วบวกค่าธรรมเนียม chargeback ที่สถาบันการเงินเรียกเก็บ chargeback ถือเป็นที่สุดที่ธนาคาร ลูกค้าที่ทำ chargeback แล้วยังเข้าถึงได้อยู่ ทำให้คุณเสียทั้งราคาสินค้า ค่าธรรมเนียม และต้นทุนการให้บริการไปพร้อมกัน
| สิ่งที่ยังทำงานต่อหลังพลาดการเพิกถอน | ผู้จ่ายค่าใช้จ่าย |
|---|---|
| การประมวลผลของเซิร์ฟเวอร์สำหรับแต่ละเซสชันบน Android หรือเว็บ | คุณ |
| การเรียก API ของบุคคลที่สามที่ฟีเจอร์ของคุณทำ | คุณ |
| พื้นที่จัดเก็บไฟล์และประวัติของผู้ใช้ | คุณ |
| เงินที่จ่ายให้ครีเอเตอร์ตามการใช้งานหรือตามยอดชม | คุณ |
| ค่าธรรมเนียม chargeback ของคำสั่งซื้อ Google Play หลังวันที่ 3 สิงหาคม 2026 | คุณ เพิ่มเติมจากราคาซื้อหักค่าบริการของ Play |

การใช้งานข้ามแพลตฟอร์มยังคงเป็นหลักฐาน
การมีบัญชีเดียวในทุกแพลตฟอร์มยังช่วยได้เมื่อสโตร์ขอข้อมูลจากฝั่งคุณ ข้อมูลการใช้งานของ Apple ถามว่าลูกค้าใช้สินค้าแบบใช้แล้วหมด สินค้าแบบใช้ไม่หมด หรือการสมัครสมาชิกแบบไม่ต่ออายุไปแล้วเป็นสัดส่วนเท่าใด สำหรับการสมัครสมาชิกแบบต่ออายุอัตโนมัติ คุณไม่ต้องส่งเปอร์เซ็นต์ เพราะ Apple คำนวณจากเวลาที่ผ่านไปเอง การตรวจสอบ chargeback ของ Google Play รับเหตุการณ์การใช้งานได้สูงสุด 1,000 รายการ ซึ่งแต่ละรายการแนบ ID บัญชีที่ปิดบังข้อมูลแล้วได้ การใช้งานที่บันทึกภายใต้ ID บัญชีเดียว ไม่ว่าจะมาจากอุปกรณ์ใด คือการใช้งานที่คุณแสดงเป็นหลักฐานได้
การคืนเงินแบบใดที่ไม่เคยถามความเห็นจากฝั่งคุณ
การคืนเงินส่วนใหญ่ถูกตัดสินโดยไม่มีคุณเกี่ยวข้อง Google Play อาจคืนเงินการซื้อภายใน 48 ชั่วโมงผ่านขั้นตอนการคืนเงินของตนเอง การคืนเงินโดยฝ่ายสนับสนุนของสโตร์ การซื้อที่ถูกทำให้เป็นโมฆะ และการที่ Google คืนเงินอัตโนมัติสำหรับการซื้อที่คุณไม่เคยยืนยันภายในประมาณ 72 ชั่วโมง ล้วนเกิดขึ้นก่อนแล้วจึงรายงานภายหลัง สำหรับกรณีเหล่านี้ ตรรกะการเพิกถอนข้างต้นคืองานทั้งหมด
มีเพียงสองขั้นตอนที่ขอหลักฐาน CONSUMPTION_REQUEST ของ Apple ให้เวลาคุณ 12 ชั่วโมงในการส่งข้อมูลการใช้งาน การตรวจสอบ chargeback ของ Google Play ให้เวลาคุณ 24 ชั่วโมงนับจาก PendingRefundReviewNotification ในการตอบผ่าน orders.reviewrefund และ Google บันทึกเฉพาะการเรียกครั้งแรกของคุณ RefundHalt ตอบทั้งสองขั้นตอนภายในกรอบเวลา โดยใช้ข้อมูลการใช้งานที่คุณเก็บอยู่แล้ว ซึ่งผูกกับบัญชีเดียวกันในทุกแอปของคุณ
รายการตรวจสอบสั้น ๆ สำหรับการคืนเงินข้ามแพลตฟอร์ม
- ตั้งค่า appAccountToken สำหรับการซื้อบน Apple และ ID บัญชีที่ปิดบังข้อมูลแล้วสำหรับการซื้อบน Google Play
- เติมโทเค็น Apple ที่ขาดหายด้วย Set App Account Token สำหรับการแลกโค้ดข้อเสนอ
- ส่ง REFUND และ REFUND_REVERSED ของ Apple การซื้อที่เป็นโมฆะของ Google Play และการคืนเงินบนเว็บเข้าสู่ตัวจัดการเดียว
- เก็บการซื้อแต่ละรายการพร้อมแหล่งที่มา และคำนวณสิทธิ์เข้าถึงจากการซื้อที่ใช้งานอยู่ทั้งหมด
- ตรวจสอบการซื้อในทุกสโตร์ก่อนแสดง paywall บนแพลตฟอร์มใดก็ตาม
คำถามที่พบบ่อย
- ฉันให้ผู้ใช้ iPhone เข้าถึงการสมัครสมาชิกที่ซื้อบน Android หรือบนเว็บไซต์ของฉันได้หรือไม่
- ได้ App Review Guideline 3.1.3(b) ของ Apple อนุญาตให้แอปที่ทำงานบนหลายแพลตฟอร์มให้ผู้ใช้เข้าถึงเนื้อหา การสมัครสมาชิก หรือฟีเจอร์ที่ซื้อจากแพลตฟอร์มอื่นหรือจากเว็บไซต์ของคุณได้ ตราบใดที่รายการเหล่านั้นมีจำหน่ายเป็นการซื้อในแอปภายในแอป iPhone ด้วย
- หาก Apple คืนเงินให้ผู้สมัครสมาชิก Google Play หรือระบบเรียกเก็บเงินบนเว็บของฉันจะทราบหรือไม่
- ไม่ทราบ Apple แจ้งเฉพาะเซิร์ฟเวอร์ของคุณผ่านการแจ้งเตือน REFUND ใน App Store Server Notifications V2 และไม่แจ้งที่อื่นเลย เซิร์ฟเวอร์ของคุณต้องเพิกถอนสิทธิ์เข้าถึงที่การซื้อนั้นให้ไว้บน Android บนเว็บ และในทุกที่ที่บัญชีนั้นลงชื่อเข้าใช้
- ฉันจะจับคู่การคืนเงินของ App Store กับบัญชีผู้ใช้ได้อย่างไร
- ใช้ appAccountToken ซึ่งเป็น UUID ที่แอปของคุณแนบไว้กับการซื้อ และ App Store ส่งกลับมาในข้อมูลธุรกรรม สำหรับการซื้อที่เกิดนอกแอปของคุณ เช่น การแลกโค้ดข้อเสนอ endpoint Set App Account Token ของ Apple จะเพิ่มหรือแทนที่โทเค็นให้ endpoint นี้ไม่รองรับธุรกรรม Family Sharing
- ลูกค้ารายหนึ่งสมัครสมาชิกทั้งบน App Store และ Google Play ฉันควรคืนเงินฝั่งใด
- คืนเงินฝั่งที่คุณควบคุมได้ คุณคืนเงินคำสั่งซื้อ Google Play ได้ใน Play Console และหยุดการชำระเงินครั้งถัดไปด้วย purchases.subscriptionsv2.cancel ส่วนการคืนเงินของ App Store เป็นการตัดสินของ Apple ดังนั้นรายการซ้ำบน iPhone ต้องผ่านคำขอคืนเงินของ Apple ซึ่งแอปของคุณเปิดได้ด้วย StoreKit
- การใช้งานบนเว็บไซต์หรือแอป Android ของฉันนับเป็นหลักฐานในการพิจารณาคืนเงินหรือไม่
- การใช้งานที่บันทึกภายใต้บัญชีเดียวช่วยสนับสนุนคำตอบของคุณได้ ข้อมูลการใช้งานของ Apple ถามว่าสินค้าแบบใช้แล้วหมด สินค้าแบบใช้ไม่หมด หรือการสมัครสมาชิกแบบไม่ต่ออายุถูกใช้ไปเป็นสัดส่วนเท่าใด และการตรวจสอบ chargeback ของ Google Play รับเหตุการณ์การใช้งานได้สูงสุด 1,000 รายการ ซึ่งแนบ ID บัญชีที่ปิดบังข้อมูลแล้วได้
แหล่งข้อมูลและเนื้อหาเพิ่มเติม
- Apple: App Review Guidelines, 3.1.3(b) Multiplatform Services
- Apple Developer Documentation: Offering a subscription across multiple apps
- Apple Developer Documentation: Handling refund notifications
- Apple Developer Documentation: notificationType
- Apple Developer Documentation: Set App Account Token
- Android Developers: BillingFlowParams.Builder, setObfuscatedAccountId
- Google Play Developer API: purchases.voidedpurchases
- Google Play Console Help: Updates to refund protection and chargeback cost responsibility
RefundHalt
ระบบอัตโนมัติสำหรับการคืนเงินบน App Store และ Google Play
อ่านต่อ
คำขอคืนเงินที่มากเกินไปอาจทำให้คุณเสียมากกว่ายอดคืนเงิน เพราะทั้งสองสโตร์มองว่าเป็นสัญญาณด้านคุณภาพ
แนวทาง 5.6.4 ของ Apple ระบุว่าคำขอคืนเงินที่มากเกินไปเป็นสัญญาณว่าแอปไม่ได้มาตรฐานคุณภาพ และข้อตกลงการจัดจำหน่ายสำหรับนักพัฒนาของ Google ก็เปิดให้ถอดแอปของนักพัฒนารายใหม่ได้จากอัตราการคืนเงิน บทความนี้สรุปว่าแต่ละสโตร์เขียนไว้อย่างไร การถูกถอดแอปมีต้นทุนเท่าไร และจะอยู่ให้ห่างจากความเสี่ยงได้อย่างไร
ตรวจสอบการแจ้งเตือนจากเซิร์ฟเวอร์ App Store ก่อนดำเนินการกับการคืนเงิน เพราะใครก็ส่งคำขอมายัง URL webhook ของคุณได้
การแจ้งเตือนการคืนเงินเป็นเพียงคำขอ HTTPS ธรรมดาจนกว่าคุณจะตรวจสอบลายเซ็นของมัน บทความนี้อธิบายวิธีตรวจสอบการแจ้งเตือนจากเซิร์ฟเวอร์ App Store และข้อความ RTDN ของ Google Play แต่ละสโตร์ลงลายเซ็นอะไรบ้าง และการคืนเงินที่ถูกปลอมแปลงหรือถูกปฏิเสธโดยผิดพลาดทำให้คุณเสียเงินเท่าใด