מניעת כפילויות בדוחות

איך למנוע כפילויות בדוחות ברמת האירוע וגם בדוחות נצברים.

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

התעלמות מדוחות שכבר קיבלתם

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

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

צריך להנחות את הדפדפן להתעלם מהמרות ספציפיות

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

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

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

ביטול כפילויות של המרות בדוחות ברמת האירוע

כדי לבטל כפילויות של המרות בדוחות ברמת האירוע, צריך להגדיר deduplication_key בכותרת Attribution-Reporting-Register-Trigger:

"event_trigger_data": [{
  ...
  "deduplication_key": "89796855"
}]

ביטול כפילויות של המרות בדוחות מצטבר

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

שימוש בחשבון aggregatable_deduplication_keys

אפשר להגדיר מפתחות ביטול כפילויות כמו זה בכותרת:

"aggregatable_deduplication_keys": [{
  "deduplication_key": "1231232123123"
}]

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

השתמש במסננים

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

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

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

"aggregatable_deduplication_keys": [
  {
    "deduplication_key": "1231232123123",
    "filters": {"conversion_type": ["homepage_view", "productpage_view"]}
  },
  {
    "deduplication_key": "789789789789",
    "filters": {"conversion_type": ["purchase"]}
  }
]

בדוגמה הזו:

• אם הטריגר הזה מותאם להמרה מסוג homepage_view או productpage_view, נוצר דוח נצבר עם מפתח ביטול כפילויות של 1231232123123.
• אם הטריגר הזה מותאם להמרה מסוג purchase, ייווצר דוח מצטבר עם מפתח ביטול הכפילויות של 789789789789.
• אם כמה מפתחות ביטול כפילויות תואמים לנתוני המסנן, המערכת תשתמש במפתח התואם הראשון.

השלבים הבאים

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