วิธีหารายได้จากแอปในปี 2026: สมัครสมาชิก ซื้อครั้งเดียว โฆษณา หรือขายแบบจ่ายก่อนดาวน์โหลด

การหารายได้จากแอปให้ได้ผลเริ่มจากคำถามเดียว: ผู้ใช้ได้รับคุณค่าอะไร และบ่อยแค่ไหน? บริการบนคลาวด์ เครื่องมือแบบออฟไลน์ และเกมแคชชวล มีต้นทุนและรูปแบบการใช้งานต่างกัน จึงไม่ควรใช้ paywall แบบเดียวกัน เลือกโมเดลก่อน แล้วจึงตรวจสอบกฎการชำระเงินของสโตร์และค่าธรรมเนียมปี 2026 เพราะสองสิ่งนี้ร่วมกันกำหนดว่าคุณเรียกเก็บเงินได้อย่างไรและเหลือรายได้เท่าไร

ควรเลือกโมเดลหารายได้จากแอปแบบไหน?

เลือกโมเดลที่สอดคล้องกับความถี่ที่ผู้ใช้ได้รับคุณค่า และต้นทุนที่คุณต้องจ่ายในการให้บริการผู้ใช้แต่ละคน แต่ละโมเดลด้านล่างเหมาะกับผลิตภัณฑ์ต่างประเภทกัน

โมเดลผสมใช้ได้ แต่ทุกโมเดลที่เพิ่มเข้ามาคือกฎอีกข้อที่ต้องอธิบาย และสถานะการซื้อที่ต้องทดสอบเพิ่มขึ้น เริ่มจากโมเดลที่เล็กที่สุดที่คุณอธิบายได้ชัดเจน "ลองใช้ฟรี จ่ายครั้งเดียวเพื่อส่งออก" เข้าใจง่ายกว่าการมีทั้งเครดิต การสมัครสมาชิก และโฆษณาพร้อมกัน

เมื่อไรการสมัครสมาชิกจึงสมเหตุสมผล และ Apple กำหนดอะไรบ้าง?

การสมัครสมาชิกสมเหตุสมผลเมื่อแอปส่งมอบคุณค่าอย่างต่อเนื่อง Guideline 3.1.2(a) ของ Apple ระบุว่าการสมัครสมาชิกแบบต่ออายุอัตโนมัติ "ต้องให้คุณค่าอย่างต่อเนื่องแก่ลูกค้า" และระยะเวลา "ต้องอย่างน้อยเจ็ดวัน และใช้งานได้บนอุปกรณ์ทั้งหมดของผู้ใช้"

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

ก่อนการซื้อ Guideline 3.1.2(c) กำหนดให้คุณ "อธิบายอย่างชัดเจนว่าผู้ใช้จะได้รับอะไรในราคานั้น" หน้าการสมัครสมาชิก ของ Apple ระบุสิ่งที่หน้าลงทะเบียนต้องมี: ชื่อและระยะเวลาของการสมัครสมาชิก สิ่งที่รวมอยู่ ราคาต่ออายุเต็มที่แสดงอย่างเด่นชัด วิธีลงชื่อเข้าใช้หรือกู้คืนการซื้อ และลิงก์ไปยังข้อกำหนดการใช้งานและนโยบายความเป็นส่วนตัว ทดสอบการต่ออายุ การยกเลิก การหมดอายุ และการกู้คืน ผู้ที่ยกเลิกวันนี้ควรยังใช้งานได้จนกว่ารอบที่จ่ายเงินแล้วจะสิ้นสุด

เมื่อไรการซื้อครั้งเดียวหรือแอปแบบเสียเงินจึงเหมาะกว่า?

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

บน iOS คุณยังมีช่วงทดลองใช้ได้โดยไม่ต้องใช้การสมัครสมาชิก Guideline 3.1.1 อนุญาตให้ใช้การซื้อในแอปแบบ non-consumable ที่ Price Tier 0 โดยตั้งชื่อว่า "XX-day Trial" ก่อนเริ่มทดลองใช้ คุณต้องระบุว่าช่วงทดลองยาวเท่าไร อะไรจะถูกล็อก และการใช้งานเต็มรูปแบบมีราคาเท่าไร หากคุณขายบริการที่คิดตามปริมาณเป็นเครดิตแบบสิ้นเปลืองควบคู่กับการปลดล็อกแบบซื้อครั้งเดียว อย่าลืมว่าเครดิตที่ซื้อผ่านการซื้อในแอป "ต้องไม่มีวันหมดอายุ" อย่าโฆษณาว่า "ไม่จำกัด" แล้วซ่อนเพดานการใช้งานไว้ในหน้าซัพพอร์ต

โฆษณาเป็นวิธีหารายได้ที่ดีสำหรับแอปขนาดเล็กไหม?

