Disclosure: Some links on this site are affiliate links: if you buy through them we may earn a commission at no extra cost to you. This never affects what we recommend. See our affiliate disclosure for details.

מעקב המרות עבור שותפים: Postbacks, פיקסלים, UTMs ו-Sub-IDs מוסברים

By ClickLoom Knowledge Collective · Updated on August 25, 2026

מעקב שותפים (Affiliate tracking) הוא למעשה שרשרת של העברות. מבקר לוחץ על הקישור שלך, נוחת בדף של המפרסם, ואז או ממיר או לא. כל תחום המעקב אחר המרות קיים כדי לענות על שאלה אחת בביטחון: איזה ממקורות התנועה שלי הניב את התוצאה הזו? כל השאר — postbacks, פיקסלים, UTMs, מזהי משנה (sub-IDs) — הם המכניקה להעברת הזהות לאורך השרשרת הזו מבלי לאבדה. כשחוליה כלשהי בשרשרת נשברת, אתה לא רק מאבד נקודת נתונים; אתה מאבד את היכולת לקבל החלטות לגבי תקציבי ההוצאה.

ארבעת המנגנונים ומה כל אחד מהם עושה

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

UTMs הם פרמטרי שאילתה המצורפים לכתובת URL (utm_source, utm_medium, utm_campaign וכן הלאה). הם מתייגים קליק עבור פלטפורמות אנליטיקה כמו Google Analytics. הם תיאוריים, לא מזהים — הם אומרים לך “זה הגיע מפייסבוק, מקמפיין X”, לא “זה מבקר 8f3a”.
Sub-IDs (מזהי משנה) הם הגרסה של רשת השותפים לאותו רעיון. רוב הרשתות נותנות לך פרמטר (לעיתים קרובות sub1 עד sub5, או s1–s5) שאתה ממלא בערך משלך. כל מה שתשים שם חוזר בדוח ההמרות של הרשת, מה שמאפשר לך למפות מכירה למקור, מודעה, מילת מפתח או קריאייטיב ספציפיים.
פיקסלים הם קטע קוד של JavaScript או תג תמונה שמופעל בדפדפן כאשר מתרחשת המרה. הדפדפן טוען אותו, והוא מדווח למי שבבעלותו הפיקסל — המפרסם, הרשת או מערכת המעקב שלך.
Postbacks (שרת-לשרת, או S2S) הם בקשת HTTP שנשלחת ישירות משרת אחד למשנה כאשר המרה מתועדת. ללא מעורבות של דפדפן.

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

מדוע Postbacks בדרך כלל מנצחים פיקסלים

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

Postback תלוי בשני שרתים שמדברים זה עם זה. השרת של רשת השותפים אומר לשרת של פלטפורמת המעקב שלך “המרה קרתה, הנה ה-sub-ID והתשלום”. השיחה הזו מתרחשת ללא קשר למה שהדפדפן של המשתמש עושה לאחר מכן. עבור רוב הגדרות השותפים, postbacks הם הבחירה העמידה יותר, ופיקסלים הם פתרון גיבוי או תוספת.

הפשרה: postbacks דורשים הגדרה בשני הקצוות. אתה צריך URL של postback ממערכת המעקב שלך, ואתה צריך להדביק אותו בהגדרות ה-postback של הרשת (או שהרשת תתמוך בזה בכלל). רשתות מסוימות מציעות רק מעקב מבוסס פיקסלים, מה שמשאיר אותך ללא ברירה.

איך שרשרת ה-Sub-ID באמת עובדת

הנה המכניקה ברצף, כי קל יותר לראות היכן דברים נשברים כשעוקבים אחרי התהליך:

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

אם שלב 2 שגוי — נניח שהכנסת ערך סטטי ב-sub-ID במקום את מזהה הקליק הדינמי — כל המרות יחזרו כשהן נראות זהות, והדיווח שלך יקרוס לתוך “דלי” אחד לא מובחן. זוהי אחת משגיאות ההגדרה הנפוצות ביותר, והיא שקטה: ההמרות עדיין נרשמות, פשוט לא ניתן להתחקות אחריהן.

היכן UTMs מתאימים, והיכן לא

UTMs מצוינים להבנת התנהגות תנועה בפלטפורמת אנליטיקה — שיעורי נטישה (bounce rates), משך סשן, איזו גרסה של דף נחיתה שומרת על קשב. הם גרועים בייחוס המרות לתשלומים, מכיוון שהם נמצאים ב-URL ונמחקים או נדרסים על ידי הפניות (redirects), ומכיוון שפלטפורמות אנליטיקה מודדות סשנים, לא המרות שותפים.

חלוקת עבודה מעשית: השתמש ב-UTMs כדי לנתח את איכות התנועה וההתנהגות באתר, והשתמש ב-sub-IDs וב-postbacks כדי לייחס הכנסות. אל תבקש ממערכת אחת לעשות את העבודה של השנייה.

בחירת גישת מעקב

ההגדרה הנכונה תלויה בקנה המידה שלך ובמידת השליטה שיש לך על המשפך.

מעט קמפיינים, רשת אחת, הצעות פשוטות: ייתכן שדיווח ה-sub-ID המובנה של הרשת יספיק. תקבל ספירות המרות לפי מקור מבלי להפעיל מערכת מעקב משלך.
רשתות מרובות או מקורות תנועה מרובים: מערכת מעקב ייעודית הופכת לכדאית, מכיוון שהיא מנרמלת מזהי קליקים ו-postbacks מרשתות שונות לתצוגת דיווח אחת.
הפעלת דפי נחיתה משלך: תרצה גם מערכת מעקב וגם דרך להעביר את מזהה הקליק דרך הדף שלך להצעה, כדי שהשרשרת תשרוד את ה”קפיצה” הנוספת.
תוספי ניהול קישורים (קטגוריית הוורדפרס הכוללת כלים כמו Pretty Links ו-ThirstyAffiliates) מטפלים בהסוואת קישורים (link cloaking) ובספירת קליקים בסיסית, אך הם אינם מערכות מעקב המרות — בדרך כלל הם לא יבצעו התאמה של postbacks.
מקצרי קישורים (Bitly, Rebrandly וכדומה) נועדו לכתובות URL נקיות וממותגות ולאנליטיקה של קליקים, לא לייחוס המרות שותפים.

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

Track every click and cloak every link — start your 30-day ClickMagick trial

Click tracking, link cloaking and bot filtering in one dashboard