กระบวนการอนุมัติของ Google Play ใช้เวลานานแค่ไหน?

ในสถานการณ์มาตรฐาน กระบวนการอนุมัติแอปพลิเคชันบน Google Play จะเสร็จสิ้นโดยเฉลี่ยภายใน 1 ถึง 7 วัน อย่างไรก็ตาม ในกรณีของบัญชีนักพัฒนาที่เพิ่งเปิดใหม่ คำขอสิทธิ์เข้าถึงที่มีความละเอียดอ่อน หรือกรณีที่ต้องมีการตรวจสอบความปลอดภัยเพิ่มเติม ระยะเวลานี้อาจขยายออกไปเป็น 14 วันหรือนานกว่านั้น

ในระบบนิเวศของแอปพลิเคชันมือถือ หนึ่งในขั้นตอนการดำเนินงานที่สำคัญที่สุดซึ่งส่งผลกระทบโดยตรงต่อระยะเวลาในการนำสินค้าออกสู่ตลาด (Time-to-Market) คือกลไกการตรวจสอบของสโตร์ สำหรับเจ้าของธุรกิจ ผู้จัดการผลิตภัณฑ์ และทีมพัฒนาซอฟต์แวร์ คำตอบสำหรับคำถามที่ว่า"กระบวนการอนุมัติของ Google Play ใช้เวลานานแค่ไหน?"ไม่ใช่เพียงแค่การวางแผนกำหนดการเท่านั้น แต่ยังเป็นพารามิเตอร์เชิงกลยุทธ์สำหรับการจัดสรรงบประมาณการตลาด การประสานงานกิจกรรมเปิดตัว และการส่งมอบการแก้ไขข้อผิดพลาดเร่งด่วน (hotfix) ไปยังผู้ใช้ปลายทาง การจัดการชั้นการตรวจสอบทั้งแบบอัลกอริทึมและแบบแมนนวลในระบบนิเวศของ Google Play Console ตลอดจนตัวแปรทางเทคนิคที่กำหนดระยะเวลา และวิธีลดระยะเวลากระบวนการอย่างถูกต้อง จะช่วยลดความเสี่ยงในการเผยแพร่แอปให้เหลือน้อยที่สุด

ระยะเวลาการตรวจสอบและอนุมัติโดยเฉลี่ยของ Google Play

บนแพลตฟอร์ม Google Play ระยะเวลาในการตรวจสอบแอปพลิเคชัน Android ไม่ได้ขึ้นอยู่กับกำหนดการที่แน่นอนและตายตัว Google จะส่งไฟล์ไบนารีที่อัปโหลดแต่ละไฟล์ (Android App Bundle - AAB) ผ่านทั้งเครื่องมือสแกนความปลอดภัยอัตโนมัติ และการตรวจสอบแบบแมนนวลโดยเจ้าหน้าที่ตรวจสอบ (Google Play Review Team) ซึ่งจะถูกทริกเกอร์ตามเกณฑ์ความเสี่ยงที่กำหนด ระยะเวลามาตรฐานที่ระบุไว้อย่างเป็นทางการในนโยบายของแพลตฟอร์มระบุไว้ว่า "ไม่เกิน 7 วัน หรืออาจนานกว่านั้นในกรณีพิเศษ" อย่างไรก็ตาม ในทางปฏิบัติ ประวัติของแอป คะแนนความน่าเชื่อถือของบัญชีนักพัฒนา สิทธิ์การเข้าถึง Android ที่ร้องขอ และหมวดหมู่ของแอปพลิเคชัน จะเป็นตัวกำหนดระยะเวลานี้โดยตรง

ข้อแตกต่างพื้นฐานที่ส่งผลต่อระยะเวลาการตรวจสอบคือ ระหว่างการส่งแอปพลิเคชันเข้าสู่สโตร์เป็นครั้งแรกตั้งแต่เริ่มต้น กับการอัปเดตแอปพลิเคชันที่มีอยู่เดิมไปยังรหัสเวอร์ชันใหม่ (version code) สำหรับการเผยแพร่ครั้งแรก ระบบของ Google จะวิเคราะห์ข้อมูลเมตา คำประกาศความเป็นส่วนตัว โค้ดต้นฉบับ และการผสานรวม SDK ของบุคคลที่สามทั้งหมดของแอปพลิเคชันอย่างละเอียดถี่ถ้วน ในทางกลับกัน การอัปเดตเพื่อการบำรุงรักษาเล็กๆ น้อยๆ ของแอปพลิเคชันที่มีประวัติมั่นคงและไม่มีประวัติการละเมิดนโยบาย มักจะผ่านคิวการอนุมัติในระยะเวลาที่สั้นกว่ามาก

ตารางต่อไปนี้สรุปเวลาที่ต้องรอโดยทั่วไปและส่วนต่างความไม่แน่นอนในการดำเนินงานตามสถานการณ์การดำเนินการต่างๆ บน Google Play Console:

การอัปเดตแอปพลิเคชันแบบมาตรฐาน

การอัปเดตตามปกติของแอปพลิเคชันที่เคยเผยแพร่บนสโตร์แล้ว มีฐานผู้ใช้ที่ใช้งานอยู่ และมีโปรไฟล์ความน่าเชื่อถือที่มั่นคง มักจะได้รับการตรวจสอบภายใน 24 ถึง 48 ชั่วโมง การอัปเดตเหล่านี้ครอบคลุมถึงการแก้ไขข้อผิดพลาด (bug fixes), การปรับแต่งอินเทอร์เฟซให้เหมาะสม และการเพิ่มฟังก์ชันการทำงานขนาดเล็ก หากแพ็กเกจการอัปเดตไม่มีการประกาศuses-permissionใหม่ในไฟล์ AndroidManifest.xml หรือไม่มีการปรับปรุงไลบรารีการวิเคราะห์/โฆษณาของบุคคลที่สามครั้งใหญ่ โปรแกรมสแกนอัตโนมัติจะทำการวิเคราะห์โค้ดแบบสแตติก (static code analysis) ให้เสร็จสิ้นได้อย่างรวดเร็ว

