אם מספר הרכישות שאתם רואים במערכת שלכם גבוה מהמספר שמופיע ב-Google Ads או ב-Meta, סימן שאתם מאבדים מדידה. במדריך הזה נסביר למה זה קורה, איך Server-side Tracking פותר חלק גדול מהבעיה, ומה הוא עדיין לא מסוגל לעשות.
יש שתי דרכים למדוד מה קורה באתר. הדרך הישנה, client-side, מריצה קוד בדפדפן של הגולש ששולח את האירועים ישירות למטא ולגוגל. הדרך הזאת חשופה לחוסמי פרסום, למגבלות דפדפן ולמחיקת קוקיז.
הדרך המתקדמת, server-side, מעבירה את האירועים דרך קונטיינר שרת בדומיין שלכם, ומשם לפלטפורמות. מכיוון שהקונטיינר יושב על הדומיין שלכם ולא על סקריפט צד-שלישי, חלק גדול מהמדידה שאובד ב-client-side פשוט שורד.
בשנים האחרונות הדפדפן הפך לסביבה עוינת למדידה:
התוצאה: הפלטפורמות רואות פחות המרות ממה שבאמת קרה. וכאן מגיע החלק שרוב האנשים מפספסים.
היתרון של מדידה server-side הוא לא רק דיוק. הוא הרבה יותר עמוק.
כל המרה שמגיעה למטא או לגוגל היא לא רק עוד מספר בדוח. היא דוגמה חדשה שהאלגוריתם לומד ממנה. מערכות הפרסום מחפשות עוד אנשים שדומים למי שכבר המיר אצלכם, וככל שאתם מדווחים יותר המרות אמיתיות, יש להן יותר דוגמאות איכותיות ללמוד מהן, והן מביאות לכם קהל טוב יותר.
כשמדידה client-side מפספסת חצי מההמרות, אתם לא רק רואים נתון חלקי. אתם מלמדים את האלגוריתם על חצי מהלקוחות בלבד. מדידה server-side מחזירה את הדוגמאות שאבדו, ולכן היא משפרת את הפרסום עצמו, לא רק את הדוח.
הזרימה פשוטה יותר משנשמעת: האירוע נדחף ל-Data Layer, עובר דרך ה-GTM בצד הלקוח לקונטיינר שרת בדומיין שלכם (בדרך כלל דרך Stape), ומשם לפלטפורמות.
כי הקונטיינר הוא צד-ראשון, הוא לא נחסם כמו סקריפט חיצוני, והנתונים מגיעים ליעד בצורה יציבה יותר.
פעם הפלטפורמות הסתמכו בעיקר על Cookies של צד-שלישי. היום, עם מגבלות הפרטיות, הן מסתמכות הרבה יותר על First-party Data, נתונים שמגיעים ישירות מהעסק שלכם:
מדידה server-side מאפשרת להשתמש בנתונים האלה בצורה בטוחה ומבוקרת, מוצפנים ולפי הסכמה, כדי לשפר את איכות ההתאמה של ההמרות. זו הסיבה שכולם מדברים היום על First-party Data: זה הדלק שמחליף את הקוקיז.
Conversions API הוא ערוץ שרת-אל-שרת ששולח אירועים ישירות למטא, בלי להסתמך רק על הפיקסל בדפדפן. הוא מחזיר אירועים שהפיקסל מפספס.
Enhanced Conversions שולח לגוגל נתוני צד-ראשון מוצפנים (Hashing) יחד עם ההמרה, כדי לשפר את התאמת ההמרה ואת דיוק הייחוס, בלי לפגוע בפרטיות.
Consent Mode v2 מגשר בין מדידה לפרטיות: הוא מכבד את בחירת ההסכמה של המשתמש, וכשאין הסכמה מלאה, גוגל עדיין מסוגלת להעריך המרות על בסיס מודלים במקום לאבד את הנתון.
הרבה מוכרים מדידה server-side כקסם. היא לא:
רוב העסקים מודדים קליקים והשארת פרטים. אבל ליד הוא לא עסקה. כדי לדעת איזו מודעה הביאה עסקה שנסגרה, צריך מקום שזוכר את מזהה הקליק (gclid / fbclid) מרגע הנחיתה ועד שהעסקה נסגרת, לפעמים שבועות אחר כך.
זה בדיוק התפקיד של מערכת CRM: היא מחזיקה את החוט מהליד ועד הסגירה, ומאפשרת להעלות בחזרה לגוגל ולמטא המרות אופליין (Offline Conversions).
כאן נכנס ההבדל האמיתי. רוב העולם מודד ככה: Pixel אל CAPI, ועוצר. אנחנו מסתכלים על זה אחרת, כי בפועל המסע לא נגמר בהמרה:
Server-side פותר רק חלק מהבעיה. כדי שמערכות הפרסום ילמדו באמת, צריך לחבר את המדידה למה שקורה אחרי ההמרה: ב-CRM, בשיחות, בעסקאות, ובערך העסקה בפועל. עסקה של 500 ₪ ועסקה של 50,000 ₪ הן לא אותו דבר, והאלגוריתם צריך לדעת את ההבדל.
זה בדיוק החיבור שסוגר את המעגל, ומבדל אותנו: לא רק למדוד את הקליק, אלא ללמד את הפרסום מה באמת הכניס כסף.
נעשה לכם בדיקת מדידה קצרה, ונראה איפה אתם מאבדים נתונים היום.
בואו נדבר