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

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

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

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

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

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

להורות לדפדפן להתעלם מהמרות ספציפיות

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

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

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

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

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

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

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

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

שימוש ב-aggregatable_deduplication_keys

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

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

במקרה הזה, אם טריגר השיוך (Attribution) הזה מתאים למקור, נוצר דוח מצטבר עם מפתח ביטול כפילויות של 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.
• אם מספר מפתחות ביטול כפילויות תואמים לנתוני המסנן, ייעשה שימוש במפתח התואם הראשון.

השלבים הבאים

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