คำถามที่พบบ่อยเกี่ยวกับ Android App Bundle

เกี่ยวกับ Android App Bundle

Android App Bundle (AAB) คืออะไร

Android App Bundle (AAB) เปิดตัวในปี 2018 เป็นรูปแบบการเผยแพร่สำหรับ Android ที่รองรับโดย Google Play และ App Store อื่นๆ รวมถึงเครื่องมือ บิลด์ เช่น Android Studio, Bazel, Buck, Cocos Creator, Gradle, Unity และ Unreal

AAB กับ APK แตกต่างกันอย่างไร

App Bundle ใช้สำหรับการเผยแพร่เท่านั้นและติดตั้งในอุปกรณ์ Android ไม่ได้ Android Package (APK) เป็นรูปแบบที่ติดตั้งและเรียกใช้ได้ของ Android สำหรับแอป ผู้จัดจำหน่ายต้องประมวลผล App Bundle เป็น APK เพื่อให้ติดตั้งในอุปกรณ์ได้

AAB เป็นรูปแบบที่เป็นกรรมสิทธิ์ซึ่งใช้ได้ใน Google Play เท่านั้นใช่ไหม

ไม่ AAB ไม่ใช่รูปแบบที่เป็นกรรมสิทธิ์ App Bundle เป็นโอเพนซอร์ส ดังนั้น App Store ใดก็ได้จึงรองรับได้ Google Play และ App Store อื่นๆ บางแห่งรองรับแพ็กเกจ

การสร้าง AAB จะทำให้ฉันเผยแพร่ไปยัง App Store อื่นๆ ไม่ได้ใช่ไหม

ไม่ คุณยังเผยแพร่ไปยัง App Store อื่นๆ ได้ เมื่อสร้างแอป คุณจะสร้าง AAB และ APK พร้อมกันได้ ทั้งนี้ขึ้นอยู่กับรูปแบบการเผยแพร่ที่จำเป็นสำหรับแต่ละ App Store

ต้องดำเนินการมากน้อยเพียงใดจึงจะใช้ AAB ได้

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

มีนักพัฒนาแอปที่ใช้ AAB อยู่แล้วไหม

ได้ มีแอปและเกมกว่า 1 ล้านรายการที่ใช้ App Bundle เพื่อเผยแพร่รุ่นใช้งานจริงใน Google Play ซึ่งรวมถึงแอปยอดนิยมส่วนใหญ่ ซึ่งแสดงถึงจำนวนการติดตั้งที่มีการใช้งานหลายพันล้านครั้ง หากคุณใช้ Google Play เพื่อติดตั้งแอป แอปจำนวนมากในอุปกรณ์ของคุณได้รับการเผยแพร่เป็น App Bundle

AAB ป้องกันไม่ให้ผู้ใช้ "โหลดจากแหล่งที่ไม่รู้จัก" ของแอปได้ไหม

ไม่ AAB ไม่ได้ป้องกันไม่ให้ผู้ใช้ติดตั้ง APK จากแหล่งที่มาใดๆ เนื่องจาก AAB เป็นเพียงรูปแบบการเผยแพร่ จึงไม่ได้เปลี่ยนวิธีการทำงานของแพลตฟอร์ม Android

หากนักพัฒนาแอปใช้ AAB เพื่อส่ง APK ที่เพิ่มประสิทธิภาพแล้ว ผู้ใช้ที่แชร์ APK เหล่านั้นจะพบปัญหาไหม

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

ฉันจะเผยแพร่ไปยัง App Store หลายแห่งได้ไหม

ได้ คุณเผยแพร่ไปยัง App Store หลายแห่งได้ไม่ว่าจะใช้ AAB หรือไม่ก็ตาม คุณสามารถเผยแพร่ AAB ใน Google Play และ App Store อื่นๆ ที่รองรับ AAB พร้อมกับการเผยแพร่ APK ใน App Store หรือเว็บไซต์อื่นๆ ที่ ไม่รองรับ AAB

