Google Play Closed Testing: ผู้ทดสอบ 12 คน 14 วัน และแผนการทดสอบที่ช่วยให้ได้สิทธิ์ Production (2026)

หากบัญชีนักพัฒนา Google Play ของคุณเป็นบัญชีส่วนบุคคลที่เพิ่งสร้างใหม่ Google Play closed testing คือด่านที่ต้องผ่านก่อนเปิดตัว เมื่อคุณยื่นขอสิทธิ์ production ต้องมี ผู้ทดสอบอย่างน้อย 12 คน ที่เข้าร่วมการทดสอบแบบปิดของคุณอยู่ และแต่ละคนต้องเข้าร่วมต่อเนื่องตลอด 14 วัน ก่อนหน้านั้น ให้มองสิ่งนี้เป็นโปรเจกต์ทดสอบสองสัปดาห์ที่มีผู้รับผิดชอบ มีตารางเวลา และมีวงจรรับฟีดแบ็ก ไม่ใช่ช่องที่รอติ๊กในวันสุดท้าย

Google Play closed testing ในปี 2026 มีข้อกำหนดอะไรบ้าง?

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

• ต้องมี ผู้ทดสอบ 12 คน ที่เข้าร่วมการทดสอบแบบปิดอยู่ในขณะที่คุณยื่นขอ
• พวกเขาต้องเข้าร่วม ต่อเนื่องตลอด 14 วันก่อนหน้า
• ผู้ทดสอบที่ออกแล้วกลับเข้ามาใหม่ต้องอยู่ครบ 14 วันติดต่อกันอีกครั้งจึงจะนับ
• การทดสอบแบบปิดจะใช้ได้เมื่อตั้งค่าแอปเสร็จครบ ส่วนการทดสอบแบบเปิดจะยังล็อกอยู่จนกว่าคุณจะได้สิทธิ์ production
• การทดสอบภายใน (internal testing) ไม่มีเงื่อนไขเบื้องต้น แต่เป็นแทร็กแยกต่างหาก

กฎเหล่านี้อยู่ในหน้า App testing requirements for new personal developer accounts ของ Google หน้านี้ครอบคลุมเฉพาะบัญชีส่วนบุคคล และไม่ได้พูดถึงบัญชีองค์กรเลย ดังนั้นให้ตรวจสอบจากสิ่งที่ Dashboard ของคุณแสดง แทนที่จะคาดเดาไปทางใดทางหนึ่ง

ตั้งค่าแทร็กทดสอบแบบปิดใน Play Console อย่างไร?

หากต้องการตั้งค่าการทดสอบแบบปิด ให้เปิด Test and release > Testing > Closed testing ใน Play Console คลิก Manage track เพิ่มผู้ทดสอบในแท็บ Testers แล้วปล่อย (roll out) รุ่นทดสอบ คุณเพิ่มผู้ทดสอบได้ทั้งจากรายชื่ออีเมลหรือ Google Group แต่ละรายชื่อรองรับได้สูงสุด 2,000 คน ขนาดของรายชื่อจึงไม่ใช่ข้อจำกัด สิ่งที่ยากคือการทำให้คนกดเข้าร่วมจริง

1. ในแท็บ Testers ให้สร้างรายชื่ออีเมล หรือใส่ Google Group เช่น yourgroupname@googlegroups.com
2. เพิ่ม URL หรืออีเมลสำหรับส่งฟีดแบ็ก Google จะแสดงข้อมูลนี้ในหน้า opt-in ของผู้ทดสอบ
3. คัดลอกลิงก์ opt-in ที่แชร์ได้ แล้วบันทึกการเปลี่ยนแปลง
4. สร้างรุ่น (release) บนแทร็กแบบปิดแล้ว roll out
5. เมื่อรุ่นนั้นเผยแพร่แล้ว ให้แชร์ลิงก์ opt-in พร้อม URL ของ Play Store เพราะผู้ทดสอบไม่สามารถค้นหาแอปที่ยังไม่ขึ้น production ผ่านการค้นหาใน Play ได้

