คู่มือการเผยแพร่แอปและเกมจากศูนย์สู่ Google Play Store: การแพ็กเกจ ฟอร์ม การทดสอบแบบปิด และการเปิดตัวใช้งานจริง

คู่มือการเผยแพร่และยื่นขอเปิดตัวแอปพลิเคชันบน Google Play Store (จากศูนย์สู่การเผยแพร่จริง)

คู่มือนี้; จะอธิบายทีละขั้นตอนถึงกระบวนการสร้างแอปพลิเคชัน Android สมัยใหม่ (โดยเฉพาะโครงการ .NET MAUI, MonoGame หรือโปรเจกต์ไฮบริด C#) จากศูนย์บน Google Play Console, การแพ็กเกจ, การลงนามดิจิทัล (signing), การแก้ไขข้อผิดพลาดวิกฤตที่อาจพบ และการดำเนินการขั้นตอนต่างๆ ในการยื่นขอเปิดตัวบนสโตร์ (การสร้างแอป, นโยบายความเป็นส่วนตัว, สิทธิ์การเข้าสู่ระบบ, โฆษณา, การจัดระดับอายุ IARC, ความปลอดภัยของข้อมูล, การทดสอบแบบปิด และการเผยแพร่สู่สาธารณะ) ให้เสร็จสมบูรณ์

---

สารบัญ

1. บทนำและการเตรียมความพร้อมทางสถาปัตยกรรม
2. การสร้างแอปพลิเคชัน / เกมใหม่จากศูนย์ใน Play Console (Create App)
   • A. รายละเอียดแอปพลิเคชัน (App Details)
   • B. ประเภทแอปพลิเคชัน การกำหนดราคา และการประกาศ
3. การสร้าง Keystore และระบบอัตโนมัติในการ Build/Sign
4. การติดตั้ง Bundle แรกบน Play Console และข้อผิดพลาดวิกฤต
   • ข้อผิดพลาด 1: ข้อกำหนด Target API Level 36 (Android 16)
   • ข้อผิดพลาด 2: คำเตือน Version Code สูงกว่าปกติอย่างมีนัยสำคัญ
5. การจัดเตรียมนโยบายความเป็นส่วนตัว (Privacy Policy)
6. การเข้าถึงแอป / รายละเอียดการลงชื่อเข้าใช้ (App Access / Sign-in Details)
7. การประกาศเกี่ยวกับโฆษณา (Ads Declaration)
8. การจัดประเภทเนื้อหา (แบบสอบถามการจัดประเภทเนื้อหา IARC)
9. กลุ่มเป้าหมายและการเลือกกลุ่มอายุ (Target Audience)
10. แดชบอร์ดเนื้อหาแอป (App Content Dashboard)
11. แบบฟอร์มความปลอดภัยของข้อมูล (Data Safety Form)
12. ข้อความทางกฎหมายและข้อบังคับ (รัฐบาล การเงิน สุขภาพ)
13. การตั้งค่าร้านค้าและข้อมูลติดต่อ (Store Settings)
14. ข้อมูลข้อมูลผลิตภัณฑ์หลักและเนื้อหาภาพ (Main Store Listing)
15. การตั้งค่าและการตรวจสอบการทดสอบแบบปิด (Closed Testing Setup)
16. การประกาศรหัสโฆษณา (Advertising ID Declaration)
17. การส่งตรวจขั้นสุดท้าย (Submission for Review)
18. การขอรับสิทธิ์เข้าถึงเวอร์ชันที่ใช้งานจริงหลังการทดสอบแบบปิด (Apply for Access to Production)
19. ชัยชนะขั้นสุดท้าย: การอนุมัติสิทธิ์การเข้าถึงเวอร์ชันที่ใช้งานจริง (การเปิดตัวสู่สาธารณะ)
20. รายการตรวจสอบก่อนเผยแพร่ (เสร็จสมบูรณ์)
21. Arar Games และเกมของเรา

---

1. บทนำและการเตรียมความพร้อมทางสถาปัตยกรรม

เมื่อเผยแพร่แอปพลิเคชันใหม่บน Google Play Store จะต้องปฏิบัติตามนโยบายความปลอดภัยและเทคนิคปัจจุบันของ Google:

• รูปแบบ Bundle: ยอมรับเฉพาะรูปแบบ .aab (Android App Bundle) เท่านั้น ไฟล์ APK ไม่ถูกต้องสำหรับการเปิดตัวในร้านค้า (แต่อาจสร้างขึ้นเพื่อการทดสอบไซด์โหลดได้)
• Target SDK ขั้นต่ำ: ปัจจุบัน Google Play กำหนดให้แอปพลิเคชันที่เผยแพร่ใหม่หรืออัปเดตต้องกำหนดเป้าหมายอย่างน้อย Android API Level 36 (Android 16)
• การลงนามที่ปลอดภัย (Secure Signing): แอปพลิเคชันต้องได้รับการลงนามด้วยคีย์ RSA ขนาด 2048 บิตที่เข้ากันได้กับสคีมา v2/v3

---

2. การสร้างแอปพลิเคชัน / เกมใหม่จากศูนย์ใน Play Console (Create App)

หลังจากเข้าสู่ระบบแผง Google Play Console (play.google.com/console) กระบวนการเผยแพร่จะเริ่มต้นโดยการคลิกปุ่มสีน้ำเงิน "Create app" ที่ด้านบนขวาบนหน้าจอหลักซึ่งมีรายการแอปพลิเคชันทั้งหมด แบบฟอร์มนี้จะกำหนด ID ดิจิทัลของแอปบนคอนโซล ชื่อแพ็กเกจ และการจัดหมวดหมู่พื้นฐานในสโตร์

A. รายละเอียดแอปพลิเคชัน

1. App Name (ชื่อแอปพลิเคชัน):
   • เป็นชื่อทางการแรกที่จะปรากฏแก่ผู้ใช้ในร้านค้า
   • จำกัดความยาวไม่เกิน 30 ตัวอักษร (ตัวอย่าง: YourAppName)
   • คำแนะนำ: หลีกเลี่ยงการอัดคีย์เวิร์ดโดยไม่จำเป็น (keyword stuffing) หรือคำที่ชี้นำให้เข้าใจผิด/คำโฆษณาเกินจริง ("Best", "Free", "#1") ในชื่อเรื่อง มิฉะนั้นอาจถูกปฏิเสธจากการตรวจสอบของ Google Play ได้
2. Package Name (ชื่อแพ็กเกจ):
   • ตัวระบุแพ็กเกจ Java/Android ที่ระบุตัวตนแอปพลิเคชันของคุณโดยไม่ซ้ำใครทั่วโลกในระบบนิเวศ Android (รูปแบบ Reverse Domain เช่น com.yourcompany.appname)
   • สูงสุด 150 ตัวอักษร
   • ⚠️ กฎสำคัญ: หลังจากสร้างแอปพลิเคชันบนหน้าจอนี้และติดตั้งบันเดิลแรกแล้ว ชื่อแพ็กเกจจะไม่สามารถเปลี่ยนแปลงได้อีกเลย! ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) ในไฟล์โปรเจกต์หรือ AndroidManifest.xml จะต้องตรงกันอย่างสมบูรณ์
   • Check availability (ตรวจสอบความพร้อมใช้งาน): เมื่อกดปุ่ม ระบบจะตรวจสอบทันทีว่าชื่อแพ็กเกจที่คุณระบุถูกลงทะเบียนโดยนักพัฒนารายอื่นในระบบนิเวศ Google Play หรือไม่
