DeviceCheck ของ Apple จดจำโทรศัพท์ของผู้ที่ใช้การคืนเงินในทางมิชอบ แม้เขาจะสมัครบัญชีใหม่แล้วก็ตาม
การแบนบัญชีและตัวระบุการซื้อใช้ไม่ได้ผลทันทีที่ผู้ใช้การคืนเงินในทางมิชอบสร้างบัญชีใหม่ DeviceCheck ของ Apple และ device recall ของ Google Play เก็บข้อมูลไม่กี่บิตต่ออุปกรณ์ไว้บนเซิร์ฟเวอร์ของสโตร์ บทความนี้อธิบายว่าเก็บอะไร ควรตั้งค่าเมื่อใด และช่วยคุณประหยัดอะไรได้บ้าง
ประเด็นสำคัญ
- DeviceCheck ของ Apple ให้เซิร์ฟเวอร์ของคุณตั้งค่าและสอบถามบิตแบบไบนารีได้สองบิตต่ออุปกรณ์ ซึ่งเก็บไว้บนเซิร์ฟเวอร์ของ Apple และ Apple ระบุว่าการทำเครื่องหมายอุปกรณ์ที่คุณพบว่าทุจริตเป็นหนึ่งในวัตถุประสงค์การใช้งาน
- การจดจำอุปกรณ์ (device recall) ของ Google Play ซึ่งเป็นฟีเจอร์เบต้าของ Play Integrity API เก็บบิตที่กำหนดเองได้สามบิตต่ออุปกรณ์ไว้บนเซิร์ฟเวอร์ของ Google และบิตเหล่านี้ยังคงอยู่หลังการติดตั้งแอปใหม่และการรีเซ็ตอุปกรณ์
- ค่า device recall ใช้ร่วมกันโดยทุกแอปในบัญชีนักพัฒนา Google Play เดียวกัน และเก็บไว้ 3 ปีหลังการอ่านหรือเขียนครั้งล่าสุด
- โทเค็น Play Integrity ใช้เขียนบิต device recall ได้นานสูงสุด 14 วันหลังจากยืนยันแล้ว ซึ่งครอบคลุมช่วงเวลาขอคืนเงินด้วยตนเอง 48 ชั่วโมงของ Google Play
- ทั้งการแจ้งเตือนการคืนเงินของ Apple และการซื้อที่ถูกยกเลิกของ Google ไม่มีตัวระบุอุปกรณ์ ดังนั้นอุปกรณ์จะถูกทำเครื่องหมายได้ก็ต่อเมื่อเซิร์ฟเวอร์เชื่อมการซื้อเข้ากับบัญชีของตนเองไว้ก่อนแล้วเท่านั้น
- เครื่องหมายอุปกรณ์หยุดการคืนเงินไม่ได้ แต่ใช้ตัดสินว่าแอปของคุณจะให้อะไรกับอุปกรณ์นั้นต่อไป เช่น เครดิตฟรี ช่วงทดลองใช้ที่คุณออกค่าใช้จ่ายเอง หรือข้อเสนอโปรโมชันที่เซิร์ฟเวอร์ของคุณลงนาม
- มีเพียงสองกระบวนการคืนเงินที่ให้นักพัฒนาส่งหลักฐานได้ก่อนที่สโตร์จะตัดสิน ได้แก่ CONSUMPTION_REQUEST ของ Apple ซึ่งต้องตอบภายใน 12 ชั่วโมง และการตรวจสอบ chargeback ของ Google Play ผ่าน orders.reviewrefund ซึ่งต้องตอบภายใน 24 ชั่วโมง
การแบนบัญชีไม่ได้หยุดผู้ใช้การคืนเงินในทางมิชอบที่สมัครใหม่บนโทรศัพท์เครื่องเดิม DeviceCheck ของ Apple และ device recall ของ Google Play มีไว้เพื่ออุดช่องว่างนี้โดยตรง เครื่องมือแต่ละตัวให้เซิร์ฟเวอร์ของคุณผูกบิตไม่กี่บิตที่มีความหมายตามที่คุณกำหนดไว้กับอุปกรณ์จริง โดยเก็บไว้บนเซิร์ฟเวอร์ของสโตร์ เครื่องหมายจึงยังอยู่เมื่อคนคนเดิมกลับมาพร้อมอีเมลใหม่ ไม่มีเครื่องมือใดให้ ID อุปกรณ์แก่คุณ และไม่มีเครื่องมือใดหยุดการคืนเงินได้ สิ่งที่มันทำคือบอกคุณตอนสมัครหรือที่ paywall ว่าอุปกรณ์นี้เคยสร้างความเสียหายให้คุณมาก่อน
ต่อไปนี้คือสิ่งที่แต่ละสโตร์เก็บจริง กับดักด้านเวลาที่ตัดสินว่าคุณจะตั้งเครื่องหมายได้หรือไม่ และต้นทุนที่ผู้กระทำซ้ำสร้างขึ้นก่อนที่คุณจะจับได้
ทำไมบัญชีใหม่จึงเอาชนะการป้องกันระดับบัญชีได้ทุกแบบ
การป้องกันการคืนเงินส่วนใหญ่ผูกกับบัญชี appAccountToken ของ Apple ผูกธุรกรรมกับผู้ใช้ในฐานข้อมูลของคุณ ID บัญชีแบบปกปิด (obfuscated account ID) ของ Google Play ทำแบบเดียวกันบน Android ทั้งสองอย่างควรตั้งค่าในทุกการซื้อ และทั้งสองอย่างบ่งบอกบัญชีของบุคคล ไม่ใช่ฮาร์ดแวร์ที่เขาถืออยู่ ลบบัญชี สมัครด้วยอีเมลใหม่ แล้วประวัติของคนคนนั้นในระบบของคุณก็เริ่มนับจากศูนย์
สโตร์ไม่ได้อุดช่องว่างนี้ให้คุณ การแจ้งเตือนการคืนเงินของ App Store บอกว่าธุรกรรมใดถูกคืนเงิน การซื้อที่ถูกยกเลิกของ Google Play บอกโทเค็นการซื้อ ID คำสั่งซื้อ และ voidedReason ไม่มีรายการใดมีตัวระบุอุปกรณ์ นักพัฒนาแอปหาคู่รายหนึ่งเล่าผลที่ตามมาในกระทู้บน Apple Developer Forums ว่าโปรไฟล์หลอกลวงซื้อสมาชิกพรีเมียมซ้ำแล้วซ้ำเล่าแล้วขอคืนเงินภายหลัง และการแบนอุปกรณ์ด้วยวิธีของนักพัฒนาเองก็ไม่ช่วยอะไร
บัญชีใหม่รีเซ็ตช่วงทดลองใช้ของสโตร์หรือไม่
ไม่ หากยังใช้ Apple Account เดิม เอกสารของ Apple ระบุว่าข้อเสนอแนะนำ รวมถึงช่วงทดลองใช้ฟรี มอบให้เฉพาะลูกค้าที่ยังไม่เคยได้รับสำหรับผลิตภัณฑ์นั้นหรือผลิตภัณฑ์ใดในกลุ่มการสมัครสมาชิกเดียวกัน ดังนั้นการล็อกอินใหม่ในแอปของคุณจึงไม่ได้ช่วงทดลองใช้ของ Apple ครั้งที่สอง แต่ Apple Account ใหม่ได้ และสิ่งที่คุณแจกเองก็เช่นกัน ได้แก่ เครดิตตอนสมัคร ช่วงทดลองใช้ที่เซิร์ฟเวอร์ออกค่าใช้จ่าย และโบนัสแนะนำเพื่อน สิ่งเหล่านี้คือของแถมที่เครื่องหมายอุปกรณ์ช่วยปกป้อง
DeviceCheck ของ Apple เก็บอะไรจริงๆ
DeviceCheck มีสองส่วน ในแอป คลาส DCDevice สร้างโทเค็นชั่วคราวที่ระบุตัวอุปกรณ์ บนเซิร์ฟเวอร์ คุณส่งโทเค็นนั้นไปยัง Apple พร้อม JSON web token ที่ลงนามด้วยคีย์จากบัญชีนักพัฒนาของคุณ แล้ว Apple จะให้คุณสอบถามหรืออัปเดตสองบิตสำหรับอุปกรณ์นั้น ผลการสอบถามจะส่งคืน bit0, bit1 และ last_update_time ในรูปแบบปีและเดือน ตัวอย่างการใช้งานของ Apple เองคืออุปกรณ์ที่รับข้อเสนอโปรโมชันไปแล้ว และอุปกรณ์ที่คุณพิจารณาแล้วว่าทุจริต
Apple เก็บบิตไว้ แต่ความหมายเป็นของคุณ เอกสารระบุว่าคุณมีหน้าที่ติดตามว่าบิตหมายถึงอะไรและตัดสินใจว่าจะรีเซ็ตเมื่อใด โดยยกตัวอย่างอุปกรณ์ที่ถูกขายต่อ สองบิตให้สถานะได้สี่แบบ รูปแบบง่ายๆ คือใช้หนึ่งบิตสำหรับขอคืนเงินหลังใช้งานหนัก และอีกหนึ่งบิตสำหรับเคยได้รับเครดิตฟรีแล้ว
- โทเค็นใช้ได้ครั้งเดียว Apple ระบุว่าโทเค็นยังใช้ได้นานพอที่จะลองส่งคำขอซ้ำ แต่คุณควรสร้างโทเค็นใหม่สำหรับทุกการเรียก
- บิลด์สำหรับพัฒนาจะติดต่อกับ api.development.devicecheck.apple.com ส่วนเวอร์ชันใช้งานจริงต้องใช้ api.devicecheck.apple.com มิฉะนั้นเครื่องหมายของคุณจะไปอยู่ผิดที่
- Apple อธิบายว่า DeviceCheck เป็นข้อมูลนำเข้าหนึ่งในการประเมินความเสี่ยงโดยรวม ไม่ใช่คำตัดสิน ให้ถือว่าบิตที่ถูกตั้งไว้เป็นเหตุผลให้ตรวจสอบละเอียดขึ้น
device recall ของ Google เพิ่มอะไรบน Android
เวอร์ชันของ Google อยู่ใน Play Integrity API และยังเป็นเบต้า ต้องสมัครผ่านแบบฟอร์มแสดงความสนใจ เมื่อได้รับอนุมัติและเปิดใช้งานใน Play Console แล้ว ผลการตรวจสอบความสมบูรณ์ทุกครั้งจะมีบิตที่กำหนดเองสามบิตสำหรับอุปกรณ์นั้น คุณเขียนบิตด้วยการเรียกจากเซิร์ฟเวอร์ไปยัง endpoint deviceRecall:write โดยใช้โทเค็นความสมบูรณ์ที่คุณยืนยันแล้ว Google ระบุว่าข้อมูลยังคงอยู่หลังการติดตั้งแอปใหม่และการรีเซ็ตอุปกรณ์ เพราะข้อมูลอยู่บนเซิร์ฟเวอร์ของ Google
เอกสารของ Google ตรงไปตรงมาเป็นพิเศษเรื่องกรณีการใช้งาน โดยระบุถึงอุปกรณ์ที่มีหลักฐานการใช้งานในทางมิชอบร้ายแรง อุปกรณ์ที่แลกรับสิ่งของมูลค่าสูงไปแล้ว เช่น ช่วงทดลองใช้ฟรี และอุปกรณ์ที่ถูกใช้ซ้ำแล้วซ้ำเล่าเพื่อสร้างบัญชีใหม่โดยมีเจตนาไม่สุจริต Google ตรงไปตรงมาไม่แพ้กันเรื่องข้อจำกัด คือ device recall ใช้ได้เพื่อปกป้องความปลอดภัยของแอปและต่อสู้กับการใช้งานในทางมิชอบ การฉ้อโกง และการเข้าถึงโดยไม่ได้รับอนุญาตเท่านั้น ห้ามใช้เพื่อทำ fingerprinting หรือติดตามผู้ใช้รายบุคคล และห้ามเก็บลักษณะที่อ่อนไหว เช่น อายุ เพศ หรือตำแหน่งที่ตั้ง
| คำถาม | Apple DeviceCheck | Google Play device recall |
|---|---|---|
| สถานะ | เปิดให้ใช้งานทั่วไป | เบต้า อนุมัติผ่านแบบฟอร์มแสดงความสนใจ |
| จำนวนบิตต่ออุปกรณ์ | 2 | 3 |
| ที่เก็บข้อมูล | เซิร์ฟเวอร์ของ Apple | เซิร์ฟเวอร์ของ Google |
| คงอยู่หลังติดตั้งใหม่และรีเซ็ต | เก็บฝั่งเซิร์ฟเวอร์ Apple ให้คุณจัดการรีเซ็ตเอง | ใช่ ทั้งสองกรณี ตามที่ Google ระบุ |
| ใช้ร่วมกันระหว่างแอปของคุณ | ผูกกับบัญชีนักพัฒนาของคุณ | ใช่ ทุกแอปในบัญชีนักพัฒนา |
| การประทับเวลา | ปีและเดือนที่อัปเดตล่าสุด | วันที่เขียนของแต่ละบิต |
| ระยะเวลาเก็บรักษา | จนกว่าคุณจะรีเซ็ต | 3 ปีหลังการอ่านหรือเขียนครั้งล่าสุด |
| โทเค็นสำหรับเขียน | โทเค็น DCDevice ใหม่ ใช้ครั้งเดียว | โทเค็นความสมบูรณ์ที่ยืนยันแล้ว ใช้ได้ 14 วัน |
| ข้อกำหนดเพิ่มเติม | App ID ที่ลงทะเบียนกับบัญชีของคุณ | Play Store และ Play services เวอร์ชันล่าสุด ผู้ใช้ที่มีสิทธิ์ใช้งานจาก Play ไม่ใช่โปรแกรมจำลอง |
ปัญหาเรื่องเวลา: การคืนเงินมาถึงหลังโทเค็นหมดไปแล้ว
เครื่องมือทั้งสองต้องได้บางอย่างจากตัวอุปกรณ์เองก่อนที่คุณจะทำเครื่องหมายได้ Apple ต้องการโทเค็น DCDevice ใหม่ Google ต้องการโทเค็นความสมบูรณ์จากอุปกรณ์นั้นที่มีอายุไม่เกิน 14 วัน ในขณะเดียวกัน การคืนเงินมาถึงเซิร์ฟเวอร์ของคุณผ่านการแจ้งเตือนของสโตร์ที่ไม่รู้อะไรเกี่ยวกับอุปกรณ์เลย ดังนั้นคำถามจึงไม่ใช่ว่าจะทำเครื่องหมายอุปกรณ์หรือไม่ แต่เป็นว่าคุณจะยังมีทางเข้าถึงอุปกรณ์นั้นหรือไม่เมื่อการคืนเงินมาถึง
การคืนเงิน 48 ชั่วโมงของ Google อยู่ภายในช่วง 14 วัน
การขอคืนเงินด้วยตนเองของ Google Play ทำได้ภายใน 48 ชั่วโมงหลังการซื้อเท่านั้น ซึ่งอยู่ภายในช่วง 14 วันที่โทเค็นความสมบูรณ์ยังใช้เขียนได้อย่างสบาย ให้ตรวจสอบความสมบูรณ์ ณ เวลาที่ซื้อ เก็บโทเค็นที่ยืนยันแล้วไว้คู่กับ ID คำสั่งซื้อ และเมื่อการซื้อที่ถูกยกเลิกของคำสั่งซื้อนั้นมาถึง คุณก็เขียนบิตได้ทันที chargeback เป็นกรณีที่ยากกว่า เพราะข้อพิพาทจากธนาคารอาจมาถึงหลังวันที่ 14 ไปนาน
การคืนเงินของ Apple ต้องรอให้อุปกรณ์กลับมา
การคืนเงินของ Apple อาจมาถึงหลายสัปดาห์หลังการซื้อ และโทเค็น DeviceCheck ที่เก็บไว้ไม่ได้ออกแบบมาให้ใช้ซ้ำ ทางออกที่ใช้ได้จริงคือทำเครื่องหมายบัญชีก่อน แล้วจึงทำเครื่องหมายอุปกรณ์ เมื่อการแจ้งเตือนการคืนเงินมาถึง ให้ทำเครื่องหมายบัญชีในฐานข้อมูลของคุณ ครั้งถัดไปที่บัญชีนั้นเปิดแอป ให้ขอโทเค็น DeviceCheck แล้วตั้งบิต ผู้ที่เก็บเนื้อหาไว้หลังขอคืนเงินมักจะกลับมาจริง เพราะการใช้เนื้อหาคือเป้าหมายของเขา
- ตอนซื้อ ให้บันทึกธุรกรรมเข้ากับบัญชีของคุณเองผ่าน appAccountToken หรือ ID บัญชีแบบปกปิด
- เมื่อมีการคืนเงินหรือยกเลิก ให้ทำเครื่องหมายบัญชีนั้นบนเซิร์ฟเวอร์ของคุณ
- ในเซสชันถัดไปของบัญชีที่ถูกทำเครื่องหมาย ให้เก็บโทเค็นอุปกรณ์แล้วตั้งบิตของคุณ
- ในทุกการสมัคร ให้สอบถามบิตก่อนมอบสิ่งใดที่ทำให้คุณเสียเงิน
ผู้ใช้การคืนเงินในทางมิชอบซ้ำๆ ทำให้คุณเสียเท่าไร
ราคาที่ถูกคืนเงินคือส่วนที่มองเห็นได้ ส่วนที่เหลือคือทุกอย่างที่การซื้อได้เริ่มขึ้นไปแล้ว หากแอปของคุณต้องใช้เงินเพื่อส่งมอบสิ่งที่ขาย ทุกรอบของการซื้อ ใช้ แล้วขอคืนเงินจะทิ้งเงินที่จ่ายไปแล้วไว้ ได้แก่ เวลา GPU สำหรับภาพที่สร้างขึ้น การเรียก API ของโมเดลหรือข้อมูลแบบเสียเงิน พื้นที่จัดเก็บไฟล์ส่งออกที่ลูกค้าเก็บไว้ และเงินที่จ่ายให้ครีเอเตอร์ซึ่งคำนวณจากยอดขาย บัญชีใหม่เปิดวงจรนั้นอีกครั้ง และบัญชีการเงินของคุณบันทึกว่าเป็นลูกค้าใหม่ทั้งหมด
ของแจกฟรีก็รั่วไหลแบบเดียวกันโดยไม่ต้องมีการคืนเงินเลย อุปกรณ์ที่ฟาร์มเครดิตตอนสมัครบนสิบบัญชีใช้พลังประมวลผลมากกว่าที่คุณตั้งงบไว้สำหรับช่วงทดลองใช้หนึ่งครั้งถึงสิบเท่า บน Google Play การ chargeback ของคำสั่งซื้อหลังวันที่ 3 สิงหาคม 2026 ยังทำให้คุณเสียราคาซื้อหักค่าธรรมเนียมบริการของ Google บวกค่าธรรมเนียมธนาคาร ดังนั้นคนที่ยื่นข้อพิพาทจากบัญชีใหม่ทุกครั้งจะทำให้คุณต้องจ่ายค่าข้อพิพาทเต็มจำนวนอีกครั้ง
| รายการต้นทุน | ไม่มีเครื่องหมายอุปกรณ์ | มีเครื่องหมายอุปกรณ์ |
|---|---|---|
| เครดิตตอนสมัครหรือช่วงทดลองใช้ที่คุณออกค่าใช้จ่าย | ให้ซ้ำทุกบัญชีใหม่ | ระงับหรือลดลงบนอุปกรณ์ที่ถูกทำเครื่องหมาย |
| การประมวลผลและการเรียก API แบบเสียเงิน | ใช้ซ้ำทุกรอบ | ใช้ครั้งเดียว แล้วจำกัดสิทธิ์ |
| เงินจ่ายให้ครีเอเตอร์หรือพันธมิตร | จ่ายจากยอดขายที่กลับมาเป็นการคืนเงิน | ระงับไว้ตรวจสอบบนอุปกรณ์ที่ถูกทำเครื่องหมาย |
| chargeback ของ Google Play หลังวันที่ 3 สิงหาคม 2026 | ราคาหักค่าธรรมเนียมบริการ บวกค่าธรรมเนียมธนาคาร ทุกครั้ง | เท่าเดิมต่อข้อพิพาท แต่ข้อพิพาทซ้ำน้อยลง |
| การตัดสินการคืนเงินของสโตร์ | สโตร์เป็นผู้ตัดสิน | สโตร์ยังเป็นผู้ตัดสิน |
ควรทำอย่างไรกับอุปกรณ์ที่ถูกทำเครื่องหมาย
เครื่องหมายตอบคำถามเดียว คือ อุปกรณ์นี้ควรได้อะไรฟรีอีกหรือไม่ ตอบสนองอย่างได้สัดส่วน เพราะบิตที่ถูกตั้งไว้เป็นเพียงข้อบ่งชี้ ไม่ใช่ข้อพิสูจน์ โทรศัพท์ถูกขายต่อ ครอบครัวใช้ iPad ร่วมกัน และ Google แนะนำอย่างชัดเจนให้พิจารณาเพิกเฉยหรือรีเซ็ตข้อมูลเก่าด้วยเหตุผลนั้น
- งดเครดิตตอนสมัคร ช่วงทดลองใช้ที่เซิร์ฟเวอร์ออกค่าใช้จ่าย หรือโบนัสแนะนำเพื่อนบนอุปกรณ์ที่ถูกทำเครื่องหมาย และเสนอแผนแบบชำระเงินแทน
- อย่าลงนามข้อเสนอโปรโมชันให้อุปกรณ์ที่ถูกทำเครื่องหมาย บน App Store เซิร์ฟเวอร์ของคุณเป็นผู้สร้างลายเซ็นที่ปลดล็อกข้อเสนอโปรโมชัน ดังนั้นการตัดสินใจจึงเป็นของคุณ
- กำหนดให้ชำระเงินเสร็จสมบูรณ์ก่อนส่งมอบสินค้าใช้แล้วหมดไปที่มีราคาแพงบนอุปกรณ์ที่ถูกทำเครื่องหมาย
- ใช้การประทับเวลา เครื่องหมายที่ตั้งเมื่อเดือนที่แล้วมีน้ำหนักมากกว่าเครื่องหมายที่ตั้งเมื่อสองปีก่อน
- ให้ผู้ใช้มีช่องทางติดต่อฝ่ายสนับสนุน ผู้ซื้อโทรศัพท์มือสองที่ถูกทำเครื่องหมายผิดควรได้รับคำตอบ และคุณสามารถรีเซ็ตบิตได้
แบนอุปกรณ์ไปเลยได้หรือไม่
คุณปฏิเสธของแถมฟรีของคุณเองได้ และนั่นคือจุดที่เครื่องหมายอุปกรณ์คุ้มค่าที่สุด การล็อกโดยสิ้นเชิงมีความเสี่ยงกว่า คนที่ถือโทรศัพท์วันนี้อาจไม่ใช่คนที่ใช้ในทางมิชอบ และข้อกำหนดของ Google เองจำกัดให้ device recall ใช้เพื่อป้องกันการใช้งานในทางมิชอบ ไม่ใช่เพื่อติดตามบุคคล จำกัดสิ่งที่ทำให้คุณเสียเงิน และเปิดทางสำหรับการชำระเงินไว้
แล้ว Keychain (พวงกุญแจ) หรือตัวระบุอุปกรณ์ล่ะ
นักพัฒนามักถามว่าเครื่องหมายใน Keychain หรือ ID ฮาร์ดแวร์จะทำงานแบบเดียวกันได้หรือไม่ เครื่องหมายที่แอปของคุณเก็บไว้บนโทรศัพท์จะหายไปหลังการรีเซ็ตอุปกรณ์ และ Apple ไม่ได้ให้ตัวระบุฮาร์ดแวร์ที่คงที่แก่แอปสำหรับจุดประสงค์นี้ DeviceCheck และ device recall คือคำตอบที่สโตร์รับรอง เพราะบิตอยู่บนเซิร์ฟเวอร์ของ Apple และ Google แทนที่จะอยู่บนโทรศัพท์
จุดที่สโตร์ยังเป็นผู้ตัดสิน
เครื่องหมายอุปกรณ์เปลี่ยนสิ่งที่แอปของคุณจะแจกต่อไป แต่ไม่แตะต้องการคืนเงินที่อยู่ตรงหน้าคุณ มีเพียงสองกระบวนการคืนเงินที่ให้คุณส่งหลักฐานได้ก่อนที่สโตร์จะตัดสิน Apple ส่ง CONSUMPTION_REQUEST และขอข้อมูลการใช้งานภายใน 12 ชั่วโมง Google Play เปิดการตรวจสอบ chargeback ที่คุณต้องตอบภายใน 24 ชั่วโมงผ่าน orders.reviewrefund ส่วนกรณีอื่นทั้งหมด ตั้งแต่การคืนเงิน 48 ชั่วโมงของ Google Play ไปจนถึงการคืนเงินผ่านฝ่ายสนับสนุนและการคืนเงินอัตโนมัติสำหรับการซื้อที่ไม่ได้รับการยืนยัน จะถูกตัดสินโดยไม่มีคุณ chargeback ถือเป็นที่สุดเมื่อธนาคารตัดสินแล้ว
RefundHalt ตอบทุก CONSUMPTION_REQUEST และการตรวจสอบ chargeback ของ Google Play ภายในกรอบเวลาด้วยข้อมูลการใช้งานจริงของคุณ และเชื่อมโยงการคืนเงินแต่ละครั้งกลับไปยังบัญชีที่ขอ ทำให้เซิร์ฟเวอร์ของคุณรู้ว่าต้องทำเครื่องหมายอุปกรณ์ใดเมื่ออุปกรณ์นั้นเชื่อมต่อเข้ามาครั้งถัดไป
คำถามที่พบบ่อย
- DeviceCheck ของ Apple ใช้ทำอะไร
- DeviceCheck ให้เซิร์ฟเวอร์ของคุณเก็บและอ่านสองบิตต่ออุปกรณ์บนเซิร์ฟเวอร์ของ Apple ตัวอย่างของ Apple เองคือการทำเครื่องหมายอุปกรณ์ที่รับข้อเสนอโปรโมชันไปแล้ว และการทำเครื่องหมายอุปกรณ์ที่คุณพิจารณาแล้วว่าทุจริต คุณเป็นผู้กำหนดความหมายของบิตและเวลาที่จะรีเซ็ต
- DeviceCheck ยังใช้ได้หรือไม่หลังผู้ใช้ลบแอปหรือสร้างบัญชีใหม่
- ได้ บิตเป็นของอุปกรณ์และเก็บไว้บนเซิร์ฟเวอร์ของ Apple ไม่ได้อยู่ในแอปของคุณหรือในบัญชีผู้ใช้ การสมัครใหม่บนอุปกรณ์เครื่องเดิมจึงอ่านบิตชุดเดิมได้หลังติดตั้งแอปใหม่ Apple ให้คุณจัดการรีเซ็ตเอง เช่น เมื่ออุปกรณ์ถูกขายต่อ
- Android มีเครื่องมือที่เทียบเท่า DeviceCheck หรือไม่
- มี คือ device recall ใน Play Integrity API ซึ่งเก็บบิตที่กำหนดเองสามบิตต่ออุปกรณ์บนเซิร์ฟเวอร์ของ Google คงอยู่หลังการติดตั้งใหม่และการรีเซ็ตอุปกรณ์ ใช้ร่วมกันโดยทุกแอปในบัญชีนักพัฒนาของคุณ และเก็บข้อมูลไว้ 3 ปีหลังการเข้าถึงครั้งล่าสุด ฟีเจอร์นี้ยังเป็นเบต้าและต้องได้รับอนุมัติ
- เครื่องหมายอุปกรณ์หยุดไม่ให้ลูกค้าได้รับเงินคืนได้หรือไม่
- ไม่ได้ Apple และ Google ตัดสินการคืนเงินเอง เครื่องหมายอุปกรณ์ควบคุมได้เพียงสิ่งที่แอปของคุณจะเสนอต่อไป เช่น เครดิตฟรีหรือข้อเสนอโปรโมชัน หลักฐานของคุณมีผลเฉพาะใน CONSUMPTION_REQUEST ของ Apple ซึ่งต้องตอบภายใน 12 ชั่วโมง และการตรวจสอบ chargeback ของ Google Play ซึ่งต้องตอบภายใน 24 ชั่วโมง
- บล็อกอุปกรณ์เพราะใช้การคืนเงินในทางมิชอบได้หรือไม่
- Google อนุญาตให้ใช้ device recall เพื่อความปลอดภัยของแอปและการป้องกันการใช้งานในทางมิชอบ การฉ้อโกง และการเข้าถึงโดยไม่ได้รับอนุญาตเท่านั้น และห้ามใช้เพื่อทำ fingerprinting หรือติดตามผู้ใช้ เนื่องจากอุปกรณ์ถูกขายต่อและใช้ร่วมกันได้ วิธีที่ปลอดภัยกว่าคือระงับของแถมฟรีบนอุปกรณ์ที่ถูกทำเครื่องหมาย แทนที่จะล็อกไม่ให้เข้าถึงฟีเจอร์แบบชำระเงิน
แหล่งข้อมูลและเนื้อหาเพิ่มเติม
- Apple Developer: DeviceCheck
- Apple Developer: Accessing and modifying per-device data
- Apple Developer: DCDevice
- Apple Developer: Implementing introductory offers in your app
- Android Developers: Detect repeat abuse using device recall (beta)
- Apple Developer Forums: Refund abuse
- Google Play Help: Apps, games, and in-app purchases refund policies
- Play Console Help: Updates to refund protection and chargeback cost responsibility
RefundHalt
ระบบอัตโนมัติสำหรับการคืนเงินบน App Store และ Google Play
อ่านต่อ
ค่าธรรมเนียม alternative billing ของ Google Play ในสหรัฐฯ เริ่มแล้วตั้งแต่ 1 ตุลาคม ส่วนการคืนเงินของยอดขายเหล่านั้นยังเป็นหน้าที่ของคุณ
ตั้งแต่วันที่ 1 ตุลาคม 2026 Google Play เก็บค่าธรรมเนียมบริการจากการซื้อในสหรัฐฯ ที่ทำผ่าน alternative billing หรือ external content links แต่ Google ยังไม่ดูแลการคืนเงินเลยแม้แต่รายการเดียว บทความนี้สรุปตารางค่าธรรมเนียม วิธีรายงานการคืนเงินกลับไปยัง Google และต้นทุนของการคืนเงินแต่ละครั้ง
คำขอคืนเงินที่มากเกินไปอาจทำให้คุณเสียมากกว่ายอดคืนเงิน เพราะทั้งสองสโตร์มองว่าเป็นสัญญาณด้านคุณภาพ
แนวทาง 5.6.4 ของ Apple ระบุว่าคำขอคืนเงินที่มากเกินไปเป็นสัญญาณว่าแอปไม่ได้มาตรฐานคุณภาพ และข้อตกลงการจัดจำหน่ายสำหรับนักพัฒนาของ Google ก็เปิดให้ถอดแอปของนักพัฒนารายใหม่ได้จากอัตราการคืนเงิน บทความนี้สรุปว่าแต่ละสโตร์เขียนไว้อย่างไร การถูกถอดแอปมีต้นทุนเท่าไร และจะอยู่ให้ห่างจากความเสี่ยงได้อย่างไร