Apple และ Google ต่างให้คุณเลื่อนวันต่ออายุการสมัครสมาชิกหลังระบบล่มได้ แต่ขีดจำกัดของทั้งสองแตกต่างกันโดยสิ้นเชิง
เมื่อแอปของคุณล่ม คุณสามารถเลื่อนวันต่ออายุการสมัครสมาชิกออกไปแทนการรอคำขอคืนเงิน บทความนี้อธิบายว่าการเลื่อนสูงสุด 90 วันของ Apple และการเลื่อนการเรียกเก็บเงินของ Google Play ทำงานอย่างไร แต่ละสโตร์ขีดเส้นไว้ตรงไหน และแต่ละทางเลือกมีต้นทุนเท่าไร
ประเด็นสำคัญ
- App Store Server API ของ Apple ให้นักพัฒนาเลื่อนวันต่ออายุของการสมัครสมาชิกแบบต่ออายุอัตโนมัติที่ชำระเงินแล้วและยังใช้งานอยู่ออกไป 1 ถึง 90 วัน เพื่อชดเชยระบบล่ม งานอีเวนต์ที่ถูกยกเลิก หรือการถ่ายทอดสดที่ขาดตอน
- Apple อนุญาตให้เลื่อนวันต่ออายุได้สองครั้งต่อลูกค้าหนึ่งรายภายใน 365 วัน เมื่อการเลื่อนมีผลแล้วจะย้อนกลับไม่ได้ และ Apple จะส่งอีเมลแจ้งวันต่ออายุใหม่ให้ลูกค้า
- Apple จะไม่เลื่อนวันต่ออายุให้การสมัครสมาชิกที่อยู่ในช่วงข้อเสนอฟรี อยู่ระหว่างการลองเรียกเก็บเงินซ้ำ อยู่ในช่วงผ่อนผันที่เลยวันหมดอายุไปแล้ว หรือหมดอายุไปแล้ว การสมัครสมาชิกต้องผ่านรอบที่ชำระเงินมาแล้วอย่างน้อยหนึ่งรอบ
- วันที่เพิ่มจากการเลื่อนวันต่ออายุของ Apple ไม่นับรวมในการให้บริการแบบชำระเงินครบหนึ่งปี ซึ่งเป็นเงื่อนไขที่ทำให้ส่วนแบ่งรายได้จากการสมัครสมาชิกของนักพัฒนาเพิ่มจาก 70% เป็น 85%
- purchases.subscriptionsv2.defer ของ Google Play เลื่อนวันเรียกเก็บเงินครั้งถัดไปของการสมัครสมาชิกออกไปได้ตั้งแต่หนึ่งวันจนถึงหนึ่งปีต่อการเรียกหนึ่งครั้ง ผู้ใช้ยังเข้าถึงได้เต็มที่โดยไม่ถูกเรียกเก็บเงิน และ Google จะส่งการแจ้งเตือน SUBSCRIPTION_DEFERRED
- การเลื่อนวันต่ออายุไม่ได้คืนเงินสด นักพัฒนาจึงยังเก็บเงินที่ได้รับไว้ แต่ต้องจ่ายค่าประมวลผล พื้นที่จัดเก็บ และการเรียก API ในวันที่เพิ่มขึ้นโดยไม่มีการต่ออายุมาชดเชย ส่วนการคืนเงินจะส่งราคาที่จ่ายกลับไป และเงินที่ใช้ไปแล้วในการให้บริการลูกค้ารายนั้นจะไม่ได้คืนมาเลย
- หากระบบล่มทำให้การซื้อในแอปไม่ถูกส่งมอบและ Apple ส่ง CONSUMPTION_REQUEST มา ค่า deliveryStatus ที่ตรงตามจริงคือ UNDELIVERED_SERVER_OUTAGE และ Apple กำหนดให้ consumptionPercentage เป็น 0 สำหรับทุกสถานะที่ไม่ใช่ DELIVERED
ช่วงที่ระบบล่มทำให้ผู้สมัครสมาชิกทุกคนมีเหตุผลขอคืนเงินที่ชัดเจนที่สุด และคุณไม่สามารถห้ามไม่ให้พวกเขาใช้เหตุผลนั้นได้ สิ่งที่คุณทำได้คือคืนวันที่เสียไปให้ก่อนที่ใครจะร้องขอ สโตร์แอปทั้งสองแห่งให้คุณเลื่อนวันต่ออายุการสมัครสมาชิกออกไป เพื่อให้ลูกค้าได้เวลาใช้งานฟรีแทนเงินสด Apple จำกัดการเลื่อนแต่ละครั้งไว้ที่ 90 วันและอนุญาตปีละสองครั้ง Google ให้คุณเลื่อนการเรียกเก็บเงินได้สูงสุดหนึ่งปีต่อการเรียกหนึ่งครั้ง ขั้นตอน การแจ้งเตือน และต้นทุนเบื้องหลังต่างกันมากพอที่แผนรับมือระบบล่มแผนเดียวจะใช้กับทั้งสองสโตร์ไม่ได้
ระบบล่มส่งผลต่อความเสี่ยงด้านการคืนเงินของคุณอย่างไร
การคืนเงินตัดสินโดยสโตร์ ไม่ใช่โดยคุณ บน App Store ลูกค้ายื่นคำขอต่อ Apple และ Apple เป็นผู้ตัดสิน คุณอาจได้รับการแจ้งเตือน CONSUMPTION_REQUEST และมีเวลา 12 ชั่วโมงในการส่งข้อมูลการใช้งานผ่าน Send Consumption Information นั่นคือบทบาททั้งหมดของคุณ
บน Google Play ผู้ซื้อสามารถได้รับเงินคืนภายใน 48 ชั่วโมงหลังการซื้อโดยไม่มีใครถามคุณ หลังจากนั้นคำขอจะมาถึงคุณ ขั้นตอนเดียวของ Google ที่ขอหลักฐานจากคุณคือ chargeback ที่ถูกตั้งค่าสถานะให้นักพัฒนาตรวจสอบ ซึ่งคุณตอบกลับผ่าน orders.reviewrefund ภายใน 24 ชั่วโมง คำตัดสินของธนาคารเกี่ยวกับ chargeback ถือเป็นที่สิ้นสุด
ดังนั้นไม่มีสโตร์ใดให้วิธีบล็อกการคืนเงินแก่คุณ สิ่งที่คุณควบคุมได้คือผู้สมัครสมาชิกจะยังรู้สึกว่าเสียประโยชน์อยู่หรือไม่เมื่อบริการกลับมาใช้งานได้ เวลาสมัครสมาชิกเพิ่มเติมที่มอบให้อย่างรวดเร็วและแจ้งอย่างชัดเจน คือเครื่องมือที่ทั้งสองสโตร์สร้างขึ้นมาเพื่อสิ่งนี้โดยเฉพาะ
วิธีเลื่อนวันต่ออายุการสมัครสมาชิกบน App Store
App Store Server API มี endpoint สองตัวสำหรับเรื่องนี้ Extend a Subscription Renewal Date ทำงานกับการสมัครสมาชิกรายการเดียว ซึ่งคุณระบุด้วย originalTransactionId ส่วน Extend Subscription Renewal Dates for All Active Subscribers ทำงานกับผู้สมัครสมาชิกทุกรายที่มีสิทธิ์ของ productId หนึ่งตัว และคุณจำกัดขอบเขตได้ด้วย storefrontCountryCodes เมื่อระบบล่มกระทบเพียงบางภูมิภาค
คำขอแต่ละรายการมีสามส่วน ได้แก่ extendByDays ซึ่งเป็นตัวเลขตั้งแต่ 1 ถึง 90, extendReasonCode และ requestIdentifier ที่คุณสร้างขึ้นเอง รหัสเหตุผล 3 หมายถึงปัญหาด้านบริการหรือระบบล่ม รหัส 1 คือความพึงพอใจของลูกค้า รหัส 2 คือเหตุผลอื่น และรหัส 0 คือไม่ระบุ
การสมัครสมาชิกแบบใดที่ Apple จะเลื่อนวันต่ออายุให้
มีเพียงการสมัครสมาชิกแบบต่ออายุอัตโนมัติที่ยังใช้งานอยู่และผ่านรอบที่ชำระเงินมาแล้วอย่างน้อยหนึ่งรอบเท่านั้นที่มีสิทธิ์ Apple จะข้ามกรณีต่อไปนี้
- การสมัครสมาชิกที่อยู่ในช่วงข้อเสนอฟรี เช่น ช่วงทดลองใช้ฟรี
- การสมัครสมาชิกที่ไม่ได้ใช้งานซึ่งอยู่ในสถานะลองเรียกเก็บเงินซ้ำ
- การสมัครสมาชิกที่อยู่ในช่วงผ่อนผันการเรียกเก็บเงินซึ่งวันหมดอายุผ่านไปแล้ว
- การสมัครสมาชิกที่ได้รับการเลื่อนวันต่ออายุไปแล้วสองครั้งในช่วง 365 วันที่ผ่านมา
- การสมัครสมาชิกที่หมดอายุแล้ว
การแชร์กันในครอบครัวได้รับผลไปด้วยโดยอัตโนมัติ เมื่อ Apple เลื่อนวันต่ออายุของการสมัครสมาชิกที่ซื้อไว้และรองรับการแชร์กันในครอบครัว การสมัครสมาชิกของสมาชิกในครอบครัวก็จะถูกเลื่อนด้วย คุณไม่สามารถเลือกเลื่อนการสมัครสมาชิกของสมาชิกในครอบครัวได้โดยตรง
คำขอแบบกลุ่มใช้เวลานาน จึงควรเฝ้าดูการแจ้งเตือน
Apple ระบุว่าคำขอเลื่อนวันต่ออายุให้ผู้สมัครสมาชิกที่ใช้งานอยู่ทั้งหมดอาจใช้เวลาหลายชั่วโมงหรือแม้แต่หลายวัน ขึ้นอยู่กับจำนวนผู้สมัครสมาชิกของคุณ การตอบกลับ 200 หมายความเพียงว่า Apple กำลังดำเนินการ App Store Server Notifications V2 จะบอกผลลัพธ์ให้คุณทราบ
| การแจ้งเตือน | ประเภทย่อย | ความหมาย |
|---|---|---|
| RENEWAL_EXTENDED | ไม่มี | วันต่ออายุของการสมัครสมาชิกหนึ่งรายการถูกเลื่อนแล้ว |
| RENEWAL_EXTENSION | FAILURE | การเลื่อนของการสมัครสมาชิกหนึ่งรายการล้มเหลว |
| RENEWAL_EXTENSION | SUMMARY | คำขอแบบกลุ่มทั้งหมดเสร็จสมบูรณ์แล้ว |
สำหรับ FAILURE แต่ละรายการ ให้นำ originalTransactionId จากธุรกรรมที่ลงนามแล้วใน payload ไปลองใหม่ด้วย endpoint สำหรับการสมัครสมาชิกรายการเดียว หากคุณต้องการตรวจสอบสถานะเป็นระยะ Get Status of Subscription Renewal Date Extensions จะรายงานว่าคำขอเสร็จสมบูรณ์หรือยัง และการเลื่อนสำเร็จหรือล้มเหลวไปกี่รายการ
การเลื่อนการเรียกเก็บเงินของ Google Play ทำงานอย่างไร
เวอร์ชันของ Google คือ purchases.subscriptionsv2.defer ซึ่งเรียกหนึ่งครั้งต่อโทเค็นการซื้อหนึ่งรายการ เนื้อหาคำขอมี deferralContext ที่มีสามฟิลด์ etag ได้มาจาก purchases.subscriptionsv2.get และการเรียกจะล้มเหลวหากค่านี้ไม่ตรงกับ etag ล่าสุดของการสมัครสมาชิก deferDuration ระบุว่าจะเลื่อนวันออกไปนานเท่าใด และ validateOnly เมื่อเป็น true จะรันคำขอแบบทดลองโดยไม่แตะต้องการสมัครสมาชิก
คู่มือการเรียกเก็บเงินของ Google กำหนดช่วงไว้ที่หนึ่งวันถึงหนึ่งปีต่อการเรียก API หนึ่งครั้ง หากต้องการเลื่อนนานกว่านั้น ให้เรียกอีกครั้งก่อนถึงวันหมดอายุใหม่ สำหรับการสมัครสมาชิกแบบต่ออายุอัตโนมัติ การเลื่อนจะย้ายวันต่ออายุครั้งถัดไป สำหรับแพ็กเกจแบบชำระล่วงหน้า การเลื่อนจะย้ายเวลาหมดอายุ สำหรับการสมัครสมาชิกที่มีส่วนเสริม ทุกรายการจะถูกเลื่อนด้วยระยะเวลาเท่ากัน การตอบกลับจะแสดง expiryTime ใหม่ของแต่ละรายการ
ระหว่างการเลื่อน ผู้ใช้ยังคงเป็นสมาชิกพร้อมสิทธิ์เข้าถึงเต็มรูปแบบ และไม่ถูกเรียกเก็บเงินสำหรับเวลาที่เพิ่มขึ้น Google จะส่งการแจ้งเตือนนักพัฒนาแบบเรียลไทม์ SUBSCRIPTION_DEFERRED เมธอดเดิม purchases.subscriptions.defer เลิกใช้งานแล้ว โค้ดใหม่จึงควรใช้เมธอด v2
Google ไม่แจ้งลูกค้าของคุณ คุณจึงต้องแจ้งเอง
Apple ส่งอีเมลถึงลูกค้าหลังการเลื่อนที่สำเร็จทุกครั้ง แต่คู่มือการเรียกเก็บเงินของ Google ไม่ได้กล่าวถึงข้อความถึงผู้ใช้เลย หากเป้าหมายคือการป้องกันคำขอคืนเงิน ผู้สมัครสมาชิกต้องรู้ว่ามีเวลาเพิ่มให้ ส่งข้อความเองทั้งในแอปและทางอีเมล และบอกว่าได้เพิ่มกี่วันและเพราะอะไร
เปรียบเทียบ Apple กับ Google
| Apple App Store | Google Play | |
|---|---|---|
| API | Extend a Subscription Renewal Date และ endpoint แบบกลุ่ม | purchases.subscriptionsv2.defer |
| ระยะเวลาต่อคำขอ | 1 ถึง 90 วัน | 1 วันถึง 1 ปี |
| ความถี่ | สองครั้งต่อลูกค้าภายใน 365 วัน | ไม่ได้ระบุขีดจำกัด เรียกอีกครั้งก่อนวันหมดอายุใหม่ |
| ตัวเลือกแบบกลุ่ม | เรียกหนึ่งครั้งต่อ productId เลือกกรองตาม storefront ได้ | เรียกหนึ่งครั้งต่อโทเค็นการซื้อ |
| ช่วงทดลองใช้ฟรี | ไม่มีสิทธิ์ | ไม่ได้กล่าวถึงในคู่มือของ Google |
| การแจ้งเตือน | RENEWAL_EXTENDED, RENEWAL_EXTENSION | SUBSCRIPTION_DEFERRED |
| การแจ้งลูกค้า | Apple ส่งอีเมล | เป็นหน้าที่ของคุณ |
| ย้อนกลับได้ | ไม่ได้ | ไม่ได้กล่าวถึงในคู่มือของ Google |
ต้นทุนของการเลื่อนวันต่ออายุเทียบกับการคืนเงิน
การคืนเงินและการเลื่อนวันต่ออายุดึงเงินจากคนละแหล่ง การคืนเงินส่งคืนสิ่งที่ลูกค้าจ่ายสำหรับรอบนั้น ทุกอย่างที่คุณใช้ไปแล้วในการให้บริการลูกค้ารายนั้นก็ยังเสียไปอยู่ดี ทั้งค่าประมวลผลของแต่ละเซสชัน การเรียก API ของโมเดล พื้นที่จัดเก็บ และเงินที่จ่ายให้ครีเอเตอร์ซึ่งลูกค้าใช้เนื้อหาของพวกเขา
การเลื่อนวันต่ออายุทำให้คุณเก็บเงินที่ได้รับไว้ สิ่งที่ต้องจ่ายคือบริการที่คุณให้โดยไม่มีการต่ออายุมาจ่ายค่าบริการนั้น ในทุกวันที่เพิ่มขึ้น ผู้สมัครสมาชิกที่ใช้งานอยู่ยังคงสร้างค่าใช้จ่ายแบบเดิม สำหรับผู้ใช้ที่ใช้น้อย ต้นทุนนี้แทบเป็นศูนย์ สำหรับผู้ใช้ที่ใช้ฟีเจอร์ AI อย่างหนัก การเพิ่ม 30 วันอาจหมายถึงการเรียกโมเดล 30 วันโดยไม่มีรายได้มารองรับ กำหนดจำนวนวันตามระยะเวลาที่ระบบล่ม ไม่ใช่ตามคำขอโทษที่คุณอยากมอบให้
| สิ่งที่คุณต้องเสีย | การคืนเงิน | การเลื่อนวันต่ออายุ |
|---|---|---|
| เงินค่าสมัครสมาชิก | คืนให้ลูกค้า | เก็บไว้ |
| ต้นทุนที่ใช้ไปแล้วในการให้บริการลูกค้า | เสียไป | เสียไป |
| ค่าประมวลผล พื้นที่จัดเก็บ และการเรียก API ในวันที่เพิ่มขึ้น | ไม่มี สิทธิ์เข้าถึงสิ้นสุด | คุณเป็นผู้จ่าย ยังไม่มีการต่ออายุ |
| การสมัครสมาชิกหลังจากนั้น | สิ้นสุดหากการคืนเงินเพิกถอนสิทธิ์เข้าถึง | ยังใช้งานอยู่ ต่ออายุในวันใหม่ |
ต้นทุนค่าคอมมิชชันบน Apple
Apple จ่าย 70% ของการต่ออายุแต่ละครั้งในปีแรกของการให้บริการแบบชำระเงินของผู้สมัครสมาชิก และ 85% หลังจากนั้น หน้าการสมัครสมาชิกของ Apple ระบุว่าวันที่ได้จากการเลื่อนวันต่ออายุไม่นับเป็นวันให้บริการแบบชำระเงิน ดังนั้นการเลื่อน 30 วันจะทำให้ผู้สมัครสมาชิกรายนั้นขยับไปสู่ 85% ช้าลง 30 วัน หากคุณอยู่ใน App Store Small Business Program คุณได้รับ 85% อยู่แล้ว และต้นทุนนี้ไม่เกี่ยวกับคุณ
ต้นทุน chargeback บน Google Play
สำหรับคำสั่งซื้อที่เกิดขึ้นหลังวันที่ 3 สิงหาคม 2026 chargeback ที่ผู้ถือบัตรเป็นฝ่ายชนะจะทำให้นักพัฒนา Google Play เสียราคาซื้อหักค่าธรรมเนียมบริการของ Play บวกค่าธรรมเนียมของธนาคาร ระบบล่มคือเหตุการณ์ประเภทที่ทำให้ลูกค้าที่หงุดหงิดหันไปหาธนาคาร การเลื่อนการเรียกเก็บเงินที่ไปถึงพวกเขาก่อนจึงถูกกว่าข้อพิพาทที่คุณพลิกผลไม่ได้
เมื่อการเลื่อนวันต่ออายุไม่ใช่เครื่องมือที่เหมาะสม
การซื้อนั้นไม่ใช่การสมัครสมาชิก
การเลื่อนวันต่ออายุใช้ได้กับการสมัครสมาชิกเท่านั้น หากระบบล่มทำให้ไอเท็มแบบใช้แล้วหมดไปหรือการปลดล็อกแบบซื้อครั้งเดียวเสียหาย ให้ส่งมอบไอเท็มนั้นใหม่ หาก Apple ส่ง CONSUMPTION_REQUEST สำหรับการซื้อนั้น ให้รายงานสิ่งที่เกิดขึ้นตามจริง ฟิลด์ deliveryStatus ของ Apple มีค่าสำหรับกรณีนี้คือ UNDELIVERED_SERVER_OUTAGE และ Apple ระบุว่าทุกสถานะที่ไม่ใช่ DELIVERED ต้องมาพร้อม consumptionPercentage ที่ตั้งค่าเป็น 0
ลูกค้าใช้สิทธิ์เลื่อนของ Apple ครบทั้งสองครั้งแล้ว
ขีดจำกัดของ Apple คือการเลื่อนสองครั้งต่อลูกค้าใน 365 วัน ระบบล่มสองครั้งในหนึ่งปีจะใช้สิทธิ์ทั้งสองจนหมด และครั้งที่สามจะทำให้คุณไม่มีอะไรเสนอผ่านสโตร์ได้อีก ติดตามว่า originalTransactionId แต่ละรายการใช้สิทธิ์เลื่อนไปแล้วกี่ครั้ง เพื่อไม่ให้การแจ้งเตือน FAILURE ของคำขอแบบกลุ่มทำให้คุณประหลาดใจ
ลูกค้าอยู่ในช่วงทดลองใช้ฟรี
Apple จะไม่เลื่อนวันต่ออายุให้การสมัครสมาชิกที่อยู่ในช่วงข้อเสนอฟรี ผู้ใช้ช่วงทดลองเสียวันใช้งานฟรี ไม่ใช่วันที่จ่ายเงิน ความเสี่ยงด้านการคืนเงินจึงต่ำ หากคุณต้องการชดเชยให้พวกเขา ข้อความในแอปมีต้นทุนต่ำกว่าการเรียก API ใดๆ
เช็กลิสต์สำหรับระบบล่มครั้งถัดไป
- บันทึกเวลาที่ระบบล่มเริ่มต้นและสิ้นสุด รวมถึงผลิตภัณฑ์และภูมิภาคที่ได้รับผลกระทบ
- เลือกจำนวนวันที่ครอบคลุมเวลาที่เสียไป บน Apple ให้ใช้รหัสเหตุผล 3 และอยู่ในช่วง 1 ถึง 90
- บน Apple ให้ส่งคำขอแบบกลุ่มหนึ่งรายการต่อ productId และจำกัดด้วย storefrontCountryCodes เมื่อได้รับผลกระทบเพียงบางภูมิภาค
- เฝ้าดู RENEWAL_EXTENSION FAILURE และลองใหม่ทีละรายการด้วย endpoint สำหรับการสมัครสมาชิกรายการเดียว
- บน Google Play ให้วนซ้ำโทเค็นการซื้อที่ยังใช้งานอยู่ อ่าน etag ของแต่ละรายการ รันด้วย validateOnly ก่อน แล้วจึงเลื่อนจริง
- แจ้งผู้สมัครสมาชิก Google Play เรื่องเวลาที่เพิ่มขึ้นด้วยตัวเอง เพราะ Google จะไม่แจ้ง
- อัปเดตวันหมดอายุของสิทธิ์จาก RENEWAL_EXTENDED และ SUBSCRIPTION_DEFERRED ไม่ใช่จากการคำนวณวันที่ของคุณเอง
- เก็บบันทึกการใช้งานแยกตามบัญชี เพื่อที่หากคำขอคืนเงินหรือ chargeback ยังเข้ามา หลักฐานของคุณจะพร้อมภายใน 12 ชั่วโมงสำหรับ Apple และ 24 ชั่วโมงสำหรับ Google
คำถามที่พบบ่อย
- ฉันเลื่อนวันต่ออายุการสมัครสมาชิก App Store ได้กี่ครั้ง
- สองครั้งต่อลูกค้าภายใน 365 วัน การเลื่อนแต่ละครั้งทำได้ 1 ถึง 90 วัน และการสมัครสมาชิกที่ได้รับการเลื่อนไปแล้วสองครั้งในช่วง 365 วันที่ผ่านมาจะไม่มีสิทธิ์เลื่อนอีก
- Apple แจ้งลูกค้าหรือไม่เมื่อฉันเลื่อนวันต่ออายุการสมัครสมาชิกของพวกเขา
- แจ้ง หลังการเลื่อนวันต่ออายุสำเร็จ Apple จะส่งอีเมลแจ้งวันต่ออายุใหม่ให้ลูกค้า คู่มือการเรียกเก็บเงินของ Google Play ไม่ได้กล่าวถึงข้อความลักษณะนี้ บน Android คุณจึงควรแจ้งผู้สมัครสมาชิกเอง
- ฉันเลื่อนการสมัครสมาชิก Google Play ได้นานเท่าไร
- คู่มือการเรียกเก็บเงินของ Google ระบุว่าหนึ่งวันถึงหนึ่งปีต่อการเรียก purchases.subscriptionsv2.defer หนึ่งครั้ง หากต้องการเลื่อนต่อ ให้เรียก API อีกครั้งก่อนถึงวันหมดอายุใหม่ ผู้ใช้ยังเข้าถึงได้เต็มที่และไม่ถูกเรียกเก็บเงินสำหรับช่วงเวลาที่เลื่อน
- ฉันยกเลิกการเลื่อนวันต่ออายุของ Apple ได้หรือไม่
- ไม่ได้ Apple ระบุว่าเมื่อการเลื่อนวันต่ออายุการสมัครสมาชิกมีผลแล้ว จะไม่มีวิธีย้อนกลับ ตรวจสอบผลิตภัณฑ์ จำนวนวัน และ storefront ก่อนส่งคำขอ
- การเลื่อนวันต่ออายุส่งผลต่อส่วนแบ่งรายได้ 85% ของฉันบน Apple หรือไม่
- ส่งผล Apple ไม่นับวันที่ได้จากการเลื่อนวันต่ออายุเป็นวันให้บริการแบบชำระเงิน การเลื่อนจึงทำให้ผู้สมัครสมาชิกขยับจาก 70% ไปเป็น 85% ช้าลงตามจำนวนวันที่คุณเพิ่ม นักพัฒนาใน App Store Small Business Program ได้รับ 85% อยู่แล้ว
- ฉันเลื่อนวันต่ออายุการสมัครสมาชิกที่อยู่ในช่วงทดลองใช้ฟรีได้หรือไม่
- บน App Store ทำไม่ได้ Apple ไม่รวมการสมัครสมาชิกที่อยู่ในช่วงข้อเสนอฟรี รวมถึงที่อยู่ระหว่างการลองเรียกเก็บเงินซ้ำ ช่วงผ่อนผันที่หมดไปแล้ว และการสมัครสมาชิกที่หมดอายุ มีเพียงการสมัครสมาชิกที่ยังใช้งานอยู่และผ่านรอบที่ชำระเงินมาแล้วอย่างน้อยหนึ่งรอบเท่านั้นที่มีสิทธิ์
แหล่งข้อมูลและเนื้อหาเพิ่มเติม
- Apple Developer: Extending the renewal date for auto-renewable subscriptions
- Apple Developer: Extend a Subscription Renewal Date
- Apple Developer: Extend Subscription Renewal Dates for All Active Subscribers
- Apple Developer: extendReasonCode
- Apple Developer: Auto-renewable subscriptions
- Apple Developer: deliveryStatus
- Google Play Developer API: purchases.subscriptionsv2.defer
- Google Play Billing: Manage subscriptions and one-time purchases
- Google Play Billing: Subscription lifecycle
- 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 แต่ละสโตร์ลงลายเซ็นอะไรบ้าง และการคืนเงินที่ถูกปลอมแปลงหรือถูกปฏิเสธโดยผิดพลาดทำให้คุณเสียเงินเท่าใด