โฆษณาจะเลี้ยงแอปฟรีได้ก็ต่อเมื่อการใช้งานสร้างอิมเพรสชันได้มากพอ หากกลุ่มผู้ใช้มีขนาดเล็กหรือเฉพาะกลุ่ม รายได้จากโฆษณาอาจไม่คุ้มกับงานด้านความเป็นส่วนตัวและการเริ่มแอปที่ช้าลงจาก ad SDK

วัดผลว่าตำแหน่งโฆษณาทำให้งานหลักแย่ลงหรือไม่ ในยูทิลิตีที่ใช้งานเร็ว ๆ โฆษณาแบบ interstitial ที่แสดงก่อนผลลัพธ์อาจทำให้เสียผู้ใช้มากกว่ารายได้ที่ได้มา การอัปเกรดเพื่อลบโฆษณาถือเป็นการซื้อดิจิทัล: นโยบายการชำระเงิน ของ Google ระบุว่า "แอปเวอร์ชันที่ไม่มีโฆษณา" เป็นฟังก์ชันพรีเมียมที่ต้องผ่าน Play billing นอกจากนี้ ad SDK ยังเก็บข้อมูล จึงต้องอัปเดตการเปิดเผยข้อมูลของคุณด้วย การตรวจสอบ SDK สำหรับป้ายกำกับความเป็นส่วนตัว ของเราอธิบายขั้นตอนการตรวจสอบนี้

ในปี 2026 Apple และ Google หักรายได้จากแอปเท่าไร?

ณ เดือนตุลาคม 2026 Apple เก็บ 15% จากสมาชิก Small Business Program และจากการสมัครสมาชิกหลังให้บริการแบบชำระเงินครบหนึ่งปี ในสหรัฐอเมริกา สหราชอาณาจักร และ EEA Google Play เก็บค่าบริการ 10% บวกค่าบริการเรียกเก็บเงิน 5% สำหรับการสมัครสมาชิกที่ชำระผ่าน Play billing

ตามหน้าค่าบริการของ Google โครงสร้างใหม่เริ่มใช้เมื่อวันที่ 30 มิถุนายน 2026 ในสหรัฐอเมริกา EEA และสหราชอาณาจักร และวันที่ 30 กันยายน 2026 ในออสเตรเลียและญี่ปุ่น ในภูมิภาคเหล่านั้น ค่าบริการเรียกเก็บเงิน 5% ใช้กับการซื้อผ่าน Google Play billing เท่านั้น ตลาดอื่นยังใช้อัตราเดิมจนกว่าการเปลี่ยนแปลงจะไปถึง

Small Business Program ของ Apple ครอบคลุมนักพัฒนาที่มีรายรับไม่เกิน $1 million ในปีปฏิทินก่อนหน้า รวมถึงนักพัฒนาที่เพิ่งเข้ามาใน App Store ช่วงทดลองใช้ฟรีไม่นับรวมในระยะเวลาหนึ่งปีของการให้บริการแบบชำระเงินที่จำเป็นต่ออัตรา 85% ของ Apple ค่าธรรมเนียมขึ้นอยู่กับโปรแกรมและประเภทธุรกรรม ดังนั้นให้ประมาณการจากเงื่อนไขบัญชีจริงของคุณ แทนการใช้เปอร์เซ็นต์ตัวเดียว

เมื่อไรจึงใช้ลิงก์ชำระเงินของตัวเองแทนการซื้อในแอปได้?

บนสโตร์ฟรอนต์สหรัฐอเมริกาของ Apple ตอนนี้แอปสามารถใส่ปุ่ม ลิงก์ภายนอก หรือ call to action อื่น ๆ ที่นำไปสู่ช่องทางการซื้ออื่นได้ ในที่อื่น ฟีเจอร์ดิจิทัลต้องใช้การซื้อในแอป เว้นแต่จะมี entitlement เฉพาะภูมิภาคหรือเข้าข่ายข้อยกเว้นที่ระบุไว้

• Apple นอกสหรัฐอเมริกา: Guideline 3.1.1(a) กำหนดให้ต้องมี StoreKit External Purchase Link Entitlement ซึ่งใช้ได้เฉพาะบางสโตร์ฟรอนต์และบางแพลตฟอร์มเท่านั้น
• Apple สินค้าที่จับต้องได้: Guideline 3.1.3(e) ระบุว่าสินค้าที่จับต้องได้หรือบริการที่ใช้นอกแอปต้องใช้วิธีชำระเงินอื่นที่ไม่ใช่การซื้อในแอป
• Apple บริการสดแบบตัวต่อตัว: ตาม 3.1.3(d) บริการแบบเรียลไทม์ระหว่างบุคคล เช่น การสอนพิเศษ สามารถใช้วิธีชำระเงินอื่นได้ ส่วนบริการแบบหนึ่งต่อไม่กี่คนและหนึ่งต่อหลายคนต้องใช้การซื้อในแอป
• Google Play: สินค้าดิจิทัลใช้ Play billing เว้นแต่คุณลงทะเบียนในโปรแกรม alternative billing หรือ external offers สำหรับประเทศที่มีสิทธิ์ สินค้าที่จับต้องได้และบริการทางกายภาพต้องไม่ใช้ Play billing

