⚡ קריאה של 30 שניות

• 1כ-64% מנמעני אימייל מסתתרים מאחורי Apple MPP.
• 2הפיקסל בדפדפן מאבד אמינות מול חוסמים והגדרות פרטיות.
• 3הצעד הראשון: להתחיל בערוץ אחד, להוכיח ערך, ואז להרחיב.

📄 קריאה של 3 דקות

קשור לכתבה זו ←

ChatGPT לניתוח דאטה שיווקי: Advanced Data Analysis בפועל תנועת ה-AI זינקה 393% וממירה טוב יותר ב-42%: איך מודדים ולוכדים את הערוץ

מה זה server-side tracking

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

למה עכשיו

Apple MPP שורף אמינות פיקסלים באימייל, third-party cookies מאבדים טווח, וערוצים חדשים מודדים עם pixel ושרת יחד.

מתי כדאי

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

הצעד הראשון

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

Server-side tracking ב-2026: למה מדידה דרך השרת הפכה לחובה, ואיך מתחילים בקטן

שלוש שנים אחורה, server-side tracking היה נושא לצוותי דאטה בחברות גדולות. היום זה כבר לא כך. שלושה שינויים בשוק המדידה הפכו את ה-server-side tracking לרכיב שקשה לוותר עליו: הדפדפן מפסיק לדווח אמת, ה-third-party cookies מאבדים טווח, וערוצי הפרסום החדשים דורשים אות מדידה שמגיע גם מהשרת. בואו נפרק כל אחד מהם, ואז נראה איך מתחילים בקטן בלי להפוך את כל המערך.

מה זה server-side tracking בעברית פשוטה

במדידה הקלאסית, קטע קוד בדפדפן של המשתמש (ה-pixel) שולח את אירוע ההמרה ישירות לפלטפורמת הפרסום. הבעיה: הדפדפן הפך לסביבה עוינת. חוסמי פרסום, הגדרות פרטיות והגבלות מערכת ההפעלה מבטלים חלק מהאותות לפני שהם מגיעים ליעד.

ב-server-side tracking, האירוע נשלח קודם לשרת שבשליטתכם (לרוב מופע של Google Tag Manager בענן), ומשם הוא מועבר אל פלטפורמות הפרסום בתקשורת שרת-אל-שרת. במקום שכל פלטפורמה תקבל את האות ישירות מהדפדפן הלא-יציב, השרת שלכם הוא נקודת השליטה היחידה. אתם מחליטים מה נשלח, לאן, ואיזה מידע מנוקה לפני שהוא יוצא.

פיקסל בדפדפן מול מדידה דרך השרת

הכוח הראשון: Apple MPP שורף את האמינות של פיקסלים בדפדפן

Apple Mail Privacy Protection (MPP) טוען מראש את התמונות באימייל דרך שרתי פרוקסי של Apple. המשמעות: פיקסל הפתיחה נורה גם אם הנמען לא פתח את ההודעה בפועל. לפי נתוני ספקי דיוור כמו Twilio ו-beehiiv, כ-64% מהנמענים פותחים אימייל דרך גרסת Apple Mail עם MPP פעיל, מה שמנפח את ה-open rate ומרוקן אותו מערך מדידתי.

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

הכוח השני: third-party cookies מאבדים טווח (גם אם לא נמחקו)

כאן חשוב לדייק, כי הנרטיב בשוק מבולבל. בניגוד למה שתוכנן, גוגל לא מחקה את ה-third-party cookies מ-Chrome. באפריל 2025 היא הודיעה רשמית שהיא נסוגה מהתוכנית ולא תציג מסך בחירה למשתמש (מקור: OneTrust, Digiday).

אבל זה לא אומר שהבעיה נעלמה. Safari חוסם 100% מה-third-party cookies כברירת מחדל ומחזיק נתח שוק של כ-31%, ו-Firefox חוסם אותם גם הוא. בפועל, כ-37% מהדפדפנים כבר חוסמים third-party cookies כברירת מחדל (מקור: Atlantic BT, Statista). כלומר: שליש מהקהל שלכם פשוט לא נמדד דרך המנגנון הישן, גם בלי שגוגל הזיזה אצבע. אם אתם מנהלים אטריביושן על קוקיז של צד שלישי בלבד, אתם עובדים על שני שליש מהתמונה במקרה הטוב. הסברנו את ההיערכות המלאה במדריך Attribution בעידן Post-Cookie.

הכוח השלישי: ערוצי הפרסום החדשים מודדים עם pixel ושרת יחד

