דף זה תורגם על ידי Cloud Translation API.

תחילת העבודה עם AdMob בפרויקט Android

המדריך למתחילים הזה מיועד לבעלי אפליקציות ולמפתחים שרוצים להשתמש ב-AdMob כדי לייצר הכנסות מאפליקציה שנוצרה באמצעות Firebase. אם אתם לא מתכננים לכלול את Firebase באפליקציה, תוכלו לעיין במדריך העצמאי AdMob במקום זאת.

אם עדיין לא עשיתם זאת, כדאי לקרוא על כל היתרונות של השימוש המשולב ב-AdMob, ב-Firebase וב-Google Analytics.

לפני שמתחילים

אם עדיין אין לכם פרויקט ב-Firebase ואפליקציה ב-Firebase, תצטרכו לפעול לפי השלבים במדריך לתחילת העבודה עם Firebase: הוספת Firebase לפרויקט Android.
אתם צריכים לוודא ש-Google Analytics מופעל בפרויקט שלכם ב-Firebase:
- אם אתם יוצרים פרויקט חדש ב-Firebase, צריך להפעיל את Google Analytics במהלך יצירת הפרויקט.
- אם יש לכם פרויקט קיים ב-Firebase שלא הפעלתם בו את Google Analytics, תוכלו להפעיל את Google Analytics דרך הכרטיסייה Integrations בקטע > Project settings.
הערה: הוספת Firebase SDK for Google Analytics לאפליקציה היא אופציונלית, אבל מומלצת מאוד. מידע נוסף על היתרונות של הוספת Firebase SDK ל-Google Analytics

שלב 1: מגדירים את האפליקציה בחשבון AdMob

רושמים את האפליקציה כאפליקציית AdMob.
1. נכנסים או נרשמים לחשבון AdMob.
2. רושמים את האפליקציה ב-AdMob. בשלב הזה נוצרת אפליקציית AdMob עם מזהה אפליקציה ייחודי של AdMob, שתצטרכו בהמשך המדריך.
תוצג לך בקשה להוסיף את ה-SDK של Mobile Ads לאפליקציה. הוראות מפורטות למשימה הזו בהמשך המדריך הזה.
מקשרים את אפליקציית AdMob לאפליקציית Firebase.

השלב הזה אופציונלי, אבל מומלץ מאוד. כאן תוכלו לקרוא מידע נוסף על היתרונות של הפעלת מדדי משתמשים וקישור האפליקציה של AdMob ל-Firebase.

מבצעים את שני השלבים הבאים בלוח הבקרה Apps בחשבון AdMob:
1. מפעילים את מדדי המשתמשים כדי לאפשר ל-AdMob לעבד ולהציג נתונים שנאספו מ-Analytics בחשבון AdMob שלכם. זו גם הגדרה נדרשת כדי לקשר את האפליקציה AdMob ל-Firebase.
2. מקשרים את אפליקציית AdMob לפרויקט ולאפליקציה הקיימים ב-Firebase.
  
  חשוב להזין את אותו שם חבילה שהזנתם לאפליקציה ב-Firebase. שם החבילה של האפליקציה ב-Firebase מופיע בכרטיס Your apps (האפליקציות שלך) בקטע > Project settings (הגדרות הפרויקט).

שלב 2: מוסיפים את מזהה האפליקציה AdMob לקובץ `AndroidManifest.xml`

מוסיפים את מזהה האפליקציה AdMob לקובץ AndroidManifest.xml של האפליקציה באמצעות תג <meta-data>, כפי שמתואר בהמשך.

<manifest>
    <application>
        <!-- Sample AdMob App ID: ca-app-pub-3940256099942544~3347511713 -->
        <meta-data
            android:name="com.google.android.gms.ads.APPLICATION_ID"
            android:value="ADMOB_APP_ID"/>
    </application>
</manifest>

שלב 3: הוספה של ה-SDK של Mobile Ads והפעלה שלו

