Google Play: คืออะไร การเผยแพร่แอปและคอนโซลนักพัฒนา

Google Play คืออะไร

Google Play คือแพลตฟอร์มกระจายสินค้าดิจิทัลของ Google ที่รวมร้านค้าแอป เกม ภาพยนตร์ หนังสือ และเพลง เปิดตัวเมื่อวันที่ 22 ตุลาคม 2008 ภายใต้ชื่อ Android Market และเปลี่ยนชื่อเป็น Google Play ในเดือนมีนาคม 2012 แตกต่างจาก App Store ของ Apple ตรงที่ Google Play ไม่ใช่ช่องทางเดียวในการติดตั้งแอป Android — ผู้ใช้สามารถติดตั้ง APK จากแหล่งที่มาของบุคคลที่สาม (sideloading) ใช้ร้านค้าทางเลือก (Samsung Galaxy Store, Amazon Appstore, F-Droid) แต่ผู้ใช้ส่วนใหญ่ใช้ Google Play

ตามข้อมูลของ Google I/O 2026 ผู้ชมรายเดือนของ Google Play เกิน 2.8 พันล้านผู้ใช้ที่ใช้งานอยู่ จากกว่า 190 ประเทศ จำนวนแอปที่มีอยู่มากกว่า 3.2 ล้านแอป ราคาเฉลี่ยของแอปต่ำกว่าใน App Store — นักพัฒนาจำนวนมากใช้โมเดลฟรีพร้อมโฆษณาหรือการซื้อในแอป Google Play ยังรวมถึงส่วนสำหรับแท็บเล็ต (Large Screen Apps), Wear OS, Android TV, Android Auto และ Chromebook

Google Play มีเครื่องมือเฉพาะสำหรับ Android: Google Play Protect — โปรแกรมป้องกันไวรัสในตัวที่ตรวจสอบทุกแอปก่อนและหลังการติดตั้ง; Android Vitals — การวิเคราะห์ประสิทธิภาพแอป (ANR, อัตราการขัดข้อง, เวลาเริ่มต้น); Google Play Integrity — API สำหรับตรวจสอบความถูกต้องของอุปกรณ์และแอป (แทนที่ SafetyNet Attestation) Play Integrity เป็นข้อบังคับสำหรับแอปที่จัดการข้อมูลที่ละเอียดอ่อนและการชำระเงิน

Google Play Console: คุณสมบัติและการตั้งค่า

Google Play Console คือเครื่องมือหลักของนักพัฒนาสำหรับจัดการแอปบน Google Play พร้อมใช้งานที่ play.google.com/console การเริ่มต้นต้องมีบัญชีนักพัฒนา (ชำระเงินครั้งเดียว $25) และการยืนยันตัวตน Play Console ให้วงจรการจัดการแอปที่สมบูรณ์ ตั้งแต่การอัปโหลด AAB แรกไปจนถึงการวิเคราะห์ยอดขายและรายงานข้อขัดข้อง

