למה השרת יציב, בשליטתכם ומדויק יותר מהדפדפן
בנינו פיקסלים, התקנו תגיות, והכל נראה תקין. אבל ב-CRM רשומות 100 מכירות, וב-GA4 רק 70. העסקאות לא נעלמו, רק הדיווח עליהן נעלם. לאן? רובן נחסמו עוד לפני שהגיעו ליעד, כי הן נשלחו מהדפדפן, שהוא היום סביבה עוינת למדידה. Server-Side GTM הוא הדרך לצמצם משמעותית את הפער הזה.
המדידה הקלאסית קורית כולה בדפדפן: פיקסלים וסקריפטים ששולחים נתונים ישירות ל-GA4, ל-Meta ולגוגל. אבל הדפדפן ב-2026 הוא סביבה עוינת. חוסמי פרסומות והרחבות פרטיות מפילים 30 עד 40 אחוז מהתגיות, ה-ITP של ספארי מגביל קוקיז לשבוע, וכל פיקסל הוא עוד סקריפט שמכביד על העמוד. התוצאה: אתם מאבדים אירועים אמיתיים, מאבדים שליטה על מה שיוצא לכל ספק, ומקבלים תמונת מדידה חלקית.
Server-Side GTM (או sGTM) הוא אותו רעיון של GTM, אבל רץ בשרת שבשליטתכם במקום בדפדפן. מקימים מיכל שרת בענן, מחברים אליו דומיין מותאם (למשל sst.yourdomain.com), והדפדפן שולח את האירועים לכתובת הזו. משם, השרת מפיץ אותם ל-GA4, ל-CAPI ולגוגל, מהשרת. הדפדפן כבר לא מדבר ישירות עם הספקים, אלא רק איתכם. מבחינה טכנית, השרת הזה הוא שירות ענן (למשל Google Cloud Run, או שירות מנוהל כמו Stape), לא מחשב פיזי במשרד. מה שחשוב הוא שהוא בשליטתכם, ועל דומיין משלכם.
בקשות לשרת שעל הדומיין שלכם לא נראות לחוסמי הפרסומות כמו סקריפט מעקב, ולכן שורדות. כך חוזרים חלק מהאירועים שהדפדפן לא הצליח להעביר. בנוסף, קוקי שנשמר מהשרת נחשב first-party וחי הרבה יותר זמן, כך שלא מאבדים את הקשר בין ההקלקה לרכישה אחרי כמה ימים.
השרת הוא שומר סף: אתם מחליטים מה יוצא לכל ספק, יכולים לנקות מידע לפני שהוא נשלח, ולהעשיר את האירוע בנתוני עסק (כמו סוג לקוח או שווי עסקה), בלי לחשוף אותם בדפדפן. לדוגמה, אפשר למחוק מספר טלפון לפני שהוא נשלח ל-GA4, אבל להשאיר אותו בדרך ל-CRM.
פחות מידע נשלח ישירות לצדדים שלישיים. במקום שכל פיקסל ישלח נתונים ישירות ל-Meta ולגוגל, הכל עובר קודם דרככם, ואתם קובעים מה נחשף ומה נשאר אצלכם.
במקום להריץ בדפדפן עשרות תגיות של ספקים שונים, רוב העבודה עוברת לשרת. זה מפחית עומס בצד הלקוח ויכול לשפר את ביצועי האתר, במיוחד באתרים שמריצים הרבה כלי מדידה.
Server-Side GTM לא מבטל את ה-Web GTM, הוא מוסיף שכבה. המבנה המלא הוא שלוש שכבות:
זו התשתית שעליה יושבים כל מדריכי היישום המתקדמים: Meta CAPI, Enhanced Conversions, ובקרוב גם Measurement Protocol, כולם שולחים מהשרת. להרחבה על התמונה המלאה: מפת הארכיטקטורה.
חשוב לא פחות ממה שהוא כן:
זו בדיוק הסיבה שב-D-Office כל המדידה עוברת דרך sst.d-office.co.il: מיכל שרת על דומיין first-party שבשליטתנו.
כשהמדידה עוברת לשרת שבשליטתכם, אתם מפסיקים להיות תלויים במגבלות של הדפדפן, ומתחילים לקבל תמונה אמינה יותר של מה שבאמת קורה. זה בדיוק מה שאנחנו בונים ללקוחות שלנו.
נקים לכם Server-Side GTM על דומיין משלכם, כך שפחות אירועים ילכו לאיבוד, תהיה לכם שליטה טובה יותר על הנתונים, והמדידה תהיה עמידה יותר לאורך זמן.
בואו נדבר