השילוב עם שותף דוחות שיוך לקמפיינים של אפליקציה (AAP) מצד שלישי מספק לכם דרך מהימנה לקשר ספק ולייבא המרות אל Google Ads. כך תוכלו לנהל את מעקב ההמרות בצורה חלקה ויעילה.
יתרונות
- שילוב פשוט ויעיל
- גישה מוקדמת לתכונות מדידה חדשות בהשוואה לספקי צד שלישי של שירותים לניתוח נתוני אפליקציות
- צמצום הפערים בנתונים בין הדוחות של Google Ads לבין הדוחות של ספקי השירותים לניתוח נתוני אפליקציות
- קל יותר לייבא את הנתונים שרוצים אל Google Ads
איך פועל השילוב עם שותף AAP מצד שלישי
כדי לאפשר מעקב אחר המרות באפליקציות, פלטפורמת Google Ads פועלת בשיתוף עם מספר ספקי צד שלישי של שירותים לניתוח נתוני אפליקציות. כאן מוסבר איך השילוב הזה פועל:
הפעלה של מעקב המרות באפליקציות ב-Google Ads באמצעות שותף AAP מצד שלישי
'שותף דוחות שיוך לקמפיינים של אפליקציה (AAP)' היא תוכנית של Google שמנפיקה לשותפים נבחרים אישור הסמכה למתן שירותים לניתוח למדידה של נתוני אפליקציות לנייד. רשימת השותפים מפורטת בהמשך. שיתוף הפעולה הזה מבטיח גישה לשירותי ניתוח נתונים מובילים בתחומם בקמפיינים ב-Google Ads. כדי להתחיל, פשוט לוחצים על ספק הצד השלישי הרצוי מתוך הרשימה הבאה:
| Adjust Integration | |
| Airbridge Integration | |
| AppsFlyer Integration | |
| Branch Integration | |
| Kochava Integration | |
| Singular Integration | |
| Tenjin Integration |
ריכזנו כאן רשימה של שיטות שבהן ניתן להעביר את נתוני ההמרות באפליקציות ונתוני הסכמת המשתמשים אל ספקי השירותים לניתוח נתונים:
איסוף נתונים של אירועי המרה באפליקציה והסכמת משתמשים דרך שילוב SDK של שותף AAP מצד שלישי
Adjust:
- משלבים את Adjust SDK.
- פועלים לפי המדריכים האלה ליצירת קישורי עומק ל-Android ול-iOS, כדי להבטיח ש-Google תוכל לקבל מ-Adjust מזהי קליקים על כתובות URL מפנות לצורכי שיוך (Attribution).
הערה: גרסה Adjust Android SDK v4.12 ואילך נדרשת לצורך תאימות, אבל כל הגרסאות של Adjust iOS SDK תואמות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריכי התאימות האלה ל-Android ול-iOS, ומוודאים שההגדרה addGranularOption של שיתוף עם צד שלישי מופעלת.
הערה: גרסה Adjust Android SDK v4.26.0 ואילך וגרסה iOS SDK 4.25.0 ואילך נדרשות לצורך תאימות.
- לביצועים אופטימליים, כדאי לעכב את ההעברה של נתוני ה-SDK עד שסטטוס ההסכמה יתועד. ב-Android, מטמיעים את ה-method Adjust.setOfflineMode. ב-iOS, מטמיעים את ה-method setOfflineMode, requestTrackingAuthorizationWithCompletionHandler או requestTrackingAuthorization.
Airbridge:
- משלבים את Airbridge SDK.
- פועלים לפי המדריכים האלה ליצירת קישורי עומק ל-Android ול-iOS, כדי להבטיח ש-Google תוכל לקבל מ-Airbridge מזהי קליקים על כתובות URL מפנות לצורכי שיוך (Attribution).
הערה: כל הגרסאות של Airbridge SDK תואמות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריכי התאימות האלה ל-Android ול-iOS.
הערה: כל הגרסאות של Airbridge SDK תואמות.
- לביצועים אופטימליים, כדאי לעכב את ההפעלה או העברת הנתונים של ה-SDK עד שסטטוס ההסכמה יתועד. ב-Android, מטמיעים את ה-method autoStartTrackingEnabled. ב-iOS, מטמיעים את ה-method autoStartTrackingEnabled.
AppsFlyer:
- משלבים את AppsFlyer SDK.
- פועלים לפי המדריך הזה ליצירת קישורי עומק כדי להבטיח ש-Google תוכל לקבל מ-AppsFlyer מזהי קליקים על כתובות URL מפנות לצורכי שיוך.
הערה: גרסה AppsFlyer Android SDK v4.8.5 ואילך נדרשת לצורך תאימות, אבל כל הגרסאות של AppsFlyer iOS SDK תואמות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריכי התאימות האלה ל-Android ול-iOS.
הערה: גרסה AppsFlyer Android SDK v6.13.0 ואילך וגרסה iOS SDK v6.13.0 ואילך נדרשות לצורך תאימות.
- לביצועים אופטימליים, כדאי לעכב את ההפעלה או העברת הנתונים של ה-SDK עד שסטטוס ההסכמה יתועד. ב-Android, מטמיעים את ה-method start. ב-iOS, מטמיעים את ה-method start או waitForATTUserAuthorization.
Branch:
- משלבים את Branch SDK.
- פועלים לפי המדריכים האלה ליצירת קישורי עומק ל-Android ול-iOS, כדי להבטיח ש-Google תוכל לקבל מ-Branch מזהי קליקים על כתובות URL מפנות לצורכי שיוך (Attribution).
הערה: גרסה Branch Android SDK v5.1.3 ואילך וגרסה iOS SDK v1.43.1 ואילך נדרשות לצורך תאימות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריכי התאימות האלה ל-Android ול-iOS.
הערה: גרסה Branch Android SDK v5.9.0 ואילך וגרסה iOS SDK v3.2.0 ואילך נדרשות לצורך תאימות.
- לביצועים אופטימליים, כדאי לעכב את ההפעלה או העברת הנתונים של ה-SDK עד שסטטוס ההסכמה יתועד. ב-Android, מטמיעים את ה-method expectDelayedSessionInitialization(). ב-iOS, מטמיעים את ה-method didFinishLaunchingWithOptions.
Kochava:
- משלבים את Kochava SDK.
- פועלים לפי המדריכים האלה ליצירת קישורי עומק ל-Android ול-iOS, כדי להבטיח ש-Google תוכל לקבל מ-Kochava מזהי קליקים על כתובות URL מפנות לצורכי שיוך (Attribution).
הערה: כל הגרסאות של Kochava SDK תואמות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריך התאימות הזה בנושא SDK.
הערה: גרסה Kochava Android SDK v5.3.0 ואילך, iOS SDK v7.5.0 ואילך או 8.1.0 ואילך נדרשת לצורך תאימות.
- לביצועים אופטימליים, כדאי לעכב את ההפעלה או העברת הנתונים של ה-SDK עד שסטטוס ההסכמה יתועד. ב-Android, מטמיעים את ה-method sleeping the tracker. ב-iOS, מטמיעים את ה-method sleeping the tracker .
Singular:
- פועלים לפי המדריכים האלה ליצירת קישורי עומק ל-Android ול-iOS, כדי להבטיח ש-Google תוכל לקבל מ-Singular מזהי קליקים על כתובות URL מפנות לצורכי שיוך (Attribution).
הערה: גרסה Singular Android SDK v12.0.0 ואילך וגרסה iOS SDK v11.0.6 נדרשות לצורך תאימות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריך התאימות הזה בנושא שיתוף נתונים מוגבל.
- לביצועים אופטימליים, כדאי לקבל ולהגדיר את סטטוס ההסכמה של המשתמשים לפני שמפעילים את ה-SDK. לקבלת הנחיות, אפשר לפנות אל הצוות שאחראי לניהול הצלחת הלקוחות (CSM) ב-Singular.
Tenjin:
- פועלים לפי המדריך הזה ליצירת קישורי עומק כדי להבטיח ש-Google תוכל לקבל מ-Tenjin מזהי קליקים על כתובות URL מפנות לצורכי שיוך.
הערה: כל הגרסאות של Tenjin SDK תואמות.
הערה: גרסה Tenjin Android SDK v1.15.0 ואילך וגרסה iOS SDK 1.14.0 ואילך נדרשות לצורך תאימות.
איסוף נתונים של אירועי המרה באפליקציה והסכמת משתמשים דרך שילוב שרת-אל-שרת של שותף AAP מצד שלישי
Adjust:
- משלבים את Adjust S2S API.
- בנוסף, מגדירים את Adjust SDK לקבלת אירועי המרה מסוג session_start, כדי להבטיח ש-Google תוכל לקבל מ-Adjust מזהי קליקים על כתובות URL מפנות לצורכי שיוך (Attribution). הנחיות נוספות מפורטות בסעיף SDK שלמעלה.
Airbridge:
- משלבים את Airbridge S2S API.
- כדי להבטיח ש-Google תוכל לקבל מ-Airbridge מזהי קליקים על כתובות URL מפנות לצורכי שיוך, צריך ליצור קשר עם הצוות שאחראי לניהול הצלחת לקוחות (CSM) ב-Airbridge ולבקש מהם הנחיות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריך התאימות הזה.
AppsFlyer:
- משלבים את AppsFlyer S2S API.
- כדי להבטיח ש-Google תוכל לקבל מ-AppsFlyer מזהי קליקים על כתובות URL מפנות לצורכי שיוך, צריך ליצור קשר עם הצוות שאחראי לניהול הצלחת לקוחות (CSM) ב-AppsFlyer ולבקש מהם הנחיות.
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריך התאימות הזה.
Branch:
- משלבים את Branch S2S API.
- כדי להבטיח ש-Google תוכל לקבל מ-Branch מזהי קליקים על כתובות URL מפנות לצורכי שיוך, צריך לכלול את השדות הבאים:
- בקמפיינים לעידוד התקנות של אפליקציות ל-Android, מעבירים את השדה install_referrer_extras אל https://api2.branch.io/v1/open
- בקמפיינים לעידוד השימוש באפליקציות ל-Android, מעבירים את השדה android_app_link_url אל https://api2.branch.io/v1/open
- בקמפיינים לעידוד השימוש באפליקציות ל-iOS, מעבירים את השדה universal_link_url אל https://api2.branch.io/v1/open
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריך התאימות הזה.
Kochava:
-
משלבים את Kochava S2S API.
-
כדי להבטיח ש-Google תוכל לקבל מ-Kochava מזהי קליקים על כתובות URL מפנות לצורכי שיוך, צריך לכלול את השדות הבאים:
- בקמפיינים לעידוד התקנות של אפליקציות ל-Android, מעבירים את השדה/הערך referrer=value אל https://control.kochava.com/track/json
- בקמפיינים לעידוד השימוש באפליקציות ל-Android, מעבירים את השדות/הערכים event_name=_deeplink ו-gclid=value אל https://control.kochava.com/track/json
- בקמפיינים לעידוד השימוש באפליקציות ל-iOS, מעבירים את השדות/הערכים event_name=_deeplink, gclid=value ו-gbraid=value אל https://control.kochava.com/track/json
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריכי התאימות בנושא התקנות ואירועים אחרי ההתקנה.
Singular:
- משלבים את Singular S2S API.
- כדי להבטיח ש-Google תוכל לקבל מ-Singular מזהי קליקים על כתובות URL מפנות לצורכי שיוך, צריך לכלול את השדות הבאים:
- בקמפיינים לעידוד התקנות של אפליקציות ל-Android, מעבירים את השדה install_ref אל https://s2s.singular.net/api/v1/launch
- בקמפיינים לעידוד השימוש באפליקציות ל-Android, מעבירים את השדה openuri אל https://s2s.singular.net/api/v1/launch
- בקמפיינים לעידוד השימוש באפליקציות ל-iOS, מעבירים את השדה openuri אל https://s2s.singular.net/api/v1/launch
- כדי לספק את סטטוס ההסכמה של משתמשים ב-EEA, פועלים לפי מדריך התאימות הזה.
צמצום הפערים בנתוני הדוחות של שותף AAP מצד שלישי
הפערים בנתוני ההמרות באפליקציות בין הדוחות של Google Ads לדוחות של שותף הצד השלישי נובעים מכמה גורמים, כולל שיוך חוצה-פלטפורמות. פרט לפערים שלא ניתן להימנע מהם, חשוב שחלונות ההמרות יהיו תואמים כדי לצמצם את הסיכוי לשונות נוספת. ריכזנו כאן מידע נוסף על הגדרות מומלצות של חלונות המרות ועל צמצום הפערים בדוחות:
- Adjust
- Airbridge
- AppsFlyer
- Branch
- Kochava
- Singular
- Tenjin
הערה: צוות התמיכה של Google Ads לא יכול לספק עזרה בנוגע לאתרים או לפלטפורמות של שותפי AAP מצד שלישי. צריך ליצור קשר ישירות עם שותף המדידה מצד שלישי לקבלת הנחיות או לפתרון בעיות.
קישורים רלוונטיים
- מידע על מעקב המרות באפליקציות לנייד
- איך מקשרים בין Google Ads לבין ספק שירותי ניתוח של נתוני אפליקציות?
- מעקב המרות באפליקציות באמצעות ספקי צד שלישי של שירותים לניתוח נתוני אפליקציות
- מידע על חלונות של המרות
- מידע על חלונות של המרות בקמפיינים לקידום אפליקציות
- מעקב המרות באפליקציות באמצעות ספקי צד שלישי למעקב אחר קליקים