ส่วนหลักของ Play Console: Dashboard — สถิติโดยรวมสำหรับแอปทั้งหมด (การติดตั้ง การถอนการติดตั้ง การขัดข้อง การให้คะแนน รายได้); Release — การจัดการเวอร์ชันและแทร็ก (Production, Open Beta, Closed Beta, Internal Testing); Growth — เครื่องมือส่งเสริมการขาย (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (อัตรา ANR, อัตราการขัดข้อง, เวลาเริ่มต้น, เวลาเรนเดอร์); Monetization — การตั้งค่าผลิตภัณฑ์ การสมัครสมาชิก Google Play Pass; Users & Permissions — การจัดการการเข้าถึงของทีม

แทร็กทดสอบ บน Google Play — ความแตกต่างสำคัญจาก App Store Internal Testing — ผู้ทดสอบสูงสุด 100 คน ไม่ต้องตรวจสอบ อัปเดตเผยแพร่ทันที Closed Testing (Alpha) — ผู้ทดสอบสูงสุด 100 คน ต้องตรวจสอบ Open Testing (Beta) — ผู้ทดสอบไม่จำกัด แอปพร้อมใช้งานบน Google Play สำหรับทุกคนที่ลงทะเบียนทดสอบ แนะนำให้เผยแพร่แอปใน Internal Testing ก่อน จากนั้นใน Closed/Open Beta และหลังจากนั้นใน Production

// Google Play Billing Library 6.x — ตรวจสอบการสมัครสมาชิก
import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingClientStateListener
import com.android.billingclient.api.BillingFlowParams
import com.android.billingclient.api.PurchasesUpdatedListener
import com.android.billingclient.api.QueryProductDetailsParams
import kotlinx.coroutines.tasks.await

class PlayBillingManager(
    private val context: Context
) {
    private val billingClient = BillingClient.newBuilder(context)
        .setListener(purchasesUpdatedListener)
        .enablePendingPurchases()
        .build()

    private val purchasesUpdatedListener = PurchasesUpdatedListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK && purchases != null) {
            // การซื้อสำเร็จ — ดำเนินการซื้อ
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // ไคลเอนต์พร้อมทำงาน
                }
            }
            override fun onBillingServiceDisconnected() {
                // การเชื่อมต่อใหม่
            }
        })
    }

    suspend fun querySubscription(productId: String): ProductDetails? {
        val params = QueryProductDetailsParams.newBuilder()
            .setProductList(
                listOf(
                    QueryProductDetailsParams.Product.newBuilder()
                        .setProductId(productId)
                        .setProductType(BillingClient.ProductType.SUBS)
                        .build()
                )
            )
            .build()

        val result = billingClient.queryProductDetails(params)
        return result.productDetailsList?.firstOrNull()
    }

    private fun handlePurchase(purchase: Purchase) {
        // การตรวจสอบการซื้อบนเซิร์ฟเวอร์
        // 1. ส่ง purchaseToken ไปยังเซิร์ฟเวอร์ของคุณ
        // 2. เซิร์ฟเวอร์ตรวจสอบผ่าน Google Play Developer API
        // 3. เมื่อสำเร็จ — ปลดล็อกฟังก์ชันการทำงาน
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

คลาส PlayBillingManager สาธิตการทำงานกับ Google Play Billing Library 6.x: การสร้างการเชื่อมต่อกับ BillingClient การขอรายละเอียดผลิตภัณฑ์ (การสมัครสมาชิกหรือการซื้อครั้งเดียว) การจัดการผลลัพธ์การซื้อผ่าน PurchasesUpdatedListener การตรวจสอบควรทำบนเซิร์ฟเวอร์ผ่าน Google Play Developer API ด้วย purchaseToken — อย่าเชื่อถือเฉพาะการตรวจสอบในเครื่องเท่านั้น เนื่องจากการซื้ออาจถูกปลอมแปลง

ขั้นตอนการเผยแพร่แอปบน Google Play

การเผยแพร่บน Google Play เป็นกระบวนการหลายขั้นตอนที่รวมถึงการลงทะเบียนบัญชี การเตรียมแอป การตั้งค่า Play Console การอัปโหลด AAB การผ่านการตรวจสอบ และการเผยแพร่ เมื่อเทียบกับ App Store กระบวนการนี้เป็นทางการน้อยกว่า: Google อาศัยการตรวจสอบอัตโนมัติ (Play Integrity, การสแกนมัลแวร์ผ่าน Google Play Protect) แทนการตรวจสอบด้วยตนเองทุกแอป

ขั้นตอนที่ 1: การลงทะเบียนบัญชีนักพัฒนา

ในการเผยแพร่ จำเป็นต้องมีบัญชี Google และลงทะเบียนใน Google Play Console ด้วยเงิน $25 (ชำระครั้งเดียว) หลังจากชำระเงิน ต้องมีการยืนยันตัวตน: อัปโหลดเอกสารประจำตัว (หนังสือเดินทางหรือใบขับขี่) และยืนยันที่อยู่ กระบวนการยืนยันใช้เวลา 24 ชั่วโมงถึง 2 สัปดาห์ หากไม่มีการยืนยัน แอปจะไม่ถูกเผยแพร่ในแทร็ก Production

ขั้นตอนที่ 2: สร้าง AAB และกรอก Store Listing

Google แนะนำรูปแบบ AAB (Android App Bundle) ตั้งแต่เดือนสิงหาคม 2021 — APK ไม่ได้รับการยอมรับสำหรับแอปใหม่อีกต่อไป AAB ช่วยให้ Google Play สร้าง APK ที่ปรับให้เหมาะสมสำหรับอุปกรณ์แต่ละประเภท (ABI หน้าจอ ภาษาที่แตกต่างกัน) ลดขนาดดาวน์โหลดลง 15-35% การสร้างทำผ่าน Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s) AAB ลงนามผ่าน Play App Signing — Google เก็บคีย์การลงนามไว้ฝั่งของตน

