בונה AABצרו Android App Bundles
ל-Google Play Store
נדרש עבור Google Play מאז אוגוסט 2021
כל אפליקציה חדשה שמוגשת ל-Google Play חייבת להשתמש בפורמט Android App Bundle (AAB). AAB מספק עד 15% פחות בנפח ההורדה למשתמשים שלכם.
מהו
Android App Bundle?
Android App Bundle (AAB) הוא פורמט הפרסום הרשמי של Google לאפליקציות Android ב-Play Store. הוא הוצג ב-2018 ומייצג שינוי מהותי לעומת פורמט ה-APK המסורתי בדרך שבה אפליקציות נארזות ומסופקות למשתמשים.
בניגוד ל-APK שמכילים את כל המשאבים עבור כל תצורת מכשיר אפשרית, AAB מאפשר ל-Google Play ליצור APK מותאם במיוחד לכל מכשיר של משתמש. המשמעות היא שהמשתמשים מורידים רק את מה שהם צריכים: תמונות בצפיפות מסך מתאימה, ספריות לארכיטקטורת CPU נכונה ומשאבי השפה המועדפים עליהם.
לפי התיעוד הרשמי של Google, אפליקציות שמתפרסמות עם AAB נהנות בממוצע מ-הפחתה של 15% בגודל ההורדה לעומת APK אוניברסלי, ובאפליקציות גדולות עם הרבה לוקליזציה או נכסים החיסכון עשוי להיות גבוה אף יותר.
מה יש בתוך Android App Bundle
base/ (מודול בסיס)
קוד ומשאבים מרכזיים של האפליקציה שמותקנים תמיד. כולל את קובצי ה-DEX הראשיים, manifest ונכסים חיוניים.
feature/ (פיצ׳רים דינמיים)
מודולים אופציונליים שניתנים להורדה לפי דרישה. מאפשרים למשתמשים להתקין יכולות רק כשצריך.
lib/ (ספריות Native)
קוד Native ספציפי לארכיטקטורה (ARM, ARM64, x86). לכל מכשיר נמסר רק ה-ABI הרלוונטי.
res/ (משאבים)
תמונות, פריסות ומחרוזות שמאורגנות לפי תצורה. המשתמשים מקבלים רק משאבים תואמי צפיפות מסך ולוקייל.
BundleConfig.pb
מטא-דאטה של תצורת Bundle שמורה ל-Google Play איך לבצע אופטימיזציה ופיצול של האפליקציה למכשירים שונים.
META-INF/
קובצי חתימה דיגיטלית שמאמתים את אמינות ה-bundle. נחתמים עם ה-Upload Key שלכם עבור Play Console.
AAB לעומת APK: ההבדלים המרכזיים
| מאפיין | AAB (חבילת אפליקציה) | APK (חבילת התקנה) |
|---|---|---|
| מטרה עיקרית | פרסום ב-Play Store | התקנה ישירה |
| Google Play (אפליקציות חדשות) | נדרש | לא מתקבל |
| גודל הורדה | ~15% קטן יותר | גדול יותר (כל המשאבים) |
| מסירה דינמית (Dynamic Delivery) | — | |
| התקנה ישירה במכשיר | — | |
| חתימת אפליקציה | Play App Signing | מנוהל על ידי המפתח |
למידע נוסף: תיעוד Android App Bundle|מדריך השוואה APK מול AAB
למה להשתמש
ב-Android App Bundles?
AAB מציע יתרונות משמעותיים גם למפתחים וגם למשתמשים
הורדות קטנות יותר ב-15%
המשתמשים מורידים רק את המשאבים שהמכשיר שלהם צריך. Google מדווחת על חיסכון ממוצע של 15% בגודל, ובחלק מהאפליקציות גם עד 35%.
מסירה דינמית (Dynamic Delivery)
מודולריזציה של האפליקציה כך שפיצ׳רים יורדו לפי דרישה. המשתמשים מתקינים רק מה שצריך, כשצריך.
אבטחה משופרת
Play App Signing מנהל את מפתח חתימת האפליקציה שלכם בצורה מאובטחת בתשתית של Google. אפשר לאפס בקלות את ה-Upload Key אם הוא נחשף.
מותאם לכל מכשיר
Google Play מייצרת אוטומטית APK מותאם לכל תצורת מכשיר: ארכיטקטורת CPU, צפיפות מסך ושפה.
פרסום פשוט יותר
מעלים קובץ AAB יחיד במקום לנהל כמה APK. Google Play מטפלת בכל המורכבות של התאמה למכשירים.
התקנות מהירות יותר
הורדות קטנות יותר מובילות לזמני התקנה מהירים יותר. משתמשים עם רוחב פס או אחסון מוגבלים נהנים מהפחתת הנתונים.
חיסכון בגודל ב-AAB לפי סוג אופטימיזציה
ספריות Native
לפי ארכיטקטורה (ARM, x86)
משאבי תמונה
לפי צפיפות (mdpi, hdpi...)
משאבי שפה
מחרוזות ונכסים לפי לוקייל
הבנת
Play App Signing
איך Google מנהלת חתימת אפליקציות עבור קובצי AAB
איך זה עובד
אתם חותמים עם Upload Key
חתמו על קובץ ה-AAB שלכם עם ה-Upload Key הפרטי לפני העלאה ל-Play Console. Natively יוצרת ומספקת את המפתח הזה בצורה מאובטחת.
Google מאמתת ושומרת
Google Play מאמתת את חתימת ההעלאה שלכם ושומרת את ה-bundle בצורה מאובטחת. מפתח החתימה של האפליקציה מנוהל על ידי Google.
Google חותמת להפצה
כאשר משתמשים מורידים את האפליקציה שלכם, Google חותמת על קובצי APK מותאמים באמצעות מפתח חתימת האפליקציה שלכם למסירה מאובטחת.
מפתח העלאה (Upload Key)
המפתח הפרטי שלכם המשמש לחתימת קובצי AAB לפני העלאה ל-Google Play. המפתח הזה נמצא בשליטתכם.
- נוצר מקומית או על ידי Natively
- ניתן לאיפוס במקרה של חשיפה
- משמש רק להעלאות ל-Play Console
מפתח חתימת אפליקציה (App Signing Key)
המפתח שבו Google משתמשת כדי לחתום על קובצי APK שמסופקים למשתמשים. מנוהל בצורה מאובטחת על ידי Google.
- נשמר בתשתית המאובטחת של Google
- אינו נחשף למפתחים לעולם
- משמש להפצה הסופית של APK
חשוב: שמרו את ה-Keystore שלכם!
כאשר Natively יוצרת את ה-keystore שלכם, אתם חייבים להוריד ולשמור גם את קובץ ה-keystore (.p12) וגם את קובץ האישורים. הם נדרשים לפרסום עדכונים לאפליקציה שלכם. אם תאבדו את הקבצים האלה, לא תוכלו לעדכן את האפליקציה ב-Google Play ותצטרכו לפרסם אותה כאפליקציה חדשה לחלוטין עם שם חבילה אחר.
למידע נוסף: תיעוד Play App Signing|מרכז העזרה של Google Play Console
בניית קובצי AAB
עם Natively
צרו קובצי AAB חתומים שמוכנים ל-Google Play בתוך דקות
בנו את האפליקציה שלכם ב-Natively
צרו את אפליקציית ה-Android שלכם באמצעות פלטפורמת ה-AI של Natively. תארו את רעיון האפליקציה או כתבו קוד ישירות. אנחנו מייצרים פרויקט React Native מלא עם כל ההגדרות.
הזינו מזהה Bundle
הזינו מזהה bundle ייחודי (לדוגמה: com.yourcompany.appname). מזהה זה מזהה את האפליקציה שלכם ב-Google Play באופן קבוע ולא ניתן לשינוי בהמשך.
הורידו את מפתח החתימה שלכם
אנחנו יוצרים keystore מאובטח לאפליקציה שלכם. הורידו גם את קובץ ה-keystore וגם את האישורים, כי תצטרכו אותם לעדכונים עתידיים. שמרו אותם במקום בטוח.
הורידו ופרסמו
קבלו קובץ AAB חתום ומוכן לפרודקשן בתוך 5-10 דקות. העלו ישירות ל-Google Play Console ופרסמו בחנות האפליקציות הגדולה בעולם.
מה Natively מטפלת בו באופן אוטומטי
יצירת Keystore
יצירת keystore מאובטח עם סיסמאות חזקות והגדרת תעודה תקינה
חתימת Bundle
חותמת על קובץ ה-AAB שלכם עם ה-Upload Key, מוכן להגשה ל-Play Console
הגדרת Gradle
מגדירה אוטומטית קובצי Build, גרסאות SDK, תלויות והגדרות Bundle
אופטימיזציית קוד
מיישמת R8 לצמצום קוד ואופטימיזציית משאבים עבור Bundles קטנים יותר
תמיכה ב-Android מודרני
מטרגט Android 14 (API 34) עם תאימות לאחור עד Android 7.0+
מוכן ל-Play Console
פלט ה-AAB תואם באופן מלא לדרישות ולמדיניות של Google Play
ניהול אישורים
מספק קובץ אישורים להורדה כדי שלא תאבדו גישה למפתחות החתימה שלכם
השיטה המסורתית
הורדת Android Studio
הורדה של 3.2GB+, מקום בדיסק של 10GB+
הגדרת SDK וכלי בנייה
התקנת גרסאות SDK נכונות, Gradle ותלויות
יצירת Keystore ידנית
שימוש בפקודת keytool עם פרמטרים מדויקים
הגדרת חתימה
הגדרת build.gradle עם נתיבי keystore וסיסמאות
בנייה ופתרון תקלות
הרצת Build, תיקון שגיאות ואימות הפלט
הבונה של Natively
ללא צורך בהתקנה מוקדמת
בנו קובצי AAB ישירות בדפדפן, בלי הורדות
יצירת Keystore אוטומטית
keystore מאובטח נוצר בלחיצה אחת עם אישורים מוכנים
חתימה מוגדרת מראש
מערכת הבנייה מוגדרת אוטומטית לחתימת גרסת Release
קומפילציה בענן
בניות מהירות על שרתים מותאמים, בלי צורך במשאבים מקומיים
הורדה מיידית
קבלו AAB חתום ומותאם שמוכן ל-Google Play
פרסום ב-
Google Play Store
שלבים לפרסום ה-AAB שלכם
צרו חשבון מפתח
הירשמו ב- Google Play Console עם דמי רישום חד-פעמיים של $25
צרו את האפליקציה שלכם
הוסיפו שם אפליקציה, שפת ברירת מחדל ובחרו קטגוריית אפליקציה או משחק
הגדירו דף חנות
הוסיפו תיאור, צילומי מסך, אייקון אפליקציה וגרפיקה
העלו את ה-AAB שלכם
עברו ל-Release > Production > Create release והעלו את קובץ ה-AAB
השלימו דירוג תוכן
ענו על שאלון כדי לקבל דירוגי גיל (ESRB, PEGI וכו׳)
הגישו לבדיקה
Google בודקת את האפליקציה שלכם (בדרך כלל כמה ימים לאפליקציות חדשות)
דרישות לדף החנות
אייקון אפליקציה
512 x 512 פיקסלים, PNG, 32-bit עם alpha
גרפיקת פיצ׳ר
1024 x 500 פיקסלים, באנר שיווקי
צילומי מסך
2-8 צילומי מסך, בגדלים של טלפון ו/או טאבלט
תיאור קצר
עד 80 תווים
תיאור מלא
עד 4,000 תווים
מדיניות פרטיות
נדרש URL אם האפליקציה מטפלת בנתונים אישיים או רגישים
הצהרות Data Safety
תארו אילו נתונים האפליקציה אוספת ואיך נעשה בהם שימוש
טיפהכינו מראש את כל נכסי דף החנות לפני העלאת ה-AAB כדי לייעל את תהליך ההגשה.
למידע נוסף: רשימת בדיקות השקה של Google Play|מדריך השקה למפתחי Android
מתי להשתמש ב-
AAB לעומת APK
השתמשו ב-AAB כאשר...
השתמשו ב-APK כאשר...
Natively תומכת בשני הפורמטים
AAB עבור Play Store
צרו קובצי AAB חתומים שמוכנים ל-Google Play Console עם keystore אוטומטי
APK לבדיקות
בנו קובצי APK להתקנה ישירה במכשיר, בדיקות בטא ו-sideloading
עברו בקלות בין פורמטים: בנו את האפליקציה פעם אחת וייצאו בפורמט שאתם צריכים. למידע נוסף על בונה ה-APK שלנו →
שאלות
נפוצות
מהו קובץ AAB?
AAB (Android App Bundle) הוא פורמט הפרסום הרשמי של Google לאפליקציות Android ב-Play Store. בניגוד לקובצי APK, קובצי AAB מכילים את כל הקוד המהודר והמשאבים, אך יצירת ה-APK נדחית ל-Google Play. כאשר משתמשים מורידים את האפליקציה שלכם, Google Play יוצר ומספק קובצי APK אופטימליים במיוחד לתצורת המכשיר שלהם, מה שמוביל להורדות קטנות יותר ולביצועים טובים יותר.
האם AAB נדרש עבור Google Play Store?
כן. מאז אוגוסט 2021 Google Play מחייבת לפרסם כל אפליקציה חדשה בפורמט Android App Bundle (AAB). אפליקציות קיימות עדיין יכולות להשתמש ב-APK לעדכונים, אך Google מעודדת מאוד מעבר ל-AAB כדי ליהנות מהורדות קטנות יותר (עד כ-15% הפחתה) ומתכונות Dynamic Delivery.
מה ההבדל בין AAB ל-APK?
APK הוא חבילת התקנה שמכילה את כל משאבי האפליקציה עבור כל מכשיר. AAB הוא פורמט פרסום שבו Google Play מייצר APK מותאם לכל מכשיר של משתמש. AAB מוביל בממוצע להורדות קטנות בכ-15%, תומך במסירה דינמית של פיצ'רים ומשתמש ב-Play App Signing לשיפור האבטחה. עדיין צריך APK להתקנה ישירה על מכשיר ולבדיקות.
איך חותמים על קובץ AAB?
קובצי AAB חייבים להיחתם עם Upload Key לפני הגשה ל-Google Play. ה-Upload Key הוא מפתח חתימה פרטי שנשמר בקובץ keystore. לאחר מכן Google Play משתמשת ב-Play App Signing כדי לנהל את מפתח החתימה הסופי של האפליקציה. Natively יוצרת keystore אוטומטית, מספקת הורדה מאובטחת של האישורים וחותמת על קובץ ה-AAB שלכם במהלך תהליך הבנייה.
האם אפשר להתקין קובץ AAB ישירות על המכשיר?
לא. אי אפשר להתקין קובצי AAB ישירות על מכשירי Android. זהו פורמט פרסום שמיועד במיוחד לחנויות אפליקציות. Google Play ממירה את ה-AAB לקובצי APK ספציפיים למכשיר לצורך התקנה. לבדיקות על מכשיר פיזי צריך APK. Natively יכולה ליצור גם קובצי AAB לפרסום ב-Play Store וגם קובצי APK לבדיקה ישירה.
מה זה Play App Signing?
Play App Signing הוא השירות של Google לניהול מפתח החתימה של האפליקציה שלכם. כשאתם מעלים AAB, אתם חותמים עם Upload Key, אבל Google משתמשת במפתח חתימה נפרד כדי לחתום על קובצי ה-APK הסופיים שמסופקים למשתמשים. כך מתקבלת אבטחה משופרת, כי מפתח החתימה של האפליקציה נשמר בצורה מאובטחת אצל Google, וניתן לאפס את ה-Upload Key אם הוא נחשף.
בכמה הורדות AAB קטנות יותר לעומת APK?
Android App Bundles מובילים בדרך כלל להורדות קטנות בכ-15% בממוצע בהשוואה ל-APK אוניברסלי. החיסכון מגיע מכך שנמסרים רק המשאבים שהמכשיר צריך: תמונות בצפיפות מסך מתאימה, ספריות Native מתאימות לארכיטקטורת ה-CPU ומשאבי שפה רלוונטיים. באפליקציות עם הרבה נכסים או לוקליזציות שפה, החיסכון יכול להיות גדול אף יותר.
מהי Dynamic Feature Delivery ב-AAB?
Dynamic Feature Delivery מאפשרת למודולר את האפליקציה כך שמשתמשים יוכלו להוריד פיצ'רים לפי דרישה במקום הכול בבת אחת. לדוגמה, אפליקציית מצלמה יכולה לאפשר הורדה של פילטרים ב-AR רק כשצריך אותם. זה מקטין את גודל ההתקנה הראשונית ומאפשר לספק תכונות בדיוק בזמן הנכון. היכולת הזו נתמכת רק דרך פורמט AAB.
כמה זמן לוקח לבנות קובץ AAB?
בשיטות מסורתיות עם Android Studio, בניית AAB נמשכת 2-10 דקות בהתאם למורכבות הפרויקט, בנוסף לזמן הקמה ראשוני של 2-3 שעות. עם בונה ה-AAB המקוון של Natively אפשר ליצור קובץ AAB חתום ומלא בתוך 5-10 דקות, ללא זמן הקמה בכלל. תשתית הענן שלנו מטפלת אוטומטית בקומפילציה, חתימה ואופטימיזציה.
האם צריך לשמור את קובץ ה-keystore שלי?
כן, בהחלט. קובץ ה-keystore והסיסמה שלו חיוניים לפרסום עדכונים לאפליקציה שלכם. אם תאבדו את ה-keystore, לא תוכלו לעדכן את האפליקציה ב-Google Play ותצטרכו לפרסם אותה כאפליקציה חדשה לחלוטין עם שם חבילה חדש. Natively יוצרת את ה-keystore שלכם ומספקת קישורי הורדה מאובטחים - שמרו את הקבצים האלה במקום בטוח.
Spin to Win
Try your luck for $5 off your first month.
פרסמו ב-
Google Play עוד היום
בנו את האפליקציה שלכם ב-Natively, צרו קובצי AAB חתומים בלחיצה אחת, והגיעו ליותר מ-2.5 מיליארד משתמשי Android ברחבי העולם.