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

מעקב בצד השרת הוא הפרקטיקה של איסוף ושליחה של אירועי שיווק ואנליטיקה משרת שבשליטתך, במקום להסתמך לחלוטין על סקריפטים שרצים בדפדפן הלקוח כדי להפעיל תגיות ופיקסלים. במקום שדפדפן יטען ישירות תריסר סקריפטים למעקב של צדדים שלישיים, האירועים נלכדים פעם אחת על ידי ה-backend שלך או על ידי מכולה בצד השרת, ואז מועברים הלאה לפלטפורמות הפרסום וכלי האנליטיקה שצריכים אותם.
מדוע הוא החליף מעקב מבוסס דפדפן בלבד#
יקסלים ותגיות מבוססי דפדפן למעקב תלויים בכך שהדפדפן באמת יריץ JavaScript של צד שלישי, תהליך שחוסמי פרסומות, תכונות מניעת מעקב של דפדפנים וטעינות דפים איטיות עלולים כולם להפריע לו. התקנה בצד השרת מעבירה את נקודת איסוף הנתונים לגמרי מחוץ לדפדפן: השרת שלך מתעד את האירוע כאשר הוא קורה בפועל, במערכת הקופה שלך למשל, ושולח אותו משם הלאה, מה שפחות שביר בהרבה.
יישומים נפוצים#
דומיין למעקב בבעלות ראשונה מנתב בקשות תגיות דרך תת-דומיין שלך במקום דרך דומיין של צד שלישי, כך שחוסמי פרסומות ברמת הדפדפן פחות צפויים לסמן את התעבורה. מכולת מנהל תגיות בצד השרת, האפשרות בצד השרת של Google Tag Manager היא הדוגמה הנפוצה ביותר, נותנת לך נקודת קצה אחת בשרת שמקבלת אירועים ומפזרת אותם ליעדים מרובים. ממשקי API ספציפיים לפלטפורמה לאירועים שולחים אירועים ישירות לשרתים של רשת פרסום אחת. בהתקנות שותפים או CPA, כתובת URL של פוסטבק משיגה משהו דומה, ומאפשרת לשרת של הרשת להודיע לשרת שלך, או להפך, ישירות כאשר המרה מסתיימת.
מה הוא משפר ומה לא#
מעקב בצד השרת משפר בדרך כלל את השלמות המעקב אחר המרות, מכיוון שאירועים כבר אינם תלויים בסשן דפדפן תקין. הוא יכול גם להפחית את משקל טעינת הדף, מכיוון שפחות סקריפטים של צדדים שלישיים צריכים לרוץ בצד הלקוח. הוא לא פותר, מעצמו, את בעיית הייחוס בין ערוצים מרובים; אירוע מתועד היטב עדיין זקוק למודל שיחליט כמה קרדיט מגיע לכל נקודת מגע. מעקב בצד השרת מוודא שהאירוע קיים בכלל. הוא לא מחליט מי יקבל את הקרדיט עליו.
שיקולים בהתקנה#
העברת המעקב לצד השרת היא אכן עבודה הנדסית רבה יותר מהדבקת קטע קוד פיקסל בדף: אתה צריך צינור אירועים אמין, דרך למנוע כפילויות של אירועים שתועדו גם בצד הלקוח וגם בצד השרת עבור אותה המרה, ותחזוקה שוטפת כשכל פלטפורמת פרסום מעדכנת את ה-API שלה. רוב הצוותים מתחילים עם אירוע ההמרה בעל הערך הגבוה ביותר שלהם, רכישה שהושלמה, ומרחיבים משם במקום להעביר כל תגית בבת אחת. מזהים עקביים למעקב קליקים בכל רשת הופכים את שלב מניעת הכפילויות הזה להרבה פחות כואב.
היכן מעקב מדויק חשוב ביותר#
נתוני המרה נקיים יותר מניבים תשואה גבוהה ביותר כשאתה משווה ביצועים בין מספר רשתות פרסום עם אמינות מעקב שונה. רשת עם תמיכה פנימית חלשה יותר בפיקסלים עלולה להיראות גרועה באופן מלאכותי בלוח הבקרה שלך רק בגלל אובדן מעקב, ולא בגלל שהתעבורה באמת באיכות נמוכה יותר. לפני הקצאה מחדש של תקציב על סמך השוואה המושפעת ממעקב, בדוק מה באמת רץ ולכמה זמן בכל רשת. הפלטפורמה לאינטליגנציית פרסומות של OpenAdLibrary מספקת שקיפות לאריכות ימי הפרסומות של המתחרים ולנפח הקריאייטיב לפי רשת, אות עצמאי לצד מספרי המעקב שלך.