Store Listing — หน้าแอปบน Google Play: ชื่อเรื่อง (50 ตัวอักษร) คำอธิบายสั้น (80 ตัวอักษร) คำอธิบายแบบเต็ม (4000 ตัวอักษร) ภาพหน้าจอ (อย่างน้อย 2 สูงสุด 8; สำหรับโทรศัพท์ 5", 6.5", สำหรับแท็บเล็ต 7"+) ไอคอน (512x512) กราฟิกเด่น (1024x500) วิดีโอโปรโมท (YouTube) คำอธิบายสั้นสำคัญที่สุดสำหรับการค้นหา Google Play — มันถูกจัดทำดัชนีและแสดงในผลลัพธ์ คำอธิบายแบบเต็มถูกจัดทำดัชนีแต่มีความสำคัญน้อยกว่าสำหรับการค้นหา

ขั้นตอนที่ 3: การเลือกแทร็กและการเผยแพร่

หลังจากอัปโหลด AAB นักพัฒนาเลือกแทร็ก: Internal Testing (ผู้ทดสอบสูงสุด 100 คน ไม่ต้องตรวจสอบ), Closed Testing (Alpha, สูงสุด 100 คน, ต้องตรวจสอบ), Open Testing (Beta, ไม่จำกัด, ต้องตรวจสอบ) หรือ Production แนะนำให้เริ่มด้วย Internal Testing — ทดสอบบนอุปกรณ์จริง จากนั้น Closed Testing เพื่อการตรวจสอบที่กว้างขึ้น และหลังจากนั้น Production สำหรับ Open Testing และ Production ต้องมีอย่างน้อย 12 ชั่วโมงและผู้ทดสอบ 20 คนใน Closed Testing ใน 14 วันที่ผ่านมาสำหรับบัญชีใหม่ (นโยบาย Google Play 2024)

หลังเผยแพร่ แอปจะปรากฏบน Google Play ภายใน 1-24 ชั่วโมง การอัปเดตครั้งแรกอาจได้รับการตรวจสอบอย่างละเอียด Google Play สแกนทุกแอปโดยอัตโนมัติเพื่อหาโค้ดที่เป็นอันตรายผ่าน Google Play Protect หากตรวจพบภัยคุกคาม แอปอาจถูกลบออกจากการเผยแพร่และบัญชีนักพัฒนาอาจถูกระงับ

ข้อกำหนดของ Google Play สำหรับ targetSdkVersion

Google Play กำหนดข้อกำหนด targetSdkVersion ที่จำเป็นสำหรับการเผยแพร่และอัปเดตแอป ทุกปี Google เพิ่ม targetSdk ขั้นต่ำเพื่อให้แน่ใจว่าแอปใช้การเปลี่ยนแปลงพฤติกรรมด้านความปลอดภัยล่าสุด ตั้งแต่สิงหาคม 2024 targetSdk ขั้นต่ำคือ API 33; ตั้งแต่สิงหาคม 2025 — API 34; ตั้งแต่สิงหาคม 2026 — API 35 (Android 15)

แอปที่ไม่เป็นไปตามข้อกำหนดจะถูกบล็อก — ไม่สามารถเผยแพร่หรืออัปเดตได้ แอปที่เผยแพร่แล้วซึ่งมี targetSdk ต่ำยังคงทำงานในร้านค้าได้ แต่การอัปเดตต้องเพิ่ม targetSdk Google Play Console เตือน 90 วันก่อนการเพิ่มเกณฑ์ นักพัฒนาจำนวนมากเลื่อนการอัปเดตจนถึงนาทีสุดท้าย ซึ่งสร้างความเสี่ยงที่แอปจะถูกบล็อกเมื่อจำเป็นต้องแก้ไขข้อบกพร่องเร่งด่วน

การเพิ่ม targetSdkVersion ต้องตรวจสอบการเปลี่ยนแปลงพฤติกรรมทั้งหมดที่นำเสนอระหว่าง targetSdk เก่าและใหม่ ตัวอย่างเช่น เมื่อย้ายจาก API 33 (Android 13) ไปยัง API 35 (Android 15) ต้องตรวจสอบ: Foreground Service Types (API 34) — การประกาศประเภทบริการบังคับในไฟล์ Manifest; Privacy Sandbox (API 35) — ข้อจำกัดเกี่ยวกับตัวระบุโฆษณา; PhotoPicker (API 34+) — การแทนที่การเข้าถึงแกลเลอรีโดยตรงด้วยเครื่องมือเลือกระบบ; ข้อจำกัดบริการพื้นหลังใหม่ การเปลี่ยนแปลงพฤติกรรมแต่ละรายการอาจต้องมีการเปลี่ยนแปลงโค้ด

Play Console API สำหรับระบบอัตโนมัติในการปฏิบัติตามข้อกำหนด

Google Play Developer API (REST) ช่วยให้คุณสามารถตรวจสอบการปฏิบัติตาม targetSdk โดยอัตโนมัติสำหรับแอปทั้งหมดในบัญชี วิธีการ applications.get ส่งคืนข้อมูล targetSdkVersion แนะนำให้ตั้งค่าการตรวจสอบผ่าน API 120 วันก่อนกำหนดเส้นตายเพื่อรับรายการแอปที่ต้องการอัปเดต สำหรับแอปที่มีโค้ดเบสขนาดใหญ่ ความพยายามโดยประมาณคือ 2 วันถึง 2 สัปดาห์สำหรับการเปลี่ยนแปลงพฤติกรรม

// ตรวจสอบการปฏิบัติตาม targetSdk ในโค้ดแอป
import android.os.Build

class TargetSdkCompliance {

    // targetSdk ขั้นต่ำที่ Google Play ต้องการในปี 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // ตรวจสอบ: เราจำเป็นต้องจัดการการเปลี่ยนแปลงพฤติกรรม API 34 หรือไม่
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types จำเป็นสำหรับ targetSdk >= 34
        return targetSdk >= 34
    }

    // ตรวจสอบ: เราจำเป็นต้องจัดการ Privacy Sandbox (API 35) หรือไม่
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // ตรวจสอบการปฏิบัติตามก่อนสร้าง
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk ต่ำกว่า $REQUIRED_TARGET_SDK ที่ต้องการ")
        }

        if (targetSdk >= 34) {
            // ตรวจสอบให้แน่ใจว่าบริการเบื้องหน้าทั้งหมดมีประเภทที่ประกาศใน Manifest
            warnings.add("ตรวจสอบ: บริการเบื้องหน้าทั้งหมดประกาศประเภทใน AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("ตรวจสอบ: Privacy Sandbox, ข้อจำกัด Advertising ID")
        }

        return warnings
    }
}