ข้อกำหนด AAB มีผลกับแอปส่วนตัวที่เผยแพร่ใน Managed Google Play ไหม

ใช่ แอปส่วนตัวที่เผยแพร่ไปยัง Managed Google Play จาก Play Console ต้องเผยแพร่ AAB

ระบบยังคงรองรับการเผยแพร่ APK ผ่าน iframe ของ Managed Play

เกี่ยวกับ Play App Signing

Play App Signing คืออะไร

APK ทุกรายการใน Android ต้องได้รับการลงนามด้วยคีย์ App Signing โดยใช้การเข้ารหัสลับจึงจะติดตั้งได้ แพลตฟอร์ม Android ใช้คีย์เพื่อให้มั่นใจว่าการอัปเดตแอปใดๆ จะตรงกับแอปที่ติดตั้งในอุปกรณ์ เพื่อให้หลังจาก การติดตั้งครั้งแรกแล้ว การอัปเดตแอปแต่ละครั้งจะมาจากผู้ถือคีย์เดียวกัน การดำเนินการนี้จะช่วยลดความเสี่ยงในการอัปเดตแอปที่เป็นอันตราย Play App Signing เปิดตัวในปี 2017 เป็นบริการการจัดการคีย์ของ Google Play ที่ปกป้องและจัดการคีย์ Signing ของแอปของนักพัฒนาแอป Play สำหรับแอปที่เผยแพร่ใน Play นอกจากนี้ Play App Signing ยังดำเนินการลงนามใน APK ที่ Play สร้างจาก AAB ที่อัปโหลดด้วย Play App Signing เป็น ข้อกำหนดสำหรับแอปใหม่เพื่อให้แอปใช้ AAB ได้

เหตุใด Google จึงเปิดตัว Play App Signing

คีย์ App Signing เป็นสิ่งที่นักพัฒนาแอป Google Play ต้องเผชิญมาหลายปี หากคีย์สูญหาย หมายความว่าคุณจะส่งการอัปเดตแอปให้ผู้ใช้ไม่ได้อีกต่อไป และ หากคีย์ถูกบุกรุก ผู้ใช้จะมีความเสี่ยงที่จะได้รับการอัปเดตที่เป็นอันตราย โดยปกติแล้ว ช่องทางการจัดจำหน่ายซอฟต์แวร์จะจัดเก็บและจัดการคีย์สำหรับซอฟต์แวร์ที่จัดจำหน่าย เนื่องจากจะช่วยลดความเสี่ยงเหล่านี้ได้ Play App Signing เปิดตัวในปี 2017 เพื่อลดความเสี่ยงในการสูญเสียคีย์การเผยแพร่ใน Play เพื่อให้ปกป้องผู้ใช้ Play ได้เมื่อคีย์ถูกบุกรุก และเพื่อให้นักพัฒนาแอปได้รับประโยชน์จากการลงทุนด้านความปลอดภัยอย่างต่อเนื่องของ Google

Google รับประกันความปลอดภัยของ Play App Signing ได้อย่างไร

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

ฉันเลือกคีย์ App Signing ที่ Play ใช้กับแอปของฉันได้ไหม

ได้ เมื่อสร้างแอปใหม่ คุณสามารถเลือกให้ Google สร้าง และจัดเก็บคีย์ App Signing ในนามของคุณ หรือจะเลือกคีย์ App Signing ของคุณเองและอัปโหลดสำเนาคีย์ก็ได้

