Google Play แจ้ง "More testing required": อีเมลนี้หมายถึงอะไร และยื่นขอสิทธิ์ production ใหม่อย่างไร (2026)

อีเมล "More testing required to access Google Play production" จาก Google Play หมายความว่า Google ปฏิเสธคำขอสิทธิ์ production ของคุณ นี่ไม่ใช่การลงโทษด้านนโยบาย (policy strike) และไม่ได้ระงับแอปของคุณ แต่ทำให้เสียเวลา เพราะคุณต้องทำ closed test อีกรอบ 14 วันก่อนยื่นขอใหม่ คู่มือนี้ถอดความแต่ละเหตุผลในอีเมล บอกสิ่งที่ต้องเปลี่ยนในช่วง 14 วันที่เพิ่มขึ้น และแสดงวิธีเขียนแบบสอบถามใหม่ให้คำขอครั้งที่สองเป็นครั้งสุดท้าย ถ้าคุณยังไม่ได้เริ่ม closed test ให้เริ่มจากแผนทดสอบ 12 คน 14 วันของเรา

"More testing required to access Google Play production" หมายถึงอะไร?

หมายความว่าผู้ตรวจของ Google ได้อ่านคำขอ Apply for production ของคุณแล้ว และตัดสินว่า closed test ของคุณยังไม่มีหลักฐานเพียงพอว่าแอปพร้อมเปิดให้สาธารณะใช้งาน ช่อง production และการลงทะเบียนล่วงหน้า (pre-registration) จะยังถูกล็อกไว้จนกว่าคุณจะทดสอบเพิ่มและยื่นขอใหม่

ณ เดือนพฤศจิกายน 2026 ข้อกำหนดการทดสอบแอปของ Google ใช้กับบัญชีนักพัฒนาประเภทบุคคลที่สร้างหลังวันที่ 13 พฤศจิกายน 2023 บัญชีเหล่านี้ต้องทำ "closed test สำหรับแอปโดยมีผู้ทดสอบอย่างน้อย 12 คนที่ opt-in ต่อเนื่องเป็นเวลาอย่างน้อย 14 วัน" การทำได้ตามตัวเลขนี้แค่ทำให้คุณมีสิทธิ์ยื่นขอเท่านั้น ตัวคำขอยังต้องผ่านการตรวจ และ Google ระบุเหตุผลสองข้อที่คุณอาจต้องทดสอบเพิ่ม คือ "มีผู้ทดสอบที่ opt-in น้อยกว่า 12 คน หรือผู้ทดสอบมีส่วนร่วมไม่เพียงพอในช่วงทดสอบ" Google ระบุว่าการตรวจ "ปกติใช้เวลาไม่เกินเจ็ดวัน แต่บางครั้งอาจนานกว่านั้น" และเจ้าของบัญชีจะได้รับผลการตัดสินทางอีเมล

แต่ละเหตุผลในอีเมลปฏิเสธหมายถึงอะไร?

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

นักพัฒนาที่โพสต์อีเมลนี้ต่อสาธารณะต่างยกเหตุผลชุดเดียวกัน ได้แก่ "Testers were not engaged with your app during your closed test" (ผู้ทดสอบไม่ได้มีส่วนร่วมกับแอปของคุณระหว่าง closed test), "You didn't follow testing best practices, which may include gathering and acting on user feedback through updates to your app" (คุณไม่ได้ทำตามแนวทางการทดสอบที่ดี ซึ่งอาจรวมถึงการเก็บฟีดแบ็กจากผู้ใช้และตอบสนองด้วยการอัปเดตแอป) และคำตอบเกี่ยวกับแอป closed test หรือความพร้อมสำหรับ production ที่ "incomplete or insufficient" (ไม่ครบถ้วนหรือไม่เพียงพอ) คำสั่งปิดท้ายคือ "Before applying again, test your app using closed testing for an additional 14 days with real testers." (ก่อนยื่นขอใหม่ ให้ทดสอบแอปด้วย closed testing เพิ่มอีก 14 วันกับผู้ทดสอบจริง) Google ไม่ได้เปิดเผยว่าวัดการมีส่วนร่วมอย่างไร ตารางด้านล่างจึงจับคู่แต่ละเหตุผลกับข้อความที่ตรงกันในหน้าช่วยเหลือของ Google เองและวิธีแก้

ควรทำอะไรทันทีหลังถูกปฏิเสธ?