คลาส TargetSdkCompliance ตรวจสอบการปฏิบัติตาม targetSdk ก่อนสร้าง build เมธอด validateCompliance ส่งคืนรายการคำเตือนเกี่ยวกับการเปลี่ยนแปลงพฤติกรรมที่จำเป็นสำหรับ targetSdk ที่กำหนด ใช้โค้ดดังกล่าวใน CI/CD เพื่อตรวจสอบการปฏิบัติตามโดยอัตโนมัติก่อนส่ง build ไปยัง Google Play Console ที่ IT Sectr เราใช้การตรวจสอบนี้ใน CI หลังจากโปรเจกต์หนึ่งของเราถูกบล็อกเนื่องจาก targetSdk ที่พลาด

การสร้างรายได้บน Google Play: การเรียกเก็บเงินในแอป การสมัครสมาชิก และ AdMob

การสร้างรายได้บน Google Play รวมถึงหลายโมเดล: ดาวน์โหลดแบบชำระเงิน ผลิตภัณฑ์ในแอป (การซื้อครั้งเดียว: แบบใช้แล้วหมดไป — สกุลเงินในเกม; แบบไม่ใช้แล้วหมดไป — การลบโฆษณา) การสมัครสมาชิก (การสมัครสมาชิกแบบต่ออายุอัตโนมัติผ่าน Google Play Billing) โฆษณา (AdMob, Google Ad Manager, เครือข่ายบุคคลที่สาม) และ Google Play Pass (การสมัครสมาชิกชุดแอป รายได้แบ่งปันระหว่างนักพัฒนาตามเวลาการใช้งาน)

