מדידה מתקדמת: Server-Side, Consent Mode ו-Meta CAPI

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

DigiKnowledge מקימה לחברות ישראליות מערכי מדידה מתקדמים: Server-Side Google Tag Manager, Consent Mode v2, Meta Conversions API, Enhanced Conversions והעלאת המרות מה-CRM ל-Google Ads ול-Meta. השירות מתאים לארגונים עם תקציב מדיה משמעותי, אתר מסחר או מערך לידים עם CRM ודרישות פרטיות. את העבודה מבצע דני צ'רניאק, יועץ אנליטיקה דיגיטלית עם ניסיון של יותר מעשור ומרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב.

ארגונים שעובדים איתנו

  • מורנינג
  • ישראכרט
  • ארקיע
  • מזרחי טפחות
  • אטומי
  • דרושים
  • כלמוביל
  • H&M
  • יד 2

לכל הלקוחות

מה הבעיה שהשירות פותר

מדידה בדפדפן בלבד מאבדת היום חלק ניכר מההמרות:

התוצאה: ה-ROAS ב-Google Ads וב-Meta נראה נמוך מהאמת, האלגוריתמים לומדים על בסיס חלקי וההנהלה מקבלת החלטות תקציב על מספרים שגויים.

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

מה כולל השירות

Server-Side GTM

הקמת קונטיינר שרת, דומיין first-party, העברת GA4 והפיקסלים לצד השרת, ניטור ועלויות.

Consent Mode v2

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

Meta Conversions API

CAPI לאירועי אתר עם דה-דופליקציה מול הפיקסל ו-CAPI ל-CRM שמחזיר למטא את איכות הלידים.

Enhanced Conversions והמרות אופליין

העלאת נתוני לקוח מגובבים ל-Google Ads וייבוא המרות שקרו ב-CRM ימים אחרי הקליק.

למי זה מתאים ולמי לא

מתאים

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

פחות מתאים

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

בפגישת ההיכרות אנחנו אומרים את זה בפירוש כשזה המצב.

תהליך העבודה

  1. בדיקת המצב הקיים. מה נמדד היום בדפדפן, אילו פלטפורמות מחוברות, מה שיעור ההסכמה בפועל ומה הפער מול נתוני האמת.
  2. ארכיטקטורה והחלטות. אירוח (Stape או Google Cloud), דומיין, אילו אירועים עוברים לשרת, איך מטפלים בהסכמה ובמזהים.
  3. הטמעה. קונטיינר השרת, הלקוח, CAPI ו-Enhanced Conversions, עם מסמך dataLayer למפתחים כשנדרש.
  4. בדיקות קבלה. כל אירוע נבדק בתרחיש הסכמה ודחייה, בדה-דופליקציה מול הפיקסל ובאימות מול הזמנות או לידים בפועל.
  5. מסירה ותחזוקה. תיעוד, הדרכה לצוות וניטור שוטף של השרת ושל איכות ההתאמה בפלטפורמות.

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

גלעד נחוםבעלים ומנכ"ל, אטומי

שאלות שלקוחות שואלים

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

העלות מורכבת מאירוח (מנוי Stape או שרת ב-Google Cloud, לפי נפח הבקשות) ומתחזוקה שוטפת. הסכום המדויק תלוי בתנועה ובמספר הפלטפורמות ואנחנו מציגים אותו בהצעה אחרי בדיקת הנפח בפועל, לא לפי הערכה.

האם Consent Mode מחזיר את כל הנתונים שאבדו?

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

Meta CAPI מחליף את הפיקסל?

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

צריך מפתח מהצד שלנו?

לרוב כן, בהיקף קטן: הוספת dataLayer או שינוי DNS לדומיין השרת. אנחנו מספקים מסמך מדויק למפתח ובודקים את היישום אחריו.

מה עם חוק הגנת הפרטיות בישראל?

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

מדריכים בנושא

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