ตั้งแต่เดือนพฤศจิกายน 2023 เป็นต้นมา Google Play กำหนดให้บัญชีนักพัฒนาแบบบุคคลใหม่ต้องแสดงให้เห็นว่าแอปได้รับการทดสอบโดยบุคคลจริงก่อนจึงจะเผยแพร่ได้ กฎนี้อธิบายได้ง่ายแต่ทำให้ไม่ผ่านได้ง่ายเช่นกัน: ต้องมีผู้ทดสอบอย่างน้อย 12 คนเข้าร่วมการทดสอบแบบปิดเป็นเวลา 14 วันต่อเนื่อง จากนั้นจึงยื่นคำขอเข้าถึงการเผยแพร่จริง ซึ่ง Google จะตรวจสอบและสามารถปฏิเสธได้ นี่คือวิธีที่ข้อกำหนดนี้ทำงานในทางปฏิบัติ และวิธีดำเนินการทดสอบให้ผ่านตั้งแต่ครั้งแรก
กฎนี้ใช้กับใครบ้าง
| บัญชี | ต้องทดสอบแบบปิดก่อนเผยแพร่จริงหรือไม่ |
|---|---|
| บัญชีบุคคลที่สร้างหลังวันที่ 13 พฤศจิกายน 2023 | ต้องทำ สำหรับทุกแอปที่คุณต้องการเผยแพร่จริง |
| บัญชีบุคคลที่สร้างในวันที่ 13 พฤศจิกายน 2023 หรือก่อนหน้านั้น | ไม่ต้อง |
| บัญชีองค์กร | ไม่ต้อง |
ข้อกำหนดนี้เริ่มต้นที่ผู้ทดสอบ 20 คนในเดือนพฤศจิกายน 2023 และลดลงเหลือ 12 คนในวันที่ 11 ธันวาคม 2024 ส่วนระยะเวลา 14 วันยังคงเดิม หากคุณเผยแพร่แอปสำหรับธุรกิจ วิธีที่ง่ายที่สุดในการหลีกเลี่ยงกฎนี้คือเผยแพร่จากบัญชีองค์กรในชื่อของธุรกิจ ซึ่งเป็นประเภทบัญชีที่เหมาะสมสำหรับแอปธุรกิจอยู่แล้ว โดยมีรายละเอียดการตั้งค่าอยู่ในวิธีเผยแพร่แอปบน Google Play ในปี 2026
การนับระยะเวลา 14 วันทำงานอย่างไร
ถ้อยคำของ Google มีความชัดเจน: ผู้ทดสอบอย่างน้อย 12 คนต้องเข้าร่วมการทดสอบแบบปิดของคุณเมื่อคุณยื่นคำขอเข้าถึงการเผยแพร่จริง และต้องเข้าร่วมอย่างต่อเนื่องตลอด 14 วันก่อนหน้านั้น ซึ่งมีผลตามมาสามประการ:
- ได้รับเชิญไม่ได้หมายความว่าเข้าร่วมแล้ว ผู้ทดสอบจะถูกนับก็ต่อเมื่อยอมรับคำเชิญผ่านลิงก์เข้าร่วมการทดสอบ ขณะที่ลงชื่อเข้าใช้ด้วยบัญชี Google ที่อยู่ในรายชื่อของคุณ การส่งอีเมลเพียงอย่างเดียวไม่เพียงพอ ต้องตรวจสอบจำนวนใน Play Console
- ความต่อเนื่องมีความสำคัญ ผู้ทดสอบที่ออกจากการทดสอบแล้วกลับเข้าร่วมใหม่จะเริ่มนับระยะเวลาต่อเนื่องครั้งใหม่ หากจำนวนของคุณลดลงต่ำกว่า 12 คนในช่วงสองสัปดาห์ คุณจะไม่มีผู้ทดสอบ 12 คนที่ทดสอบต่อเนื่องครบ 14 วันในวันที่ยื่นคำขอ
- วางแผนเผื่อไว้ รับผู้ทดสอบ 15 ถึง 20 คน เพื่อให้ผู้ที่ถอนตัวบางส่วนไม่ทำให้กำหนดการของคุณต้องเริ่มใหม่
คำขอเข้าถึงการเผยแพร่จริงต้องระบุอะไรบ้าง
เมื่อมีคุณสมบัติครบแล้ว คุณจะยื่นคำขอจากแดชบอร์ด Play Console แบบฟอร์มมีสามส่วน:
- เกี่ยวกับการทดสอบแบบปิดของคุณ: การรับสมัครผู้ทดสอบทำได้ง่ายเพียงใด ผู้ทดสอบมีส่วนร่วมกับแอปอย่างไร และสรุปความคิดเห็นที่คุณได้รับ
- เกี่ยวกับแอปของคุณ: กลุ่มเป้าหมายที่ต้องการ คุณค่าที่แอปมอบให้ และจำนวนการติดตั้งที่คุณคาดว่าจะได้รับในปีแรก
- เกี่ยวกับความพร้อมสำหรับการเผยแพร่จริง: สิ่งที่คุณเปลี่ยนแปลงจากผลการทดสอบ และเหตุผลที่คุณตัดสินว่าแอปพร้อมแล้ว
Google ระบุว่าการตรวจสอบมักใช้เวลาไม่เกินเจ็ดวัน แต่อาจนานกว่านั้นได้ ให้เผื่อเวลาหนึ่งสัปดาห์นี้ไว้ในแผนการเปิดตัวของคุณ: เมื่อรวมกับการทดสอบ 14 วันแล้ว ระยะเวลาขั้นต่ำตั้งแต่บิลด์แบบปิดครั้งแรกจนถึงการเผยแพร่จริงอยู่ที่ประมาณสามสัปดาห์
เหตุผลที่คำขอถูกปฏิเสธ
เมื่อคำขอไม่ผ่าน Google จะขอให้คุณทดสอบต่อ เหตุผลที่ระบุไว้คือมีผู้ทดสอบที่เข้าร่วมไม่ถึง 12 คน หรือผู้ทดสอบมีส่วนร่วมไม่เพียงพอ ในทางปฏิบัติ การมีส่วนร่วมไม่เพียงพอมักมีลักษณะอย่างใดอย่างหนึ่งดังนี้:
- ผู้ทดสอบติดตั้งแอปครั้งเดียวแล้วไม่เปิดใช้อีก
- ไม่มีความคิดเห็น หรือมีความคิดเห็นทั่วไป เช่น "แอปดี" ซึ่งไม่ได้นำไปสู่การเปลี่ยนแปลงใด ๆ
- ไม่มีบิลด์ใหม่ระหว่างการทดสอบ จึงไม่มีหลักฐานว่าการทดสอบส่งผลต่อผลิตภัณฑ์
- คำตอบในคำขอคลุมเครือ คัดลอกมา หรือไม่สอดคล้องกับสิ่งที่การทดสอบแสดงให้เห็น
- แอปดูไม่เสร็จสมบูรณ์อย่างเห็นได้ชัด: หน้าจอตัวแทน ขั้นตอนการใช้งานที่เสียหาย หรือแอปล่ม
แผนการทดสอบที่ช่วยให้ผ่าน
| ช่วงเวลา | สิ่งที่ต้องทำ |
|---|---|
| ก่อนวันที่ 0 | รับสมัครบุคคลจริง 15–20 คนจากกลุ่มเป้าหมายของคุณ: ลูกค้า พนักงาน หรือผู้ที่อยู่ในรายชื่อรอ จากนั้นเก็บบัญชี Google ที่แต่ละคนจะใช้ |
| วันที่ 0 | อัปโหลดบิลด์ที่สมบูรณ์ไปยังแทร็กการทดสอบแบบปิด เพิ่มผู้ทดสอบ (รายชื่ออีเมลหรือกลุ่มใช้งานได้ดี) และส่งลิงก์เข้าร่วมพร้อมคำแนะนำการติดตั้ง |
| วันที่ 1–3 | ยืนยันว่าผู้ทดสอบทุกคนเข้าร่วมและติดตั้งแล้ว ส่งสคริปต์การทดสอบสั้น ๆ ที่ครอบคลุมขั้นตอนหลักของแอป |
| วันที่ 4–10 | รวบรวมความคิดเห็นไว้ในที่เดียว แก้ไขปัญหาที่เกิดขึ้นจริง และเผยแพร่อัปเดตอย่างน้อยหนึ่งหรือสองครั้งพร้อมบันทึกการเปลี่ยนแปลงที่ชัดเจน |
| วันที่ 11–14 | ขอให้ผู้ทดสอบทำขั้นตอนหลักซ้ำบนบิลด์ล่าสุด บันทึกว่าเปลี่ยนแปลงอะไรและเพราะเหตุใด |
| วันที่ 14 หรือหลังจากนั้น | ยืนยันว่าผู้ทดสอบอย่างน้อย 12 คนมีระยะเวลาต่อเนื่องครบ 14 วัน จากนั้นยื่นคำขอโดยตอบจากบันทึกความคิดเห็น ไม่ใช่จากความทรงจำ |
บันทึกความคิดเห็นคือเอกสารที่มีประโยชน์ที่สุดที่คุณจะจัดทำขึ้น เพราะเปลี่ยนคำถามในคำขอให้เป็นข้อเท็จจริง: ใครเป็นผู้ทดสอบ พบอะไร และคุณเปลี่ยนแปลงอะไร แนวทางที่เป็นระบบแบบเดียวกันนี้ควรใช้กับการเผยแพร่ทุกครั้ง ดังที่เราอธิบายไว้ในการทดสอบการยอมรับและการลงนามรับรอง
ข้อควรรู้เกี่ยวกับบริการผู้ทดสอบแบบมีค่าใช้จ่าย
มีบริการที่จำหน่ายกลุ่มผู้ทดสอบและมีการโฆษณาอย่างแพร่หลาย ข้อกำหนดนี้เน้นการทดสอบที่แท้จริง และคำขอที่ผู้ทดสอบมีส่วนร่วมน้อย รวมถึงคำตอบที่ไม่แสดงการเปลี่ยนแปลงจากความคิดเห็น คือคำขอประเภทเดียวกับที่ถูกปฏิเสธให้ทดสอบเพิ่มเติม ผู้ทดสอบที่ถอนการติดตั้งหรือออกจากกลุ่มยังทำลายความต่อเนื่องที่กฎนี้ใช้วัดด้วย หากคุณใช้ความช่วยเหลือจากภายนอก ให้ใช้เพื่อเข้าถึงผู้ใช้จริงของแอปประเภทเดียวกับคุณ และยังคงดำเนินการตามแผนการทดสอบข้างต้น
หลังได้รับสิทธิ์การเผยแพร่จริง
สิทธิ์การเผยแพร่จริงใช้กับแอปที่ผ่านการตรวจสอบแล้ว แอปใหม่ในบัญชีบุคคลเดียวกันต้องผ่านการทดสอบแบบปิดของตัวเอง การอัปเดตแอปที่มีสิทธิ์การเผยแพร่จริงอยู่แล้วไม่ต้องทำตามข้อกำหนดนี้ซ้ำ แต่ยังต้องผ่านการตรวจสอบตามปกติและเป็นไปตามกฎทางเทคนิคปัจจุบัน รวมถึงข้อกำหนด target API ของ Android 16 สำหรับการอัปเดตตั้งแต่วันที่ 31 สิงหาคม 2026 และการลงทะเบียนแอปสำหรับการยืนยันตัวตนนักพัฒนา Android
คำถามที่พบบ่อย
ผู้ทดสอบเป็นทีมของฉันเองได้หรือไม่
เป็นส่วนหนึ่งของทีมได้ แต่การทดสอบที่ดำเนินการโดยเพื่อนร่วมงานเท่านั้นมักไม่ก่อให้เกิดการมีส่วนร่วมและความคิดเห็นตามที่คำขอต้องการ ควรผสมผู้ใช้จริงจากกลุ่มเป้าหมายเข้ามาด้วย
ใช้การทดสอบภายในแทนได้หรือไม่
ไม่ได้ ข้อกำหนดนี้หมายถึงการทดสอบแบบปิด การทดสอบภายในยังมีประโยชน์สำหรับทีมของคุณเองก่อนเริ่มการทดสอบแบบปิด
การเปลี่ยนไปใช้บัญชีองค์กรช่วยได้หรือไม่
บัญชีองค์กรไม่อยู่ภายใต้ข้อกำหนดนี้ สำหรับแอปธุรกิจ บัญชีประเภทนี้เหมาะสมอยู่แล้ว แต่ต้องมีหมายเลข D-U-N-S และการยืนยันองค์กร ซึ่งใช้เวลาเพิ่มเติม
บริการ Manboo ที่เกี่ยวข้อง
- การพัฒนาแอป Android รวมถึงการตั้งค่า Play Console แทร็กการเผยแพร่ และการประกาศตามนโยบาย
- การพัฒนาแอป iOS รวมถึง App Store Connect, TestFlight และการเตรียมความพร้อมสำหรับ App Review
- การพัฒนาแอป Flutter เมื่อโค้ดเบสเดียวต้องผ่านการตรวจสอบของทั้งสองสโตร์
- การบำรุงรักษาซอฟต์แวร์ สำหรับแอปที่มีอยู่และต้องการอัปเดต target API, SDK หรือนโยบาย
- ขอให้ตรวจสอบขอบเขตงานและประเมินราคา สำหรับการเปิดตัวบนสโตร์หรือการส่งแอปที่ถูกปฏิเสธ