อย่างไรก็ตาม แม้ในการอัปเดตแบบมาตรฐาน ข้อกำหนดทางเทคนิค เช่น การเพิ่มระดับ Target API Level หรือการอัปเดตไลบรารี Google Play Billing ก็อาจกระตุ้นให้เกิดการตรวจสอบเพิ่มเติมได้ เพื่อรักษาความปลอดภัยและมาตรฐานประสิทธิภาพของระบบนิเวศ Android ทาง Google จะกำหนดให้การอัปเดตใหม่ๆ ต้องกำหนดเป้าหมายไปที่ระดับ Android API ล่าสุดตั้งแต่กำหนดวันที่ระบุไว้ในแต่ละปี การอัปเดตที่ไม่เป็นไปตามข้อกำหนดเหล่านี้จะถูกปฏิเสธโดยอัตโนมัติหรือถูกส่งไปยังคิวการตรวจสอบเชิงลึก

การอัปโหลดแอปพลิเคชันใหม่และการเผยแพร่ครั้งแรก

กระบวนการแสดงรายการแอปพลิเคชันบน Google Play Store เป็นครั้งแรก เป็นขั้นตอนที่มีการตรวจสอบความปลอดภัยและนโยบายในระดับสูงสุด ในการลงทะเบียนแอปใหม่ที่สร้างขึ้นผ่าน Google Play Console รายละเอียดข้อมูลหน้าร้าน (Store Listing), ภาพหน้าจอ, กราฟิกโปรโมต, แบบสอบถามการจัดระดับอายุ (IARC), ส่วนความปลอดภัยของข้อมูล (Data Safety Section) และ URL นโยบายความเป็นส่วนตัว จะได้รับการประเมินอย่างครบถ้วน การตรวจสอบในขั้นตอนนี้ใช้เวลาเฉลี่ย 3 ถึง 7 วันทำการ

ในการเผยแพร่ครั้งแรก ระบบของ Google จะทดสอบความสอดคล้องระหว่างคำกล่าวอ้างของแอปพลิเคชันกับพฤติกรรมจริงของแอป ตัวอย่างเช่น หากแอปพลิเคชันระบุว่าให้บริการธุรกรรมทางการเงินหรือการติดตามสกุลเงินดิจิทัล ผู้ตรวจสอบที่เป็นมนุษย์จะตรวจสอบว่ามีการยื่นใบอนุญาตตามกฎหมายที่จำเป็นหรือไม่ หรือในหมวดหมู่สุขภาพ มีการอ้างสิทธิ์ในการวินิจฉัยทางการแพทย์หรือไม่ ดังนั้น ในการอัปโหลดครั้งแรก ทุกคำกล่าวอ้างในข้อความบนหน้าร้านจึงต้องได้รับการสนับสนุนด้วยโครงสร้างพื้นฐานทางเทคนิคและเอกสารอย่างครบถ้วน

บัญชีนักพัฒนาใหม่และกฎผู้ทดสอบ 20 คน

เพื่อยกระดับคุณภาพของสโตร์และป้องกันบัญชีแบบใช้แล้วทิ้งที่เผยแพร่มัลแวร์ Google จึงได้บังคับใช้กฎการทดสอบที่เข้มงวดสำหรับบัญชีนักพัฒนาประเภทบุคคลธรรมดา (ส่วนบุคคล) ตั้งแต่เดือนพฤศจิกายน 2023 ตามกฎนี้ ก่อนที่เจ้าของบัญชีส่วนบุคคลจะสามารถเผยแพร่แอปพลิเคชันใหม่บนช่องทางการใช้งานจริง (production) ได้ จะต้องดำเนินการในช่องทางการทดสอบแบบปิด (closed testing) โดยให้มีผู้ทดสอบอย่างน้อย 20 คนเข้าร่วมในกระบวนการอย่างต่อเนื่องเป็นเวลา 14 วันเสียก่อน

ข้อกำหนดนี้ส่งผลให้ระยะเวลาการอนุมัติขั้นต่ำสำหรับบัญชีส่วนบุคคลที่เพิ่งเปิดใหม่เพิ่มขึ้นเป็นอย่างน้อย 14-20 วันในทางปฏิบัติ หลังจากกระบวนการทดสอบ 14 วันเสร็จสิ้นลงด้วยดี นักพัฒนาจะยื่นขอสิทธิ์เข้าถึงช่องทางการใช้งานจริงผ่าน Google Play Console ในขั้นตอนนี้ Google จะประเมินการมีส่วนร่วมของผู้ใช้ในระหว่างการทดสอบ คุณภาพของข้อเสนอแนะ และเสถียรภาพของแอปพลิเคชันก่อนที่จะให้การอนุมัติ ทั้งนี้ บัญชีระดับองค์กรได้รับการยกเว้นจากเงื่อนไขผู้ใช้ 20 คน/14 วันนี้ แต่สำหรับบัญชีองค์กรก็จะไม่ได้รับสิทธิ์ในการเผยแพร่แอปเช่นกัน จนกว่ากระบวนการยืนยันตัวตนที่ครอบคลุมด้วยหมายเลข D-U-N-S และเอกสารทางการของบริษัทจะเสร็จสมบูรณ์

ปัจจัยสำคัญที่ทำให้กระบวนการอนุมัติต้องใช้เวลานานขึ้น

