Postback URL

כתובת Postback URL היא קריאת חוזר שרת-לשרת המדווחת על המרה בחזרה לרשת פרסום או לפלטפורמת עקיבה על ידי כך ששרת אחד מבקש כתובת URL משרת אחר, כך ששלב הדיווח אינו זקוק לדפדפן, לעוגיה או לפיקסל בדף. זה עוזר כאשר הפעולה מתרחשת מחוץ לאתר המקורי, אך הוא עדיין תלוי במזהה קליק תקין, בהטמעה נכונה ובבדיקות שאירועים אכן מגיעים.

איך זה עובד#

כאשר משתמש לוחץ על מודעה, הרשת מוסיפה מזהה קליק לכתובת היעד. המפרסם, רשת השותפים או העוקב מאחסנים את המזהה. כאשר המשתמש מבצע המרה מאוחר יותר, השרת המתעד את ההמרה מפעיל את ה-postback, ושולח את מזהה הקליק המאוחסן ולעיתים גם ערך תשלום או ערך הזמנה בחזרה לרשת. דוגמה היפותטית, בדומיין דוגמה שמור ולא בדומיין פעיל, היא https://network.example.com/postback?clickid={click_id}&payout=20. הרשת מתאימה את מזהה הקליק לקליק המקורי ומזכה את ההמרה. שמות הפרמטרים נקבעים על ידי כל פלטפורמה (Realize, Outbrain ו-MGID כל אחת משתמשת בשמות שונים), ומזהה הקליק חייב להתאים לזה שהרשת הנפיקה: התיעוד של Realize אומר שהמרות לא ייעקבו אם מאקרו ה-{click_id} שלו שונה.

למה זה חשוב#

פיקסלים מבוססי דפדפן עלולים להיחסם או להיות מוגבלים על ידי חוסמי פרסומות, הגבלות עוגיות ומגבלות בין-דומיינים. מכיוון ששלב הדיווח של postback פועל שרת-לשרת, הוא אינו תלוי בהפעלת פיקסל בדפדפן של המבקר. MGID מתארת מעקב postback כעמיד יותר בפני חוסמי פרסומות והגבלות דפדפן מאשר שיטות מבוססות דפדפן, וכנפוץ בקרב משווקי שותפים ומפרסמים הנשענים על תוכנות מעקב של צד שלישי, בעוד Realize מתארת מעקב שרת-לשרת כמשמש בעיקר להתקנות אפליקציות ובמקרים שבהם לא ניתן להציב את הפיקסל שלה בעמוד ההמרה. הוא עדיין יכול להיכשל: יש ללכוד את מזהה הקליק, להעביר אותו דרך המשפך ולהחזיר אותו ללא שינוי, שמות האירועים חייבים להתאים להגדרה של הרשת, ויש לבדוק את המסירה (Realize מציעה קישור בדיקה להגדרות שרת-לשרת, ו-Outbrain אומרת שאינה יכולה לטפל בתקלות בהטמעות חיצוניות). כללי הסכמה ופרטיות תלויים בתחום השיפוט ובנתונים המעורבים, ולכן יש לקבל ייעוץ מוסמך. כאשר זה נעשה נכון, מעקב המרות מבוסס postback מספק לרשת נתוני המרות שהיא יכולה להשתמש בהם לדיווח CPA ולכיוונה של אופטימיזציה לעבר המרות.

מונחים קשורים: מעקב המרות, עוקב, ו-מזהה קליק.