3. Default Language (ภาษาเริ่มต้น):
   • ภาษาหลักสำหรับข้อมูลผลิตภัณฑ์ในร้านค้าของแอปพลิเคชัน (ตัวอย่าง: English (United States) – en-US)
   • ข้อมูลร้านค้าจะแสดงในภาษาเริ่มต้นนี้แก่ผู้ใช้ในทุกประเทศที่ไม่ได้กำหนดการแปลภาษาเฉพาะไว้

---

B. ประเภทแอปพลิเคชัน การกำหนดราคา และการประกาศ

1. App or Game (แอปหรือเกม):
   • กำหนดประเภทพื้นฐานของผลิตภัณฑ์ (App หรือ Game)
   • หมายเหตุสำคัญ: การเลือกนี้จะกำหนดหมวดหมู่หลักที่เกี่ยวข้องของร้านค้า (แท็บ Applications หรือแท็บ Games) และไม่สามารถเปลี่ยนแปลงได้ในภายหลัง
2. Free or Paid (ฟรีหรือชำระเงิน):
   • เลือกว่าแอปพลิเคชันจะเปิดให้ใช้งานในร้านค้าได้ฟรีหรือต้องซื้อแบบชำระเงิน
   • ⚠️ กฎสำคัญที่ไม่สามารถย้อนกลับได้: ตามนโยบายของ Google Play แอปพลิเคชันที่เผยแพร่เป็น "ฟรี" แล้วจะไม่สามารถเปลี่ยนเป็น "ชำระเงิน" ได้อีกในอนาคต! หากคุณต้องการขายผลิตภัณฑ์ของคุณในร้านค้าโดยตรง คุณต้องเลือก Paid ตั้งแต่แรก หากต้องการเผยแพร่ฟรีและสร้างรายได้ ควรเลือกใช้การซื้อในแอป (In-App Purchase) หรือโฆษณา AdMob
3. Automatic Protection (การป้องกันอัตโนมัติ):
   • Google Play จะเพิ่มการตรวจสอบโปรแกรมติดตั้งอัตโนมัติ (installer check) ลงในโค้ด APK/AAB ของแอปของคุณ หากผู้ใช้ทำการไซด์โหลดแอปของคุณจากแหล่งที่ไม่ได้รับอนุญาตภายนอก Google Play พวกเขาจะได้รับการแจ้งเตือนให้ดาวน์โหลดเวอร์ชันทางการจาก Google Play
4. Declarations (การประกาศทางกฎหมายและนโยบาย):
   • Developer Program Policies: เป็นการยืนยันว่าแอปพลิเคชันปฏิบัติตามนโยบายสำหรับนักพัฒนาซอฟต์แวร์และเนื้อหาของ Google Play อย่างครบถ้วน
   • US Export Laws: ซอฟต์แวร์ได้รับการยืนยันว่าปฏิบัติตามกฎหมายการส่งออกและข้อบังคับการคว่ำบาตรของสหรัฐอเมริกา
5. Create App:
   • หลังจากอนุมัติแบบฟอร์มแล้ว ให้คลิกปุ่มสีน้ำเงิน "Create app" ที่ด้านล่างขวา คอนโซลจะประมวลผลแอปพลิเคชันเข้าสู่ระบบและนำนักพัฒนาไปยังแผงควบคุมหลักของแอปพลิเคชัน (Dashboard)

---

3. การสร้าง Keystore และระบบอัตโนมัติในการ Build/Sign

เพื่อให้กระบวนการปรับใช้งานปราศจากข้อผิดพลาดและสามารถทำซ้ำได้ ควรสร้างโฟลเดอร์ Deploy/ และสคริปต์อัตโนมัติในรูทของโปรเจกต์

A. การสร้าง Keystore (1_CreateKeystore.bat)

การใช้ keytool ใน JDK ทำให้สามารถสร้างคีย์ที่ใช้งานได้นาน 25 ปี (10,000 วัน):

keytool -genkeypair -v ^
    -keystore "%KEYSTORE_PATH%" ^
    -alias %ALIAS% ^
    -keyalg RSA ^
    -keysize 2048 ^
    -validity 10000 ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"

เคล็ดลับ: การใช้บล็อก if (...) ที่มีวงเล็บเมื่อรับรหัสผ่านจากผู้ใช้ด้วย set /p ในไฟล์แบทช์ของ Windows อาจทำให้เกิดข้อผิดพลาดทางไวยากรณ์ (: was unexpected at this time) การจัดการโฟลว์ด้วยแท็ก goto และการใส่พารามิเตอร์รหัสผ่านในเครื่องหมายคำพูด "%PASS%" จะช่วยให้ระบบทำงานได้อย่างเสถียร

B. การกำหนดเวอร์ชันอัตโนมัติและบิลด์ AAB ที่ลงนามแล้ว (2_BuildAndSign_AAB.bat)

Google Play ต้องการ 'versionCode' ที่เพิ่มขึ้นอย่างต่อเนื่องในทุกการอัปเดต เพื่อจัดการสิ่งนี้โดยอัตโนมัติ จึงใช้สูตรที่อิงตามวันที่และเวลา:

# Yılın son hanesi + Ay + Gün + Saat + Dakika (Örn: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

คำสั่งการคอมไพล์และการลงนาม:

dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%

jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
    -keystore "%KEYSTORE%" ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -signedjar "%SIGNED_FILE%" ^
    "%AAB_INPUT%" ^
    %ALIAS%