ฉันต้องการใช้คีย์ App Signing เดียวกันสำหรับ Play และ App Store อื่นๆ ยังทำได้อยู่ไหม

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

  • คุณสร้างคีย์ได้ในเครื่องและอัปโหลดสำเนาไปยัง Play วิธีนี้จะช่วยให้คุณใช้คีย์เดียวกันกับที่ Google Play ใช้เมื่อสร้างแอปสำหรับ App Store อื่นๆ ได้
  • คุณสามารถใช้คีย์ที่ Google สร้างขึ้นสำหรับ Play App Signing จากนั้นดาวน์โหลด APK การจัดจำหน่ายจาก Play Console ที่รับรองด้วยคีย์ที่ Google สร้างขึ้น และใช้ APK เหล่านั้นเพื่อจัดจำหน่ายใน App Store หรือเว็บไซต์อื่นๆ

ฉันใช้ Play App Signing สำหรับแอปที่สร้างก่อนเดือนสิงหาคม 2021 ได้ไหมโดยไม่ต้องระบุสำเนาคีย์ App Signing

ได้ Play App Signing รองรับตัวเลือก "อัปเกรดคีย์" สำหรับแอปที่สร้างก่อนเดือนสิงหาคม 2021 ซึ่งจะช่วยให้แอปเริ่มใช้ Play App Signing ด้วยคีย์ App Signing ใหม่ได้ อย่างไรก็ตาม หากต้องการใช้ตัวเลือกนี้ หลังจากอัปเกรดแล้ว คุณจะต้องอัปโหลด 2 สิ่งในแต่ละรุ่น ได้แก่ App Bundle และ APK เดิมที่ลงนามด้วยคีย์ App Signing เก่า Play จะใช้ AAB เพื่อสร้าง APK ที่รับรองด้วย คีย์ที่อัปเกรดแล้วสำหรับการติดตั้งใหม่และการอัปเดต ในขณะเดียวกัน Play จะใช้ APK เดิมสำหรับการอัปเดตแอปให้แก่ผู้ใช้ที่มีแอป ติดตั้งไว้แล้ว เมื่อเวลาผ่านไป การติดตั้งเวอร์ชันเดิมจะย้ายข้อมูลไปยังคีย์ที่อัปเกรดแล้ว (เช่น เมื่อผู้ใช้เปลี่ยนไปใช้อุปกรณ์เคลื่อนที่เครื่องใหม่)

มีวิธีใช้คีย์ App Signing เดียวกันสำหรับแอปที่สร้างก่อนเดือนสิงหาคม 2021 และแอปที่สร้างหลังเดือนสิงหาคม 2021 ไหม

โดยทั่วไปเราไม่แนะนำให้ใช้คีย์ App Signing เดียวกันสำหรับ แอปหลายแอป การใช้คีย์ที่ไม่ซ้ำกันสำหรับแต่ละแอปจะปลอดภัยกว่า อย่างไรก็ตาม หากคุณจำเป็นต้องใช้คีย์ App Signing เดียวกันสำหรับแอปหลายแอป ก็สามารถทำได้ หรือคุณจะอัปโหลดสำเนาคีย์ App Signing ที่มีอยู่ เมื่อกำหนดค่า Play App Signing ก็ได้ หรือหากไม่ต้องการแชร์คีย์ App Signing ที่มีอยู่ คุณสามารถใช้ตัวเลือก "อัปเกรดคีย์" ที่กำลังจะเปิดตัว สำหรับแอปที่สร้างก่อนเดือนสิงหาคม 2021 เพื่อเริ่มใช้ Play App Signing วิธีนี้จะช่วยให้ทั้งแอปที่สร้างก่อนเดือนสิงหาคม 2021 และแอปที่สร้างหลังเดือนสิงหาคม 2021 ใช้คีย์ใหม่เดียวกันได้

ฉันจะเปลี่ยนคีย์ App Signing ที่ Play App Signing ใช้ได้ไหม

ได้ แอปสามารถเปลี่ยนคีย์ได้โดยขออัปเกรดคีย์ใน Play Console

ฉันจะตรวจสอบได้อย่างไรว่า Google Play ไม่ได้เปลี่ยนแปลงโค้ดของฉันโดยไม่คาดคิด