מוסיפים את התלות ב-SDK של Google Mobile Ads לקובץ Gradle של המודול (ברמת האפליקציה) (בדרך כלל מדובר בקובץ <project>/<app-module>/build.gradle.kts או <project>/<app-module>/build.gradle):
```
implementation("com.google.android.gms:play-services-ads:23.5.0")
```
לפני שטוענים מודעות, צריך לבצע קריאה לשיטה MobileAds.initialize().

הקריאה הזו מפעילה את ה-SDK ומפעילה חזרה את הקשבת השלמה אחרי שההפעלה תושלם (או אחרי זמן קצוב של 30 שניות). צריך להפעיל את השיטה הזו רק פעם אחת ובמועד מוקדם ככל האפשר, רצוי בזמן ההפעלה של האפליקציה.
אזהרה: ייתכן שהמודעות ייטענו מראש על ידי Mobile Ads SDK או על ידי ערכות ה-SDK של שותפי תהליך בחירת הרשת בזמן ההפעלה של MobileAds.initialize(). אם צריך לבצע פעולה כלשהי לפני טעינת המודעות, חשוב לעשות זאת לפני ההפעלה של ה-SDK של Mobile Ads. ריכזנו כאן כמה דוגמאות לפעולות שעשויות להיות נדרשות לפני האיפוס:
- קבלת הסכמה ממשתמשים באזור הכלכלי האירופי (EEA)
- מגדירים דגלים ספציפיים לבקשה (למשל tagForChildDirectedTreatment או tag_for_under_age_of_consent)
מידע נוסף זמין במסמכי התיעוד של AdMob.
הדוגמה הבאה מראה איך לקרוא ל-method initialize() בפעילות:
Kotlin+KTX
```
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    // ...
    MobileAds.initialize(this)
}MainActivity.kt
```
Java
```
@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    // ...
    MobileAds.initialize(this);
}MainActivity.java
```

שלב 4: הצגת מדדי משתמשים ונתוני ניתוח

אחרי האיפוס, ערכת ה-SDK של Mobile Ads מתחילה באופן אוטומטי לתעד ביומן אירועים ומאפייני משתמשים מהאפליקציה. אפשר להציג את הנתונים האלה בלי להוסיף קוד לאפליקציה או להטמיע מודעות. הנתונים האלה מופיעים במקומות הבאים:

בכרטיס מדדי משתמשים בחשבון AdMob (בלוח הבקרה דף הבית או אפליקציות), אפשר לראות מדדי משתמשים שנבחרו מתוך נתוני ניתוח הנתונים שנאספו, כמו משך הסשן הממוצע, הכנסה ממוצעת לכל משתמש (ARPU) ושיעורי שימור.
בלוח הבקרה של Analytics במסוף Firebase אפשר לראות נתונים סטטיסטיים מצטברים וסיכומים של מדדים מרכזיים. אם מוסיפים את Firebase SDK ל-Google Analytics, אפשר גם לסמן המרות בקמפיינים פרסומיים וליצור קהלים מותאמים אישית במסוף Firebase.

לתשומת ליבכם: כדי לייצג בצורה טובה יותר את המדדים הכנסה ממוצעת למשתמש (ARPU) והכנסה ממוצעת לכל משתמש משלם (ARPPU), מומלץ לכלול בנוסחת החישוב של ההכנסות של המדדים האלה נתונים מאירוע מותאם אישית של Analytics שנקרא ecommerce_purchase (כך עושים זאת).

שלב 5: (אופציונלי) שימוש בתכונות נוספות של Google Analytics ו-Firebase

נהנים מיותר הזדמנויות ותכונות כדי לשפר את המונטיזציה באפליקציה ואת העניין של המשתמשים בה:

