מערכת Google Analytics 4 מספקת ניתוח נתונים מקיף שמתמקד בשמירה על הפרטיות כדי לעזור לכם להבין את התנהגות המשתמשים באתר ובאפליקציה – והכול במקום אחד. התובנות שתקבלו מבוססות על AI, והן יעזרו לכם גם לבצע אופטימיזציה של ביצועי הקמפיין. מידע נוסף על היתרונות והתכונות של השימוש ב-Google Analytics 4
במדריך הזה מפורט תהליך המעבר משימוש במקור המרות אחר לשימוש ב-Google Analytics 4 (GA4) בעזרת ה-SDK של Google Analytics for Firebase.
- אם אתם מפעילים כרגע קמפיינים לקידום אפליקציות או קמפיינים לאתרים עם יעדי אפליקציה, המדריך הזה יעזור לכם להתקדם בתהליך בצורה חלקה ככל האפשר.
- אם אתם לא מפעילים כרגע קמפיינים לקידום אפליקציות או קמפיינים לאתרים עם יעדי אפליקציה, אין לכם צורך במדריך הזה. במקום זאת, אתם צריכים לבצע את השלבים למדידה ולאופטימיזציה של הביצועים בקמפיינים לקידום אפליקציות באמצעות Google Analytics 4.
מומלץ להשתמש ב-GA4 כדי שהמודעות יניבו את הביצועים הכי טובים, אבל אפשר להשתמש בהוראות האלה באופן כללי כדי לעבור לכל ערכת SDK נתמכת של אפליקציה. לשם כך, פשוט מבצעים בערכת ה-SDK השנייה את אותם השלבים שמתייחסים ל-GA4.
הנושאים בדף:
- לפני שמתחילים
- זיהוי האירועים והקמפיינים שרוצים להעביר
- זיהוי הקהלים שרוצים להעביר
- השוואת המרות באפליקציה
- השוואת קהלים
- העברה של קמפיינים ויעדי המרות
- העברת פלחים של קהל יעד
לפני שמתחילים
- לפני שמתחילים בתהליך ההעברה, קודם מומלץ לפעול לפי השלבים למדידה ולאופטימיזציה של הביצועים בקמפיינים לקידום אפליקציות באמצעות Google Analytics 4.
- אתם כבר אמורים להשתמש ב-SDK של Google Analytics for Firebase.
- כל חשבונות Google Ads שמקושרים לניתוח של נתוני אפליקציות צד שלישי צריכים להיות מקושרים אל GA4.
- צריך להיות מספר מינימלי של אירועים שכבר הוספתם לאפליקציה, סימנתם כהמרות וייבאתם אל Google Ads.
זיהוי האירועים והקמפיינים שרוצים להעביר
כדי לבצע את ההעברה, מומלץ להטמיע את כל האירועים בהתאמה אישית שאחריהם אתם עוקבים בעזרת ה-SDK של הצד השלישי (לדוגמה, AppsFlyer או Adjust), באופן זהה או דומה ככל האפשר.
חשוב להטמיע את כל האירועים שבהם אתם מתכוונים להשתמש לצורך בידינג בקמפיינים להתקנת אפליקציה, בקמפיינים לעידוד השימוש באפליקציה או בקמפיינים לאתרים עם יעדי אפליקציה.
יצירה של דוח בהתאמה אישית
- בחשבון Google Ads, לוחצים על התפריט הנפתח תובנות ודוחות בתפריט הקטעים.
- לוחצים על כלי הדוחות.
- לוחצים על + בהתאמה אישית.
- בוחרים את פורמט הדיווח טבלה.
- מגדירים את טווח התאריכים לאפשרות '30 הימים האחרונים'.
- מוסיפים את השורות הבאות:
- קמפיין
- סוג קמפיין
- פעולת המרה
- מקור המרות
- מוסיפים את העמודות הבאות:
- המרות
- לוחצים על הלחצן סינון .
- בוחרים באפשרות מקור המרות ואז בוחרים באפשרות ניתוח אפליקציות של צד שלישי.
- לוחצים על החלה.
בדוח הזה תוצג רשימה של כל הקמפיינים שהוצא בהם בפועל כסף ב-30 הימים האחרונים, ושל אירועי ההמרה שעליהם נוצל התקציב. אתם יכולים להשתמש בנתונים האלה כקו מנחה לגבי אירועי ההמרה שסביר להניח שתרצו לשחזר בעזרת ה-SDK של Google Analytics for Firebase, ולגבי הקמפיינים שתעבירו.
זיהוי הקהלים שרוצים להעביר
כדי להשיג את הביצועים הכי טובים, כל הקמפיינים לעידוד השימוש באפליקציה שאתם מעבירים לשימוש ב-GA4 צריכים גם להחליף את כל הפלחים של קהל היעד שמשתמשים במקור אחר, כך שייעשה שימוש בפלחים על סמך אותות של GA4.
בקטע הזה מפורטות הנחיות ליצירת רשימה של קמפיינים עם הפלחים שאליהם הם מטרגטים, שישוחזרו על סמך אותות של GA4.
יצירה של דוח בהתאמה אישית
- בחשבון Google Ads, לוחצים על התפריט הנפתח תובנות ודוחות בתפריט הקטעים.
- לוחצים על כלי הדוחות.
- לוחצים על + בהתאמה אישית.
- בוחרים את פורמט הדיווח טבלה.
- מגדירים את האפשרות '30 הימים האחרונים' בטווח התאריכים.
- מוסיפים את השורות הבאות:
- קמפיין
- סוג קמפיין
- פלח של קהל היעד
- סוג הפלח של קהל היעד
- מוסיפים את המסננים הבאים:
- סוג הפלח של קהל היעד:
- באפשרות 'אופן האינטראקציה בעבר עם העסק שלך'
- פלחים משולבים בהתאמה אישית
- משתמשי אפליקציה
- סוג הפלח של קהל היעד:
- (אופציונלי) מוסיפים סינון כדי להציג רק את הקמפיינים שזוהו להעברה בשלב זיהוי של אירועים וקמפיינים להעברה.
- לוחצים על החלה.
בדוח הזה מוצגת רשימה של כל הפלחים של קהל היעד שאליהם הקמפיינים מטרגטים כרגע. כדי להשיג את הביצועים הכי טובים, כל הקמפיינים שעוברים לשימוש בבידינג של GA4 צריכים גם להחליף את כל הפלחים המטורגטים של קהל היעד, כך שייעשה שימוש בפלחים על סמך אירועים של GA4.
לכל פלח ברשימה צריך ליצור העתק וגם פלח חדש עם אותם כללים, שהמקור בו הוא Firebase. לשניהם צריך להגדיר משך חברות של 7 ימים. אחרי שהפלחים האלה יאוכלסו, אפשר להשוות בין מספר החברים בשני הפלחים. צריך לבצע את ההוראות שבמדריך כדי ליצור פלחים חדשים ולאמת את הנתונים כשמשווים בין הקהלים.
השוואת המרות באפליקציה
מומלץ לא ליצור קמפיין חדש שמוגדר בו בידינג על אירועי Firebase ולהשוות אותו עם קמפיין שמוגדר בו בידינג על אירועי SDK של צד שלישי. אם הקמפיינים האלה מושכים את אותם המשתמשים, הם יכולים להגיש הצעות מחיר שמתחרות ביניהן, והדבר עלול להוביל לרמת ביצועים נמוכה בשני הקמפיינים.
- משתמשים ברשימת ההמרות שנאספו בשלב זיהוי של אירועים וקמפיינים להעברה.
- מוודאים שההמרות ברשימה הוטמעו באפליקציה ויובאו אל Google Ads.
- פועלים לפי המדריך הרלוונטי לשותף דוחות השיוך לקמפיינים של אפליקציה (AAP) שבמאמר הזה כדי לצמצם את הפערים בנתונים שנשלחים מה-APP אל Google Ads.
- משווים את ההמרות ברשימה לפי ההוראות שבמאמר הזה ומבצעים את השלבים לצמצום פערים בנתונים.
- אחרי שמטפלים בפערים בין ההמרות במידה מספקת, ממשיכים לשלב העברה של קמפיינים וקהלים. אם מעבירים קמפיינים לעידוד השימוש באפליקציה, ממשיכים לשלב השוואת קהלים.
השוואת קהלים
השוואה של גודל הקהלים צריכה להתבצע אחרי השוואות של מספר ההמרות, כי פתרון של בעיות אימות באירועי ההמרה יוביל גם לפתרון של בעיות שגורמות לסטייה במספר החברים בפלח של קהל היעד.
כדי לאמת שהאותות של אירועי ההמרה מאכלסים את אותם חברים בפלחים של קהל היעד, צריך ליצור העתקים של הפלחים עם אותם כללים בדיוק, וגם פלח חדש של קהל יעד על סמך אותות של GA4 שבו מוגדר משך חברות של 7 ימים. חשוב לבדוק אם יש סטיות במספר החברים שמאוכלסים בשני סוגי הפלחים. צריך לפעול לפי ההוראות המפורטות שבהמשך.
הערה: הפלחים החדשים שנוצרו ישמשו רק לאימות ולא לטירגוט. במקום זאת ישתנה המקור בפלחים המקוריים.
יצירת פלחים חדשים של קהל יעד לאימות
- כשמשתמשים ברשימת הפלחים המטורגטים של קהל היעד שנאספו בשלב זיהוי של קהלים להעברה, יש 2 סוגי פלחים: 'משתמשי אפליקציה' ו'פלחים משולבים בהתאמה אישית'. צריך לשחזר ולאמת רק פלחים מסוג 'משתמשי אפליקציה'. תתבצע העברה של הפלחים האלה שנכללים בפלחים המשולבים בהתאמה אישית.
- יוצרים פלחים חדשים מסוג 'משתמשי אפליקציה' עם אותם כללים.
- פותחים כל פלח קיים ועורכים אותו.
- יוצרים פלח משתמשים חדש.
- בוחרים את פלטפורמת ניתוח הנתונים ומתאימים את הפלח הקיים שמשחזרים.
- מתאימים את הכללים מהפלח הקיים.
- בקטע 'אפשרויות מילוי מראש', בוחרים באפשרות להתחיל עם פלח ריק.
- (אופציונלי) מוסיפים מחרוזת מובחנת בשם או בתיאור של הפלח כדי לסמן אותו לאימות בלבד, כי הפלחים האלה לא ישמשו לטירגוט.
- לוחצים על שמירה.
- מבצעים את אותם השלבים כמו בשלב השני כדי ליצור פלח נוסף, אבל בוחרים ב-Firebase בתור פלטפורמת ניתוח הנתונים.
השוואת פלחים חדשים
- אחרי שיוצרים את ההעתק של פלח הצד השלישי ואת פלח Firebase החדש, ממתינים 7 ימים עד ששניהם יאוכלסו.
- פותחים את שני הפלחים ב'מרכז ניהול הקהלים'.
- מגדירים את טווח התאריכים לאפשרות '7 הימים האחרונים'.
- משווים בין מספר החברים ב-2 הרשימות.
- מבצעים את הבדיקות הבאות כדי לצמצם את הפער בנתונים:
- קישור
- מוודאים שה-AAP ו-GA4 קושרו ישירות לחשבון שבו מנסים לאמת את הפלחים.
- כך מבצעים קישור באמצעות Google Ads.
- כל ההמרות מיובאות
- מוודאים שברשימה של Firebase שהותאמה לא מתבצע ניסיון לאכלס המרות שעדיין לא נוצרו או לא יובאו מ-GA4.
- כך מייבאים אירועי המרה אל Google Ads.
- קישור
- אחרי שמבצעים שינויים לצמצום הפערים בנתונים, ממתינים שוב 7 ימים כדי לעקוב אחר שינויים במספר החברים.
- אחרי שמטפלים בפערים בין מספרי החברים במידה מספקת, ממשיכים לשלב העברה של קמפיינים וקהלים.
העברה של קמפיינים ויעדי המרות
העברת יעדים ברמת החשבון
- חוזרים לרשימה של אירועי האפליקציה שרוצים להעביר (מהשלב זיהוי אירועים וקמפיינים להעברה).
- בחשבון Google Ads, לוחצים על סמל היעדים.
- לוחצים על התפריט הנפתח המרות בתפריט הקטעים.
- לוחצים על סיכום.
- צריך לרשום לפניכם את כל האירועים ברשימה מהשלב הקודם שהם פעולות המרה ראשיות. חשוב לשים לב באילו אירועי GA4 המערכת תשתמש במקומם.
- מגדירים את היעדים הראשיים של צד שלישי כיעדים משניים.
- מגדירים את היעדים המשניים של GA4 כיעדים ראשיים.
העברת יעדים ברמת הקמפיין
- חוזרים לרשימת הקמפיינים שמוגדר בהם בידינג על אירועי אפליקציה, שזיהיתם שאתם רוצים להעביר אותם בשלב זיהוי אירועים וקמפיינים להעברה.
- מוודאים שכל הקמפיינים להעברה תואמים לציפיות שלכם לגבי פערי הנתונים, כפי שנקבע בשלב השוואת המרות.
- בחשבון Google Ads, לוחצים על סמל היעדים.
- לוחצים על התפריט הנפתח המרות בתפריט הקטעים.
- לוחצים על סיכום.
- מציינים את שמות ההמרות המלאים. כבר אמורים להיות לכם שמות ההמרות של צד שלישי מהשלב הקודם. מציינים את שמות האירועים של GA4 שאליהם תתבצע העברה.
- עורכים כל קמפיין ברשימה על ידי מעבר לדף קמפיינים.
- פותחים את ההגדרות וגוללים לקטע 'בידינג'.
- אם מודדים התקנות, בוחרים את האירוע של GA4 בקטע 'איך היית רוצה לעקוב אחר נפח התקנות?'
- אם מודדים פעולות בתוך האפליקציה, מבצעים את הפעולות הבאות בקטע 'אילו פעולות הכי חשובות לך?':
- מחפשים את האירוע המלא של GA4 שצוין בשלב הקודם.
- מסירים את אירוע הצד השלישי בלחיצה על הסמל x.
- לוחצים על האירוע של GA4 כדי להוסיף אותו.
- לוחצים על שמירה.
העברת פלחים של קהל יעד
התהליך הרגיל הוא להחליף בין הקמפיינים ולעקוב אחר הביצועים במשך שבוע. אם אין בעיות חמורות, אפשר להחליף בין הפלחים של קהל היעד אחרי שבוע.
- חוזרים לרשימת הפלחים של קהל היעד שרוצים להעביר ולקמפיינים שמטרגטים לפלחים האלה (מהשלב זיהוי של קהלים להעברה).
- מוודאים שכל פלח להעברה מטורגט רק על ידי קמפיינים שנכללים בהעברה. אם פלח מסוים מטורגט על ידי קמפיין שנכלל בהעברה וגם על ידי קמפיין שלא נכלל בהעברה, צריך ליצור פלח חדש עם GA4 שהקמפיין שנכלל בהעברה אמור לטרגט.
- פותחים כל פלח להעברה.
- לוחצים על סמל התפריט (3 נקודות) בפינה השמאלית העליונה ולוחצים על עריכת רשימה.
- צריך לרשום לפניכם את הכללים שמופיעים בקטע 'פעולות'.
- משנים את המקור ל-Firebase.
- משחזרים את הכללים שציינתם לעצמכם בשלב 3 ומעדכנים את שמות האירועים לשם האירוע הנכון של Firebase.
-
הערה: אם דילגתם בטעות על שלב 4 והכללים אבדו בזמן שינוי המקור, אפשר פשוט ללחוץ על 'ביטול' במקום על 'שמירה' ולהתחיל מההתחלה. הכללים המקוריים עדיין יופיעו.
-
-
לוחצים על שמירה.