หน้าการตั้งค่าการทดสอบ ของ Google ระบุกับดักไว้หลายข้อ "ลิงก์ opt-in จะแสดงก็ต่อเมื่อสถานะแอปเป็น 'Published' เท่านั้น" ดังนั้นแอปในสถานะ Draft และ Pending publication จะไม่มีลิงก์ การอัปโหลดไฟล์ CSV จะเขียนทับอีเมลที่อยู่ในรายชื่อเดิม และไฟล์ CSV ที่บันทึกเป็น UTF-8 with BOM จะถูกปฏิเสธ หากใช้ Google Group ผู้ทดสอบต้องเข้าร่วมกลุ่มก่อนจึงจะ opt in ได้ และใครก็ตามที่อยู่ในการทดสอบภายในของคุณอยู่แล้วต้องออกจากการทดสอบภายในก่อนจึงจะได้รับรุ่นทดสอบแบบปิด

ควรหาผู้ทดสอบกี่คน และใครบ้างที่นับ?

ควรหาผู้ทดสอบ 15–16 คน ไม่ใช่ 12 คน เพราะจะนับเฉพาะคนที่เข้าร่วมผ่านลิงก์ opt-in ของ Play และใครที่หลุดออกไปก่อนวันที่ 14 จะไม่ถูกนับเลย 14 วันของผู้ทดสอบแต่ละคนเริ่มนับตั้งแต่วันที่เขา opt in ดังนั้นคนที่เข้าร่วมช้าจะทำให้วันที่เร็วที่สุดที่คุณยื่นขอได้เลื่อนออกไป

แหล่งหาผู้ทดสอบที่ดี ได้แก่ รายชื่ออีเมลของคุณ รายชื่อรอเบต้า (waitlist) เพื่อนที่ใช้มือถือ Android และนักพัฒนาอินดี้คนอื่นที่ยินดีทดสอบแอปของคุณแลกกับการที่คุณทดสอบแอปของเขา ขอให้แต่ละคนยืนยันว่ากดยอมรับลิงก์ opt-in แล้วและติดตั้งจาก Play จริง การ sideload ไฟล์ APK หรือการส่งต่อบิลด์ให้กันไม่นับ หากแอปของคุณเป็นแอปแบบเสียเงิน Google ระบุว่าผู้ทดสอบต้องซื้อแอปจึงจะเข้าร่วมได้ ซึ่งเป็นอีกเหตุผลที่ควรมีบิลด์ทดสอบแบบฟรีหรือช่องทางโค้ดโปรโมชัน

ผู้ทดสอบควรทำอะไรในช่วง 14 วัน?

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

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

เกิดอะไรขึ้นเมื่อนักพัฒนาได้รับแจ้งว่า "ต้องทดสอบเพิ่ม"?

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

• ถูกปฏิเสธหลังใช้บริการหาผู้ทดสอบ ใน ชุมชน MIT App Inventor นักพัฒนารายหนึ่งรายงานเมื่อเดือนกรกฎาคม 2024 (ตอนที่เกณฑ์ยังเป็น 20 คน) ว่าเขาได้ผู้ทดสอบครบจำนวนผ่านบริการแลกเปลี่ยนผู้ทดสอบ แต่ก็ยังได้รับแจ้งว่า "More testing required to access Google Play production" พร้อมเหตุผลว่า "ผู้ทดสอบไม่ได้มีส่วนร่วมกับแอปของคุณระหว่างการทดสอบแบบปิด" และ "คุณไม่ได้ปฏิบัติตามแนวทางที่ดีในการทดสอบ ซึ่งอาจรวมถึงการรวบรวมและนำฟีดแบ็กจากผู้ใช้ไปปรับปรุง" Google แจ้งเขาว่า "ก่อนยื่นขออีกครั้ง ให้ทดสอบแอปด้วย closed testing ต่ออีก 14 วันกับผู้ทดสอบจริง" เขายังบอกด้วยว่ากรอกแบบฟอร์มหลังการทดสอบไม่ได้ เพราะไม่รู้ว่าผู้ทดสอบเป็นใครหรือทดสอบอย่างไร หน้ากระทู้นั้นไม่ได้รายงานว่าปัญหาจบลงอย่างไร
• ได้รับอนุมัติหลังปรับการทดสอบใหม่ นักพัฒนารายหนึ่งบน DEV Community พบว่าเพื่อนและครอบครัวส่วนใหญ่ใช้ iPhone มีเพียง 4–5 คนที่ติดตั้งแอป และราวครึ่งหนึ่งลบแอปทิ้งภายในไม่กี่วัน เขาจึงเปลี่ยนไปใช้ Google Group ที่ตั้งค่าเป็น "Anyone can join" และหานักพัฒนาคนอื่นผ่านแอปแลกเปลี่ยนการทดสอบ ซึ่งโพสต์นั้นโปรโมตอยู่ เขาได้ผู้ทดสอบ 14 คนภายในสองวัน ปล่อยอัปเดตเล็ก ๆ 6 ครั้งระหว่างช่วงทดสอบ และตอบแบบฟอร์มอย่างละเอียด เขารายงานว่าได้รับอนุมัติสองวันหลังยื่นขอ

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