คุณสามารถดาวน์โหลดและตรวจสอบอาร์ติแฟกต์จาก Google Play และจากรุ่นและ Bundle ล่าสุด ใน Play Console ได้ทุกเมื่อ นอกจากนี้ Play Developer API จะมี ความสามารถในการยืนยัน APK ก่อนที่จะส่งไปยังแทร็กการเผยแพร่ในเร็วๆ นี้ คุณยังใช้ฟีเจอร์ที่ไม่บังคับที่เรียกว่าความโปร่งใสของโค้ดสำหรับ App Bundle ได้ด้วย ความโปร่งใสของโค้ดช่วยให้คุณและผู้ใช้ปลายทางสามารถตรวจสอบร้านแอปอย่าง Google Play เกี่ยวกับโค้ดที่ส่งมอบได้

ความโปร่งใสของโค้ดสำหรับ App Bundle ทำงานอย่างไร

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

การเผยแพร่แอปและเกมขนาดใหญ่ใน Google Play

ขีดจำกัดขนาดของแอป Google Play เมื่อใช้ AAB คือเท่าใด

ขนาดการดาวน์โหลดสูงสุดที่บีบอัดสำหรับโมดูลพื้นฐานที่สร้างจาก AAB คือ 200 MB กล่าวคือ Google Play จะสร้างโมดูลฐานก่อน จากนั้นจึงสร้างโมดูลฟีเจอร์หรือ Asset Pack เพิ่มเติมจาก AAB ของคุณ จากนั้น Google Play จะตรวจสอบว่าขนาดการดาวน์โหลดสูงสุดที่บีบอัดแล้วทั้งหมดที่อุปกรณ์แต่ละเครื่องได้รับไม่เกิน 4 GB

Google Play รองรับไฟล์เสริม (OBB) สำหรับ AAB ไหม

ไม่ได้ Google Play ไม่รองรับไฟล์ส่วนขยายสำหรับ AAB ไฟล์ส่วนขยาย (OBB) เป็นโซลูชันเดิมที่เฉพาะเจาะจงสำหรับ Google Play สำหรับการเผยแพร่ แอปและเกมขนาดใหญ่โดยใช้ APK Google และบุคคลที่สามมีทางเลือกอื่นสำหรับ AAB ที่มีขนาดใหญ่กว่า 200 MB

ฉันจะเผยแพร่แอปหรือเกมที่มีขนาดใหญ่กว่า 200 MB ใน Google Play ได้อย่างไร

แอปและเกมขนาดใหญ่ที่ใช้ AAB สามารถใช้บริการนำส่งของ Play เช่น การนำส่งเนื้อหา Play หรือ การนำส่งฟีเจอร์ Play เพื่อให้มีขนาดเกินขีดจำกัด 200 MB หรือจะใช้เครือข่ายนำส่งเนื้อหาของบุคคลที่สามก็ได้

การนำส่งเนื้อหา Play มีประโยชน์อะไรมากกว่าไฟล์เสริม (OBB)

ใน Google Play นั้น APK ต้องมีไฟล์เสริม (OBB) แยกต่างหากเพื่อแสดง ทรัพยากรเพิ่มเติมแก่ผู้ใช้ อย่างไรก็ตาม เนื่องจาก OBB ไม่ได้ลงนามและ จัดเก็บไว้ในที่เก็บข้อมูลภายนอกของแอป จึงไม่ค่อยปลอดภัย เมื่อใช้ การนำส่งเนื้อหา Play (PAD) เกมที่มีขนาดใหญ่กว่า 200 MB จะแทนที่ OBB ได้โดย การเผยแพร่ทั้งเกมเป็น App Bundle เดียวใน Play Store นอกจากจะช่วยให้กระบวนการเผยแพร่ราบรื่นขึ้นและมีโหมดการนำส่งที่ยืดหยุ่นแล้ว PAD ยังช่วยให้การอัปเดตใช้พื้นที่เก็บข้อมูลของอุปกรณ์น้อยลงด้วย จึงช่วยเพิ่มอัตราการติดตั้งได้ สุดท้ายนี้ เมื่ออุปกรณ์ประมาณ 80% รองรับ ASTC แล้ว ฟีเจอร์การกำหนดเป้าหมายรูปแบบการบีบอัดพื้นผิวของ PAD จะช่วยให้คุณแสดง ASTC ในอุปกรณ์ที่รองรับได้ คุณสามารถกำหนดเป้าหมายอุปกรณ์ได้หลากหลายที่สุด พร้อมทั้งใช้ฮาร์ดแวร์และพื้นที่เก็บข้อมูลของอุปกรณ์ที่มีอยู่ได้อย่างมีประสิทธิภาพ