เมื่อกระบวนการเสร็จสมบูรณ์ โฟลเดอร์ที่มีไฟล์ที่คอมไพล์แล้วจะเปิดขึ้นโดยตรงใน Windows Explorer ด้วยคำสั่ง start "" "%OUTPUT%"

---

4. การติดตั้ง Bundle แรกบน Play Console และข้อผิดพลาดวิกฤต

เมื่ออัปโหลดไฟล์ .aab ที่ลงนามแล้วไปยังช่องทาง Internal testing หรือ Production ใน Google Play Console หน้าจอต่อไปนี้อาจปรากฏขึ้น:

ข้อผิดพลาด 1: ข้อกำหนด Target API Level 36 (Android 16)

ข้อความแสดงข้อผิดพลาด:
"Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."

วิธีแก้ปัญหา:

นี่คือจุดบกพร่องที่บล็อกการเผยแพร่และไม่สามารถเผยแพร่ได้จนกว่าจะได้รับการแก้ไข

1. กำหนดแท็ก <uses-sdk> ไว้อย่างชัดเจนในไฟล์ Platforms/Android/AndroidManifest.xml:

   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>

2. เพิ่มลงใน <PropertyGroup> ในไฟล์ .csproj ของโปรเจกต์:

   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

ข้อผิดพลาด 2: คำเตือน Version Code สูงกว่าปกติอย่างมีนัยสำคัญ

ข้อความเตือน:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"

วิธีแก้ปัญหา:

• Google Play จะแสดงคำเตือนนี้เมื่อโค้ดเวอร์ชันก่อนหน้าของโปรเจกต์เป็นตัวเลขขนาดเล็ก (เช่น 1 หรือ 8) และคุณเปลี่ยนไปใช้รูปแบบวันที่แบบไดนามิก (เช่น 610 ล้าน)
• ข้อความนี้ ไม่ใช่ข้อผิดพลาดที่บล็อกการทำงาน สามารถข้ามไปได้โดยคลิกปุ่มสีน้ำเงิน Proceed anyway ใต้คำเตือน
• เนื่องจากตัวเลขนี้จะถูกใช้เป็นเกณฑ์สำหรับการอัปโหลดครั้งต่อๆ ไป คำเตือนเกี่ยวกับการก้าวกระโดดครั้งใหญ่จะไม่ปรากฏขึ้นอีก

---

5. การจัดเตรียมนโยบายความเป็นส่วนตัว (Privacy Policy)

ตามนโยบายของ Google Play แม้ว่าแอปของคุณจะไม่ได้รวบรวมข้อมูลที่ละเอียดอ่อน ลิงก์นโยบายความเป็นส่วนตัวในรูปแบบหน้าเว็บมาตรฐาน (ไม่ใช่ PDF) ที่สามารถเข้าถึงได้แบบสาธารณะและมี SSL ใช้งานได้ เป็นข้อกำหนดบังคับ

โฮสติ้งฟรีบน GitHub

ไฟล์ markdown (blob/main/...) ในที่เก็บ GitHub ได้รับการยอมรับจาก Google โดยตรงว่าเป็นหน้าเว็บที่ถูกต้อง

หัวข้อพื้นฐานที่ควรระบุไว้ในนโยบาย

1. Ads (Google AdMob): โฆษณาแบนเนอร์ โฆษณาคั่นระหว่างหน้า และโฆษณาที่ให้รางวัล การใช้รหัสโฆษณา Android (AD_ID) ข้อมูลทางเทคนิคของอุปกรณ์ และตำแหน่ง IP โดยประมาณ
2. In-App Purchases & Subscriptions (Google Play Billing): การชำระเงินดำเนินการทั้งหมดภายในโครงสร้างพื้นฐานของ Google และนักพัฒนาซอฟต์แวร์จะไม่สามารถเข้าถึงข้อมูลบัตรหรือการเรียกเก็บเงินได้
3. Analytics & Telemetry (Firebase Analytics & Crashlytics): เหตุการณ์การใช้งานโดยไม่ระบุตัวตนและรายงานข้อขัดข้อง
4. Consent Management (Google UMP): หน้าต่างยืนยันที่สอดคล้องกับ GDPR และการคุ้มครองข้อมูล รวมถึงสิทธิ์ของผู้ใช้ในการเปลี่ยนแปลงการตั้งค่าของตนเอง
5. Legal Exclusions & Special Declarations (เช่น เกมเสี่ยงโชค / เครื่องมือทำนายผล):
   • แอปพลิเคชันนี้ไม่ใช่แพลตฟอร์มการพนันหรือเกมเสี่ยงโชคอย่างแน่นอน
   • มีเพียงการเพิ่มประสิทธิภาพคูปองทางคณิตศาสตร์และการสนับสนุนทางสถิติเท่านั้น
   • เมื่อเปลี่ยนเส้นทางไปยังตัวแทนจำหน่ายอย่างเป็นทางการ จะไม่มีการจัดเก็บชื่อผู้ใช้และรหัสผ่านของเว็บไซต์ทางการ และการตรวจสอบสิทธิ์ 2FA/SMS จะดำเนินการโดยตรงบนอินเทอร์เฟซของสถาบันทางการ
6. Security Note: ไม่ควรรวมลิงก์ทางเทคนิค เช่น โปรไฟล์ GitHub ส่วนตัวของนักพัฒนาไว้ในข้อความนโยบายความเป็นส่วนตัว ควรระบุเฉพาะอีเมลองค์กรและเว็บไซต์ทางการเท่านั้น

---

6. การเข้าถึงแอป / รายละเอียดการลงชื่อเข้าใช้ (App Access / Sign-in Details)

ก่อนที่ผู้ตรวจสอบของ Google จะตรวจสอบแอปได้ คุณต้องระบุว่าแอปมีพื้นที่จำกัดการเข้าถึงหรือไม่:

• ตัวเลือก: No (ไม่มีส่วนใดของแอปพลิเคชันที่ถูกจำกัดการเข้าถึง)
• คำอธิบาย: หากไม่มีระบบสมาชิก การเข้าสู่ระบบของผู้ใช้ อีเมล/รหัสผ่าน หรือหน้าจอล็อกในแอปพลิเคชัน ให้เลือก No หากเลือก 'Yes' ทาง Google จะขอชื่อผู้ใช้และรหัสผ่านบัญชีทดสอบของคุณ

---

7. การประกาศเกี่ยวกับโฆษณา (Ads Declaration)

นี่คือขั้นตอนที่คุณประกาศว่ามีการแสดงโฆษณาในแอปของคุณหรือไม่:

• ตัวเลือก: Yes, my app contains ads (ใช่ แอปของฉันมีโฆษณา)
• คำอธิบาย: หากแอปพลิเคชันมีไลบรารี AdMob หรือจะมีการเปิดแสดงโฆษณาในอนาคต ต้องเลือก 'Yes' การเลือกนี้จะเปิดใช้งานป้ายกำกับ "Contains ads" ในหน้า Google Play และรับรองการปฏิบัติตามนโยบายอย่างสมบูรณ์

---

8. การจัดประเภทเนื้อหา (แบบสอบถามการจัดประเภทเนื้อหา IARC)

ในการกำหนดขีดจำกัดอายุของแอปพลิเคชัน คุณต้องกรอกแบบสำรวจ IARC (International Age Rating Coalition)

A. การเลือกหมวดหมู่และการป้อนอีเมล

• หมวดหมู่: All Other App Types (แอปพลิเคชันประเภทอื่นทั้งหมดที่ไม่ใช่เกม เกมการพนัน หรือโซเชียลมีเดีย: ยูทิลิตี้ เครื่องมือ เครื่องคิดเลข)
• อีเมล: ป้อนอีเมลติดต่อและยืนยันเงื่อนไขของ IARC

B. คำถามแบบสำรวจ (Questionnaire)

หมวดที่ 1: ความรุนแรงและการสื่อสารของผู้ใช้

• Downloaded App (ความรุนแรง เรื่องเพศ ภาษาหยาบคาย): No
• User Content Sharing (การแชร์เสียง ข้อความ สื่อระหว่างผู้ใช้): No

หมวดที่ 2: เนื้อหาและผลิตภัณฑ์ที่จำกัดอายุ

• Online Content (สตรีมเพลง/วิดีโอ หรือแคตตาล็อกอีคอมเมิร์ซ): No
• Promotion of Age-Restricted Products (ยาสูบ แอลกอฮอล์ การพนัน): No (ต้องเป็น No อย่างยิ่งเนื่องจากแอปพลิเคชันไม่อนุญาตให้เดิมพัน)
• Miscellaneous (การแชร์ตำแหน่ง GPS ที่แม่นยำ): No

หมวดที่ 3: ผลิตภัณฑ์ดิจิทัลและฟีเจอร์เบ็ดเตล็ด

• Digital Goods (การขายสินค้าดิจิทัล): No (No หากไม่ได้เชื่อมต่อระบบเรียกเก็บเงินในร้านค้าที่ใช้งานอยู่ หากใช้งานอยู่ ให้เลือก Yes เพื่อรับป้ายกำกับ Digital Purchases)
• Cash Rewards (รางวัลเงินสด บัตรของขวัญ): No
• Web Browser (อินเทอร์เน็ตเบราว์เซอร์ / เครื่องมือค้นหา): No
• News / Educational (ผลิตภัณฑ์ข่าวหรือการศึกษา): No

เมื่อตอบคำถามเหล่านี้ทั้งหมดเป็น 'No' แอปพลิเคชันจะได้รับการจัดระดับอายุที่เหมาะสมกับกลุ่มผู้ชมที่กว้างที่สุดในโลก (PEGI 3, ESRB Everyone)

---

9. กลุ่มเป้าหมายและการเลือกกลุ่มอายุ (Target Audience)

เมื่อกำหนดกลุ่มเป้าหมายของแอปพลิเคชันของคุณ สิ่งสำคัญอย่างยิ่งคือต้องประกาศอย่างถูกต้องว่ามีไว้สำหรับเด็กหรือไม่ ในแง่ของกฎระเบียบ Designed for Families (นโยบายครอบครัว) และ COPPA ของ Google

ทางเลือกที่ถูกต้อง: เฉพาะ 18 and over เท่านั้น

• ทำไมต้องเฉพาะ 18+ เท่านั้น?
  1. การปฏิบัติตามกฎหมาย: สถิติกีฬา อัตราต่อรอง และเครื่องมือวิเคราะห์คูปองมีไว้สำหรับผู้ชมที่เป็นผู้ใหญ่ เนื่องจากอิงตามตารางการแข่งขันและอัตราต่อรอง
  2. การป้องกันจากข้อจำกัดของนโยบายครอบครัว: หากเลือกต่ำกว่า 13 ปี หรือ 13-17 ปี Google จะกำหนดให้ SDK โฆษณาของแอปต้องได้รับการรับรองว่าเหมาะสำหรับเด็ก มีการจำกัดการวัดและส่งข้อมูลทางไกล และเริ่มกระบวนการตรวจสอบที่เข้มงวดยิ่งขึ้น
  3. ความสอดคล้องกับนโยบายความเป็นส่วนตัว: สอดคล้อง 100% กับข้อความ "The App is intended for audiences aged 18 and older" ในนโยบายความเป็นส่วนตัวของเรา
• ขั้นตอนที่สอง (Could your app unintentionally appeal to children?):
  • คำถามนี้ควรตอบเป็น No (ไม่) เนื่องจากไม่มีตัวการ์ตูน ธีมของเล่น หรือแอนิเมชั่นสำหรับเด็กในอินเทอร์เฟซของแอปพลิเคชัน จึงไม่ใช่ผลิตภัณฑ์ที่จะดึงดูดความสนใจของเด็กโดยไม่ได้ตั้งใจ

---

10. แดชบอร์ดเนื้อหาแอป (App Content Dashboard)

Google Play Console จะติดตามความพร้อมทางกฎหมายและเนื้อหาของแอปของคุณด้วยรายการตรวจสอบทีละขั้นตอนใต้แท็บ Policy and programs -> App content ในเมนูด้านซ้าย

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

---

11. แบบฟอร์มความปลอดภัยของข้อมูล (Data Safety Form)

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

คำถาม: แอปของคุณรวบรวมหรือแชร์ประเภทข้อมูลผู้ใช้ที่จำเป็นหรือไม่?

• การเลือกสำหรับการเผยแพร่ครั้งแรก: No (ไม่)
• เหตุผลทางเทคนิค: เนื่องจาก AdMob SDK หรือ Firebase SDK ยังไม่ได้รวมเข้าด้วยกันโดยตรงในแพ็กเกจ .aab แรกที่โหลด และไม่มีการรวบรวม ID ผู้ใช้ / ข้อมูลที่ละเอียดอ่อน แบบฟอร์มจึงเสร็จสมบูรณ์อย่างราบรื่นโดยเลือก No
• หมายเหตุสำหรับอนาคต: เมื่อ AdMob หรือ Firebase SDK ถูกเปิดใช้งานและเขียนโค้ดแล้ว คุณควรกลับมาที่แบบฟอร์มนี้และอัปเดตรายการ "Approximate Location", "App performance" และ "Device or other identifiers (AD_ID)" เป็น Yes