ให้ closed test ทำงานต่อไป บอกผู้ทดสอบให้คง opt-in ไว้ และปล่อยบิลด์ใหม่ใน closed track ภายในไม่กี่วัน หน้าช่วยเหลือของ Google ระบุว่าหากคุณไม่ได้รับอนุมัติ "คุณอาจต้องทำ closed test ต่อไป" การรื้อ closed test ทิ้งแล้วเริ่มใหม่จึงเท่ากับทิ้งฐานผู้ทดสอบที่มีอยู่

1. อย่าลบ closed track หรือรายชื่อผู้ทดสอบ Google เตือนว่า "หากผู้ทดสอบ opt-out แล้ว opt-in กลับมาภายหลัง 14 วันนั้นต้องต่อเนื่องกัน" ดังนั้นผู้ทดสอบคนไหนที่ออกไปตอนนี้จะต้องเริ่มนับวันของตัวเองใหม่
2. ส่งข้อความหาผู้ทดสอบทุกคน อธิบายว่าการทดสอบจะดำเนินต่ออีก 14 วัน พวกเขาต้องคง opt-in ไว้ และรอบนี้คุณอยากให้ลองอะไร
3. ตรวจจำนวนผู้ทดสอบใน Play Console แทนที่คนที่ไม่เคยติดตั้งแอปด้วยคนที่จะใช้งานจริง เพื่อนที่ติดตั้งแล้วไม่เคยเปิดแอปเลยคือสาเหตุที่พบบ่อยของเหตุผล "ไม่มีส่วนร่วม"
4. ตั้งช่องทางรับฟีดแบ็กหนึ่งช่องทาง Google แนะนำให้ใช้แชตกลุ่ม แบบฟอร์มที่แชร์กันก็ใช้ได้ ไม่ว่าจะเลือกแบบไหน ให้บันทึกทุกข้อความพร้อมวันที่
5. เขียนรายการงานที่ครอบคลุมทุกฟีเจอร์หลัก ได้แก่ การสมัครใช้งาน การทำงานหลักของแอป การตั้งค่า การซื้อ (ใช้ license testers หากแอปมีระบบเรียกเก็บเงิน) และโฟลว์ออฟไลน์หรือการแจ้งเตือนต่างๆ
6. ปล่อยอัปเดตใน closed track ภายในสัปดาห์แรกที่แก้ปัญหาที่ผู้ทดสอบรายงาน และระบุการแก้ไขนั้นใน release notes วางแผนอัปเดตครั้งที่สองก่อนถึงวันที่ 14
7. รัน pre-launch report และแก้ไขแครชกับคำเตือนด้านการเข้าถึง (accessibility) ที่พบ
8. ก่อนยื่นขอใหม่ ตรวจว่าการจัดเรตเนื้อหา กลุ่มเป้าหมาย และแบบฟอร์ม Data safety ถูกต้อง หากแอปต้องล็อกอิน ให้แนบ "ข้อมูลล็อกอินที่ถูกต้องและใช้งานได้" ตามที่หน้าช่วยเหลือของ Google กำหนด

หากแอปของคุณต้องปรับ target SDK ก่อนเปิดตัวด้วย ให้ทำในช่วงเวลาเดียวกันนี้ คู่มือ target API level 36 ของเราครอบคลุมกำหนดเส้นตายวันที่ 1 พฤศจิกายน 2026

จะเขียนคำตอบแบบสอบถามขอสิทธิ์ production ใหม่อย่างไร?

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

คุณเปิดแบบฟอร์มได้จาก Dashboard ใน Play Console ด้วยปุ่ม Apply for production แบบฟอร์มมีสามส่วน ได้แก่ closed test ของคุณ แอปของคุณ และความพร้อมสำหรับ production ความคืบหน้าจะหายหากคุณออกจากส่วนใดก่อนกด Next จึงควรร่างคำตอบในเอกสารก่อน นักพัฒนารายหนึ่งบน itch.io รายงานว่ามี "ขีดจำกัด 300 ตัวอักษรต่อคำตอบ" ซึ่งเป็นอีกเหตุผลที่ควรร่างและตัดให้กระชับล่วงหน้า คำตอบในส่วนที่ 2 จะไม่แสดงต่อสาธารณะและไม่มีผลต่อการมองเห็นแอปของคุณ

ตัวอย่างสำหรับแอปติดตามนิสัย (habit tracker) สมมติ คำตอบที่อ่อนด้านล่างเป็นแบบที่พบบ่อยในคำขอที่ถูกส่งกลับมาพร้อมเหตุผล "ไม่ครบถ้วนหรือไม่เพียงพอ":

นักพัฒนาคนอื่นรายงานอะไรหลังถูกปฏิเสธด้วยเหตุผล "ต้องทดสอบเพิ่ม"?

