איך מודדים לידים מתוכן שסוכן AI הפיץ: חשבון אחרי חשבון, פוסט אחרי פוסט

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

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

למה מדידה היא חלק מההפצה ולא שלב אחריה

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

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

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

השכבות, ומי אחראי על כל אחת

שכבה	מה היא מודדת	מי יוצר אותה
תיוג UTM לכל חשבון	ביקורים באתר לפי חשבון, באנליטיקס	שַׁגֵּר, אוטומטית מתוך cta_url
קישור מקוצר לכל חשבון	לחיצות לפי חשבון ולפי פוסט, בצד השרת	שַׁגֵּר, אוטומטית מתוך cta_url
שדות נסתרים בטופס	לידים לפי חשבון במערכת הלקוח	האתר של הלקוח, פעם אחת
הצלבה ודוח	יחס בין לחיצות, ביקורים ולידים	הסוכן מכין, אדם מפרש

פרמטרי UTM הם הסטנדרט שכלי אנליטיקס קוראים כדי לשייך ביקורים לקמפיין. גוגל מתעדת את הפרמטרים הנתמכים במדריך של Google Analytics לאיסוף נתוני קמפיין. בְּשַׁגֵּר, utm_content מזהה את החשבון, והשדה campaign של הפוסט הופך לערך של utm_campaign.

מה הסוכן צריך לעשות בכל פוסט

כשהסוכן יוצר פוסט עם create_post, ארבעה שדות קובעים אם המדידה תעבוד:

1. cta_url: כתובת היעד. מכאן שַׁגֵּר מייצר לכל חשבון קישור מקוצר ותיוג UTM נפרד. בלי השדה הזה אין שיוך.
2. campaign: שם הקמפיין, באותיות קטנות ובאנגלית, לפי מוסכמה קבועה. הסוכן צריך לקבל את המוסכמה בהנחיות, לא להמציא שם בכל פעם.
3. first_comment: התגובה הראשונה. בעמודי פייסבוק וביוטיוב נוח לשים בה את הקריאה לפעולה עם הקישור. באינסטגרם קישורים בכיתוב ובתגובות לא לחיצים, ולכן שם צריך לחשוב על הקישור אחרת.
4. label: שם פנימי לפוסט, כדי שבדוח יהיה ברור על מה מדובר בלי לפתוח כל פוסט.

הנה דוגמה לגוף קריאה:

{
  "workspace_id": "ws_...",
  "caption": "פתחנו הרשמה לסדנת הקיץ",
  "group_ids": ["grp_north", "grp_south"],
  "cta_url": "https://example.co.il/summer-workshop",
  "campaign": "summer-workshop-2026",
  "label": "סדנת קיץ, גל ראשון",
  "first_comment": "פרטים והרשמה בקישור",
  "per_channel": [
    { "channel_id": "ch_haifa", "caption": "חיפה, פתחנו הרשמה לסדנת הקיץ בסניף שלכם" }
  ]
}

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

איך הסוכן קורא את הנתונים

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

זה מספיק כדי לענות על השאלות הראשונות:

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

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

החוליה שסוכנים לא יכולים לבנות לבד: הטופס

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

רשימת בדיקה קצרה:

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

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

פרומפט לניתוח שבועי

הנה פרומפט שאני נותן לסוכן בסוף כל שבוע, כשהוא מחובר לְשַׁגֵּר דרך MCP:

בסביבת העבודה של הלקוח, הרץ get_analytics לשבעת הימים האחרונים
ולשבעת הימים שלפניהם.
1. הצג טבלה של עשרת החשבונות עם הכי הרבה לחיצות, עם השינוי מהשבוע הקודם.
2. הצג את החשבונות שלא קיבלו אף לחיצה, ובדוק עם list_posts אם בכלל פורסם בהם משהו.
3. הצלב את by_post עם list_posts כדי להציג שם (label) לכל פוסט.
4. אל תסיק מסקנות על לידים. אני אוסיף את נתוני CRM בעצמי.

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

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

איך קוראים את הפערים

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

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

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

שאלות נפוצות

האם שַׁגֵּר סופר לידים או רק לחיצות?

שַׁגֵּר סופר לחיצות על הקישורים המקוצרים שלו, לכל חשבון ולכל פוסט. הלידים עצמם נמצאים במערכת של הלקוח, ולכן צריך שדות נסתרים בטופס שיעבירו את פרמטרי UTM, ובמיוחד את utm_content שמזהה את החשבון.

מה קורה אם לא מגדירים cta_url בפוסט?

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

אפשר למשוך את הנתונים ישירות לגיליון או לכלי BI?

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

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