ความผิดพลาดด้านการหารายได้แบบไหนที่ทำให้แอปอื่นถูกปฏิเสธ?

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

ในกระทู้ Apple Developer Forums ปี 2019 นักพัฒนาเกมหนีออกจากห้องแบบกลางแจ้งรายหนึ่งขายโค้ดเกมผ่านเว็บไซต์และพาร์ตเนอร์ จากนั้นผู้ใช้นำโค้ดมากรอกในแอป อัปเดตนั้นถูกปฏิเสธตาม "Guideline 3.1.1 - Business - Payments - In-App Purchase" เพราะแอป "อนุญาตให้ผู้ใช้ปลดล็อกเนื้อหาเพิ่มเติมด้วยการซื้อโค้ด" นักพัฒนาอ้างถึง 3.1.3(b) แต่คำตอบในกระทู้ชี้ว่าการเข้าถึงข้ามแพลตฟอร์มยังคงกำหนดให้รายการเดียวกันต้อง "มีให้ซื้อเป็นการซื้อในแอปภายในแอป"

ในกระทู้เดือนมกราคม 2025 นักพัฒนารายหนึ่งใช้โค้ดโปรโมชันของพาร์ตเนอร์ที่ทำขึ้นเอง เพื่อแสดงผลิตภัณฑ์การซื้อในแอปตัวที่ถูกกว่าจากสองตัวที่ถูกต้องทั้งคู่ Apple ปฏิเสธเพราะ "แอปใช้โค้ดโปรโมชันเพื่อปลดล็อกหรือเปิดใช้ฟีเจอร์แบบเสียเงิน" การอุทธรณ์ถูกปฏิเสธพร้อมคำแนะนำว่า "หากคุณต้องการให้ส่วนลดการสมัครสมาชิกในแอป ให้ใช้ offer code ที่ Apple รองรับ"

ทั้งสองกรณีให้บทเรียนเดียวกัน Apple ไม่สนใจว่าโค้ดของคุณปลดล็อกเนื้อหาโดยตรงหรือแค่เปลี่ยนราคา หากมีสิ่งใดนอก StoreKit เป็นตัวตัดสินว่าใครได้ฟีเจอร์แบบเสียเงิน ให้คาดไว้ได้เลยว่าจะถูกปฏิเสธตาม 3.1.1

จะรู้ได้อย่างไรว่าการหารายได้ของคุณได้ผล?

วัดผลทีละการเปลี่ยนแปลง เริ่มจากการเปิดใช้งาน (activation) และจบที่รายได้ที่ยังคงอยู่และไม่ถูกขอคืนเงิน อัตราการแปลงการซื้อครั้งแรกที่สูงขึ้นไม่ใช่ชัยชนะ หากมีคนขอคืนเงินหรือหยุดต่ออายุมากขึ้น

ตัวอย่าง: "หลังผู้ใช้ส่งออกงานสำเร็จครั้งแรก ให้แสดงตัวเลือกการส่งออกแบบเสียเงินพร้อมคำอธิบายที่ชัดเจนหนึ่งข้อ" กำหนดตัวชี้วัด (อัตราการแปลงการซื้อและการคืนเงินภายใน 30 วัน) และช่วงเวลาก่อนเปลี่ยนแปลงอะไรก็ตาม กลุ่มตัวอย่างที่เล็กมากไม่เพียงพอที่จะสรุปเรื่องราคาอย่างมั่นใจ ก่อนปล่อยเวอร์ชันแบบเสียเงิน ให้ไล่เช็กลิสต์นี้:

1. ยืนยันว่าผู้ใช้ใหม่เข้าถึงส่วนที่มีประโยชน์ของแอปก่อนเห็น paywall
2. แสดงราคา รอบการเรียกเก็บเงิน และสิ่งที่รวมอยู่ด้วยภาษาที่เข้าใจง่าย
3. ทดสอบการซื้อที่สำเร็จ รอดำเนินการ ล้มเหลว ถูกคืนเงิน และถูกกู้คืน ใน release build
4. ตรวจสอบว่าสิทธิ์การใช้งาน (entitlement) ยังอยู่หลังติดตั้งใหม่และใช้ได้ข้ามอุปกรณ์ของผู้ใช้
5. ให้ App Review มีเส้นทางที่ใช้งานได้ไปยังทุกฟีเจอร์แบบเสียเงิน พร้อมบัญชีเดโมหากต้องเข้าสู่ระบบ
6. ติดตามการต่ออายุและการเลิกใช้ (churn) ตาม cohort สำหรับการสมัครสมาชิก

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