หลังจากตรวจสอบตัวอย่างแล้ว ให้ทำการบันทึกข้อมูล

---

12. ข้อความทางกฎหมายและข้อบังคับ

A. แอปพลิเคชันของรัฐบาล (Government Apps)

• ตัวเลือก: No (แอปพลิเคชันไม่ได้เป็นตัวแทนของหน่วยงานรัฐบาลอย่างเป็นทางการ)

B. คุณสมบัติทางการเงิน (Financial Features)

• ตัวเลือก: My app doesn't provide any financial features ที่ด้านล่าง
• การยืนยัน: ในหน้าต่างป๊อปอัปที่เปิดขึ้น ให้ยืนยันว่าไม่จำเป็นต้องส่งใบอนุญาตหรือเอกสารทางการเงินใดๆ:

C. แอปพลิเคชันด้านสุขภาพ (Health Apps)

• ตัวเลือก: My app does not have any health features ที่ด้านล่าง
• การยืนยัน: ในหน้าต่างป๊อปอัป คุณยืนยันว่าไม่จำเป็นต้องมีเอกสารสุขภาพระดับภูมิภาค:

---

13. การตั้งค่าร้านค้าและข้อมูลติดต่อ (Store Settings)

กำหนดค่าหมวดหมู่ในร้านค้าและช่องทางการสื่อสารที่ผู้ใช้สามารถติดต่อผู้พัฒนาได้:

• App Category (หมวดหมู่แอป): Sports หรือ Utilities / Tools
• Tags (แท็ก): สามารถเลือกคำหลักที่เกี่ยวข้องได้ (ตัวอย่าง: Sports, Utilities)
• Store Listing Contact Details (ข้อมูลติดต่อสำหรับข้อมูลผลิตภัณฑ์):
  • Email Address: destek@sirketadi.com (จำเป็นต้องใช้อีเมลสนับสนุนขององค์กร)
  • Website: https://company.com
• External Marketing (การตลาดภายนอก): ปล่อยให้ทำเครื่องหมายไว้เพื่อให้ Google สามารถโปรโมตแอปของคุณบนแพลตฟอร์มภายนอก Google Play ได้:

---

14. ข้อมูลข้อมูลผลิตภัณฑ์หลักและเนื้อหาภาพ (Main Store Listing)

หน้าร้านเป็นส่วนที่สำคัญที่สุดที่ส่งผลโดยตรงต่อการตัดสินใจดาวน์โหลดของผู้ใช้:

A. ข้อความ (Texts)

• App Name (ชื่อแอป): สูงสุด 30 ตัวอักษร (ตัวอย่าง: 15te15 - Spor Toto Assistant)
• Short Description (คำอธิบายสั้น): สูงสุด 80 ตัวอักษร (ตัวอย่าง: Formula optimization, probability calculation and smart Spor Toto coupon assistant.)
• Full Description (คำอธิบายแบบเต็ม): คำอธิบายโดยละเอียดรวมถึงคุณสมบัติ ข้อได้เปรียบทางอัลกอริทึม และประกาศทางกฎหมาย

B. มาตรฐานขนาดภาพ

• App Icon (ไอคอนแอป): ขนาดเป๊ะ 512 x 512 px, PNG 32 บิต, สูงสุด 1 MB
• Feature Graphic (กราฟิกโปรโมต): ขนาดเป๊ะ 1024 x 500 px, JPG หรือ PNG 24 บิต, สูงสุด 15 MB
• Phone Screenshots (ภาพหน้าจอโทรศัพท์):
  • ขั้นต่ำ 2 ภาพ สูงสุด 8 ภาพ
  • ขนาดขั้นต่ำ: 1080 px (ตัวอย่าง: 1080 x 2340 px)
  • อัตราส่วนภาพ: 16:9 หรือ 9:16

C. การประกาศเนื้อหา Generative AI (Generative AI Content Declaration)

• แม้ว่าจะใช้เครื่องมือที่ขับเคลื่อนด้วย AI เพื่อสร้างรูปภาพในร้านค้า ให้เลือก Don't label assets ตราบใดที่ไม่มีการสร้างใบหน้ามนุษย์/บุคคลสาธารณะที่เหมือนจริงเกินไปจนทำให้ผู้ใช้เข้าใจผิด

---

15. การตั้งค่าและการตรวจสอบการทดสอบแบบปิด (Closed Testing Setup)

สำหรับบัญชีนักพัฒนาส่วนบุคคลที่สร้างขึ้นใหม่ใน Google Play Console จำเป็นต้องผ่านกระบวนการ Closed Testing ให้เสร็จสิ้นก่อนที่จะย้ายไปยังเวอร์ชันที่ใช้งานจริงได้โดยตรง

A. การส่งการเปลี่ยนแปลงเพื่อรับการตรวจสอบ (Publishing Overview)

เมื่อการตั้งค่าร้านค้าและแบบฟอร์มทั้งหมดเสร็จสมบูรณ์ ภาพรวมการเผยแพร่จะแสดงรายการการเปลี่ยนแปลงที่รอดำเนินการ:

อย่างไรก็ตาม เพื่อให้ปุ่ม "Send changes for review" ที่ด้านบนขวาเปิดใช้งานได้ แอปพลิเคชันจะต้องได้รับการกำหนดค่าในเวอร์ชันช่องทางการทดสอบ (Closed Testing) อย่างน้อยหนึ่งช่องทาง

B. ขั้นตอนการทดสอบแบบปิด

มี 3 ขั้นตอนบังคับในการทำการทดสอบแบบปิดให้เสร็จสมบูรณ์:

1. เลือกประเทศและภูมิภาค (Select countries and regions):

• เลือกประเทศที่จะทดสอบแอปพลิเคชัน (ตามค่าเริ่มต้น สามารถเลือกได้ทั่วโลกหรือเฉพาะประเทศ) แล้วกด Save จากด้านล่างขวา

2. เลือกผู้ทดสอบ (Select testers):

• ในแท็บ Testers ให้เลือกรายชื่ออีเมล (Email List) หรือสร้างรายชื่อใหม่
• ในการขอรับสิทธิ์เข้าถึงเวอร์ชันที่ใช้งานจริงสำหรับบัญชี Google Play ส่วนบุคคล Google กำหนดให้มีผู้ใช้ทดสอบอย่างน้อย 20 คนเข้าร่วมการทดสอบเป็นเวลา 14 วันติดต่อกัน ดังนั้นจึงเป็นเรื่องสำคัญที่จะต้องมีผู้ใช้จำนวนเพียงพอในรายชื่อทดสอบ
• หลังจากเลือกรายชื่อแล้ว ให้คลิก Save changes จากด้านล่างขวา

