วิธีเผยแพร่แอปบน Google Play: ขั้นตอนจริงใน Play Console

หากต้องการเผยแพร่แอปบน Google Play ให้ลงทะเบียนบัญชีนักพัฒนา Google Play (ค่าลงทะเบียนครั้งเดียว 25 ดอลลาร์สหรัฐ ณ เดือนพฤศจิกายน 2026) สร้างแอปใน Play Console กรอกรายการในร้านและแบบฟอร์มเนื้อหาแอป อัปโหลด Android App Bundle (.aab) ไปยังช่องทดสอบ แล้วเผยแพร่สู่การใช้งานจริงเมื่อ Google ตรวจแล้ว หากคุณใช้บัญชีส่วนบุคคลใหม่ จะมีขั้นตอนเพิ่มหนึ่งอย่าง คือการทดสอบแบบปิดกับผู้ทดสอบอย่างน้อย 12 คน เป็นเวลา 14 วันติดต่อกันก่อนยื่นขอการเข้าถึงการเผยแพร่ คู่มือนี้พาคุณไปทีละหน้าจอ พร้อมรายละเอียดที่ทำให้ล่าช้าบ่อยที่สุด

หากคุณยังไม่ได้สร้างแอป ให้เริ่มจากวิธีสร้างแอป Android

ก่อนเริ่ม: สิ่งที่คุณต้องมี

• แอปในรูปแบบ Android App Bundle (.aab) Google Play กำหนดรูปแบบนี้สำหรับแอปใหม่
• ระดับ API เป้าหมายที่เป็นปัจจุบัน ณ เดือนพฤศจิกายน 2026 แอปใหม่และการอัปเดตต้องกำหนดเป้าหมายเป็น Android 16 (ระดับ API 36)
• นโยบายความเป็นส่วนตัวที่อยู่บนเว็บสาธารณะ ต้องเป็นหน้าเว็บปกติ ไม่ใช่ PDF และไม่อยู่หลังการล็อกอิน
• ไอคอน ภาพหน้าจอ และกราฟิกหลัก ตรวจขนาดที่ต้องการในปัจจุบันใน Play Console ณ ตอนที่เขียน ไอคอนขนาด 512 × 512 พิกเซล และกราฟิกหลักขนาด 1024 × 500
• อีเมลสำหรับซัพพอร์ต
• บัตรประชาชนหรือเอกสารรัฐบาลและบัตรเครดิตหรือเดบิตในชื่อตามกฎหมายของคุณ สำหรับการลงทะเบียน บัตรเติมเงินไม่ได้รับการยอมรับ

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

ไปที่ Play Console และลงทะเบียน คุณจะเลือกประเภทบัญชีได้สองแบบ:

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

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

ขั้นตอนที่ 2: สร้างแอป

ใน Play Console คลิก Create app และกรอก:

• ชื่อแอป ตามที่ผู้ใช้จะเห็น
• ภาษาเริ่มต้น
• แอปหรือเกม
• ฟรีหรือเสียเงิน คุณเปลี่ยนแอปเสียเงินเป็นฟรีได้ภายหลัง แต่เปลี่ยนแอปฟรีเป็นเสียเงินไม่ได้
• ข้อประกาศ: ยอมรับนโยบายโปรแกรมนักพัฒนา กฎหมายการส่งออกของสหรัฐฯ และข้อกำหนด Play App Signing

ชื่อแพ็กเกจ (เช่น com.yourcompany.yourapp) ถูกกำหนดโดยการอัปโหลดครั้งแรก และเปลี่ยนหรือนำกลับมาใช้ซ้ำไม่ได้ ดังนั้นเลือกอย่างระมัดระวังหากคุณสร้างแอปเอง

ขั้นตอนที่ 3: เขียนรายการในร้าน

เปิดหน้า Main store listing (ภายใต้ Store presence ในเมนูซ้าย) แล้วเพิ่ม:

• ชื่อแอป สูงสุด 30 ตัวอักษร
• คำอธิบายสั้น สูงสุด 80 ตัวอักษร นี่มักเป็นสิ่งเดียวที่คนอ่าน จึงควรนำด้วยสิ่งที่แอปทำ
• คำอธิบายเต็ม สูงสุด 4,000 ตัวอักษร อธิบายว่าแอปเหมาะกับใคร ฟีเจอร์หลัก และสิ่งที่ผู้ใช้ควรรู้ด้วยภาษาธรรมดา อย่ายัดคีย์เวิร์ด เพราะนโยบายของ Google ห้ามไว้
• กราฟิก: ไอคอน กราฟิกหลัก และภาพหน้าจอโทรศัพท์ เป็นหน้าจอจริงจากแอป ไม่ใช่ภาพจำลองของฟีเจอร์ที่ยังไม่มี
• หมวดหมู่และรายละเอียดติดต่อ

ขั้นตอนที่ 4: กรอกแบบฟอร์มเนื้อหาแอป

เปิดหน้า App content (ภายใต้ Policy ในเมนูซ้าย) แต่ละรายการต้องมีคำตอบก่อนจึงจะเผยแพร่ได้:

• URL นโยบายความเป็นส่วนตัว
• การเข้าถึงแอป หากบางส่วนของแอปต้องล็อกอิน ให้ข้อมูลล็อกอินที่ใช้งานได้แก่ผู้ตรวจ การไม่มีข้อมูลล็อกอินเป็นสาเหตุที่พบบ่อยของการถูกปฏิเสธ
• โฆษณา ระบุว่าแอปแสดงโฆษณาหรือไม่ รวมถึงผ่านโค้ดของบุคคลที่สาม
• การจัดเรตเนื้อหา แบบสอบถามที่ให้เรตอายุสำหรับแต่ละภูมิภาค หากข้ามไป แอปจะเป็น “Unrated” ซึ่งบล็อกการเผยแพร่
• กลุ่มเป้าหมายและเนื้อหา กลุ่มอายุที่แอปมุ่งเป้า การรวมเด็กจะนำมาซึ่งข้อกำหนดนโยบายครอบครัวที่เข้มงวดกว่า
• ความปลอดภัยของข้อมูล แอปเก็บหรือแชร์ข้อมูลอะไร เพื่ออะไร และเข้ารหัสและลบได้หรือไม่ ตอบให้ครอบคลุมทุกอย่างในแอป รวมถึงการวิเคราะห์และผู้ให้บริการล็อกอิน
• ข้อประกาศอื่น ๆ ตามที่ระบบแจ้ง เช่น สำหรับแอปด้านข่าว สุขภาพ การเงิน หรือรัฐบาล หรือสิทธิ์ที่ละเอียดอ่อน เช่น SMS

ตอบให้ถูกต้อง Google จะเปรียบเทียบคำตอบของคุณกับสิ่งที่แอปทำจริง

ขั้นตอนที่ 5: อัปโหลดบิลด์แรกไปยังการทดสอบภายใน

เปิด Internal testing (ภายใต้ Testing ในเมนูซ้าย) สร้างรีลีสแล้วอัปโหลด .aab ในรีลีสแรกนี้ คุณจะตั้งค่า Play App Signing: ให้ Google สร้างและถือกุญแจลงนามไว้ เว้นแต่คุณมีเหตุผลที่จะจัดการเอง เพิ่มตัวคุณเองและเพื่อนร่วมทีมบางคนเป็นผู้ทดสอบภายในด้วยอีเมล แล้วปล่อยรีลีส ผู้ทดสอบเปิดลิงก์เข้าร่วมและติดตั้งแอปจาก Play Store

การอัปโหลดทุกครั้งหลังจากนั้นต้องมี versionCode ที่สูงกว่าครั้งก่อน

หากคุณสร้างด้วย Mythex

บนแพ็ก Pro Mythex สร้างไฟล์ AAB ให้จากแอปที่เผยแพร่แล้วของคุณ คุณทำงานได้สองแบบ:

1. อัปโหลดเอง ขอให้เอเจนต์สร้างสำหรับ Android คลิก Download เมื่อการ์ดขึ้นว่า Ready to upload แล้วอัปโหลดไฟล์ใน Play Console ไฟล์จะดาวน์โหลดได้จาก Project settings ประมาณ 30 วัน
2. เชื่อมบัญชีเซอร์วิส Google Play ของคุณเอง สร้างบัญชีเซอร์วิสและคีย์ JSON ใน Google Cloud เชิญอีเมลของบัญชีนั้นใน Play Console ภายใต้ Users and permissions พร้อมสิทธิ์เข้าถึงแอปนี้ แล้ววางคีย์ไว้ใน Mythex จากนั้นทุกบิลด์ Android จะไปยังการทดสอบภายในด้วยตัวเอง โดยตั้ง version code ให้สูงกว่าทุกอย่างที่มีอยู่บน Google Play แล้ว เอเจนต์ยังแก้รายการในร้านได้ และจะถามคุณก่อนที่อะไรจะเผยแพร่ต่อสาธารณะ เช่น การเผยแพร่แบบ production

การสร้างแอป (ขั้นตอนที่ 2) แบบฟอร์มความปลอดภัยของข้อมูล และการจัดเรตยังอยู่ใน Play Console เอเจนต์จะแจ้งคุณเมื่อขาดอย่างใดอย่างหนึ่ง อ่านเพิ่มเติมที่หน้าเครื่องมือสร้างแอป Android ของ Mythex

ขั้นตอนที่ 6: ทำการทดสอบแบบปิด (บัญชีส่วนบุคคลใหม่)

หากบัญชีส่วนบุคคลของคุณถูกสร้างหลังวันที่ 13 พฤศจิกายน 2023 คุณต้องรัน การทดสอบแบบปิด กับผู้ทดสอบอย่างน้อย 12 คน ที่คงการเข้าร่วมติดต่อกันอย่างน้อย 14 วัน ก่อนจะยื่นขอการเข้าถึงการเผยแพร่ คนที่ออกแล้วกลับเข้ามาใหม่จะเริ่มนับ 14 วันใหม่

เคล็ดลับปฏิบัติ:

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

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

ขั้นตอนที่ 7: เผยแพร่สู่การใช้งานจริง

เมื่อการเข้าถึงการผลิตพร้อมใช้งาน ให้เปิด Production ในเมนูซ้าย:

1. เลือกประเทศและภูมิภาค ที่แอปจะพร้อมใช้งาน
2. สร้างรีลีสใหม่ แล้วเพิ่ม bundle จากการทดสอบ หรืออัปโหลดใหม่
3. เขียนหมายเหตุรีลีส ด้วยภาษาธรรมดา: อะไรใหม่หรือแก้ไขอะไรไป
4. ตรวจทานและส่งให้ตรวจ การเปลี่ยนแปลงจะรวมอยู่ภายใต้ Publishing overview จนกว่าคุณจะส่ง

ระยะเวลาการตรวจแตกต่างกัน การอัปเดตมักเร็ว ส่วนการเผยแพร่ครั้งแรกอาจใช้เวลาหลายวัน คุณเลือก managed publishing ได้หากต้องการอนุมัติช่วงเวลาที่รีลีสที่ผ่านการอนุมัติแล้วจะเปิดใช้งานจริง

ขั้นตอนที่ 8: หลังเปิดตัว

• ดู Android vitals เพื่อหาการแครชและรายงาน “แอปไม่ตอบสนอง”
• ตอบรีวิว โดยเฉพาะรีวิวช่วงแรก
• รักษาระดับ API เป้าหมายให้เป็นปัจจุบัน Google เพิ่มระดับนี้ทุกปี และแอปที่ตามไม่ทันจะไม่ถูกเสนอให้ผู้ใช้โทรศัพท์รุ่นใหม่
• อัปเดตแบบฟอร์มความปลอดภัยของข้อมูล ทุกครั้งที่คุณเพิ่มการเก็บข้อมูลใหม่

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

เหตุผลที่พบบ่อยของการถูกปฏิเสธหรือล่าช้า

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

เผยแพร่บน iPhone ด้วยหรือไม่?

กระบวนการของ Apple แตกต่างออกไป: สมาชิกภาพรายปี TestFlight และการตรวจโดยมนุษย์ทุกรีลีส อ่านวิธีเผยแพร่แอปบน App Store สำหรับขั้นตอนเหล่านั้น

คำถาม