המרות

זהו חלק מגרסת הבטא של נכס אפליקציה + אתר.

תכונות אלה יושקו בהדרגה במהלך השבועות הקרובים.

המרות מראות כמה אירועי המרה הניב כל היבט בפעילות השיווקית (למשל קמפיין, רשת מודעות, קריאייטיב), יחד עם הערך של כל אירוע.

הנושאים במאמר:

הכרטיסייה 'אירועי המרה'

ב- Analytics האירועים החשובים ביותר שלכם נקראים המרות, 6 מהם מוגדרים מראש:

הפעלה/השבתה של אירועים כהמרות

כך מפעילים אירוע כהמרה:

  1. ב-Analytics, עוברים לדוחות של נכס אפליקציה + אתר.
  2. לוחצים על כל האירועים.
  3. בשורה של האירוע, מעבירים את המתג בעמודה סימון כהמרה למצב פועל.

אחרי שמגדירים אירוע כהמרה, הוא מופיע בטבלה אירועי המרה.

בכל נכס אפשר להגדיר עד 30 אירועים כהמרות, נוסף על חמישה אירועים שמערכת Analytics מגדירה כברירת מחדל.

ברגע שאירוע מוגדר כהמרה, המערכת מתחילה לאסוף נתוני שיוך (Attribution) בנוגע לאירוע הזה.

 

כך משביתים אירוע כהמרה:

בשורה של האירוע, מעבירים את המתג בעמודה סימון כהמרה למצב כבוי.

יצירת אירועי המרה חדשים

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

  1. ב-Analytics, עוברים לדוחות של נכס אפליקציה + אתר.
  2. לוחצים על המרות.
  3. לוחצים על אירוע המרה חדש.
  4. מזינים את שם האירוע שרוצים להגדיר כהמרה.
  5. לוחצים על שמירה.

אם רוצים לראות כמה המרות מיוחסות לכל מקור, יש ללחוץ על אירוע בטבלה. כשבודקים אירוע, צריך לבחור מודל ייחוס:

  • קליק אחרון חוצה-ערוצים: מערכת Analytics בוחנת את הקליקים מכל המקורות ומייחסת את ההמרה לקליק האחרון. (ביקורים ישירים מוחרגים*)
  • אינטראקציה אחרונה בערוצים שונים: מערכת Analytics מייחסת את ההמרה לקליק האחרון, ואם לא נרשם קליק אחרון, אז לחשיפה של מודעה. (ביקורים ישירים מוחרגים*)
  • קליק אחרון מועדף ב-Google Ads: מערכת Analytics מייחסת את ההמרה ל-Google Ads, גם אם נרשם קליק ממקור אחר. (ביקורים ישירים מוחרגים*)
  • אינטראקציה אחרונה מועדפת ב-Google Ads: מערכת Analytics מייחסת את ההמרה ל-Google Ads, גם אם היו קליק או חשיפה של מודעה ממקור אחר. (ביקורים ישירים מוחרגים*)

*בכל המודלים של הייחוס ב-Analytics לא מיוחס קרדיט לביקורים ישירים, אלא אם כן אי אפשר לייחס את ההמרה לשום קמפיין.

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

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

חלון הייחוס לאירוע first_open הוא 30 יום. חלון הייחוס של כל ההמרות הנוספות בתוך האפליקציה הוא 180 יום. אי אפשר לשנות את חלונות הייחוס האלה.

בקמפיינים של Google Ads לרשת החיפוש שנועדו להתקנה של אפליקציית iOS, נתוני הייחוס של אירועים בתוך האפליקציה ומדדי התקנות ב-iOS מופיעים בהמרות ב-Analytics עם המקור ישיר. הנתונים האלה לא מופיעים במסוף של Google Ads.

הוספה של רשת

כך מוסיפים רשת:

  1. ב-Analytics, עוברים לדוחות של נכס אפליקציה + אתר.
  2. לוחצים על המרות ואז על הגדרות רשת.
  3. לוחצים על רשת חדשה.
  4. בוחרים רשת מתוך התפריט.
  5. שם הרשת מוגדר באופן אוטומטי כ'מקור'. רשתות מסוימות כוללות גם מטא נתונים על אמצעי הגעה לאתר בקמפיין ועל שם קמפיין, כך שלא תצטרכו להזין מידע נוסף. עבור רשתות אחרות, הוספנו את השדות אמצעי של הקמפיין להגעה לאתר ושם הקמפיין, כדי שתזינו בהם מידע מותאם אישית. לקישור המפנה שלכם, השתמשו בכתובת ה-URL שהמערכת תיצור (העתיקו את כתובת ה-URL והדביקו אותה בשדה המתאים).
    • קליק: אם אתם מפעילים קמפיין שמטרתו לעודד משתמשים להוריד את האפליקציה, השתמשו ב-URL שאתם יוצרים כאן.
    • קישור עומק: אם הקמפיין שלכם נועד לעודד מעורבות חוזרת באפליקציה בקרב משתמשים קיימים, השתמשו בכרטיסייה 'קישור עומק'. כאן עליכם להזין את סכימת כתובת ה-URL ואת פרטי הנתיב. אותם הפרמטרים יתווספו לכתובת ה-URL.
  6. אם רוצים לשלוח פרטי המרות חזרה לרשת, מפעילים את האפשרות הגדרת דיווח חוזר על המרה (Postback). אם לא רוצים, לוחצים על שמירה.