3. สร้างการเปิดตัวใหม่ (Create a new release):

• เมื่อเลือกประเทศและผู้ทดสอบเสร็จแล้ว ข้อความ "2 of 4 complete" จะปรากฏขึ้นดังรูปด้านบน
• คลิกที่ปุ่มสีน้ำเงิน Create new release ที่ด้านบนขวาเพื่อไปยังขั้นตอนการสร้างเวอร์ชัน

• โหลดแพ็กเกจ .aab ที่ลงนามแล้ว เมื่อการติดตั้งเสร็จสิ้น Google จะวิเคราะห์แพ็กเกจ:

• ดังที่เห็นในภาพ มีการตรวจพบ Target SDK: 36 สำเร็จ ยืนยัน Version: 610060410 และสถาปัตยกรรมเรียบร้อยแล้ว
• เมื่อคลิก Next หน้าจอคำเตือนจะปรากฏขึ้นเนื่องจากการกระโดดของรหัสเวอร์ชัน:

• วิธีแก้ปัญหา: คลิกที่ลิงก์สีน้ำเงิน Proceed anyway ด้านล่างคำเตือน "This release's version code is significantly higher than your previous version code"
• หลังจากนำการยืนยันข้อผิดพลาดออกแล้ว เวอร์ชันจะได้รับการบันทึกเรียบร้อยแล้วโดยคลิกปุ่มสีน้ำเงิน Save ที่ด้านล่างขวา

เมื่อขั้นตอนเหล่านี้เสร็จสมบูรณ์ คุณสามารถกลับไปที่หน้าจอ Publishing overview และเริ่มกระบวนการอนุมัติของ Google ด้วยปุ่ม Send changes for review

C. สถานการณ์ทั่วไป: คำเตือน "App not available" บนลิงก์ทดสอบ

หน้าจอที่พบบ่อยที่สุดที่นักพัฒนาเห็นเมื่อเปิดลิงก์เข้าร่วมการทดสอบแบบปิด (play.google.com/apps/testing/com...) คือ:

"App not available - A testing version of this app hasn't been published yet or isn't available for this account."

สาเหตุและวิธีแก้ปัญหาสำหรับคำเตือนนี้:

1. อยู่ระหว่างการตรวจสอบ (In Review): แม้ว่าจะสร้างเวอร์ชันการทดสอบแบบปิดและส่งไปตรวจสอบแล้ว ลิงก์นี้จะไม่เปิดใช้งานจนกว่าทีมตรวจสอบของ Google จะ อนุมัติ แพ็กเกจ ลิงก์จะเปิดได้เมื่อสถานะเป็น "Available to testers" ใน Play Console
2. บัญชี Google ไม่ตรงกัน: การเข้าสู่ระบบ Google ในเบราว์เซอร์จะต้องตรงกับที่อยู่อีเมลที่เพิ่มลงในรายการ Testers ใน Play Console บัญชี Google อื่นหรือบัญชีนิรนามจะไม่สามารถเข้าถึงลิงก์นี้ได้
3. ระยะเวลาการแพร่กระจายของเซิร์ฟเวอร์: แม้ว่า Google จะอนุมัติการตรวจสอบแล้ว โดยปกติอาจใช้เวลา 1-2 ชั่วโมงเพื่อให้ลิงก์การทดสอบแบบปิดแพร่กระจายไปยังเซิร์ฟเวอร์ร้านค้าทั่วโลก

D. การเข้าร่วมโปรแกรมการทดสอบ (Become a Tester - Opt-in)

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

• หน้าเว็บประกอบด้วยไอคอนของแอปพลิเคชัน ชื่อนักพัฒนา และข้อความเชิญเข้าร่วมเวอร์ชันทดสอบ
• เมื่อคลิกปุ่มสีน้ำเงิน Become a tester บัญชีจะถูกรวมไว้ในการทดสอบ
• สามารถดาวน์โหลดแอปพลิเคชันได้โดยตรงจากแอป Google Play Store บนอุปกรณ์ Android โดยคลิกลิงก์ "Download it on Google Play" ในหน้าจอถัดไป

---

16. การประกาศรหัสโฆษณา (Advertising ID Declaration)

สำหรับแอปทั้งหมดที่กำหนดเป้าหมายเป็น Android 13 (API 33) ขึ้นไป Google Play กำหนดให้ต้องประกาศการใช้งานรหัสโฆษณา (AD_ID) อย่างชัดเจน

คำถาม: แอปของคุณใช้รหัสโฆษณาหรือไม่?

กฎสำคัญของ Google ในหน้านี้คือ:

"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."

• ตัวเลือกที่ 1 (แนะนำ): No (ไม่)
• ในแพ็กเกจการทดสอบแบบปิดที่เราติดตั้งอยู่ในปัจจุบัน AdMob SDK หรือไลบรารีการโปรโมตข้ามแพลตฟอร์มยังไม่ได้ถูกคอมไพล์จริง และไม่มีการอนุญาต AD_ID ในไฟล์ AndroidManifest.xml ดังนั้นเมื่อเลือก No และบันทึก จะไม่มีความขัดแย้งในไฟล์กำกับ (manifest)
• ตัวเลือกที่ 2 (หากเลือก Yes):

• หากเลือก Yes ควรเลือก [x] Advertising or marketing เป็นวัตถุประสงค์ในการใช้งาน และต้องทำเครื่องหมายในช่อง "Turn off release errors" ที่ด้านล่างของหน้า (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...) เนื่องจากยังไม่ได้เพิ่มการอนุญาตลงในไฟล์กำกับ

ในทั้งสองกรณี หลังจากทำการเลือกแล้ว ให้คลิก Save จากด้านล่างขวา

---

17. การส่งตรวจขั้นสุดท้าย (Submission for Review)

เมื่อข้อมูลผลิตภัณฑ์ในร้านค้า นโยบายความเป็นส่วนตัว แบบฟอร์มความปลอดภัย การประกาศทางกฎหมาย กลุ่มเป้าหมาย และเวอร์ชันการทดสอบแบบปิดเสร็จสมบูรณ์แล้ว คุณจะกลับมาที่หน้าจอ Publishing overview:

• Submit 14 changes for review: Google Play จะรวบรวมข้อความและเวอร์ชันการทดสอบทั้งหมดไว้ในแพ็กเกจการตรวจสอบเดียว (การเปลี่ยนแปลง 14 รายการที่รอการอนุมัติดังที่เห็นในภาพ)
• กระบวนการอนุมัติอย่างเป็นทางการของ Google จะเริ่มต้นโดยคลิกปุ่มสีน้ำเงิน Submit 14 changes for review
• การตรวจสอบคุณภาพอัตโนมัติของ Google (Quick checks) จะทำงานในเบื้องหลัง จากนั้นแอปพลิเคชันจะถูกจัดลงในคิวการประเมินของทีมตรวจสอบ Google Play โดยปกติการตรวจสอบจะเสร็จสิ้นภายใน 24-72 ชั่วโมงสำหรับบัญชีส่วนบุคคล

---

18. การขอรับสิทธิ์เข้าถึงเวอร์ชันที่ใช้งานจริงหลังการทดสอบแบบปิด (Apply for Access to Production)

เมื่อกระบวนการทดสอบแบบปิด (การทดสอบติดต่อกันอย่างน้อย 14 วันกับผู้ทดสอบ 20 คน) ที่ Google กำหนดสำหรับบัญชีนักพัฒนาส่วนบุคคลเสร็จสิ้นแล้ว ปุ่ม "Apply for production" จะเปิดใช้งานในแผงควบคุมหลักของ Play Console เมื่อคลิกปุ่มนี้ Google จะเสนอแบบฟอร์มใบสมัคร 3 ขั้นตอนที่ครอบคลุม เพื่อตรวจสอบว่าแอปพลิเคชันได้รับการทดสอบจริงและพร้อมที่จะเปิดตัวใช้งานจริงหรือไม่:

ขั้นตอนในแบบฟอร์ม:

1. About your closed test: คุณจะถูกถามว่าคุณค้นหาผู้ใช้ทดสอบอย่างไร คุณรวบรวมข้อเสนอแนะอย่างไร และคุณทำการปรับปรุงอะไรในแอปพลิเคชันตามข้อเสนอแนะที่คุณได้รับ
2. About your app: มีการอธิบายกลุ่มเป้าหมายของแอปพลิเคชันและประโยชน์หลักที่มอบให้กับผู้ใช้
3. Your production readiness: มีการประกาศว่าคุณจะติดตามข้อผิดพลาดและจัดการความคิดเห็นของผู้ใช้อย่างไรเมื่อเปิดตัวใช้งานจริง

คำถามสำคัญและตัวอย่างคำตอบการสมัคร (English Application Answers)

1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"

คุณหาผู้ใช้สำหรับการทดสอบแบบปิดได้อย่างไร? (ตัวอย่าง: ครอบครัวและเพื่อน หรือผู้ให้บริการทดสอบแบบชำระเงิน?)

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

I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.

2. "How easy was it to recruit testers for your app?"

การหาผู้ทดสอบสำหรับแอปของคุณทำได้ง่ายแค่ไหน?

• ตัวเลือกที่แนะนำ: Neither difficult or easy หรือ Easy ตัวเลือกนี้ระบุว่ากระบวนการดำเนินไปอย่างเป็นธรรมชาติและสมดุล และไม่ได้ใช้เครือข่ายบอทประดิษฐ์

3. "Describe the engagement you received from testers during your closed test"

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

Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.

4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."

ระบุบทสรุปของข้อเสนอแนะที่คุณได้รับจากผู้ทดสอบ รวมถึงวิธีที่คุณรวบรวมข้อเสนอแนะ:

Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.

---

ขั้นตอนที่ 2: เกี่ยวกับแอปของคุณ (About your app)

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

1. "Who is the intended audience of your app?"

กลุ่มเป้าหมายของแอปพลิเคชันของคุณคือใคร?

The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.

2. "Describe how your app provides value to users"

อธิบายว่าแอปของคุณมอบคุณค่าให้กับผู้ใช้อย่างไร:

The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.

3. "How many installs do you expect your app to have in your first year?"

คุณคาดหวังว่าแอปของคุณจะมียอดดาวน์โหลดเท่าใดในปีแรก?

• ตัวเลือกที่แนะนำ: 0 - 10K (เป้าหมายนักพัฒนาอินดี้ที่เป็นธรรมชาติและสมจริง)

---

ขั้นตอนที่ 3: ความพร้อมในการใช้งานจริงของคุณ (Your production readiness)

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

1. "What changes did you make to your app based on what you learned during your closed test?"

คุณได้ทำการเปลี่ยนแปลงอะไรกับแอปของคุณบ้างโดยอิงจากสิ่งที่คุณได้เรียนรู้ในการทดสอบแบบปิด?

คำแนะนำ: การตอบกลับควรสอดคล้องกับข้อเสนอแนะที่คุณระบุไว้ในขั้นตอนก่อนหน้าอย่างครบถ้วน (ความเข้ากันได้กับหน้าจอขนาดเล็ก ขนาดตัวอักษร ป้ายกำกับตัวกรอง และการแคชข้อมูล)

Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.

2. "How did you decide that your app is ready for production?"

คุณตัดสินใจอย่างไรว่าแอปของคุณพร้อมสำหรับการเปิดตัวสู่การใช้งานจริง?

คำแนะนำ: ควรเน้นย้ำถึงเมตริก Google Vitals (ข้อขัดข้องเป็นศูนย์, ANR เป็นศูนย์), ระยะเวลาการทดสอบ 14 วัน และความเสถียรในเวอร์ชัน Android ต่างๆ

We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.

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

หน้าจอแสดงการส่งใบสมัครแล้ว (กระบวนการตรวจสอบ)

การกดปุ่ม 'Apply' จะนำคุณกลับไปยังแผงควบคุมหลักของ Play Console และการ์ดตรวจสอบอย่างเป็นทางการต่อไปนี้จะปรากฏในหน้า Production:

"We have your application for production access"
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."

สิ่งที่ควรรู้เกี่ยวกับระยะนี้:

1. เวลาในการตรวจสอบ: แม้ว่า Google จะระบุอย่างเป็นทางการบนหน้าจอว่า "7 วันหรือน้อยกว่า" แต่สำหรับแอปที่มีการตอบแบบฟอร์มที่สอดคล้องกันและอัตราการแครชเป็นศูนย์ การอนุมัตินี้มักจะเสร็จสิ้นภายใน 24 ถึง 72 ชั่วโมง
2. การแจ้งผลลัพธ์: เมื่อการประเมินเสร็จสมบูรณ์ การแจ้งเตือนการยอมรับอย่างเป็นทางการจะถูกส่งไปยังที่อยู่อีเมลของเจ้าของบัญชี (ดูบทที่ 19)
3. สิ่งที่ต้องทำระหว่างกระบวนการรอ: ไม่จำเป็นต้องดำเนินการใดๆ เพิ่มเติม ช่องทางการทดสอบแบบปิดสามารถคงอยู่ได้ เพียงแค่รอการตัดสินใจของทีมตรวจสอบ Play Console

---

19. ชัยชนะขั้นสุดท้าย: การอนุมัติสิทธิ์การเข้าถึงเวอร์ชันที่ใช้งานจริง (การเปิดตัวสู่สาธารณะ)

เมื่อกระบวนการ Closed Testing (การทดสอบจริง 14 วันติดต่อกันกับผู้ทดสอบอย่างน้อย 20 คน) ซึ่งเป็นด่านที่ท้าทายที่สุดของ Google Play Console สำหรับบัญชีนักพัฒนาส่วนบุคคลใหม่เสร็จสมบูรณ์ และได้ยื่นขอเปิดตัวในร้านค้าจริงแล้ว จะได้รับอีเมลตอบรับอย่างเป็นทางการต่อไปนี้จากทีม Google Play Console:

"Congratulations! Your app has been granted Google Play production access"
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."

อีเมลนี้มีความหมายอย่างไร?

1. การเปิดตัวสู่สาธารณะ: ขณะนี้แอปของคุณมีสิทธิ์เผยแพร่ให้กับผู้ใช้ Android หลายพันล้านคนทั่วโลกแล้ว ไม่ใช่แค่ผู้ทดสอบแบบปิดที่ได้รับเชิญเท่านั้น
2. ผ่านเกณฑ์บัญชีส่วนบุคคล: ข้อกำหนดการทดสอบ 20 ผู้ทดสอบ / 14 วันของ Google ได้รับการตอบสนองอย่างเป็นทางการ และบัญชีนักพัฒนาได้ย้ายไปสู่สถานะที่เชื่อถือได้แล้ว
3. เผยแพร่ได้ด้วยคลิกเดียว: เมื่อไปที่ช่องทาง Production ในแผง Play Console แพ็กเกจที่ผ่านการพิสูจน์แล้วในการทดสอบแบบปิดจะสามารถเปิดตัวสู่หน้าร้านจริงได้โดยตรงหรือด้วยเวอร์ชันใหม่

---

20. รายการตรวจสอบก่อนเผยแพร่ (เสร็จสมบูรณ์)

รายการตรวจสอบทั้งหมดในขั้นตอนการสมัคร:

• สร้างรหัสแอปและชื่อบันเดิลเฉพาะใน Play Console แล้วหรือยัง?
• แพ็กเกจ .aab ที่ลงนามได้รับการคอมไพล์ด้วย targetSdkVersion 36 หรือไม่?
• รหัส versionCode สูงกว่าเวอร์ชันก่อนหน้าหรือไม่? (ได้คลิก Proceed anyway ในคำเตือนหรือไม่?)
• URL นโยบายความเป็นส่วนตัวใช้งานได้และเปิดด้วย HTTPS หรือไม่?
• สิทธิ์การเข้าถึงแอปถูกบันทึกเป็น No หรือไม่?
• การประกาศโฆษณาถูกทำเครื่องหมายว่า Yes หรือไม่?
• การจัดประเภทอายุ IARC เสร็จสมบูรณ์และได้รับการรับรองแล้วหรือยัง?
• เลือกกลุ่มเป้าหมายเป็น 18 and over หรือไม่?
• กรอกแบบฟอร์มความปลอดภัยของข้อมูลแล้วหรือยัง?
• บันทึกการประกาศเกี่ยวกับรัฐบาล การเงิน และสุขภาพเป็น No หรือไม่?
• โหลดเนื้อหาในร้านค้า (ไอคอน 512x512, กราฟิกโปรโมต 1024x500, ภาพหน้าจอ) แล้วหรือยัง?
• การทดสอบแบบปิด: เลือกประเทศ/ภูมิภาคและบันทึกแล้วหรือยัง?
• การทดสอบแบบปิด: เลือกรายชื่อผู้ทดสอบและบันทึกแล้วหรือยัง?
• การทดสอบแบบปิด: โหลดแพ็กเกจ .aab ที่ลงนามและกำหนดเวอร์ชันแล้วหรือยัง?
• รหัสโฆษณา: บันทึกเป็น No สำหรับการเปิดตัวครั้งแรกหรือไม่?
• ภาพรวมการเผยแพร่: ส่งการเปลี่ยนแปลงเพื่อรับการตรวจสอบจาก Google แล้วหรือยัง?
• ได้รับกระบวนการทดสอบแบบปิดและสิทธิ์การเข้าถึงเวอร์ชันที่ใช้งานจริงแล้วหรือยัง?

---

21. Arar Games และเกมของเรา

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

🎮 เกมของเรา:

• 🛡️ Blocked: Pixel Panzer:
  แอ็กชันรถถังพิกเซลเรโทร, กระสุนธาตุ ColorWheel, สภาพอากาศแบบไดนามิก, การต่อสู้กับบอส, ลีดเดอร์บอร์ดระดับโลก และความสำเร็จบน Google Play!
  👉 ดาวน์โหลดบน Google Play (Android & PC) | Microsoft Store (Windows PC)
• 🎨 Paint Trek:
  ประสบการณ์อาร์เคดที่เน้นการตอบสนองอย่างรวดเร็วในพิกเซลหลากสีสันและบรรยากาศอวกาศ
  👉 Google Play | Microsoft Store (PC & Xbox)
• 🚀 Space Dodger:
  การหลบหลีกสิ่งกีดขวางสไตล์เรโทรอาร์เคดที่รวดเร็วในห้วงอวกาศลึก
  👉 ดาวน์โหลดบน Google Play

📢 โซเชียลมีเดียและการติดต่อ:

หากต้องการติดตามคู่มือทางเทคนิค บันทึกการพัฒนา (devlogs) และการอัปเดตเกมใหม่ๆ ของเรา:

• 🎵 TikTok: @arargamesstudio
• 📸 Instagram: @arargamesstudio
• 🐦 X (Twitter): @arargamesstudio
• 📺 YouTube: @koreaaria
• 🧵 Threads: @arargamesstudio
• 📘 Facebook: arargamesstudio

---

จัดทำโดย: Arar Games Developer Documentation Archive