צינור תוכן של סוכן מקצה לקצה: מבריף של לקוח ועד דוח לחיצות לפי עמוד

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

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

מי עושה מה?

לפני השלבים עצמם, הטבלה שהכי עוזרת לסוכנויות לחשוב על זה:

שלב	הסוכן	אדם	שַׁגֵּר
1. בריף	מסכם, שואל שאלות חסרות	כותב ומאשר
2. מסרים	מציע זוויות ומבנה	בוחר
3. ניסוח לכל חשבון	כותב כיתוב שונה לכל עמוד	דוגם ובודק
4. מדיה	מעלה מכתובת URL עם מידות ואורך	מספק או מאשר	בודק התאמה לפורמט
5. טיוטה	יוצר פוסט עם per_channel		בודק מול כללי הרשת
6. אישור	שולח בקשת אישור	הלקוח מאשר בקישור	מנהל את הסטטוס
7. פרסום	מתזמן, אם יש לו הרשאה	מתזמן, אם אין	שולח מדורג, תגובה ראשונה
8. מדידה	מושך נתונים ומסכם	מסיק מסקנות	סופר לחיצות לכל חשבון

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

שלב 1: בריף שסוכן יכול לעבוד ממנו

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

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

שלב 2: מסרים לפני ניסוחים

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

שלב 3: ניסוח שונה לכל חשבון

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

בְּשַׁגֵּר זה נכנס לשדה per_channel, שבו לכל channel_id יש caption משלו, ואם צריך גם first_comment וגם format משלו. שַׁגֵּר ממליץ על זה במפורש, כי אותו טקסט בדיוק בעשרות עמודים בפרק זמן קצר נראה כמו ספאם, גם לקוראים וגם לרשתות. הרחבנו על איך עושים את זה טוב במדריך על גיוון כיתובים לכל חשבון.

שלב 4: מדיה שעוברת בפעם הראשונה

הסוכן מעלה את המדיה עם upload_media_from_url. לסרטונים קצרים, השדות width, height וגם duration_ms הם לא פרט טכני שולי. הם מה שמאפשר לְשַׁגֵּר לבדוק מראש אם הסרטון מתאים לפורמט Reel, Short או Story, ולא לגלות את זה כשהפוסט כבר בדרך. סרטון אחד יכול לשמש כמה פורמטים, והשדה format ברמת החשבון קובע איך הוא יעלה בכל אחד.

שלב 5: טיוטה, לא פרסום

הסוכן יוצר את הפוסט עם create_post, בלי schedule_at, כלומר כטיוטה. בפוסט עצמו נכנסים גם cta_url לדף הנחיתה, first_comment עם הזמנה ללחוץ, campaign שיהפוך לפרמטר utm_campaign, וגם label עם שם פנימי שיאפשר למצוא את הפוסט אחר כך.

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

שלב 6: אישור הלקוח

request_approval שולח ללקוח קישור לאישור. הלקוח פותח, רואה את הפוסט, מאשר או מבקש שינויים, בלי חשבון ובלי סיסמה. הסטטוסים בְּשַׁגֵּר משקפים את זה: IN_REVIEW, CHANGES_REQUESTED, APPROVED. סוכן שמריץ list_posts עם סטטוס CHANGES_REQUESTED יודע בדיוק מה צריך לתקן.

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

שלב 7: פרסום מדורג

אחרי אישור, מתזמנים עם schedule_post וזמן בפורמט ISO 8601 עם offset, למשל 2026-10-11T09:00:00+03:00. השאלה היא מי מתזמן. אם למפתח של הסוכן יש הרשאת publish, הוא יכול לעשות את זה בעצמו. אם לא, אדם עושה את זה בְּשַׁגֵּר. שתי האפשרויות לגיטימיות, וההחלטה נעשית כשאדם מאשר את המפתח.

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

שלב 8: מדידה שחוזרת לבריף

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

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

איך מחברים את זה לשגרה

שמונה שלבים נשמעים כמו הרבה, אבל בפועל הם מתחלקים לשני רגעים בשבוע. רגע אחד הוא ההכנה: שלבים 1 עד 6, שסוכן מריץ ברצף מתוך skill. הרגע השני הוא אחרי האישור: שלב 7, ובסוף השבוע שלב 8. את הגרסה המעשית, עם קובץ SKILL.md מלא והרצה מתוזמנת, בנינו במדריך על שגרת הפצה שבועית.

כמה החלטות שכדאי לקבל מראש

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

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

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

שאלות נפוצות

האם הסוכן יכול להריץ את כל הצינור לבד?

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

איפה הסוכן שומר את הבריף ואת המסקנות?

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

מה קורה אם פוסט נכשל בחלק מהחשבונות?

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