איך למקסם את הביצועים של נתוני ההמרות ב-Google Ads

יום רביעי, 20 באוגוסט 2025

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

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

למה כדאי לשדרג?

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

  • עמידות:

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

    • לספק יותר נתונים ל-AI מבית Google כדי לשפר את האופטימיזציה של הקמפיין.
    • כדי לקבל תמונה מלאה יותר של התנהגות המשתמשים ולשפר את האמינות של המודל.

שלבים לשדרוג צינור עיבוד הנתונים של ייבוא ההמרות

  • עדכון הגרסה של Google Ads API:
  • הכללת פרטים שהמשתמשים סיפקו:
    • כדי להפעיל המרות חוצות-מכשירים והמרות לאחר צפייה פעילה, צריך לכלול פרטים מגובבים שהמשתמשים סיפקו (כתובת אימייל, מספר טלפון), אם הם זמינים. מידע נוסף על שליחת פרטים שהמשתמשים סיפקו
    • חשוב: צריך להגדיר את האפליקציה כך ש תייבא את כל ההמרות, גם אם הן כוללות רק פרטים שהמשתמשים סיפקו (UPD) ולא כוללות GCLID.
  • שליחת אותות נוספים:
    • כדי לתעד ולייבא מאפייני סשן, אתם יכולים להשתמש בפונקציית העזר שלנו ב-JavaScript כדי ליצור אסימון מקודד (הגדרה session_attributes_encoded), או לתעד את שדות המשנה בנפרד כצמדי מפתח/ערך (הגדרה session_attributes_key_value_pairs). אנחנו ממליצים להשתמש בפונקציית העזר ב-JavaScript כדי לספק אסימון מקודד. האפשרות להשתמש בצמדי מפתח/ערך זמינה למשתמשים שלא יכולים ליצור אסימון מקודד בדפדפן. כתובת ה-IP של המשתמש זמינה גם כשדה חדש, אבל היתרונות של הדיווח והבידינג יהיו זמינים בעתיד.
    • אתם צריכים לספק למשתמשים מידע מקיף וברור על הנתונים שאתם אוספים באתרים, באפליקציות ובנכסים אחרים שלכם, ולקבל מהם הסכמה כנדרש על פי חוק או על פי כללי המדיניות הרלוונטיים של Google.
  • להטמיע את Braid (gbraid ו-wbraid):
    • כדי לדווח על המרות בלי לפגוע בפרטיות, כדאי לתעד ולייבא את הפרמטרים האלה של כתובות URL כשאין GCLID ופרטים שהמשתמשים סיפקו (UPD).
    • הערה: לאחרונה הודענו שהחל מ-3 באוקטובר 2025, אפשר לייבא את gclid ו-gbraid ביחד להמרה אחת.
  • הטמעת מזהה הזמנה:
    • מגדירים את השדה order_id עם מזהה ייחודי. כך אפשר להתייחס להמרות כשצריך לבצע שינויים או ביטולים.
  • Provide conversion environment:
    • מגדירים את השדה conversion_environment כדי לציין אם מקור ההמרות הוא APP או WEB.
    • הערה: לאחרונה הודענו שנתוני סביבת ההמרות יתחילו להשפיע על מודלים של בידינג להמרות באפליקציה בסוף ספטמבר.
  • תחומי האחריות המשותפת בנושא הסכמה ושיתוף נתונים:
    • המפרסמים אחראים לוודא שיש להם את הזכות לשתף את כל הנתונים שהם מעלים ל-Google. חשוב להגדיר את השדה consent בכל ההמרות המיובאות.

אם יש לכם שאלות, אתם יכולים לפנות לערוץ התמיכה ב-Google Ads API.

תמונת דיוקן של המחבר – בן קרל, בשם צוות Google Ads API

תוויות: conversions, google-ads, google-ads-api, offline-conversions