Google Play Billing Library (เวอร์ชันปัจจุบัน — 7.x ในปี 2026) เป็นเครื่องมือบังคับสำหรับการขายสินค้าดิจิทัลภายในแอป ระบบการชำระเงินทางเลือกถูกห้ามสำหรับสินค้าดิจิทัล (ข้อยกเว้น — เกาหลีใต้ อินเดีย พระราชบัญญัติตลาดดิจิทัลของสหภาพยุโรป) Billing Library 7.x ต้องการการย้ายจากการซื้อตาม SKU ไปเป็นโมเดลตามผลิตภัณฑ์ (ProductDetails แทน SkuDetails) และรองรับ Kotlin Coroutines และ Flow สำหรับการดำเนินการแบบอะซิงโครนัส

ค่าคอมมิชชัน Google Play: 30% มาตรฐาน, 15% สำหรับ $1 ล้านรายได้แรกต่อปี (คล้ายกับ Apple Small Business Program) หลังจากถึงเกณฑ์ $1 ล้าน ค่าคอมมิชชันจะกลับเป็น 30% สำหรับส่วนที่เหลือของปี การสมัครสมาชิก: 30% ปีแรก, 15% ตั้งแต่ปีที่สอง (คล้ายกับ App Store) สำหรับโปรแกรม Google Play Pass — รายได้จะกระจายตามการมีส่วนร่วม (เวลาที่ผู้ใช้ใช้ในแอปในฐานะสมาชิก Pass) ไม่ใช่ค่าคอมมิชชันคงที่

AdMob ของ Google เป็นเครื่องมือสร้างรายได้จากโฆษณาหลัก รองรับโฆษณาแบบแบนเนอร์, คั่นหน้า, เนทีฟ และแบบมีรางวัล Google Analytics สำหรับ Firebase ผสานรวมกับ AdMob เพื่อติดตามการแปลงโฆษณาเป็นการกระทำเป้าหมาย ด้วย Android 14+ (API 34) จำเป็นต้องมี Google Play Services for Ads 22.0+ และ API การจัดการการตอบสนองโฆษณาสำหรับการปฏิบัติตาม Privacy Sandbox การสร้างรายได้จากโฆษณา — ค่าคอมมิชชัน 0% — เป็นตัวเลือกยอดนิยมสำหรับแอปฟรีที่มีผู้ชมจำนวนมาก

การตรวจสอบ Google Play: การตรวจสอบและนโยบาย