สาเหตุที่พบบ่อยที่สุดที่ทำให้ระยะเวลาการตรวจสอบของ Google Play เกินกรอบมาตรฐาน 1-3 วัน คือการที่แอปพลิเคชันตกอยู่ในพื้นที่สีเทาในแง่ของนโยบายโปรแกรมนักพัฒนาซอฟต์แวร์ของ Google (Developer Program Policies) หรือมีการสำแดงข้อมูลที่ไม่สมบูรณ์ เมื่ออัลกอริทึมการตรวจสอบตรวจพบความไม่สอดคล้องหรือความเสี่ยงที่อาจเกิดขึ้น ไฟล์จะถูกดึงออกจากคิวการอนุมัติอัตโนมัติและส่งต่อไปยังผู้เชี่ยวชาญด้านนโยบายที่เกี่ยวข้อง ซึ่งสถานการณ์นี้อาจทำให้ระยะเวลาการตรวจสอบขยายออกไปเป็น 7 ถึง 14 วันโดยตรง

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

นโยบายความเป็นส่วนตัวและแบบฟอร์มความปลอดภัยของข้อมูลที่ไม่สมบูรณ์หรือไม่ถูกต้อง

ส่วนความปลอดภัยของข้อมูล (Data Safety) ของ Google Play เป็นองค์ประกอบที่มีความละเอียดอ่อนที่สุดในการตรวจสอบของสโตร์ยุคใหม่ โดยนักพัฒนาจำเป็นต้องสำแดงข้อมูลอย่างละเอียดว่า แอปพลิเคชันมีการเก็บรวบรวมข้อมูลผู้ใช้ใดบ้าง (ตำแหน่งที่ตั้ง, ข้อมูลส่วนบุคคล, ข้อมูลทางการเงิน, รูปภาพ, บันทึกเสียง, ตัวระบุอุปกรณ์) ข้อมูลเหล่านี้มีการแชร์กับบุคคลที่สามหรือไม่ และมีการเข้ารหัสข้อมูลระหว่างการส่งหรือไม่

หนึ่งในสถานการณ์ความล่าช้าที่พบบ่อยที่สุดคือความไม่สอดคล้องกันระหว่างข้อมูลที่ SDK ในซอร์สโค้ดเก็บรวบรวม กับแบบฟอร์มความปลอดภัยของข้อมูลที่สำแดงไว้ ตัวอย่างเช่น หากไลบรารีโฆษณาหรือการวิเคราะห์ที่ผสานรวมเข้ากับแอป (Firebase, AppsFlyer, AdMob, Unity Ads ฯลฯ) มีการเก็บรวบรวมรหัสโฆษณา (Advertising ID) หรือที่อยู่ IP ในเบื้องหลัง แต่นักพัฒนากลับเลือกตัวเลือก "เราไม่เก็บรวบรวมข้อมูล" ในแบบฟอร์มความปลอดภัยของข้อมูล เครื่องสแกนวิเคราะห์โค้ดแบบสแตติกอัตโนมัติจะตรวจพบความไม่สอดคล้องนี้ได้ทันที จากนั้นไฟล์จะถูกส่งต่อไปยังการตรวจสอบโดยเจ้าหน้าที่ และกระบวนการจะถูกระงับไว้พร้อมกับขอให้นักพัฒนาดำเนินการแก้ไข

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

การขอสิทธิ์การเข้าถึงที่ครอบคลุมและละเอียดอ่อน

ในสถาปัตยกรรมระบบปฏิบัติการ Android สิทธิ์การเข้าถึงที่เกี่ยวข้องกับความเป็นส่วนตัวของผู้ใช้จะถูกจัดประเภทเป็น "สิทธิ์อันตราย" (Dangerous Permissions) และ "สิทธิ์การเข้าถึงพิเศษของแอป" (Special App Access) การที่สิทธิ์เหล่านี้ปรากฏอยู่ในAndroidManifest.xmlของแอปพลิเคชัน จะปิดใช้งานกระบวนการอนุมัติอัตโนมัติและทำให้ต้องผ่านการตรวจสอบโดยเจ้าหน้าที่

กลุ่มสิทธิ์การเข้าถึงที่ทำให้เกิดความล่าช้าในการตรวจสอบมากที่สุด ได้แก่:

• สิทธิ์ตำแหน่งที่ตั้งในเบื้องหลัง (ACCESS_BACKGROUND_LOCATION):คำขอเข้าถึงข้อมูลตำแหน่งที่ตั้งในขณะที่แอปปิดอยู่จะไม่ได้รับการยอมรับจาก Google โดยเด็ดขาด หากสิ่งนั้นไม่จำเป็นต่อฟังก์ชันการทำงานหลักของแอป นักพัฒนาจำเป็นต้องกรอกแบบฟอร์มโดยละเอียดเพื่ออธิบายว่าเหตุใดฟีเจอร์นี้จึงจำเป็น และต้องส่งลิงก์วิดีโอภายนอกที่แสดงการทำงานของฟีเจอร์ดังกล่าว

• สิทธิ์ SMS และประวัติการโทร (READ_SMS, SEND_SMS, READ_CALL_LOG):สิทธิ์เหล่านี้สงวนไว้สำหรับแอป SMS หรือแอปแป้นโทรศัพท์เริ่มต้นเท่านั้น สำหรับการอ่านรหัสการยืนยันตัวตนแบบสองขั้นตอน (2FA) ควรใช้ SMS Retriever API หรือ SMS User Consent API แทนการขอสิทธิ์เหล่านี้

• สิทธิ์การเข้าถึงไฟล์ทั้งหมด (MANAGE_EXTERNAL_STORAGE):อนุญาตให้เฉพาะซอฟต์แวร์ที่มีความจำเป็นอย่างแท้จริง เช่น แอปจัดการไฟล์หรือแอปสำรองข้อมูลเท่านั้น