ฟีเจอร์การนำส่งของ Google Play ที่ปลดล็อกโดย AAB

ตัวอย่างฟีเจอร์ใหม่ที่ Google Play มอบให้นักพัฒนาแอปที่ใช้ AAB มีอะไรบ้าง

App Store เช่น Google Play จะประมวลผล AAB เป็น APK ที่ติดตั้งได้ การรับผิดชอบต่อ APK ทำให้เราสามารถนำเสนอฟีเจอร์และบริการใหม่ๆ ที่เป็นประโยชน์ต่อนักพัฒนาแอปและผู้ใช้ Play มีบริการดังกล่าวอยู่แล้ว ซึ่งนักพัฒนาแอปใช้กันอย่างแพร่หลายและให้ความสำคัญกับบริการเหล่านี้อยู่แล้ว ตัวอย่างเช่น การนำส่งฟีเจอร์ Play และ การนำส่งเนื้อหา Play

การนำส่งฟีเจอร์ Play คืออะไร

ฟีเจอร์อย่างหนึ่งของ App Bundle คือการอนุญาตให้แยกแอปออกเป็นหลายโมดูลที่เรียกว่า "โมดูลฟีเจอร์" จากนั้นระบบจะนำส่งโมดูลเหล่านี้แบบไดนามิกไปยังผู้ใช้และอุปกรณ์ในเวลาต่างๆ (ต่างจากในอดีตที่ต้องนำส่งทุกอย่างเป็นไฟล์เดียวในเวลาที่ติดตั้ง) การนำส่งฟีเจอร์ Play ช่วยให้คุณปรับแต่งได้ว่าจะนำส่งโมดูลฟีเจอร์ใดไปยังอุปกรณ์ใดและเมื่อใด โดยมีโหมดการนำส่งเมื่อติดตั้ง ตามเงื่อนไข และตามคำขอ ซึ่งจะช่วยให้คุณลด ขนาดแอป เพิ่มยอดการติดตั้ง และปรับแต่งประสบการณ์การใช้งานแอปได้ ตัวอย่างเช่น คุณสามารถนำส่งฟีเจอร์ที่ใช้ไม่บ่อย เช่น การสนับสนุนลูกค้า ตามคำขอไปยังผู้ใช้ที่ต้องการแทนที่จะนำส่งในเวลาที่ติดตั้ง ซึ่งจะช่วยลด ขนาดของการติดตั้งครั้งแรกสำหรับผู้ใช้ทั้งหมด หรือคุณอาจมอบประสบการณ์การใช้งานแอปที่สมบูรณ์แบบให้กับอุปกรณ์ระดับไฮเอนด์ ในขณะที่มอบประสบการณ์การใช้งานแอปที่เล็กลงพร้อมฟีเจอร์เสริมแบบออนดีมานด์ให้กับอุปกรณ์ระดับเริ่มต้นที่มีข้อจำกัดด้านข้อมูลและพื้นที่เก็บข้อมูลของอุปกรณ์

การนำส่งเนื้อหา Play คืออะไร

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

ฟีเจอร์การนำส่งของ Play เหล่านี้มีให้บริการใน App Store อื่นๆ ไหม

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