בעקבות השינויים במדיניות של Apple בנושא App Tracking Transparency (ATT), אנחנו מעדכנים את אופן הדיווח על המרות והמדידה של המרות שמקורן בתנועה ממודעות ב-iOS 14. במאמר הזה נסביר איך השינויים במוצרים עשויים להשפיע עליכם כמפרסמים ב-Google Ads. רוב המפרסמים לא יושפעו.
מידע נוסף על העדכונים זמין בבלוג שמסביר איך Google מכינה את השותפים שלה לקראת העדכונים של Apple במדיניות לגבי iOS 14.
ההשפעה של מדיניות ATT על מספר הקליק ב-Google, על האתר ועל ההמרות שמתרחשות אופליין
באפליקציות אחדות של Google, כשמדיניות ATT של Apple נכנסה לתוקף ב-26 באפריל 2021, הפסקנו לשלוח את מספר הקליק ב-Google (GCLID) שמשויך לתנועה שמקורה במודעות ב-iOS 14. תנועה ממקורות אחרים ב-Google לא תושפע מהשינוי ותמשיך לכלול מספרי GCLID.
איך השינוי ישפיע עליי?
נכון לעכשיו, באפליקציות מסוימות של Google ל-iOS נעשה שימוש במידע (כגון IDFA של Apple) שמחייב ATT. המשמעות של מדיניות ATT של Apple היא ש-Google לא תשתמש יותר במידע הזה, ולכן היא לא תציג את הבקשה באפליקציות האלה, בהתאם להנחיות של Apple.
כתוצאה מכך, ייתכן שתבחינו בירידה במספרי ה-GCLID בכתובות דפי הנחיתה שלכם, שמשויכים לתנועה שמקורה באפליקציות ל-iOS שהושפעו מהשינוי במדיניות. לגבי התנועה שהושפעה בלבד:
- הפרמטר
&gclid={GCLID}
לא יצורף לקליקים על מודעות, והפרמטר{gclid}
של ValueTrack יוגדר כטקסט ריק. - ייתכן שתבחינו בירידה במספר ההמרות המדווחות שהתחרשו באתרים.
- ייתכן שתבחינו בירידה במספר ההמרות המדווחות שהתרחשו אופליין (ייבוא מקליקים).
מה Google עושה כדי לעזור
במרץ 2021 הוספנו פרמטר חדש של כתובת URL כדי לעזור לכם לפעול בהתאם למדיניות של Apple ולמדוד את הביצועים של המודעות ב-iOS.
הפרמטר החדש הזה, &wbraid={WBRAID}
, יעזור לכם לשייך המרות לקמפיינים שלכם ולעבוד עם בניית מודלים של המרות כדי לספק מדידה מדויקת יותר ב-iOS.
Google Tag (gtag.js), Google Tag Manager (gtm.js) ו-Google Analytics (analytics.js) עם חשבון Google Ads מקושר יגדירו בדומיינים שלכם קובץ cookie חדש מהדומיין הנוכחי כברירת מחדל, כדי לספק תמיכה בפרמטר החדש. באופן הזה, ההמרות ישויכו למודעות בהתאם למדיניות ATT.
כמו תמיד, אתם יכולים לבטל בכל שלב את ההסכמה למעקב המרות באמצעות קובצי cookie מהדומיין הנוכחי. לשם כך צריך להשבית את קישור ההמרות בהגדרה המתאימה.
הכנה לקראת השינויים ב-iOS 14
כדי להתכונן לקראת השינויים האלה, כדאי לבצע את הפעולות הבאות:
- חשוב לוודא ש-Google Tag (gTag.js או Google Tag Manager או שניהם) מוטמע כראוי באתר שלכם.
- רוב המפרסמים לא יצטרכו לשנות את האתר שלהם, אבל ייתכן שאחוז קטן מהם יצטרך לאפשר שימוש בפרמטרים שרירותיים של כתובות URL באתר שלהם כדי להבטיח שהמדידות בקמפיין ימשיכו להתבצע ללא הפרעה.
- בקמפיינים של מודעות וידאו ובקמפיינים מסוג Discovery שמשתמשים ברימרקטינג או בהתאמה ללקוחות, יש להפעיל את התכונה הרחבת קהל, וגם לכלול קהלים דומים בכל הקבוצות של המודעות.
שיקולים בנוגע לבידינג בקמפיינים שהושפעו
בקמפיינים שהוגדרו להם שיטות בידינג חכמות, המערכת תמשיך להגדיר הצעות מחיר על סמך המדידה המדויקת ביותר שזמינה. עם זאת, מומלץ להתכונן לשינויים האלה על ידי מעקב מקרוב אחר הביצועים וההצגה של כל הקמפיינים ל-iOS. אם יש צורך, תוכלו גם לבצע התאמות בתקציבים וביעדים של שיטות הבידינג החכמות יעד עלות להמרה או יעד החזר על הוצאות פרסום כדי לעזור לכם לעמוד ביעדים. לדוגמה, אם אתם רוצים להגדיל את ההוצאות, תוכלו להגדיל את יעדי העלות להמרה או לצמצם את יעדי ההחזר על הוצאות פרסום לפי הצורך.
ההשפעה של מדיניות ATT על המרות מקישורי עומק לאפליקציות
אם המודעות שלכם כוללות קישורי עומק שמפנים את המשתמשים לאפליקציות ב-iOS 14, ייתכן שתבחינו גם בתנודות במספר ההמרות באפליקציה כשמדיניות ATT של Apple תיכנס לתוקף. בכל הקשור לדוחות, נשיק פתרונות שיאפשרו לכם להמשיך לבצע מדידות באפליקציות ל-iOS בצורה המדויקת ביותר.
מה Google עושה כדי לעזור
במאי 2021 Google הוסיפה פרמטר חדש של כתובת URL שבו אפשר להשתמש כדי למדוד את התוצאות של המודעות ב-iOS בהתאם למדיניות של Apple.
gbraid
הוא הפרמטר החדש שיעזור לכם למדוד המרות באפליקציה שמקורן בקמפיינים פרסומיים ב-iOS. הפרמטר החדש מתווסף לכתובות דפי הנחיתה כאשר התיוג האוטומטי מופעל עבור כל הקליקים ב-iOS 14.5 ואילך.
יתרונות השימוש בפרמטר gBraid
- קבלת תובנות חשובות: אפשר למדוד בצורה מלאה את תוצאות הקמפיינים של Google Ads ואת נתוני ההמרות באפליקציות ל-iOS.
- שיפור הביצועים של הקמפיין: בעזרת הפרמטר gBraid, אפשר לתעד המרות ב-iOS שלא נכללו בספירה, וכך לשפר את הביצועים של המודלים לבידינג ולהציג מודעות בצורה יעילה יותר.
איך מגדירים את הפרמטר gBraid
- כדי להגדיר את הפרמטר, צריך לבצע את הפעולות הבאות באתר:
- מוודאים שקישורי העומק מוגדרים בצורה תקינה.
- מאפשרים שימוש בפרמטרים שרירותיים של כתובות URL.
- בודקים שתבנית המעקב תואמת לפרמטרים של כתובות URL.
- מפעילים את התיוג האוטומטי בהגדרות של חשבון Google Ads.
- מחפשים את הגדרת המדידה הרלוונטית ופועלים לפי ההוראות. בקישור הבא אפשר למצוא מידע נוסף על מעקב אחר המרות באפליקציות באמצעות שותף דוחות שיוך לקמפיינים של אפליקציה (AAP).
Firebase
- מומלץ מאוד שתשתמשו בגרסה העדכנית ביותר של Firebase SDK (גרסה 6.32.2 ואילך). מומלץ לעיין במדריך להגדרת Google Analytics 4.
- אם אתם משתמשים ב-scenedelegateUI או ב-swiftUI עם Firebase SDK, כדאי שתיצרו קשר עם נציג חשבון של Google כדי לקבל הנחיות נוספות (אם רלוונטי).
Adjust SDK או Adjust S2S
- אפשרות 1: SDK
- פועלים לפי ההוראות במדריך ליצירת קישורי עומק ב-Adjust iOS ומגדירים את הפרמטרים openURL ו-continueUserActivity.
- אפשרות 2: S2S
- פועלים לפי ההוראות במדריך Adjust Server-To-Server, וקובעים את הערך (pass) של הפרמטר deeplink ושל IDFV ל-https://s2s.adjust.com/session.
Airbridge SDK
- אפשרות 1: SDK
- פועלים לפי ההוראות במדריך ליצירת קישורי עומק ל-Airbridge iOS SDK.
- אפשרות 2: S2S
- ה-API מסוג Server-To-Server של Airbridge לא תומך בפרמטר
gbraid
.
- ה-API מסוג Server-To-Server של Airbridge לא תומך בפרמטר
AppsFlyer SDK או AppsFlyer S2S
- אפשרות 1: SDK
- פועלים לפי ההוראות במדריך ליצירת קישורי עומק ל-AppsFlyer SDK.
- כדי להפעיל שיוך של עידוד לאינטראקציה חוזרת:
- ב-AppsFlyer, עוברים לקטע App Settings (הגדרות האפליקציה).
- בכרטיסייה 'Integration' (שילוב), גוללים לתחתית הדף.
- מפעילים את המתג Re-engagement attribution (שיוך לאינטראקציה מחודשת).
- בקטע Re-engagement click-through lookback window (חלון מבט לאחור לתיעוד קליק כעידוד לאינטראקציה חוזרת), בוחרים חלון מבט לאחור בשעות או בימים ולאחר מכן משתמשים בפס ההזזה כדי להגדיר את הערך הרצוי.
- כדי שהקליק יתועד כעידוד לאינטראקציה חוזרת, צריך שהמשתמש יפעיל את האפליקציה במהלך פרק הזמן הזה. פרק הזמן מתחיל מהקליק על מודעה.
- לוחצים על שמירה.
- כדי להגדיר שליחה של כל האירועים מהאפליקציה:
- ב-AppsFlyer, עוברים לקטע App Settings (הגדרות האפליקציה).
- בכרטיסייה 'Integration' (שילוב), גוללים לתחתית הדף.
- מפעילים את המתג In-app event postbacks (דיווחים חוזרים על המרות לאירועים באפליקציה).
- לוחצים על Add event (הוספת אירוע) כדי להוסיף לרשימה אירוע server-to-server (שרת-לשרת) או SDK.
- בקטע Sending option (אפשרות שליחה), בתפריט הנפתח, בוחרים באפשרות All media sources, including organic (כל מקורות המדיה, כולל מקורות אורגניים).
- בקטע Send revenue (שליחת הכנסות), בתפריט הנפתח, בוחרים באפשרות Values & revenue (ערכים והכנסות).
- לוחצים על Save integration (שמירת השילוב).
- אפשרות 2: S2S
- פועלים לפי ההוראות במדריך AppsFlyer Server-To-Server וקובעים את הערך (pass) של af_deeplink ל-AppsFlyer.
- כדי להבטיח ש-Google תוכל לקבל מ-AppsFlyer מזהי קליקים על כתובות URL מפנות לצורכי שיוך, יש ליצור קשר עם הצוות שאחראי לניהול הצלחת לקוחות (CSM) ב-AppsFlyer ולבקש מהם הנחיות.
Branch SDK או Branch S2S
- אפשרות 1: SDK
- פועלים בהתאם להוראות במדריך ליצירת קישורי עומק ב-Branch iOS SDK ומוודאים שאתם משתמשים בגרסה האחרונה של Branch SDK (v1.43.1 ואילך).
- הערה: גרסת TUNE SDK הקודמת אינה נתמכת, ולכן תצטרכו לעבור ל-Branch SDK.
- פועלים בהתאם להוראות במדריך ליצירת קישורי עומק ב-Branch iOS SDK ומוודאים שאתם משתמשים בגרסה האחרונה של Branch SDK (v1.43.1 ואילך).
- אפשרות 2: S2S
- פועלים לפי ההוראות במדריך Branch Server-To-Server, וקובעים את ערך הפרמטר universal_link_url ל-https://api2.branch.io/v1/open.
Kochava SDK או Kochava S2S
- אפשרות 1: SDK
- פועלים לפי ההוראות במדריך ליצירת קישורי עומק ל-Kochava iOS SDK וקובעים את ערך האירוע Deeplink.
- אפשרות 2: S2S
- פועלים לפי ההנחיות במדריך Kochava Server-To-Server, וקובעים את הערך של הפרמטרים או הערכים event_name=_Deeplink, gclid=value ו-gbraid=value ל-https://control.kochava.com/track/json.
Singular SDK או Singular S2S
- אפשרות 1: SDK
- משתמשים בגרסה האחרונה של Singular SDK (v11.0.10 ואילך), ופועלים לפי ההוראות במדריך ליצירת קישורי עומק ל-Singular iOS SDK.
- אפשרות 2: S2S
- פועלים לפי ההוראות במדריך Singular Server-To-Server, וקובעים את ערך הפרמטר openuri ל-https://s2s.singular.net/api/v1/launch.
ייבוא של המרות אופליין (OCI)
- צריכה להיות לכם הרשאה לאסוף ולנהל נתוני המרות. לפני שמייבאים את נתוני ההמרות בחשבון Google Ads, עליכם לוודא שאתם פועלים בהתאם לתקני האבטחה של Google בנוגע לאיסוף נתונים. מידע נוסף על ייבוא של המרות אופליין
- צריך לוודא שכל הפרמטרים של הקליקים מועברים כראוי. מידע נוסף על המרות של קליקים מהעלאות
gbraid
רלוונטי כרגע רק לקמפיינים לרשת החיפוש, לקמפיינים של שופינג, לקמפיינים לרשת המדיה ולקמפיינים למיקסום הביצועים. תוכלו ליצור קשר עם הנציג של חשבון Google שלכם כדי להוסיף אתכם לרשימת ההיתרים של הפתרון הזה, בנוסף להגדרות האישיות הקיימות, בהתאם להגדרת המדידה שלכם.הכנה לקראת השינויים ב-iOS 14
כדי להתכונן לקראת השינויים האלה, כדאי לבצע את הפעולות הבאות:
- תוכלו לפנות אל שותף ה-AAP שלכם (דוחות שיוך לקמפיינים של אפליקציה) כדי לקבל את המידע העדכני ביותר לגבי iOS 14. כמו כן, כדי להבטיח שגרסת ה-SDK שלכם תומכת במעקב ההמרות בגרסה האחרונה של Singular SDK (v11.0.10 ואילך עם ה
פרמטר שנוסף
, אפשר לשדרג לגרסה האחרונה של Google Analytics for Firebase. - רוב המפרסמים לא יצטרכו לשנות את האתר שלהם, אבל ייתכן שאחוז קטן מהם יצטרך לאפשר שימוש בפרמטרים שרירותיים של כתובות URL באתר שלהם (במקרה הזה '
gbraid=
') כדי להבטיח שהמדידות בקמפיין ימשיכו להתבצע ללא הפרעה. - אם אתם משתמשים בבידינג ידני לפי קליק, יש להימנע מביצוע התאמות של הצעות מחיר לקליק (כדי לפצות על הירידה במספר ההמרות המדווחות ב-iOS) עד שמספר ההמרות המדווחות באפליקציות ב-iOS יתייצב.