แบบฟอร์ม Apply for production ถามอะไรบ้าง?

แบบฟอร์ม Apply for production ซึ่งเปิดได้จาก Dashboard มีสามส่วน ได้แก่ การทดสอบแบบปิดของคุณ แอปของคุณ และความพร้อมสำหรับ production คำตอบจะหายไปหากคุณคลิก Discard หรือออกจากส่วนใดส่วนหนึ่งโดยไม่คลิก Next ดังนั้นควรร่างคำตอบเตรียมไว้ล่วงหน้า

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

ควรตรวจสอบอะไรก่อนกด Apply for production?

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

ตัวอย่าง: นักพัฒนาเดี่ยวรายหนึ่งตั้งค่าแอปเสร็จในวันจันทร์และ roll out บิลด์ 1 เขาเชิญคน 16 คนจาก waitlist และชุมชนนักพัฒนา และมี 14 คน opt in แล้วภายในวันที่ 2 เขาตามอีกสองคนและเพิ่มอีกสามคน ในวันที่ 4 ผู้ทดสอบรายงานว่าแอปแครชบนอุปกรณ์รุ่นเก่า และบิลด์ 2 ถูกปล่อยในวันที่ 5 เนื่องจากคนที่เข้าร่วมทีหลังเริ่มนับ 14 วันช้ากว่า นักพัฒนาจึงนับวันแยกตามแต่ละคน ไม่ใช่นับจากรุ่นแรก เขายื่นขอเมื่อมี 12 คนที่อยู่ครบ 14 วันต่อเนื่อง พร้อมบันทึกที่แสดงว่าพบบั๊กเก้าจุดและแก้ไขแล้วเจ็ดจุด

1. Dashboard แสดงผู้ทดสอบที่ opt in อย่างน้อย 12 คน แต่ละคนครบ 14 วันต่อเนื่อง
2. บิลด์ล่าสุดบนแทร็กแบบปิดคือบิลด์ที่คุณจะโปรโมตขึ้น production และเป็นไปตาม target API level ปัจจุบัน (ดู คู่มือ target API level 36)
3. บันทึกฟีดแบ็กระบุปัญหาที่พบ การเปลี่ยนแปลงที่ทำ และบิลด์ที่ปล่อย
4. หน้าร้าน (store listing) การจัดเรตเนื้อหา ความปลอดภัยของข้อมูล (data safety) และงานตั้งค่าอื่น ๆ เสร็จครบ
5. ข้อมูลล็อกอินสำหรับผู้ตรวจสอบใช้งานได้ หากแอปต้องลงชื่อเข้าใช้
6. ร่างคำตอบแบบฟอร์มไว้แล้ว และเจาะจงเรื่องผู้ทดสอบจริงและการเปลี่ยนแปลงจริง

หากคุณปล่อยแอปบน iOS ด้วย เช็กลิสต์การส่งแอปขึ้น App Store ครอบคลุมฝั่ง Apple หากต้องการให้คนอื่นดูแลการเปิดตัวแทน บริการส่งแอปขึ้น App Store ของเราจะตั้งค่า Play Console และ App Store Connect และเตรียมการตรวจสอบทั้งสองฝั่งในราคา $599 โดยค่าบัญชีนักพัฒนาแยกต่างหาก คุณยังส่งอีเมลมาที่ yagyeshsrbobde@gmail.com ได้เช่นกัน