รายงานสาธารณะมีรูปแบบเดียวกัน คือผู้ทดสอบที่ opt-in แต่ไม่เคยส่งฟีดแบ็กนำไปสู่การถูกปฏิเสธ ขณะที่กลุ่มเล็กๆ ที่ส่งฟีดแบ็กและเห็นแอปเปลี่ยนแปลงได้รับการอนุมัติ จำนวนผู้ทดสอบสำคัญน้อยกว่าหลักฐานการใช้งาน

• ในชุมชน MIT App Inventor นักพัฒนา shigeki_suzuki รายงานเมื่อกรกฎาคม 2024 ว่าแอป Season Clock ของพวกเขามีผู้ทดสอบครบ 20 คนเป็นเวลา 14 วันผ่านแอปแลกเปลี่ยนผู้ทดสอบ แล้วได้รับ "More testing required to access Google Play production" พร้อมเหตุผล "Testers were not engaged with your app during your closed test" พวกเขาเขียนว่าไม่รู้ว่าผู้ทดสอบเป็นใครและไม่ได้รับฟีดแบ็กเลย จึงอธิบายไม่ได้ว่าการทดสอบเป็นอย่างไรหรือเปลี่ยนอะไรไปบ้าง และต้องทดสอบซ้ำ
• ในฟอรัม Adalo ผู้ใช้ siang32195 รายงานข้อความ "More testing required" แบบเดียวกันเมื่อสิงหาคม 2024 หลังใช้ผู้ทดสอบที่จ้างหามา พวกเขาถามว่าจะยืนยันได้อย่างไรว่าผู้ทดสอบใช้แอปจริง คำตอบแนะนำให้ใช้เครื่องมือติดตามเวลา หรือรายงานเป็นลายลักษณ์อักษรที่ระบุสถานการณ์ทดสอบที่ผู้ทดสอบแต่ละคนทำ กระทู้ไม่ได้บอกว่าคำขอครั้งที่สองผ่านหรือไม่
• นักพัฒนาเกมอิสระรายหนึ่งที่เขียนบน itch.io มีผู้ทดสอบ "แค่ 12 คนพอดี" แต่เขียนว่าได้ "อัปเดตเกมหลายครั้ง" และ "บันทึกทุกอย่างเท่าที่ทำได้จากการติดต่อกับผู้ทดสอบ" พวกเขาใช้บันทึกนั้นในคำขอ และรายงานว่า "ภายใน 36 ชั่วโมงหลังส่งคำขอ ผมได้รับสิทธิ์ Production Access"

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

ควรกด Apply for production อีกครั้งเมื่อไร?

ยื่นขอใหม่เมื่อมีผู้ทดสอบอย่างน้อย 12 คน opt-in ต่อเนื่องอีก 14 วัน และคุณได้ปล่อยอัปเดตที่ขับเคลื่อนด้วยฟีดแบ็กในช่วงนั้นแล้ว หน้าช่วยเหลือของ Google ไม่ได้กล่าวถึงระยะเวลารอ แต่การยื่นด้วยหลักฐานชุดเดิมมีแนวโน้มจะได้คำตอบเดิม

• ผู้ทดสอบอย่างน้อย 12 คน opt-in โดยไม่มีช่วงที่ opt-out เป็นเวลาอีก 14 วันติดต่อกัน (ตั้งเป้า 15 คนขึ้นไปเผื่อไว้)
• release ใน closed track อย่างน้อยสองครั้งนับตั้งแต่ถูกปฏิเสธ แต่ละครั้งมี release notes ที่ระบุการแก้ไขที่ผู้ทดสอบรายงาน
• บันทึกฟีดแบ็กพร้อมวันที่ แยกจำนวนตามประเภท (บั๊ก, UX, คำขอ) และวิธีเก็บแต่ละรายการ
• ผู้ทดสอบได้ใช้ทุกฟีเจอร์หลัก รวมถึงการล็อกอิน การซื้อ และการแจ้งเตือนในกรณีที่เกี่ยวข้อง
• pre-launch report ที่ไม่มีแครชค้างอยู่
• การจัดเรตเนื้อหา กลุ่มเป้าหมาย และแบบฟอร์ม Data safety ที่ถูกต้อง พร้อมข้อมูลล็อกอินสำหรับผู้ตรวจที่ใช้งานได้
• คำตอบแบบสอบถามที่ร่างไว้ในเอกสาร พร้อมฟีเจอร์ ตัวเลข และหมายเลขเวอร์ชัน

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