מוסיפים את Firebase SDK for Google Analytics ומשתמשים בו
- מטמיעים באפליקציה רישום ביומן של אירועים מותאמים אישית.
- סימון המרות בקמפיינים פרסומיים בהתאמה אישית.
- הוספה של נתוני אירועים מסוג ecommerce_purchase לחישוב ההכנסות של המדדים הכנסה ממוצעת למשתמש (ARPU) והכנסה ממוצעת לכל משתמש משלם (ARPPU).
מידע נוסף זמין במדריך בנושא שימוש ב-Google Analytics וב-Firebase עם אפליקציות AdMob.
שימוש במוצרי Firebase אחרים באפליקציה

אחרי שמוסיפים את Firebase SDK ל-Google Analytics, אפשר להשתמש במוצרים אחרים של Firebase כדי לבצע אופטימיזציה של המודעות באפליקציה.
- Remote Config מאפשרת לשנות את ההתנהגות והמראה של האפליקציה ללא פרסום עדכון לאפליקציה, ללא עלות וללא הגבלת מספר המשתמשים הפעילים ביום.
- A/B Testing מאפשר לבדוק שינויים בממשק המשתמש, בתכונות או בקמפיינים לעידוד השימוש באפליקציה, כדי לגלות אם הם משפיעים על המדדים העיקריים שלכם (כמו הכנסה ושימור), לפני שמחילים אותם בקנה מידה נרחב.

אופטימיזציה של מונטיזציה ממודעות באפליקציה

אפשר לנסות פורמטים שונים של מודעות או תצורות שונות עם קבוצת משנה קטנה של משתמשים, ולאחר מכן לקבל החלטות על סמך נתונים כדי ליישם את המודעה לכל המשתמשים. מידע נוסף זמין במדריכים הבאים:
- בדיקת ההטמעה של פורמטים חדשים של מודעות (סקירה כללית | הטמעה).
- ביצוע אופטימיזציה של תדירות המודעות (סקירה כללית | הטמעה).

שלב 6: בוחרים את פורמט המודעה להטמעה באפליקציה

מערכת AdMob מציעה כמה פורמטים שונים של מודעות, כך שתוכלו לבחור את הפורמט שמתאים ביותר לחוויית המשתמש באפליקציה. לחיצה על הלחצן של פורמט מודעה תציג הוראות מפורטות להטמעה במסמכי העזרה של AdMob.

מודעות מלבניות שמופיעות בחלק העליון או התחתון של מסך המכשיר

מודעות באנר מוצגות במסך גם בזמן אינטראקציות של המשתמשים באפליקציה, ויכול להיות שיתבצע רענון אוטומטי שלהן אחרי פרק זמן מסוים. אם זו הפעם הראשונה שאתם משתמשים בפרסום בנייד, כדאי להתחיל מהם.

הטמעת מודעות באנר

מודעת מעברון

מודעות במסך מלא שמכסות את ממשק האפליקציה עד שהמשתמש סוגר אותה

מומלץ להשתמש במודעות מעברון במקרים של השהיות טבעיות בזרימת הביצוע של אפליקציה, למשל בין שלבים במשחק או מיד אחרי שמשימה בוצעה.

הטמעה של מודעות מעברון

מקומי

מודעות בהתאמה אישית שמשתלבות בעיצוב של האפליקציה

מודעות מותאמות הן פורמט מודעות שמבוסס על רכיבים. אתם מחליטים איך ואיפה הן יוצגו, כך שהפריסה תהיה עקבית יותר עם עיצוב האפליקציה. כשאתם בוחרים גופנים, צבעים ופרטים אחרים, אתם יכולים ליצור הצגות מודעות טבעיות ולא מפריעות שיכולות להוסיף לחוויית המשתמש.

הטמעת מודעות Native Advanced

מתגמל

מודעות שמציעות למשתמשים תגמולים בתמורה לצפייה בסרטונים קצרים, לאינטראקציות עם מודעות התנסות באפליקציה ולמילוי סקרים

מודעות מתגמלות (או 'מבוססות-תגמול') יכולות לעזור לכם לייצר הכנסות ממשתמשים שאינם משלמים על השימוש באפליקציה.

הטמעת מודעות מתגמלות

הטמעת מודעות מתגמלות (ממשקי API חדשים)