דיווחים חוזרים על המרה (PostBack)

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

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

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

כך מגדירים דיווח חוזר על המרה (PostBack):

  1. ב-Analytics, עוברים לדוחות של נכס אפליקציה + אתר.
  2. לוחצים על המרות ואז על הגדרות רשת.
  3. בשורה של הרשת הרצויה, לוחצים על הגדרת דיווח חוזר על המרה (Postback).
  4. בוחרים את ההמרות שרוצים לשלוח, ואז בוחרים באפשרות רק המרות שמיוחסות לרשת זו או באפשרות כל ההמרות.
  5. מזינים את הפרמטרים של הרשת (למשל, מזהה לצורכי מעקב או סיסמת מפרסם). לכל רשת פרמטרים משלה.
  6. לוחצים על שמירה.

קמפיינים מותאמים אישית לאפליקציות ב-Google Play

כשאתם משתמשים בקמפיין מותאם אישית לאפליקציה שאתם מפיצים באמצעות Google Play, מומלץ להשתמש בכלי ליצירת כתובות URL של Google Play כדי ליצור כתובות URL מותאמות אישית.

אופן הייחוס של המרות שונות

קישורים דינמיים

אם מוסיפים קישורים דינמיים לאפליקציה, האירועים הבאים נרשמים כשהמשתמשים לוחצים על הקישורים האלה:

  • dynamic_link_first_open
  • dynamic_link_app_open
  • dynamic_link_app_update

בדוח 'אירועים' מוצגים נתוני Analytics המתייחסים לאירועים האלה.

אם מפעילים את האירועים האלה כהמרות, ניתן לראות את נתוני הייחוס בדוח 'ייחוס'.

למידע נוסף על קישורים דינמיים

קישורים אוניברסליים

ניתן להגדיר קישורים אוניברסליים כך שיכללו פרמטרים של 'מנטר התנועה של Urchin' ‏(utm_source‏, utm_medium‏, utm_campaign), ולראות את הנתונים הקשורים בדוח 'ייחוס'.

דוגמה לקישור אוניברסלי:

http://my.app.link?utm_campaign=myappcampaign&utm_source=google&utm_medium=cpc

כשמשתמש לוחץ על הקישור, מערכת Firebase רושמת ביומן אירוע firebase_campaign עם הפרמטרים האלה ומציגה את הנתונים הבאים לגבי אירועים הקשורים לקמפיין:

  • קמפיין: myappcampaign
  • מקור: Google
  • אמצעי הגעה לאתר: עלות לקליק (CPC)

קישורים לאפליקציות ל-Android

ניתן להגדיר קישורים לאפליקציות ל-Android כך שיכללו פרמטרים של 'מנטר התנועה של Urchin' ‏(utm_source‏, utm_medium‏, utm_campaign), ולראות את הנתונים הרלוונטיים בדוח 'ייחוס'.

דוגמה לקישור לאפליקציית Android‏:

http://example.com/gizmos?utm_campaign=myappcampaign&utm_source=google&utm_medium=cpc

כשמשתמש לוחץ על הקישור, מערכת Analytics רושמת ביומן אירוע firebase_campaign עם הפרמטרים האלה ומציגה את הנתונים הבאים לגבי אירועים הקשורים לקמפיין:

  • קמפיין: myappcampaign
  • מקור: Google
  • אמצעי הגעה לאתר: עלות לקליק (CPC)

הפניות להתקנות מחנות Play

הפניות להתקנות מחנות Google Play מופיעות כך:

  • מקור = google-play: מציין אחת משתי אפשרויות:
    • המשתמש הופנה לדף האפליקציה בחנות Play באמצעות קישור עומק שצוין בו הגורם המפנה (למשל, play.google.com/store/apps/details?id=com.foo.bar&referrer=R)
    • המשתמש ערך חיפוש בחנות Play וגילה את האפליקציה בעצמו
  • מקור = (direct): מציין כי:
    • המשתמש הופנה לחנות Play באמצעות קישור עומק שלא צוין בו גורם מפנה

חלונות ייחוס

לאירועי המרה של first_open מוגדר חלון ייחוס של 30 ימים.

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

לקמפיינים לחידוש קשר מוגדר חלון ייחוס של 6 חודשים.

קמפיינים לחידוש קשר