המגמה הזו כבר מובנית בתוך המוצרים. Meta ממליצה זה שנים על מדידה כפולה: pixel בדפדפן יחד עם Conversions API (CAPI) בשרת, כדי לשפר את ציון התאמת האירועים (Event Match Quality). חלק מהמפרסמים מדווחים על שיפור של 15%-20% בביצועי הקמפיין בעקבות הטמעת CAPI, אך חשוב לסייג: אלה נתונים שמדווחים על ידי הפלטפורמה וספקים, לא בדיקה בלתי תלויה, וההשפעה משתנה מחשבון לחשבון. כיסינו את ההטמעה לעומק במדריך Meta CAPI.

הערוצים החדשים נולדים ישר לתוך המודל הזה. OpenAI השיקה במאי 2026 גם JavaScript Pixel וגם Conversions API למדידת המרות מ-ChatGPT Ads, וקמפייני ההמרות נפתחו לגישה מוקדמת ב-5 ביוני 2026 (מקור: OpenAI Developers, PPC.land). הפיקסל מטפל בצד הדפדפן, וה-Conversions API שולח את האות מהשרת עבור המרות שהפיקסל לא מצליח לתפוס. זו כבר ברירת המחדל של ערוץ חדש, לא תוספת.

מתי שווה להטמיע server-side tracking, ומתי לא

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

הצעד הראשון הריאלי לעסק בלי צוות דאטה

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

הסתייגות פרטיות: server-side לא פוטר אתכם מהסכמה

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

בישראל, תיקון 13 לחוק הגנת הפרטיות נכנס לתוקף ב-14 באוגוסט 2025, ומחייב הסכמה מפורשת, מתועדת וגרנולרית, עם סמכויות אכיפה מורחבות (מקור: IAPP, BigID). בהקשר אירופי, Meta עצמה ממקמת את ה-Conversions API כשיפור עמידה ב-GDPR וב-CCPA, אך זה תקף רק אם מימשתם בקשת הסכמה תקינה ושולחים אך ורק את מה שמותר. השרת לא מוחק את חובת ההסכמה. הוא רק מעביר אותה אליכם.

מה עושים עם זה

אם אתם מוציאים תקציב מדיה משמעותי ורואים פער בין ההמרות בפלטפורמה לבין ה-CRM, הצעד הקונקרטי לשבוע הבא הוא להטמיע Conversions API בערוץ אחד בלבד, לצד הפיקסל הקיים, עם הסכמת משתמש תקינה. למדוד את ציון התאמת האירועים אחרי שבועיים, ולהחליט על בסיס המספר ההוא אם להרחיב. לא להחליף את כל המערך, ולא להטמיע בכל הערוצים בבת אחת. ערוץ אחד, נתון אחד, החלטה אחת.

שאלות נפוצות

מה זה server-side tracking במשפט אחד?

מדידה שבה אירועי ההמרה נשלחים קודם לשרת שבשליטתכם (לרוב Google Tag Manager בענן), ומשם מועברים לפלטפורמות הפרסום בתקשורת שרת-אל-שרת, במקום להסתמך רק על פיקסל בדפדפן שחשוף לחסימות ולהגבלות פרטיות.

האם server-side tracking מחליף את הפיקסל?

לא. המודל המומלץ הוא מדידה כפולה: הפיקסל נשאר, ואות השרת מתווסף לצידו עם dedup על מזהה אירוע. ה-Conversions API של Meta, למשל, תוכנן לעבוד יחד עם הפיקסל, וכך גם המדידה של ChatGPT Ads שכוללת JavaScript Pixel ו-Conversions API במקביל.

מה צריך כדי להתחיל, ולמי זה לא משתלם?

מתחילים מערוץ אחד עם הדליפה הגדולה ביותר (לרוב Meta), מופע ענן של sGTM, ובדיקת ציון התאמת האירועים אחרי שבועיים. זה לא דחוף למי שתקציב המדיה שלו נמוך, למי שאין לו עדיין GA4 ופיקסל תקינים, או למי שאין מי שיתחזק את ההגדרה לאורך זמן.

האם מדידה דרך השרת פוטרת מהסכמת משתמש?

לא. אתם עדיין מעבדים נתונים אישיים ולעיתים שולחים מזהים מוצפנים לצד שלישי. בישראל, תיקון 13 לחוק הגנת הפרטיות (בתוקף מ-14 באוגוסט 2025) מחייב הסכמה מפורשת ומתועדת. השרת מעביר אליכם שליטה, ויחד איתה את האחריות.