מזהי Client-ID בדפי AMP

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

בדפים שהם לא AMP, מערכת Google Analytics משתמשת בקובץ cookie יחיד של הדומיין שנקרא _ga כדי לאחסן את ה-Client ID (בדומיין של בעל התוכן הדיגיטלי).

בדפי AMP, הדברים קצת שונים. ניתן להציג דפים באמצעות דפדפן בכמה דרכים, וכתוצאה מכך יש הבדלים ביצירה ובניהול של Client-ID. לכן יש השפעה על המדדים של האתר/האפליקציה.

תרחישים של זיהוי לקוח

הנה הדרכים השונות שבהן משתמשים יכולים לגשת לדף AMP ולהשלכות של ה-Client-ID:

  1. חיפוש Google: ניתן לגשת לדף AMP דרך תוצאה בחיפוש Google והוא מוצג ב'מציג AMP'.

    • במקרה כזה המשתמש מבצע חיפוש ב-Google ותוצאת החיפוש שנבחרה היא דף AMP. הדף google.com מכיל IFRAME שמפנה אל cdn.ampproject.org והתוכן נטען מ-cdn.ampproject.org.
    • מזהה הלקוח מאוחסן ב-google.com כי google.com הוא הצד הראשון במקרה הזה. ה-Client ID מועבר ממציג ה-AMP לדף שמוצג מתוך cdn.ampproject.org כדי שניתן יהיה לשדר אותו באמצעות AMP Analytics.
    • אפשר לעשות שימוש חוזר בקובצי cookie רק אם לדפי ה-AMP המקוריים יש אותו מקור, כלומר שילוב של סכימה, מארח ויציאה.

  2. שרת proxy/מטמון: גישה לדף AMP מתבצעת דרך שרת proxy או מטמון.

    • במקרה כזה המשתמש יעבור ישירות אל cdn.ampproject.org.
    • מזהה הלקוח מאוחסן ב-cdn.ampproject.org. כשמשתמש נכנס מחדש (תוך זמן מה), נעשה שימוש חוזר ב-Client-ID. במקרה הזה, cdn.ampproject.org הוא הצד הראשון.
    • אפשר לעשות שימוש חוזר בקובצי cookie רק אם לדפי ה-AMP המקוריים יש אותו מקור, כלומר שילוב של סכימה, מארח ויציאה.

  3. AMP ישיר: מתבצעת כניסה ישירה לדף ה-AMP בדומיין של בעל האתר.

    • במקרה כזה, המשתמש עובר ישירות לדומיין של בעל התוכן הדיגיטלי כדי להציג דף AMP.
    • ה-Client-ID מאוחסן בקובץ cookie (_ga) ומשתמש בו או שנעשה בו שימוש חוזר, בין אם הוא בפורמט מסורתי ובין אם הוא בפורמט AMP.
    • אם Client-ID נוצר על ידי דף AMP, ה-Client-ID תואם לפורמט AMP (amp- ואחריו מחרוזת שנוצרת באופן אקראי).

  4. לא AMP: מתבצעת גישה לדף שהוא לא AMP מהדומיין של בעל התוכן הדיגיטלי.

    • במקרה כזה, המשתמש צופה ישירות בדף שאינו AMP בדומיין של בעל התוכן הדיגיטלי.
    • ה-Client-ID מאוחסן בקובץ cookie (_ga) ומשתמש בו או שנעשה בו שימוש חוזר, בין אם הוא בפורמט מסורתי ובין אם הוא בפורמט AMP.
    • אם Client-ID נוצר בדף שאינו AMP, ה-Client-ID נוצר לפי הפורמט המסורתי של Client-ID.

שיקולים לגבי מזהה לקוח

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

מספר מזהי לקוח

בכל התרחישים, מזהי Client-ID שמשמשים את המשתמש תלויים בדומיין שבו הוא מבקר, גם אם המשתמש ניגש לתוכן מלקוח או דפדפן אחד. כתוצאה מכך, משתמש שניגש לתוכן של בעל אתר כפי שמתואר בתרחישים שלמעלה ייספר ב-Google Analytics כשלושה משתמשים נפרדים (אחד לכל אחד מתרחישי החיפוש, שרת ה-proxy/מטמון ומקור בעל האתר).

אינטראקציות בתרחיש

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

חיפוש Google וישיר, חיפוש Google ולא AMP , Proxy/מטמון ו-Direct ושרת Proxy/מטמון ולא-AMP

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

ישיר ולא AMP

  • נעשה שימוש בקובץ cookie אחד לכל משתמש. הפורמט של מזהה הלקוח תלוי בשאלה אם הביקור הראשון של המשתמש היה בדף AMP או בדף שאינו AMP.

שימוש ב-Client-ID אחד בדפי AMP ובדפים שאינם AMP

כדי להשתמש ב-Client-ID יחיד בדפי AMP ובדפים שאינם AMP, אפשר להפעיל את השימוש בשילוב Client-ID של AMP. לאחר ההפעלה, מערכת Google Analytics תתחיל להשתמש ב-Client-ID יחיד בתרחישים המוזכרים למעלה בחיפוש Google, ב-AMP ישיר או שאינו AMP. הנה כמה דוגמאות לאופן שבו Client-ID נקבע עבור משתמש:

  • כשמשתמש חדש שמבקר בדף AMP בחיפוש Google, בהתחלה הוא משתמש ב-Client-ID של AMP. כשהמשתמש יבקר בדף שהוא לא AMP, אותו Client-ID יאוחזר מקובצי cookie בדומיין של בעל התוכן הדיגיטלי, וישמש גם בדפים שהם לא AMP.
  • כאשר משתמש חוזר שנכנס לדף AMP וגם לדף שהוא לא AMP נכנס לדף AMP או לדף שהוא לא AMP, מעכשיו המערכת תשתמש ב-Client-ID של AMP בשבילו.
  • כאשר משתמש חוזר שמעולם לא ביקר בדף AMP נכנס לדף שהוא לא AMP, המערכת תמשיך להשתמש ב-Client-ID שנוצר על ידי analytics.js.