Server-Side Tracking: מתי מדידה בצד השרת מוצדקת?

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

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

1. משרטטים את מקורות הנתונים, השדות והיעדים המותרים.
2. מגדירים דומיין, הרשאות, סודות וגישה ללוגים.
3. מוודאים שמצב ההסכמה עובר ונאכף גם בשרת.
4. בודקים כפילות בין שליחה מהדפדפן לשליחה מהשרת.
5. מגדירים ניטור לשגיאות, השהיה ועלויות.
6. מכינים אפשרות חזרה למסלול קודם ומתעדים את השינוי במדידה.

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