להמרה מקמפיין לחידוש קשר יש ייחוס כפול:

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

הייחוס של המרות בקמפיינים רגילים ובקמפיינים לחידוש הקשר מתבצע באופן הבא:

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

Apple Search Ads

אם אפליקציה מותקנת כתוצאה מקליק על Apple Search Ad, מערכת Analytics רושמת ביומן אירוע firebase_campaign עם הפרמטרים האלה ומציגה את הנתונים הבאים לגבי אירועים הקשורים לקמפיין:

  • מקור = Apple
  • אמצעי הגעה לאתר = חיפוש
  • קמפיין = <iad campaign name>

צריך להוסיף את iAd framework לקובץ פרויקט Xcode של האפליקציה כדי לעקוב אחר Apple Search Ads.

(לא מוגדר)

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

סתירות בין נתוני ההמרות ב-Analytics לנתונים ב-Google Ads

מקרה תיאור
המרות של קמפיינים מופיעות ב-Analytics אבל לא ב-Google Ads (או להיפך) אם נתוני המרות של קמפיין מסוים מופיעים ב-Analytics אבל לא ב-Google Ads, פירוש הדבר שלא ביצעתם את אחד מהשלבים הבאים, או את שניהם:
אם קישרתם בין חשבון Analytics לחשבון Google Ads ומוצגים לכם נתוני המרות ב-Google Ads אבל לא ב-Analytics, מומלץ לבדוק אם אתם שולחים את נתוני ההמרות ישירות ל-Google Ads דרך ספק אחר של שירותי ניתוח נתונים, במקום דרך Analytics.
יש הבדל בין Google Ads ל-Analytics במספר ההמרות שמיוחסות לאותו קמפיין בתקופת זמן מסוימת זו תופעה נורמלית. מערכת Google Ads רושמת המרות לפי תאריך הקליק (התאריך שבו התרחש קליק במודעה שהוביל להמרה). מערכת Analytics רושמת המרות לפי תאריך ההמרה (התאריך שבו התרחשה ההמרה בפועל). אם הקליק וההמרה לא התרחשו שניהם בתקופת הזמן שהגדרתם, בכל סביבת דיווח יוצג מספר המרות שונה.
ב-Analytics וב-Google Ads מוצגים קליקים של קמפיינים, אבל לא מוצגות המרות אם משתמשים בקמפיין עבור אפליקציה ל-iOS וממקדים אותו לרשת החיפוש של Google, אין אפשרות לבצע מעקב המרות. המערכת רושמת קליקים, אבל לא המרות. אתם תראו את נתוני הקליקים של הקמפיינים האלה ב-Analytics וב-Google Ads, אבל לא תראו נתוני המרות.
ב-Google Ads מוצגים קליקים של קמפיינים אבל לא מוצגות המרות, וב-Analytics לא מוצגות המרות שמיוחסות ל-Google Ads

אם קישרתם חשבון ניהול ב-Google Ads ל-Analytics, אבל ייבאתם המרות מאחד מחשבונות הצאצא, ההמרות האלה לא יוצגו ב-Google Ads או ב-Analytics.


כדי לפתור את הבעיה, עליכם לייבא אירועי המרה של Analytics מחשבון הניהול ב-Google Ads.

יש הבדל בין Google Ads ל-Analytics במספר ההמרות אם מוגדרים אזורי זמן שונים ב-Analytics וב-Google Ads, ייתכן שבכל אחת מסביבות הדיווח האלה יוצגו מספרי המרות שונים. למשל: נניח שחותמות הזמן של ההמרות נמצאות בתוך טווח התאריכים שהגדרתם לדוחות ב-Analytics אבל מחוץ לטווח התאריכים שהגדרתם לדוחות ב-Google Ads. במצב כזה תוצג כמות קטנה יותר מההמרות האלה בדוחות של Google Ads.

ההבדלים במספרי ההמרות יכולים לנבוע מהבדלים בין חלונות הייחוס שהוגדרו ב-Analytics לבין חלונות ההמרות שהוגדרו ב-Google Ads. למשל, ב-Analytics הוגדר חלון ייחוס של 30 ימים לאירוע/המרה מהסוג first_open. אם הגדרתם ב-Google Ads חלון המרה של 7 ימים לאותו אירוע או לאותה המרה, יש סיכוי גבוה שב-Analytics תוצג כמות גדולה בהרבה של המרות first_open מאשר ב-Google Ads.
מספר ההמרות בקמפיינים שקשורים ל-iOS גבוה יותר ב-Google Ads מאשר ב-Analytics המרות של קמפיינים לקידום אפליקציות ל-iOS והדיווח על מודעות לקידום אפליקציות שמוצגות למשתמשי iOS ב-Google.com זמינים רק ב-Google Ads. מידע נוסף

 

האם המידע הועיל?
איך נוכל לשפר את המאמר?