การตรวจสอบ Google Play (Google Play Policy Review) แตกต่างจาก App Store — Google อาศัยการตรวจสอบอัตโนมัติและการตรวจสอบด้วยตนเองแบบเลือกสรร แทนที่จะตรวจสอบด้วยตนเอง 100% ทุกแอป ระบบอัตโนมัติสแกน AAB/APK เพื่อหาโค้ดที่เป็นอันตราย การละเมิดนโยบาย (สปายแวร์ พฤติกรรมหลอกลวง การละเมิด SDK) และการไม่ปฏิบัติตามข้อกำหนด targetSdk หากตรวจพบการละเมิด แอปอาจถูกปฏิเสธหรือถูกลบออกจากการเผยแพร่

Google Play เผยแพร่ นโยบายโปรแกรมนักพัฒนา — ชุดกฎที่ครอบคลุมเนื้อหา พฤติกรรมแอป การสร้างรายได้ และความเป็นส่วนตัว ส่วนหลัก: เนื้อหาที่ถูกจำกัด (ความรุนแรง ความเกลียดชัง กิจกรรมที่ผิดกฎหมาย), พฤติกรรมหลอกลวง (การกล่าวอ้างเท็จ การเลียนแบบแอปอื่น), การสร้างรายได้และโฆษณา (การโฆษณาที่ซื่อสัตย์ การปฏิบัติตามนโยบายการซื้อในแอป), ความเป็นส่วนตัวและความปลอดภัย (การเก็บรวบรวมข้อมูล การเข้ารหัส), Store Listing และการส่งเสริมการขาย (คำอธิบายที่ถูกต้อง การจัดหมวดหมู่ที่เหมาะสม)

Google ต่อสู้กับ สปายแวร์และ SDK ที่หลอกลวง อย่างแข็งขัน ในปี 2024-2025 Google ลบแอปกว่า 1.5 ล้านแอปที่ละเมิดนโยบายความเป็นส่วนตัว ความสนใจเป็นพิเศษ — SDK ที่รวบรวมข้อมูลโดยที่ผู้ใช้ไม่ทราบ (การติดตามตำแหน่งโดยไม่ได้รับความยินยอม การอ่านรายชื่อติดต่อและ SMS) ก่อนเผยแพร่ ตรวจสอบ SDK ที่คุณใช้เพื่อการปฏิบัติตามนโยบาย Google Play — SDK ยอดนิยมจำนวนมาก (เช่น เครือข่ายโฆษณาบางแห่ง) ถูกบล็อกเนื่องจากการละเมิดนโยบาย

กระบวนการอุทธรณ์: หากแอปถูกปฏิเสธ นักพัฒนาจะได้รับการแจ้งเตือนใน Play Console พร้อมเหตุผลและคำแนะนำ สามารถยื่นอุทธรณ์ผ่าน Play Console → Policy → Appeals ระยะเวลาตรวจสอบ — สูงสุด 7 วัน การละเมิดนโยบายเดียวกันซ้ำๆ จะนำไปสู่การเตือน (strike) การละเมิดครั้งที่สามจะนำไปสู่การระงับบัญชีนักพัฒนา การกู้คืนบัญชีที่ถูกระงับเป็นกระบวนการที่ยากมาก ซึ่งต้องมีการอุทธรณ์เป็นลายลักษณ์อักษรและหลักฐานการแก้ไขการละเมิด

เพื่อลดความเสี่ยง: ใช้ Google Play Integrity API เพื่อตรวจสอบความถูกต้องของคำขอ ใช้ ส่วนความปลอดภัยของข้อมูล (บังคับตั้งแต่ปี 2023 — ระบุข้อมูลทั้งหมดที่รวบรวมและวัตถุประสงค์การรวบรวม) ตรวจสอบ SDK ทั้งหมดเพื่อการปฏิบัติตามนโยบายโปรแกรมนักพัฒนา ใช้ Play Console Policy Insights เพื่อติดตามการละเมิดที่อาจเกิดขึ้นก่อนเผยแพร่ เมื่อพัฒนาที่ IT Sectr เราทดสอบทุกแอปผ่านการทดสอบภายในบนอุปกรณ์จริงก่อนวางจำหน่ายใน Production