• บริการการเข้าถึง (AccessibilityService):การใช้งานเพื่อวัตถุประสงค์ด้านระบบอัตโนมัติหรือการตรวจสอบความปลอดภัย นอกเหนือจากวัตถุประสงค์เพื่อช่วยเหลือผู้ใช้ที่มีความบกพร่องทางร่างกาย จะต้องผ่านการตรวจสอบอย่างเข้มงวดและการให้เหตุผลที่ชัดเจน

การละเมิดทรัพย์สินทางปัญญา เครื่องหมายการค้า และลิขสิทธิ์

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

หากแอปพลิเคชันของคุณใช้สื่อหรือทรัพยากรที่เป็นของบริษัทที่คุณเป็นพาร์ทเนอร์ ตัวแทนจำหน่าย หรือตัวแทนที่ได้รับอนุญาต คุณจะต้องกรอกแบบฟอร์ม "หนังสือแจ้งการยืนยันล่วงหน้า" (Advance Verification Notice) ผ่าน Google Play Console ในขั้นตอนการอัปโหลดแอป และอัปโหลดเอกสารใบอนุญาต/หนังสือมอบอำนาจอย่างเป็นทางการเข้าสู่ระบบ มิฉะนั้น ผู้ตรวจสอบจะระงับการตรวจสอบชั่วคราวหรือสั่งระงับแอปเนื่องจากสงสัยว่ามีการใช้แบรนด์โดยไม่ได้รับอนุญาต

ข้อกำหนดสำหรับแอปพลิเคชันสำหรับเด็กและนโยบายครอบครัว

