מאפיינים מותאמים אישית ומדדים מותאמים אישית דומים למאפיינים ולמדדים שמוגדרים כברירת מחדל בחשבון Analytics, אלא שבמקרה הזה אתם יוצרים אותם בעצמכם. אפשר להשתמש בהם כדי לאסוף ולנתח נתונים שמערכת Analytics לא עוקבת אחריהם באופן אוטומטי.
הנושאים במאמר:סקירה כללית
מאפיינים ומדדים מותאמים אישית מאפשרים לכם לשלב נתוני Analytics עם נתונים שאינם של Analytics, למשל נתונים של ניהול קשרי לקוחות (CRM). למשל:
- אם אתם שומרים את המגדר של משתמשים מחוברים במערכת של ניהול קשרי לקוחות (CRM), אפשר לשלב את המידע הזה עם הנתונים שלכם מ-Analytics כדי להציג צפיות בדף לפי מגדר.
- אם אתם מפתחי משחקים, מדדים כמו "השלמות של שלבים" או "תוצאה גבוהה" עשויים להיות רלוונטיים יותר מבחינתכם מאשר מדדים שהוגדרו מראש כמו צפיות במסך. מעקב אחרי נתונים כאלה באמצעות מדדים מותאמים אישית יאפשר לכם לעקוב אחרי ההתקדמות מבחינת המדדים החשובים ביותר שלכם, באמצעות דוחות בהתאמה אישית גמישים וקלים לקריאה.
מאפיינים מותאמים אישית יכולים להופיע כמאפיינים ראשיים בדוחות בהתאמה אישית. אפשר להשתמש בהם גם בתור פלחים ומאפיינים משניים בדוחות רגילים.
דרישות מוקדמות
מאפיינים ומדדים מותאמים אישית זמינים רק לנכסים שהוגדרו לפעולה עם Universal Analytics או שמכילים לפחות תצוגת דוחות אחת של אפליקציה. מאפיינים ומדדים מותאמים אישית נתמכים על ידי ערכות ה-SDK של Google Analytics ל-Android ול-iOS v2.x ואילך, analytics.js ו-Measurement Protocol.
מאפיינים ומדדים מותאמים אישית מצריכים הגדרה נוספת בחשבון Analytics ובקוד המעקב. אחרי שמבצעים את שני שלבי ההגדרה, אפשר להשתמש בהם בדוחות.
מגבלות ואזהרות
בכל נכס קיימים 20 אינדקסים שזמינים למאפיינים מותאמים אישית שונים, ו-20 אינדקסים למדדים מותאמים אישית. בחשבונות 360 קיימים 200 אינדקסים שזמינים למאפיינים מותאמים אישית ו-200 למדדים מותאמים אישית.
לא ניתן למחוק מאפיינים מותאמים אישית, אך ניתן להשבית אותם. מומלץ להימנע משימוש חוזר במאפיינים מותאמים אישית שהושבתו. כשעורכים את השם, ההיקף והערך של מאפיין מותאם אישית, ניתן לשייך את הערכים החדשים וגם את הערכים הקודמים לשם החדש או הישן של המאפיין. הפעולה הזו ממזגת את הנתונים בדוחות בדרך שלא מאפשרת הפרדה מדויקת באמצעות מסנן.
מאפיינים מותאמים אישית מסוימים אינם זמינים בדיווח כשהם משולבים עם מידע דמוגרפי. ייתכן שתיתקלו בהגבלות או באי-תאימות של סף הדיווח או של ה-API בעת בקשת מאפיינים מותאמים אישית עם נתונים דמוגרפיים.
מחזור החיים של מאפיינים ומדדים מותאמים אישית
מחזור החיים של מאפיין או מדד מותאם אישית כולל ארבעה שלבים:
- הגדרה – הגדרת המאפיינים והמדדים המותאמים אישית באמצעות אינדקס, שם ותכונות אחרות כמו היקף.
- איסוף – שליחת ערכים של מאפיינים ומדדים מותאמים אישית ל-Analytics מההטמעה שלכם.
- עיבוד – הנתונים עוברים עיבוד בהתאם להגדרות של המאפיינים והמדדים המותאמים אישית, ובהתאם לכל מסנן של תצוגת דוחות.
- דיווח – יצירת דוחות חדשים על סמך המאפיינים והמדדים המותאמים אישית בממשק המשתמש של Analytics.
הגדרה
כדי לשלוח ערכים של מאפיינים ומדדים מותאמים אישית ל-Analytics, יש להגדיר אותם בנכס של Analytics. בכל נכס של Analytics קיימים 20 אינדקסים זמינים למאפיינים מותאמים אישית ו-20 אינדקסים נוספים שזמינים למדדים מותאמים אישית.
כשמגדירים מאפיין או מדד מותאם אישית, מציינים את השם שלו וערכים אחרים של הגדרות, ומערכת Analytics מקצה מספר אינדקס שאפשר להשתמש בו מאוחר יותר לצורך התייחסות למאפיין או למדד. מאפיינים מותאמים אישית כוללים את ערכי התצורה הבאים:
- שם – שם המאפיין המותאם אישית כפי שהוא יופיע בדוחות.
- היקף – הנתונים שהמאפיין או המדד המותאם אישית יחול עליהם. מידע נוסף על ההיקף.
- פעיל – הגדרה זו קובעת אם הערך של המאפיין או המדד המותאם אישית יעבור עיבוד. מאפיינים מותאמים אישית שאינם פעילים עשויים עדיין להופיע בדוחות, אך הערכים שלהם לא יעברו עיבוד.
מדדים מותאמים אישית כוללים את ערכי התצורה הבאים:
- שם – שם המדד המותאם אישית כפי שהוא יופיע בדוחות.
- סוג – ההגדרה הזו קובעת את האופן שבו הערך של המדד המותאם אישית יוצג בדוחות.
- ערך מינימלי / מקסימלי – ערכי המינימום והמקסימום שיעובדו ויוצגו בדוחות.
- פעיל – הגדרה זו קובעת אם הערך של המדד המותאם אישית יעבור עיבוד. מדדים מותאמים אישית שכבר לא פעילים עשויים עדיין להופיע בדוחות, אבל הם לא יעברו עיבוד.
ניתן להגדיר מאפיינים ומדדים מותאמים אישית בממשק המשתמש של Analytics.
אחרי שמגדירים מאפיין או מדד מותאם אישית, מומלץ לא לערוך את השם או ההיקף שלו אם אפשר להימנע מכך. כדי לקבל מידע נוסף על הדרך שבה שינויים בערכים האלה עשויים להשפיע על הדוחות, אפשר לעיין בשיקולי ההטמעה.
איסוף
הערכים של מאפיינים ומדדים מותאמים אישית נשלחים ל-Analytics בזמן האיסוף כזוג פרמטרים של אינדקס וערך. הפרמטר של האינדקס תואם למספר האינדקס של המאפיין או המדד המותאם אישית שהוקצה על ידי Analytics בשלב ההגדרה.
בניגוד לנתונים מסוגים אחרים, מאפיינים ומדדים מותאמים אישית נשלחים אל Analytics כפרמטרים שמצורפים אל היטים אחרים, כמו צפיות בדף, אירועים או פירוט עסקאות. כתוצאה מכך, יש להגדיר את הערכים של מאפיינים או מדדים מותאמים אישית לפני שמתבצעת קריאה למעקב כדי שהערך הזה יישלח ל-Analytics.
לדוגמה, כדי להגדיר ערך של מאפיין מותאם אישית, הקוד עשוי להיראות כך:
ga('create', 'UA-XXXX-Y', 'auto'); // הגדרת הערך של מאפיין מותאם אישית באינדקס 1. ga('set', 'cd1', 'Level 1'); // שליחת הערך של המאפיין המותאם אישית עם היט של צפייה בדף. ga('send', 'pageview');
סוגים של מדדים מותאמים אישית
יש לשלוח מדדים מותאמים אישית מסוג 'מספר שלם' או 'זמן' כמספרים שלמים. מדדים מותאמים אישית מסוג 'מטבע' יכולים להישלח גם כערכים עשרוניים קבועים, בהתאם למטבע המקומי.
עיבוד
במהלך העיבוד של מאפיינים מותאמים אישית, ההיקף קובע את ההיטים שעליהם יחול ערך מסוים של מאפיין מותאם אישית, ומסנני התצוגה המפורטת קובעים את ההיטים והערכים המשויכים אליהם שייכללו בסופו של דבר בדיווח.
היקף וקדימות
ההיקף קובע את ההיטים שישויכו לערך מסוים של מאפיין מותאם אישית. קיימות ארבע רמות של היקף: מוצר, היט, סשן ומשתמש:
- מוצר – הערך מוחל על המוצר שעבורו הערך הוגדר (מסחר אלקטרוני משופר בלבד).
- היט – הערך מוחל על ההיט הבודד שעבורו הערך הוגדר.
- סשן – הערך מוחל על כל ההיטים במסגרת סשן בודד.
- משתמש – הערך מוחל על כל ההיטים בסשנים הנוכחיים והעתידיים, עד שהערך ישתנה או שהמאפיין המותאם אישית יפסיק להיות פעיל.
כשלמאפיין מותאם אישית יש היקף ברמת המוצר, הערך מוחל רק על המוצר שעבורו הערך הוגדר. ניתן לשלוח כמה מוצרים בהיט יחיד, כך שניתן לשלוח כמה מאפיינים מותאמים אישית עם היקף ברמת המוצר בהיט יחיד.
היקף ברמת ההיטכאשר למאפיין מותאם אישית יש היקף ברמת ההיט, הערך מוחל רק על המוצר שעבורו הערך הוגדר. ניתן לראות דוגמאות למצב כזה באיור א, באיור ב ובאיור ג שמופיעים בהמשך:
היקף ברמת הסשן
כאשר שני ערכים עם היקף ברמת הסשן מוגדרים באותו אינדקס בסשן מסוים, הערך האחרון שהוגדר מקבל קדימות ומוחל על כל ההיטים בסשן הזה. באיור ד שבהמשך, הערך האחרון שהוגדר מחליף את כל הערכים הקודמים באינדקס הזה:
היקף ברמת המשתמש
לבסוף, אם שני ערכים של מאפיינים מותאמים אישית עם היקף ברמת המשתמש מוגדרים באותו סשן, הערך האחרון שהוגדר מקבל קדימות בסשן הנוכחי ומוחל על הסשנים העתידיים של המשתמש הזה.
באיור ב שבהמשך, ערך A של CD מוחל על כל ההיטים בסשן 2, בדיוק כמו CD ברמת הסשן. עם זאת, באיור ג, בניגוד להיקף ברמת הסשן, ערך A של CD ממשיך לחול על היטים בסשן השלישי כי ל-CD1 יש היקף ברמת המשתמש:
מסננים
ייתכנו כמה סוגים של אינטראקציות בין מסננים של תצוגה מפורטת לבין מאפיינים ומדדים מותאמים אישית.
ערכים של מאפיינים ומדדים מותאמים אישית משויכים, כל אחד בנפרד, להיט שאיתו הם התקבלו, ללא קשר להיקף שלהם. אם ההיט הרלוונטי מסונן על ידי מסנן של תצוגה מפורטת, ייתכן שגם המאפיין או המדד המותאם אישית יעבור סינון, בהתאם להיקף של המאפיין או המדד:
- היקף ברמת ההיט: מאפיינים מותאמים אישית עם היקף ברמת ההיט, וגם כל המדדים המותאמים אישית יעברו סינון, אם גם ההיט שאליו הם משויכים עבר סינון.
- היקף ברמת הסשן או ברמת המשתמש: מאפיינים מותאמים אישית עם היקף ברמת המשתמש או הסשן לא יסוננו, גם אם ההיט שאליו הם צורפו עובר סינון. הערכים שלהם עדיין יחולו על כל ההיטים בסשן הנוכחי, וגם בסשנים עתידיים אם למאפיין הוגדר היקף ברמת המשתמש.
ניתן גם להשתמש במאפיינים מותאמים אישית כדי לבנות מסננים של תצוגות מפורטות. מסננים כאלה יגרמו לכך שהיטים יסוננו בהתאם להיקף של המאפיין המותאם אישית. לדוגמה, סינון לפי ערך של מאפיין מותאם אישית עם היקף ברמת המשתמש יגרום לסינון של סשנים נוכחיים ועתידיים מתוך קבוצת המשתמשים שמשויכים לערך הזה.
דוחות
לאחר השלמת האיסוף, ההגדרה והשלבים האחרים בצינור עיבוד הנתונים, המאפיינים והמדדים המותאמים אישית הופכים להיות זמינים דרך ממשק דוחות המשתמשים.
מאפיינים ומדדים מותאמים אישית זמינים בדוחות מותאמים אישית, וזמינים לשימוש עם פלחים מתקדמים. ניתן להשתמש במאפיינים מותאמים אישית גם כמאפיינים משניים בדוחות רגילים.
דוגמאות
הדוגמאות הבאות מראות כיצד מאפיינים ומדדים מותאמים אישית מאפשרים למפתח משחקים להבין את התנהגות השחקנים.
מפתח משחקים הפיץ לאחרונה משחק חדש.
ההטמעה הנוכחית של Analytics עוקבת אחרי צפייה במסך בכל פעם שמשתמש משחק בשלב מסוים. המפתח כבר יודע כמה פעמים המשתמשים משחקים בכל שלב. עכשיו הוא מעוניין לקבל תשובות לשאלות מתקדמות יותר:
- כמה פעמים השחקנים משחקים ברמות הקלות לעומת רמות בינוניות או קשות?
- בכמה שלבים הם משחקים בכל יום במהלך 3 הימים של תקופת הניסיון בחינם?
- בכמה שלבים משחקים המשתמשים בגרסת הניסיון בהשוואה למשתמשים ששילמו תמורת המשחק?
כדי לענות על השאלות האלה, המפתח יוצר קבוצות חדשות של היטים, של סשנים ושל משתמשים באמצעות מאפיינים מותאמים אישית.
בנוסף, המפתח מוכר כמה תכונות נוספות כדי לשפר את חוויית המשתמש, כמו "תוספות כוח". המפתח כבר משתמש בשדות של הקטגוריות והווריאנטים, אבל רוצה שדה נוסף שימדוד את עוצמת תוספת הכוח שהמשתמשים רוכשים. בצורה כזו, המפתח יוכל לקבוע אם עוצמות מסוימות של תוספות כוח היו פופולריות יותר מאחרות.
היקף ברמת ההיט
הדוגמה הבאה ממחישה איך מפתח המשחק יכול להיעזר במאפיינים מותאמים אישית ברמת ההיט כדי לגלות בכמה שלבים המשתמשים שיחקו בכל רמת קושי – נמוכה, בינונית או גבוהה.
המפתח כבר עוקב אחר מספר הפעמים שהמשתמשים משחקים בכל שלב באמצעות צפיות במסך. עכשיו הוא מעוניין לדעת באיזו רמת קושי משחקים הכי הרבה.
הדוח נראה כך:
רמת קושי | צפיות במסך |
---|---|
קלה | |
בינונית | |
קשה |
לפני השימוש במאפיינים מותאמים אישית, המפתח יכל לראות ספירה כוללת של צפיות במסך לפי שלב, אבל לא הייתה לו אפשרות לקבץ את הצפיות במסך לפי רמת קושי.
השימוש במאפיין מותאם אישית ברמת ההיט מאפשר לשייך את רמת הקושי לכל צפייה במסך, וכך הדוחות יכולים לכלול את רמת הקושי שמשחקים בה הכי הרבה.
למה כדאי להשתמש בהיקף ברמת ההיט?
משתמש יכול לשחק בכמה שלבים במהלך סשן אחד. הגדרת היקף ברמת ההיט גורמת לכך שערך של רמת קושי ישויך רק לצפיה במסך שאיתה הוא נשלח. כך ניתן להבטיח שכל צפייה במסך של שלב מסוים תשויך לרמת קושי ייחודית.
הגדרה
השלב הראשון של יישום מאפיין מותאם אישית הוא להגדיר אותו דרך הגדרות הנכס בקטע 'אדמין' ב-Analytics. לצורך הדוגמה הבאה, הגדרת המאפיין המותאם אישית נראית כך:
אינדקס | 1 |
שם | רמת קושי |
היקף | היט |
פעיל | true |
איסוף
במשחק, המפתח כבר עוקב אחרי כל שלב באמצעות צפייה במסך. כדי לשייך את רמת הקושי לכל שלב במשחק, יש להגדיר את הערך של המאפיין המותאם אישית ממש לפני הקריאה למעקב אחרי הצפייה במסך.
היישום עשוי להיראות כך:
ga('create', 'UA-XXXX-Y', 'auto'); // הגדרת הערך של המאפיין המותאם אישית באינדקס 1. ga('set', 'cd1', 'easy'); // שליחת הערך של המאפיין המותאם אישית עם היט של צפייה בדף. ga('send', 'pageview', '/level_1/');
בדוגמה הזו, המאפיין המותאם אישית מוגדר ממש לפני תחילת המעקב אחרי הצפייה במסך של כל שלב. ההגדרה משייכת את רמת הקושי עם הצפייה במסך ומאפשרת למפתח לקבץ את ההיטים של הצפיות במסך לפי רמת קושי בדוחות.
עיבוד
אחרי שההיטים נאספים ונשלחים אל Google Analytics, הנתונים מעובדים והערכים של המאפיינים המותאמים אישית מוחלים על ההיטים בהתאם להיקף שהוגדר.
לדוגמה, הנתונים שנאספו לגבי שחקן בודד, עם סשן אחד, ששיחק ב-6 שלבים, ייראו כך:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd1_value=easy H2: screen_name=/level_2/ cd1_value=medium H3: screen_name=/level_3/ cd1_value=hard H4: screen_name=/level_4/ cd1_value=easy H5: screen_name=/level_5/ cd1_value=medium H6: screen_name=/level_6/ cd1_value=medium
שימו לב שהשימוש בהיקף ברמת ההיט מבטיח שכל ערך של רמת קושי ישויך רק לצפייה במסך שאיתה הוא נשלח.
דוחות
אחרי עיבוד הנתונים, ומאחר שכל צפייה במסך משויכת לערך תואם של רמת קושי, המפתח יכול ליצור דוח שמבוסס גם על שם המסך וגם על רמת הקושי כמאפיינים, ועל צפיות במסך כמדד:
שם מסך | רמת קושי | צפיות במסך |
---|---|---|
/level_1/ | קלה | 1 |
/level_2/ | בינונית | 1 |
/level_3/ | קשה | 1 |
/level_4/ | קלה | 1 |
/level_5/ | בינונית | 1 |
/level_6/ | בינונית | 1 |
ניתן ליצור דוח בהתאמה אישית שמתבסס על רמת הקושי בתור המאפיין הראשי כדי לקבץ צפיות במסך, ולהבין כמה פעמים משתמשים שיחקו בכל רמת קושי:
רמת קושי | צפיות במסך |
---|---|
קלה | 2 |
בינונית | 3 |
קשה | 1 |
בדוח הזה, שיחקו הכי הרבה ברמות הקושי הבינוניות. המפתח יכול להגיע למסקנה הזאת על ידי קיבוץ צפיות במסך באמצעות מאפיינים מותאמים אישית ברמת ההיט.
היקף ברמת הסשן
הדוגמה הבאה ממחישה איך מאפיינים מותאמים אישית ברמת הסשן מאפשרים למפתח המשחק לראות בכמה שלבים המשתמשים משחקים בכל יום במהלך 3 הימים של תקופת הניסיון בחינם.
המפתח כבר יודע כמה פעמים המשתמשים משחקים בכל שלב, על ידי מעקב אחרי צפייה במסך עבור כל שלב. עכשיו הוא מעוניין לדעת בכמה שלבים המשתמשים שיחקו בכל יום.
הדוח שהמפתח מעוניין ליצור נראה כך:
יום ניסיון | צפיות במסך |
---|---|
יום 1 | |
יום 2 | |
יום 3 |
מאפיינים מותאמים אישית ברמת הסשן מאפשרים למפתח לקבץ צפיות במסך לפי היום של תקופת הניסיון בחינם, ולראות איך מספר הצפיות משתנה ככל שהמשתמש מבלה זמן רב יותר בתקופת הניסיון.
למה כדאי להשתמש בהיקף ברמת הסשן?
היקף ברמת הסשן מאפשר לקבץ ביעילות סשנים שלמים, ביחד עם כל ההיטים שכלולים בהם, בערך אחד של המאפיין 'יום ניסיון'.
אפשר לקבל את אותה הפונקציונליות באמצעות היקף ברמת ההיט, אבל היקף ברמת הסשן מאפשר להגדיר בקלות את הערך של 'יום ניסיון' באמצעות תוספת הקוד הקצרה ביותר.
הגדרה
המאפיין המותאם אישית 'יום ניסיון' (Day of Trial) מוגדר בקטע של הגדרות הנכס בממשק המשתמש של Analytics עם הערכים הבאים:
אינדקס | 2 |
שם | יום ניסיון |
היקף | הפעלה |
פעיל | true |
איסוף
במשחק, המפתח כבר עוקב אחרי כל שלב באמצעות צפייה במסך. כדי לשייך יום לכל הצפיות במסך במסגרת סשן מסוים, יש להגדיר את הערך של המאפיין המותאם אישית רק פעם אחת לכל סשן.
המפתח יגדיר את המאפיין המותאם אישית כאשר המשתמש יתחיל את המשחק בפעם הראשונה:
ga('create', 'UA-XXXX-Y', 'auto'); // הגדרת הערך של המאפיין המותאם אישית באינדקס 2. var day = getDayOfTrial(); ga('set', 'dimension2', day ); // שליחת הערך של המאפיין המותאם אישית ביחד עם היט של צפייה בדף. ga('send', 'pageview', '/level_1/');
הערה: ניתן להגדיר מאפיין מותאם אישית ברמת הסשן בכל שלב במהלך הסשן. עם זאת, בדוגמה הנוכחית קל יותר למפתח לקבוע את יום הניסיון ולהגדיר את הערך בהתאם בתחילת הסשן.
עיבוד
אחרי שההיטים נאספים ונשלחים אל Google Analytics, הנתונים מעובדים והערכים של המאפיינים המותאמים אישית מוחלים על ההיטים בהתאם להיקף שהוגדר.
לדוגמה, כך ייראו הנתונים שנאספו לגבי שחקן יחיד ששיחק במשחק פעמיים ביום הראשון, פעם אחת ביום השני ופעם אחת ביום השלישי:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Session 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Session 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Session 4: H1: screen_name=/level_3/ cd2_value=3
חשוב לשים לב שהערכים של המאפיין המותאם אישית נשלחו רק עם צפייה אחת במסך לכל סשן.
היקף ברמת הסשן מבטיח שהערך של המאפיין 'יום ניסיון' ישויך לכל ההיטים בסשן הזה, ולא רק להיט שאיתו הערך נשלח.
דוחות
לאחר העיבוד, הערכים של המאפיין המותאם אישית ברמת הסשן ישויכו לכל הצפיות במסך שהתקבלו במסגרת אותו סשן. עכשיו המפתח יכול ליצור דוח שמבוסס על 'יום הניסיון' ושם המסך בתור מאפיינים, ועל צפיות במסך בתור מדד:
יום ניסיון | שם מסך | צפיות במסך |
---|---|---|
1 | /level_1/ | 1 |
1 | /level_2/ | 2 |
1 | /level_3/ | 1 |
1 | /level_4/ | 2 |
2 | /level_1/ | 1 |
2 | /level_2/ | 1 |
2 | /level_3/ | 1 |
3 | /level_3/ | 1 |
לבסוף, כדי לקבץ צפיות במסך לפי יום ולגלות בכמה שלבים המשתמשים שיחקו בכל יום במהלך תקופת הניסיון, המפתח יכול ליצור דוח בהתאמה אישית שמבוסס על 'יום הניסיון' בתור המאפיין הראשי:
יום ניסיון | צפיות במסך |
---|---|
1 | 6 |
2 | 3 |
3 | 1 |
הנתונים מראים שביום הראשון המשתמשים שיחקו במספר השלבים הגבוה ביותר, ובימים 2 ו-3 מספר השלבים שהמשתמשים שיחקו בהם היה נמוך בצורה משמעותית. כדי להגיע למסקנה הזאת, המפתח יכול להשתמש במאפיינים מותאמים אישית ברמת הסשן כדי לקבץ כמה סשנים ואת ההיטים שמרכיבים אותם לפי ערך אחד.
היקף ברמת המשתמש
הדוגמה האחרונה ממחישה איך מאפיינים מותאמים אישית ברמת המשתמש מאפשרים למפתח המשחק להבין בכמה שלבים שיחקו משתמשים משלמים בהשוואה למשתמשים בגרסת הניסיון בחינם.
בדומה לדוגמאות הקודמות, מספר הפעמים הכולל שבו משתמשים שיחקו בכל שלב כבר נמצא במעקב באמצעות צפיות במסך, אבל עכשיו המפתח מעוניין לקבץ את הצפיות במסך לפי משתמשים משלמים ומשתמשים שלא משלמים.
הדוח שהמפתח מעוניין ליצור נראה כך:
סוג שחקן | צפיות במסך |
---|---|
חינם | |
משלם |
מאפיין מותאם אישית ברמת המשתמש מאפשר למפתח לקבל את הנתונים הרצויים, על ידי שיוך כל הצפיות במסך של משתמש מסוים, בכל הסשנים הנוכחיים והעתידיים שלו, באמצעות הערך 'סוג שחקן'.
למה כדאי להשתמש בהיקף ברמת המשתמש?
היקף ברמת המשתמש מאפשר לקבץ בנוחות את כל ההיטים וההפעלות שמרכיבים את הפעילות של משתמש לפי ערך יחיד. זאת האפשרות המתאימה ביותר לערכים של משתמש יחיד שלא משתנים לעיתים קרובות, כמו 'סוג שחקן' בדוגמה הנוכחית.
חשוב לשים לב שניתן לקבל את אותה פונקציונליות באמצעות היקף ברמת ההיט או הסשן, אבל היקף ברמת המשתמש הוא הפתרון הנוח ביותר עם כמות הקוד הקטנה ביותר.
הגדרה
המאפיין המותאם אישית 'סוג שחקן' מוגדר במקטע הניהול עם הערכים הבאים:
אינדקס | 3 |
שם | סוג שחקן |
היקף | משתמש |
פעיל | true |
איסוף
כמו בדוגמאות הקודמות, המפתח כבר עוקב אחרי כל שלב באמצעות צפייה במסך. כדי לקבץ את הצפיות במסך לפי סוג שחקן, המפתח צריך להגדיר את המאפיין 'סוג שחקן' רק כשהמשתמש מתחיל את המשחק, ופעם שנייה אם המשתמש משלם לאחר מכן כדי לקבל גישה לגרסה המלאה של המשחק.
המפתח יגדיר את המאפיין המותאם אישית כאשר המשתמש יתחיל את המשחק בפעם הראשונה:
ga('create', 'UA-XXXX-Y', 'auto'); // הגדרת הערך של המאפיין המותאם אישית באינדקס 3. ga('set', 'dimension3', 'Free' ); // שליחת הערך של המאפיין המותאם אישית ביחד עם היט של צפייה בדף. ga('send', 'pageview', '/level_1/');
המפתח ירצה להגדיר את המאפיין המותאם אישית גם כאשר המשתמש ישלם תמורת הגרסה המלאה של המשחק:
ga('create', 'UA-XXXX-Y', 'auto'); // הגדרת הערך של המאפיין המותאם אישית באינדקס 3. ga('set', 'dimension3', 'Paid' ); // שליחת הערך של המאפיין המותאם אישית ביחד עם היט של צפייה בדף. ga('send', 'pageview', '/level_1/');
עיבוד
כמו בדוגמאות הקודמות, אחרי שהנתונים נאספים הם עוברים עיבוד, והערכים של המאפיינים המותאמים אישית מוחלים על היטים בהתאם להיקף שלהם.
לדוגמה, כך ייראו הנתונים שנאספו לגבי שחקן יחיד ששיחק במשחק פעמיים כמשתמש בחינם ופעם אחת כמשתמש משלם:
userId = 5555 Session 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Session 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Session 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
חשוב לשים לב שהערך free
(חינם) שהוגדר בסשן 1 חל על כל ההיטים בסשן הזה וגם בסשן 2, עד שהערך החדש paid
(משלם) מוגדר בסשן 3.
דוחות
לאחר העיבוד, הערכים של המאפיין המותאם אישית 'סוג שחקן' ישויכו לסשנים שבהם הם הוגדרו, וגם לסשנים ולהיטים עתידיים.
עכשיו המפתח יכול ליצור דוח שמתבסס על 'סוג השחקן' ושם המסך בתור מאפיינים, ועל צפיות במסך בתור מדד:
סוג שחקן | שם מסך | צפיות במסך |
---|---|---|
חינם | /level_1/ | 1 |
חינם | /level_2/ | 2 |
חינם | /level_3/ | 2 |
משלם | /level_3/ | 1 |
משלם | /level_4/ | 1 |
לבסוף, כדי לקבץ צפיות במסך לפי 'סוג שחקן' ולגלות בכמה שלבים שיחקו המשתמשים בחינם לעומת המשתמשים המשלמים, המפתח יכול ליצור דוח בהתאמה אישית שמבוסס על 'סוג השחקן' בתור המאפיין הראשי:
סוג שחקן | צפיות במסך |
---|---|
חינם | 5 |
משלם | 2 |
הנתונים מראים שמשתמשים בחינם שיחקו ביותר שלבים מאשר משתמשים משלמים. כדי להגיע למסקנה הזו, המפתח יכול להיעזר במאפיינים מותאמים אישית ברמת המשתמש כדי לקבץ את המשתמשים, ואת הסשנים וההיטים שמרכיבים את הפעילות שלהם, לפי ערך בודד.
היקף ברמת המוצר
הדוגמה הבאה ממחישה איך מפתח המשחק יכול להיעזר במאפיינים מותאמים אישית ברמת המוצר כדי לגלות איזו עוצמה של תוספת כוח קנו המשתמשים – חלשה, בינונית או חזקה.
המפתח כבר עוקב אחרי מספר הפעמים שהמשתמשים רוכשים תוספות כוח באמצעות מסחר אלקטרוני משופר. עכשיו הוא מעוניין לדעת מה העוצמה של תוספת הכוח שנמכרה הכי הרבה פעמים.
הדוח ייראה כך:
עוצמת תוספת כוח | הכנסות מהמוצר |
---|---|
חלשה | |
בינונית | |
חזקה |
לפני השימוש במאפיינים מותאמים אישית, המפתח היה רואה את ההכנסה הכוללת מהמוצר שנובעת מתוספות כוח, אבל לא הייתה לו אפשרות לקבץ את ההכנסות לפי העוצמה של תוספת הכוח.
שימוש במאפיין מותאם אישית ברמת המוצר מאפשר לשייך את העוצמה לכל מוצר ולכלול בדוחות את רמת העוצמה שנרכשה הכי הרבה פעמים (ועם המספר הרב ביותר של צפיות, קליקים ופעולות אחרות של מסחר אלקטרוני משופר).
למה כדאי להשתמש בהיקף ברמת המוצר?
משתמש יכול לרכוש כמה תוספות כוח ברכישה בודדת. היקף ברמת המוצר גורם לכך שערך העוצמה ישויך רק למוצר שאיתו הוא נשלח. התכונה הזו מבטיחה שניתן לשייך כל תוספת כוח שנרכשה לעוצמה ייחודית.
הגדרה
המאפיין המותאם אישית 'עוצמת תוספת כוח' (Powerup Strength) מוגדר דרך הגדרות הנכס בקטע 'אדמין' ב-Google Analytics, עם הערכים הבאים:
אינדקס | 4 |
שם | עוצמת תוספת כוח |
היקף | מוצר |
פעיל | true |
איסוף
במשחק, המפתח כבר עוקב אחרי כל רכישה של תוספת כוח. כדי לשייך את העוצמה לכל תוספת כוח, יש להגדיר את הערך של המאפיין המותאם אישית עם נתוני המוצר.
הוספת המאפיין הזה למוצר עשויה להיראות כך:
ga('ec:addProduct', { // Provide product details in an productFieldObject. 'id': 'P12345', // Product ID (string). 'name': 'Powerup', // Product name (string). 'category': 'Extras', // Product category (string). 'variant': 'red', // Product variant (string). 'price': '10.00', // Product price (currency). 'quantity': 2, // Product quantity (number). 'dimension4': 'strong' // Product-scoped custom dimension (string). }); ga('ec:setAction', 'purchase', { 'id': 'T12345', 'revenue': '20.00' }); ga('send', 'pageview'); // Send transaction data with initial pageview.
בדוגמה הזו, המאפיין המותאם אישית מוגדר ביחד עם פרטי המוצר. ההגדרה משייכת את העוצמה לתוספת הכוח הזו.
עיבוד
כמו בדוגמאות הקודמות, אחרי שההיטים נאספים ונשלחים ל-Analytics, הנתונים עוברים עיבוד והערכים של המאפיינים המותאמים אישית מוחלים על המוצרים שאיתם הם הוגדרו.
לדוגמה, הנתונים שנאספו לגבי שחקן בודד, עם סשן אחד, שרכש 3 תוספות כוח, נראים כך:
userId = 5555 Session 1: H1: product_name=powerup cd4_value=weak product_name=powerup cd4_value=strong H2: product_name=powerup cd4_value=weak
שימו לב ששימוש בהיקף ברמת המוצר מבטיח שכל ערך של תוספת כוח משויך רק למוצר שאיתו הוא הוגדר.
דוחות
אחרי עיבוד הנתונים, ומאחר שכל מוצר משויך לערך העוצמה המתאים לו, המפתח יכול ליצור דוח בהתאמה אישית שמוצגות בו ההכנסות לפי עוצמת תוספת הכוח:
עוצמת תוספת כוח | הכנסות מהמוצר |
---|---|
חלשה | 20.00 |
חזקה | 10.00 |
בדוח הזה, תוספות כוח חלשות תרמו את מירב ההכנסות.
מדדים מותאמים אישית
היקף
בדומה למאפיינים מותאמים אישית, למדדים מותאמים אישית יכולים להיות היקפים שונים. מדדים מותאמים אישית ברמת ההיט משויכים לכל המאפיינים ברמת ההיט שאיתם הם נשלחו. באופן דומה, מדדים מותאמים אישית ברמת המוצר משויכים רק למוצרים שאיתם הם נשלחו. הדוגמאות הבאות ממחישות את שני הסוגים האלה של מדדים מותאמים אישית.
דוגמה למדד מותאם אישית עם היקף ברמת ההיט
בדוגמאות שמופיעות למעלה, מפתח המשחק עקב אחר כל פעם שמשתמש שיחק בשלב מסוים כצפייה במסך. בכל אחד מהדוחות שנוצרו, מדד הצפייה במסך שימש כדי לייצג את הניסיון של שחקן להשלים שלב מסוים.
עם זאת, המפתח רוצה גם לדעת מה שיעור ההשלמה של כל שלב.
כדי לקבוע את שיעור ההשלמה, המפתח ישתמש במדד מותאם אישית חדש בשם 'השלמות של שלבים' וישווה אותו לצפיות במסך עבור כל שלב.
הדוח שהמפתח מעוניין ליצור נראה כך:
שם מסך | צפיות במסך | השלמות של שלבים |
---|---|---|
/level_1/ | ||
/level_2/ | ||
/level_3/ |
למה כדאי להשתמש במדד מותאם אישית?
במקרים רבים תהיה לכם אפשרות לעקוב אחרי המדדים החשובים ביותר שלכם באמצעות אירועים, צפיות במסך ו/או מדדים מותאמים אישית. עם זאת, מדדים מותאמים אישית יכולים להניב דוחות מותאמים אישית שהם גמישים יותר וקלים יותר לקריאה, כך שהם מהווים דרך נוחה לעקוב אחר המדדים החשובים ביותר שלכם.
בדוגמה הזו לא ניתן לעקוב אחרי השלמות של שלבים בלי לספור פעמיים את מספר הצפיות במסך לכל רמה, כך שרצוי למצוא אפשרות אחרת.
ניתן להשתמש באירוע מסוים בפני עצמו, אבל האופי ההיררכי של אירועים מקשה על יצירת הדוח שלמעלה, שמשלב בין צפיות במסך לבין השלמות של שלבים במסגרת מאפיין אחד.
כתוצאה מהמגבלות האלה, ומאחר שהשלמות של שלבים הן מדד חשוב מאוד מבחינת המפתח הזה, שיטת הפעולה הנוחה ביותר היא לעקוב אחרי השלמות של שלבים כמדד מותאם אישית.
הגדרה
המדד המותאם אישית 'השלמות של שלבים' (Level Completions) מוגדר בקטע הניהול של ממשק המשתמש, עם הערכים הבאים:
אינדקס | 1 |
שם | השלמות של שלבים |
היקף | היט |
סוג הפורמט | מספר שלם |
פעיל | true |
איסוף
המפתח כבר עוקב אחרי ההתחלה של כל שלב באמצעות צפייה במסך. עכשיו הוא רוצה לעקוב אחרי השלמה של שלבים באמצעות המדד המותאם אישית שהוגדר קודם לכן.
בדומה למאפיינים מותאמים אישית, מדדים מותאמים אישית נשלחים ל-Analytics כפרמטרים שמצורפים אל היטים אחרים. כדי לשלוח את המדד המותאם אישית, המפתח יצטרך לשלוח גם היט נוסף כדי לתעד את העובדה שהמשתמש השלים שלב מסוים. בדוגמה הבאה, אירוע יופעל אחרי השלמה של שלב מסוים, ומדד מותאם אישית ישויך לאירוע הזה.
היישום עשוי להיראות כך:
ga('create', 'UA-XXXX-Y', 'auto'); // הגדלה של מדד השלמת השלבים ב-1. ga('set', 'metric1', 1 ); // שליחת הערך של המאפיין המותאם אישית ביחד עם היט אירוע. ga('send', 'event', 'Level', 'completion');
עיבוד
לפני העיבוד, הנתונים של שחקן יחיד ששיחק בשלושה שלבים במשחק במהלך סשן אחד היו נראים כך:
userId = 5555 Session 1 H1: type=screen_view screen_name=/level_1/ H2: type=event screen_name=/level_1/ cm1_value=1 H3: type=screen_view screen_name=/level_2/ H4: type=screen_view screen_name=/level_2/ H5: type=screen_view screen_name=/level_2/ H6: type=event screen_name=/level_2/ cm1_value=1 H7: type=screen_view screen_name=/level_3/ H8: type=event screen_name=/level_3/ cm1_value=1
דוחות
אחרי עיבוד הנתונים, המפתח יכול ליצור דוח שמבוסס על שם המסך בתור המאפיין, ועל צפיות במסך, סך כל האירועים והשלמות של שלבים בתור המדד:
שם מסך | צפיות במסך | סך כל האירועים | השלמות של שלבים |
---|---|---|---|
/level_1/ | 1 | 1 | 1 |
/level_2/ | 3 | 1 | 1 |
/level_3/ | 1 | 1 | 1 |
מאחר שהמפתח עקב אחרי השלמות של שלבים כמדד מותאם אישית, בעתיד לא יהיה יותר צורך לסנן את אירועי ההשלמה מתוך סך כל האירועים.
במקום זאת, המפתח יכול ליצור בקלות את הדוח בהתאמה אישית שמופיע בהמשך, תוך שימוש במדד המותאם אישית 'השלמות של שלבים':
שם מסך | צפיות במסך | השלמות של שלבים |
---|---|---|
/level_1/ | 1 | 1 |
/level_2/ | 3 | 1 |
/level_3/ | 1 | 1 |
הנתונים מצביעים על כך ששלב 2 הוא למעשה קשה יותר משלבים 1 ו-3, מאחר ששיעור ההשלמה שלו הוא 33% בלבד על סמך הצפיות במסך. מעקב אחרי השלמות של שלבים כמדד מותאם אישית מאפשר למפתח לקבל בקלות תשובות לשאלות לגבי מדדים חשובים, וליצור דוחות פשוטים שאפשר לשתף עם אחרים.
דוגמה למדד מותאם אישית עם היקף ברמת המוצר
בדוגמאות למעלה, מפתח המשחק עקב אחרי כל רכישה של תוספת כוח. יש כמה מדדים שניתן לשייך לכל רכישה, למשל כמות והכנסה מהמוצר.
עם זאת, מפתח המשחק ניהל לאחרונה קידום מכירות שבו הוא העניק לכל המשתמשים זיכוי בסך 400 ש"ח. מפתח המשחק רוצה למדוד אילו תוספות כוח אנשים קונים עם הזיכוי שלהם.
כדי לקבוע את סכום הזיכוי שנוצל בכל רכישת מוצר, המפתח ישתמש במדד מותאם אישית חדש בשם 'זיכויים שנוצלו'.
הדוח שהמפתח מעוניין ליצור נראה כך:
עוצמת תוספת כוח | הכנסות מהמוצר | זיכויים שנוצלו |
---|---|---|
חזקה | ||
בינונית | ||
חלשה |
הגדרה
המדד המותאם אישית 'זיכויים שנוצלו' מוגדר בקטע 'אדמין' עם הערכים הבאים:
אינדקס | 2 |
שם | זיכויים שנוצלו |
היקף | מוצר |
סוג הפורמט | מספר שלם |
פעיל | true |
איסוף
בדומה למאפיינים מותאמים אישית ברמת המוצר, מדדים מותאמים אישית ברמת המוצר נשלחים ל-Analytics כפרמטרים שמצורפים לנתוני המוצרים.
היישום עשוי להיראות כך:
ga('ec:addProduct', { // Provide product details in an productFieldObject. 'id': 'P12345', // Product ID (string). 'name': 'Powerup', // Product name (string). 'category': 'Extras', // Product category (string). 'variant': 'red', // Product variant (string). 'price': '10.00', // Product price (currency). 'quantity': 2, // Product quantity (number). 'dimension4': 'strong', // Product-scoped custom dimension (string). 'metric2': 5 // Product-scoped custom metric (integer). }); ga('ec:setAction', 'purchase', { 'id': 'T12345', 'revenue': '20.00' }); ga('send', 'pageview'); // Send transaction data with initial pageview.
עיבוד
לפני העיבוד, הנתונים של שחקן יחיד שרכש כמה תוספות כוח עשויים להיראות כך:
userId = 5555 Session 1 H1: type=screen_view screen_name=/level_1/ H2: type=screen_view screen_name=/level_2/ product_name=powerup cd4_value=weak cm2_value=5 product_name=powerup cd4_value=strong cm2_value=5 H4: type=screen_view screen_name=/level_2/ product_name=powerup cd4_value=medium cm2_value=1 product_name=powerup cd4_value=weak cm2_value=10
דוחות
אחרי עיבוד הנתונים, המפתח יכול ליצור דוח שמתבסס על 'עוצמת תוספת כוח' בתור המאפיין ועל 'הכנסות מהמוצר' ו'זיכויים שנוצלו' בתור המדד:
עוצמת תוספת כוח | הכנסות מהמוצר | זיכויים שנוצלו |
---|---|---|
חלשה | 20 | 15 |
חזקה | 10 | 5 |
בינונית | 10 | 1 |
הנתונים מצביעים על כך שהמשתמשים מנצלים את הזיכויים שלהם לקניית תוספות כוח חלשות. המפתח הרוויח את ההכנסה הגדולה ביותר מתוספות כוח בינוניות.
שיקולי הטמעה
במהלך היישום של מאפיינים או מדדים מותאמים אישית, חשוב לזכור את הפרטים הבאים:
עריכת מאפיין או מדד קיים
עריכת השם או ההיקף של מאפיין מותאם אישית או מדד מותאם אישית שכבר קיים, עשויה להשפיע על הנתונים בדרכים הבאות:
- עריכת השם: משפיעה על נתונים שכבר עברו עיבוד. נתונים ישנים יהיו נגישים רק באמצעות השם החדש.
- עריכת ההיקף: אינה משפיעה על נתונים שכבר עובדו. רק נתונים חדשים יעובדו באמצעות ההיקף החדש.
- שינוי מצב הפעילות (השדה 'פעיל'): שדה זה קובע אם הנתונים של המאפיינים או המדדים המותאמים אישית יעברו עיבוד בפועל. חשוב לשים לב שכאשר הערך של השדה 'פעיל' הוא
false
, המאפיין או המדד המותאם אישית עדיין יופיע בדוחות, אבל לא יהיו לו נתונים משויכים מאחר שהערכים שלו לא עברו עיבוד.
תכנון מראש בעת הגדרת ההיקף
כשמחליטים איזה היקף להגדיר עבור מאפיין מותאם אישית מסוים, חשוב לקחת בחשבון את התדירות שבה הערך צפוי להשתנות. אם מדובר בערך שמשתנה פעמים רבות במהלך סשן אחד, כמו השם של שלב במשחק, כדאי לבחור היקף ברמת ההיט ולהגדיר את הערך לפני כל היט. לעומת זאת, אם מדובר במאפיין מותאם אישית כמו מגדר, ניתן להגדיר אותו ברמת המשתמש פעם אחת בלבד. שליחת ערך של מגדר עם כל היט תדרוש מכם עבודה מיותרת, והגדרה של מאפיין מותאם אישית שמשתנה לעתים קרובות עם היקף ברמת המשתמש תגרום לשיוך שגוי של הרבה היטים עם הערך הזה.