แอปพลิเคชันที่ระบุว่ามีกลุ่มเป้าหมายเป็นเด็กอายุต่ำกว่า 13 ปี จะต้องปฏิบัติตามข้อกำหนดของโปรแกรมตามนโยบายครอบครัวของ Google (Designed for Families) แอปพลิเคชันเหล่านี้จะต้องผ่านการตรวจสอบที่เข้มงวดขึ้นอย่างมากตามมาตรฐาน COPPA (Children's Online Privacy Protection Act) และ GDPR-K

สำหรับแอปพลิเคชันที่อยู่ภายใต้นโยบายครอบครัว:

• สามารถใช้ได้เฉพาะ SDK โฆษณาที่ผ่านการรับรองความเหมาะสมสำหรับเด็กจาก Google (Self-Certified Ads SDKs) เท่านั้น

• ห้ามเก็บรวบรวมข้อมูลส่วนบุคคล การติดตามตำแหน่งที่ตั้งที่แน่นอน และการโฆษณาที่กำหนดเป้าหมายตามพฤติกรรมโดยเด็ดขาด

• ต้องมีกลไกประตูป้องกันสำหรับผู้ปกครอง (Parental Gate) สำหรับระบบการซื้อภายในแอป

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

ขั้นตอนการตรวจสอบและกลไกทางเทคนิคของ Google Play Console

สถาปัตยกรรมการตรวจสอบของ Google Play ใช้ไปป์ไลน์การยืนยันความถูกต้องแบบไฮบริด (Validation Pipeline) เพื่อตรวจสอบแอปพลิเคชันหลายล้านแอปได้อย่างยืดหยุ่นและรองรับการขยายตัว โดยเมื่อนักพัฒนาเตรียม Android App Bundle (.aab) อัปโหลดไฟล์ไปยัง Console และกดปุ่ม "ส่งเพื่อรับการตรวจสอบ" กระบวนการหลายขั้นตอนก็จะเริ่มทำงานขึ้นทันที

การทำความเข้าใจว่ากลไกนี้ทำงานอย่างไรมีความสำคัญอย่างยิ่งต่อการวิเคราะห์สาเหตุเชิงเทคนิคที่แท้จริงของความล่าช้าที่อาจเกิดขึ้น และการเพิ่มประสิทธิภาพในการวางแผนการเผยแพร่แอปพลิเคชัน

+-----------------------------------------------------------------------------------+
|               GOOGLE PLAY CONSOLE ÇOK KATMANLI İNCELEME BORU HATTI                 |
+-----------------------------------------------------------------------------------+
| 1. Statik Kod Analizi      -> AAB ayrıştırma, manifest izinleri, bilinen zararlı   |
|                               SDK imzaları ve Target API denetimi                |
| 2. Dinamik Güvenlik Testi  -> Firebase Test Lab tabanlı otomatik sanal cihaz     |
|                               çalıştırması, bellek sızıntısı ve çökme analizi    |
| 3. Meta Veri & Politika    -> NLP ile mağaza metni analizi, Veri Güvenliği formu  |
|                               ve Gizlilik Politikası URL çapraz doğrulaması      |
| 4. Manuel İnceleme Havuzu  -> Risk skoruna göre tetiklenen uzman denetimi,        |
|                               kullanıcı deneyimi ve yasal uyumluluk doğrulaması   |
+-----------------------------------------------------------------------------------+

การสแกนความปลอดภัยและมัลแวร์โดยอัตโนมัติ

เมื่ออัปโหลดไฟล์ไบนารี (Binary) ชั้นแรกที่จะเริ่มทำงานคือเครื่องมือวิเคราะห์แบบสแตติกอัตโนมัติ โดยระบบเหล่านี้จะ:

1. การวิเคราะห์ Manifest (Manifest Analysis): AndroidManifest.xmlตรวจสอบส่วนประกอบทั้งหมดภายใน (Activities, Services, Broadcast Receivers, Content Providers) และintent-filterแท็กต่างๆ เพื่อประเมินช่องโหว่ด้านความปลอดภัย (เช่น ความเสี่ยงจากการเข้าถึงจากภายนอกโดยไม่ได้รับอนุญาต)

2. การสแกนมัลแวร์และลายเซ็นดิจิทัล (Malware and Signature Scanning):เครื่องมือที่ทำงานร่วมกับฐานข้อมูล Google Play Protect จะสแกนฐานโค้ดเพื่อหาลายเซ็นของมัลแวร์ที่เป็นที่รู้จัก, เพย์โหลดที่น่าสงสัยและถูกบดบังโค้ด (Obfuscated), ตลอดจนความพยายามในการโหลดโค้ดแบบไดนามิก (Dynamic Code Loading)

3. ความเข้ากันได้ของ SDK (SDK Compatibility):ตรวจสอบว่าไลบรารีที่แอปพลิเคชันใช้นั้นมีช่องโหว่ด้านความปลอดภัยที่ทราบหรือมีคำเตือนการละเมิดนโยบายบน Google Play SDK Index หรือไม่

ขั้นตอนนี้มักจะเสร็จสิ้นภายในไม่กี่นาทีถึงสองสามชั่วโมง และเป็นตัวกำหนดว่าแอปพลิเคชันผ่านข้อกำหนดทางเทคนิคพื้นฐานหรือไม่

การทดสอบแบบไดนามิกและรายงานก่อนเปิดตัว (Pre-Launch Reports)

แพ็กเกจที่ผ่านการสแกนแบบสแตติกจะถูกส่งต่อไปยังชุดทดสอบอัตโนมัติที่ทำงานบนโครงสร้างพื้นฐาน Firebase Test Lab ของ Google โดยระบบนี้จะเปิดใช้งานแอปพลิเคชันของคุณโดยอัตโนมัติบนอุปกรณ์ Android จริงและอุปกรณ์เสมือนหลายสิบเครื่อง (ซึ่งมีขนาดหน้าจอ เวอร์ชัน Android และสถาปัตยกรรมหน่วยประมวลผลที่หลากหลาย)

บอทอัตโนมัติที่เรียกว่า "Robo Test" จะนำทางไปทั่วอินเทอร์เฟซของแอปพลิเคชัน คลิกปุ่มต่างๆ และทดสอบเส้นทางการนำทางเชิงลึก ในระหว่างการทดสอบเหล่านี้:

• อัตราการแครชเริ่มต้น (Crash rate) และค่า ANR (Application Not Responding) ของแอปพลิเคชันจะถูกวัดผล

• วิเคราะห์การรั่วไหลของหน่วยความจำ (Memory leaks), การใช้ CPU ที่สูงเกินไป และการสิ้นเปลืองแบตเตอรี่

• ตรวจหาหน้าจอที่แสดงผลผิดพลาด ข้อความที่ไม่พอดี และข้อบกพร่องด้านการเข้าถึง (Accessibility) ในอินเทอร์เฟซ

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

วงจรการตรวจสอบนโยบายและเนื้อหาโดยเจ้าหน้าที่

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

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

• ตรวจสอบว่าคำอธิบาย ชื่อเรื่อง และภาพหน้าจอในหน้าร้านค้าตรงกับฟังก์ชันการทำงานจริงของแอปพลิเคชันหรือไม่

• ตรวจสอบความสอดคล้องของระบบชำระเงินกับนโยบาย Google Play Billing และตรวจดูว่ามีการเปลี่ยนเส้นทางไปยังระบบชำระเงินภายนอกหรือไม่

• ตรวจสอบว่ามีกลไกการร้องเรียน การบล็อก และการควบคุมดูแลเนื้อหาบนแพลตฟอร์มที่มีเนื้อหาที่สร้างโดยผู้ใช้ (UGC) หรือไม่

ความหนาแน่นของคิวการตรวจสอบโดยเจ้าหน้าที่จะเพิ่มขึ้นอย่างมากในช่วงวันหยุดเทศกาลทั่วโลก (เช่น คริสต์มาส วันขอบคุณพระเจ้า สัปดาห์ปีใหม่) หรือทันทีหลังจากการเปิดตัว Android เวอร์ชันหลัก ซึ่งส่งผลให้ระยะเวลาการตรวจสอบยาวนานขึ้น

ขั้นตอนเชิงกลยุทธ์เพื่อเร่งกระบวนการอนุมัติของ Google Play

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

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

การใช้แทร็กการทดสอบแบบปิดและแบบเปิด (Testing Tracks) อย่างมีประสิทธิภาพ

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

1. การทดสอบภายใน (Internal Testing):ใช้สำหรับทีมงานภายในองค์กรและผู้ใช้ที่ได้รับเชิญไม่เกิน 100 คน แพ็กเกจการทดสอบภายในจะพร้อมใช้งานเกือบจะในทันที (บ่อยครั้งภายในไม่กี่นาที) และไม่ต้องผ่านการตรวจสอบร้านค้าที่เข้มงวด ควรเลือกใช้ช่องทางนี้สำหรับวงรอบ QA ที่รวดเร็ว

2. การทดสอบแบบปิด (Closed Testing - Alpha):เปิดให้ใช้งานแก่กลุ่มเป้าหมายที่จำกัดผ่านรายชื่ออีเมลที่ระบุหรือ Google Groups การอัปโหลดสำหรับการทดสอบแบบปิดจะต้องผ่านการตรวจสอบตามมาตรฐาน แต่การถูกปฏิเสธที่อาจเกิดขึ้นในขั้นตอนนี้จะไม่ส่งผลกระทบต่อสถานะเวอร์ชันจริง (Production) ของแอปพลิเคชัน

3. การทดสอบแบบเปิด (Open Testing - Beta):เป็นโปรแกรมเบต้าบนสโตร์ที่ทุกคนสามารถเข้าร่วมได้ เหมาะอย่างยิ่งสำหรับการทดสอบกับกลุ่มผู้ใช้ขนาดใหญ่และการวัดเมตริกสำคัญเบื้องต้นก่อนเข้าสู่กระบวนการผลิต (Production)

การได้รับการอนุมัติแอปครั้งแรกในช่องทาง Closed Testing จะช่วยลดระยะเวลาการตรวจสอบเมื่อเปลี่ยนผ่านไปยังช่องทาง Production ได้อย่างมาก เนื่องจากไฟล์ไบนารีและข้อมูลเมทาดาทาได้ผ่านรอบการตรวจสอบเรียบร้อยแล้วก่อนหน้านี้

การควบคุมการเปิดตัวด้วย Managed Publishing

หนึ่งในฟีเจอร์ที่สำคัญที่สุดของ Google Play Console คือโหมดManaged Publishing (การเผยแพร่ที่มีการจัดการ)(เดิมชื่อ Timed Publishing) เมื่อเปิดใช้งานฟีเจอร์นี้ หลังจากที่แอปของคุณได้รับการตรวจสอบและอนุมัติแล้วแอปจะไม่เผยแพร่บนสโตร์ในทันที.

เวอร์ชันที่ได้รับการอนุมัติจะถูกเก็บไว้ในสถานะ "พร้อมเผยแพร่" (Ready to Publish) กลยุทธ์นี้มอบข้อได้เปรียบที่เป็นรูปธรรมแก่ทีมผลิตภัณฑ์และทีมการตลาดดังนี้:

• ได้รับการอนุมัติล่วงหน้า โดยไม่ต้องกังวลว่าระยะเวลาการตรวจสอบจะใช้เวลา 1 วันหรือ 5 วัน

• ในวันเปิดตัว เมื่อแคมเปญการตลาด การประกาศข่าวประชาสัมพันธ์ (PR) และโครงสร้างพื้นฐานของเซิร์ฟเวอร์พร้อมแล้ว คุณสามารถเปิดตัวแอปให้ใช้งานได้ทั่วโลกด้วยการคลิกเพียงครั้งเดียว

• ในการเปิดตัวบน iOS และ Android พร้อมกัน กำหนดการอนุมัติของทั้งสองแพลตฟอร์มจะสามารถซิงโครไนซ์กันได้อย่างสมบูรณ์แบบ

การเตรียมข้อมูลเมทาดาทาของ Store Listing และข้อมูลการเข้าสู่ระบบให้ครบถ้วนสมบูรณ์

สาเหตุของความล่าช้าที่พบบ่อยที่สุดคือทีมตรวจสอบไม่สามารถทดสอบฟังก์ชันการทำงานของแอปได้ หากแอปของคุณต้องมีการเข้าสู่ระบบ (Login), การยืนยันด้วย SMS OTP หรือการสมัครสมาชิก:

• ส่วนการเข้าถึงแอป (App Access):ไปที่แท็บ "นโยบายและโปรแกรม" -> "การเข้าถึงแอป" ใน Google Play Console และกำหนดบัญชีเดโมที่ใช้งานได้จริงและไม่มีข้อจำกัด (ชื่อผู้ใช้, รหัสผ่าน, และรหัส 2FA แบบคงที่หากจำเป็น)

• คำแนะนำสำหรับบัญชีทดสอบ:หากแอปจำเป็นต้องใช้ตำแหน่งทางภูมิศาสตร์เฉพาะ ฮาร์ดแวร์ Bluetooth พิเศษ หรือบาร์โค้ดเฉพาะ ควรอัปโหลดหมายเหตุแบบทีละขั้นตอนเพื่อระบุว่าผู้ตรวจสอบจะสามารถผ่านขั้นตอนเหล่านี้ได้อย่างไร

• คำอธิบายร้านค้าและภาพหน้าจอ:ภาพหน้าจอต้องสะท้อนถึงอินเทอร์เฟซภายในแอปโดยตรง และต้องไม่มีคำสัญญาที่ทำให้เข้าใจผิดหรือการปรับแต่งกราฟิกที่เกินจริง

ควรทำอย่างไรหากแอปถูกปฏิเสธในระหว่างกระบวนการตรวจสอบ?

การได้รับการแจ้งเตือนการปฏิเสธ (App Rejection) จาก Google Play เป็นสถานการณ์ด้านการดำเนินงานมาตรฐานที่พบได้บ่อยในวงจรชีวิตของแอปพลิเคชันมือถือ การตื่นตระหนกหรือการส่งแพ็กเกจเดิมซ้ำๆ โดยไม่มีการเตรียมพร้อมจะส่งผลให้บัญชีถูกหักคะแนนหรือถูกลงโทษ แนวทางแบบมืออาชีพคือการจำแนกลักษณะของการละเมิดอย่างถูกต้องและดำเนินการแก้ไขตามขั้นตอนอย่างมีระบบ

โดยทั่วไป Google จะแบ่งการละเมิดออกเป็นสามหมวดหมู่หลัก:การปฏิเสธ (Rejection), การนำออกจากระบบ (Removal)และระดับที่รุนแรงที่สุดคือการระงับการใช้งาน (Suspension). การปฏิเสธแพ็กเกจที่อยู่ระหว่างกระบวนการตรวจสอบจะไม่ส่งผลกระทบต่อเวอร์ชันที่เผยแพร่อยู่ในปัจจุบัน แต่หมายความเพียงว่าเวอร์ชันใหม่ที่ส่งไปนั้นไม่ได้รับการอนุมัติเท่านั้น

การอ่านและทำความเข้าใจการแจ้งเตือนการละเมิดนโยบายอย่างถูกต้อง

เมื่อทีมงาน Google Play ปฏิเสธแอปพลิเคชัน จะมีการส่งข้อความระบุเหตุผลโดยละเอียดไปยังที่อยู่อีเมลของเจ้าของบัญชีและแผงการแจ้งเตือนใน Console โดยการแจ้งเตือนนี้จะประกอบด้วย:

• หัวข้อนโยบายที่ถูกละเมิด:(เช่น:User Data Policy - Data Safety Section, Families Policy Requirements, Misleading Claims).

• ส่วนที่เกิดการละเมิด:โค้ดของแอปพลิเคชัน หน้ารายการข้อมูลแอปใน Store หรือแบบฟอร์มข้อมูล

• ภาพหน้าจอหรือรายละเอียด:บ่อยครั้งจะมีการแนบภาพหน้าจอขณะที่ผู้ตรวจสอบตรวจพบข้อผิดพลาด หรือชื่อแพ็กเกจของ SDK ที่เกี่ยวข้อง (เช่น:com.example.analytics) มาในข้อความด้วย

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

การส่งอัปเดตเพื่อแก้ไข vs. การยื่นอุทธรณ์อย่างเป็นทางการ (Appeal)

หลังจากเข้าใจเหตุผลในการปฏิเสธแล้ว คุณจะมีแนวทางที่เป็นไปได้ 2 ทาง:

1. การส่งเวอร์ชันใหม่พร้อมการแก้ไขทางเทคนิคหรือข้อความ:

หากการละเมิดนั้นมีเหตุผลอันสมควร (เช่น มีการกรอกข้อมูลไม่ครบถ้วนในแบบฟอร์มความปลอดภัยของข้อมูล หรือมีสิทธิ์การเข้าถึงสำหรับการทดสอบหลงเหลืออยู่ในโค้ด) ให้แก้ไขปัญหา เพิ่มหมายเลขเวอร์ชัน (version code) และส่งแพ็กเกจ AAB ใหม่เข้ารับการตรวจสอบอีกครั้งผ่าน Console เมื่อส่งเวอร์ชันใหม่ กระบวนการตรวจสอบจะเริ่มต้นใหม่ตั้งแต่ต้นและใช้เวลาประมาณ 2-5 วันจึงจะทราบผล

1. การยื่นอุทธรณ์อย่างเป็นทางการ (Appeal):

หากคุณเชื่อว่าแอปพลิเคชันของคุณไม่ได้ละเมิดนโยบาย ผู้ตรวจสอบเข้าใจการทำงานของแอปพลิเคชันผิดไป หรือบอตอัตโนมัติสร้างผลบวกลวง (false positive) คุณควรกรอกแบบฟอร์มอุทธรณ์ของ Google Play (Google Play Appeal Process) ก่อนที่จะอัปโหลดแพ็กเกจใหม่

• ข้อความอุทธรณ์ควรมีความเป็นมืออาชีพ ชัดเจน และอิงตามหลักฐานทางเทคนิค

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

• โดยทั่วไปการอุทธรณ์จะได้รับการตรวจสอบและตัดสินขั้นสุดท้ายโดยผู้เชี่ยวชาญด้านนโยบายระดับสูงภายใน 48 ถึง 72 ชั่วโมง หากคำอุทธรณ์ได้รับการยอมรับ แอปจะได้รับการอนุมัติโดยตรงโดยที่คุณไม่ต้องดำเนินการใดๆ เพิ่มเติม

ความเสี่ยงในการถูกระงับบัญชี (Account Suspension)

การถูกปฏิเสธจากข้อกำหนดนโยบายเดิมซ้ำๆ หลายครั้ง อาจนำไปสู่บทลงโทษตั้งแต่การลบแอปพลิเคชันออกอย่างถาวร ไปจนถึงการปิดบัญชีนักพัฒนา (Account Termination) โดยเฉพาะอย่างยิ่งตามกฎบัญชีที่เชื่อมโยงกัน (associated accounts) บัญชีอื่นๆ ทั้งหมดที่เชื่อมโยงกับบัญชีนักพัฒนาที่ถูกระงับอาจถูกแบนจากแพลตฟอร์มอย่างไม่มีกำหนดด้วยเช่นกัน ดังนั้นจึงควรหลีกเลี่ยงการอัปโหลดไฟล์ไบนารีไปยัง Console อย่างต่อเนื่องด้วยวิธีแก้ปัญหาที่ยังไม่ได้รับการตรวจสอบอย่างเด็ดขาด

การเปรียบเทียบระหว่าง Google Play และ Apple App Store ในการเผยแพร่แอปพลิเคชันมือถือ

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

ในอดีต Google Play เคยให้การอนุมัติแบบอัตโนมัติทันทีหรือภายในไม่กี่ชั่วโมง ขณะที่ Apple App Store เป็นที่รู้จักกันดีในเรื่องการทดสอบด้วยมนุษย์อย่างพิถีพิถันซึ่งกินเวลานานหลายวัน แต่ในปัจจุบัน ไดนามิกนี้กลับสลับด้านกัน เมื่อ Google Play เพิ่มความเข้มงวดในการสแกนความปลอดภัยและความเป็นส่วนตัวของข้อมูล ระยะเวลาการอนุมัติจึงยาวนานขึ้น ในขณะที่ Apple ปรับปรุงกระบวนการ App Review ให้มีประสิทธิภาพยิ่งขึ้นจนสามารถลดระยะเวลาการตรวจสอบเฉลี่ยลงมาเหลือต่ำกว่า 24 ชั่วโมงได้สำเร็จ

ตารางต่อไปนี้แสดงให้เห็นถึงความแตกต่างในการดำเนินงานที่สำคัญในกระบวนการอนุมัติของทั้งสองแพลตฟอร์ม:

การวิเคราะห์ต้นทุนการดำเนินงานและความเสี่ยงของระบบนิเวศ

ความแตกต่างในกระบวนการอนุมัติของทั้งสองสโตร์ส่งผลกระทบโดยตรงต่องบประมาณโครงการและต้นทุนแรงงานในการดำเนินงาน แม้ว่าค่าธรรมเนียมการเปิดบัญชีฝั่ง Google Play จะต่ำกว่า แต่ข้อกำหนดการทดสอบ 14 วันและการจัดการแบบฟอร์มความปลอดภัยของข้อมูล (Data Safety) ต้องใช้เวลาและทรัพยากรในการทดสอบอย่างมาก

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

คำถามที่พบบ่อย

คำถามที่ 1: วันหยุดสุดสัปดาห์และวันหยุดนักขัตฤกษ์ส่งผลต่อกระบวนการอนุมัติของ Google Play หรือไม่?
คำตอบที่ 1: มีผล แม้ว่าระบบสแกนความปลอดภัยอัตโนมัติของ Google จะทำงานตลอด 24 ชั่วโมงทุกวัน แต่การตรวจสอบนโยบายและการพิจารณาคำอุทธรณ์ที่ต้องใช้การตรวจสอบด้วยตนเองนั้นดำเนินการโดยทีมงานที่เป็นมนุษย์ ดังนั้น ระยะเวลาในการตรวจสอบจึงยาวนานขึ้นอย่างเห็นได้ชัดในช่วงวันหยุดสุดสัปดาห์ เทศกาลคริสต์มาส และวันหยุดราชการสากล

คำถามที่ 2: สามารถเร่งกระบวนการอนุมัติของ Google Play สำหรับการแก้ไขข้อผิดพลาดด่วน (hotfix) ได้หรือไม่?
คำตอบที่ 2: บน Google Play Console จะไม่มีปุ่มเร่งการตรวจสอบทั่วไปเหมือนอย่าง Apple คุณสามารถติดต่อทีมสนับสนุนนักพัฒนา Google Play เพื่อชี้แจงเหตุผลความเร่งด่วนได้เฉพาะในกรณีที่มีช่องโหว่ด้านความปลอดภัยขั้นวิกฤต ข้อผูกพันทางกฎหมาย หรือกรณีแอปพลิเคชันขัดข้อง (Crash) เป็นวงกว้างเท่านั้น

คำถามที่ 3: ควรทำอย่างไรหากแอปพลิเคชันค้างอยู่ที่สถานะ "อยู่ระหว่างการตรวจสอบ" (In Review)?
คำตอบที่ 3: หากแอปพลิเคชันของคุณค้างอยู่ที่สถานะ "อยู่ระหว่างการตรวจสอบ" นานกว่า 7 วันทำการ ควรเปิดทิกเก็ตขอความช่วยเหลือผ่านแผงการสนับสนุนของ Console แทนที่จะยกเลิกเวอร์ชันที่ส่งแล้วส่งใหม่ เนื่องจากการยกเลิกกระบวนการจะทำให้แอปพลิเคชันสูญเสียลำดับในคิวการตรวจสอบและระยะเวลาจะถูกรีเซ็ตใหม่ทั้งหมด

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

คำถามที่ 5: กฎการใช้ผู้ทดสอบ 20 คนสำหรับบัญชีนักพัฒนาบุคคลธรรมดามีการดำเนินการอย่างไร?
คำตอบที่ 5: สำหรับบัญชีบุคคลธรรมดาที่เปิดหลังวันที่ 13 พฤศจิกายน 2023 จะต้องรวมผู้ทดสอบอย่างน้อย 20 คนเข้าสู่แทร็กการทดสอบแบบปิด (Closed testing track) และผู้ทดสอบเหล่านี้ต้องทดสอบแอปพลิเคชันอย่างต่อเนื่องเป็นเวลา 14 วัน เมื่อครบกำหนดระยะเวลานี้แล้ว จึงจะสามารถส่งคำขอย้ายไปยังแทร็กการผลิต (Production track) ผ่าน Console ได้

คำถามที่ 6: ขนาดไฟล์ Android App Bundle (AAB) มีผลต่อระยะเวลาในการตรวจสอบหรือไม่?
คำตอบที่ 6: ขนาดไฟล์ AAB ไม่ได้ส่งผลต่อระยะเวลาการตรวจสอบโดยตรงอย่างมีนัยสำคัญ แต่แพ็กเกจไบนารีที่มีขนาดใหญ่เกินไปอาจใช้เวลาในการดาวน์โหลดและรันบนห้องปฏิบัติการทดสอบแบบไดนามิก (Robo Test) นานขึ้น Google Play แนะนำให้ขนาดโมดูลพื้นฐานสูงสุดไม่เกิน 150 MB และสำหรับเนื้อหาที่มีขนาดใหญ่กว่านั้น ควรใช้ Play Feature Delivery

คำถามที่ 7: เหตุใดแอปพลิเคชันที่มีการซื้อภายในแอป (IAP) จึงใช้เวลาในการอนุมัตินานกว่า?
คำตอบที่ 7: แอปพลิเคชันที่มีการขายสินค้าดิจิทัลหรือเสนอบริการสมัครสมาชิกจะได้รับการตรวจสอบการปฏิบัติตามนโยบายระบบการเรียกเก็บเงินของ Google Play (Google Play Billing) อย่างสมบูรณ์ เนื่องจากมีการตรวจสอบด้วยตนเองเพื่อดูว่ามีการเปลี่ยนเส้นทางไปยังวิธีการชำระเงินภายนอกอย่างไม่ถูกต้องหรือไม่ ระยะเวลาในการตรวจสอบแอปเหล่านี้จึงมักใช้เวลาประมาณ 3-7 วัน

คำถามที่ 8: จะได้รับการแจ้งเตือนอย่างไรเมื่อกระบวนการอนุมัติของ Google Play สิ้นสุดลง?
คำตอบที่ 8: เมื่อแอปพลิเคชันของคุณได้รับการอนุมัติหรือถูกปฏิเสธ ระบบจะส่งการแจ้งเตือนอัตโนมัติไปยังที่อยู่อีเมลที่ลงทะเบียนไว้ของเจ้าของบัญชี Google Play Console นอกจากนี้ คุณยังสามารถติดตามสถานะการตรวจสอบได้โดยรับการแจ้งเตือนแบบพุช (Push Notification) ทันทีผ่านแอปพลิเคชันมือถือ Google Play Console