הרחבות ושאלות אחרי מסלול Meta הבסיסי
הצעות אלה הן רשות לאחר שהסקילים והתרגיל המקומי עובדים. אין כאן חיבור פעיל, ואין דרישת הכנה חדשה. בודקים חיבור מורשה זמין; אחרת בוחנים API, כלי MCP נתמך או אוטומציה בהתאם לצורך ולהרשאות.
מהו קונקטור?
קונקטור מחבר מארח AI תומך לכלי או למידע של שירות חיצוני אחרי שבעל החשבון מחבר ומאשר גישה. כך אפשר לקרוא בריף ממסמך מורשה או לבדוק סטטוס פנייה בלי להעתיק הכול לצ׳אט. ארבע בדיקות שונות נדרשות: האם החיבור מופיע בקטלוג, האם הותקן או הופעל, האם החשבון הנכון חובר, והאם הפעולה המסוימת מותרת. אפשרות קריאה אינה בהכרח הרשאת כתיבה.
- Google Drive ו־Docs: קריאת בריף מאושר שהגישה אליו מותרת; עריכה דורשת יכולת והרשאה נפרדות.
- Gmail ויומן: בדיקת פנייה או מועד רלוונטי כשיש חיבור מתאים; שליחה או יצירת אירוע הן פעולות נפרדות.
- Notion: קריאת עמודי נהלים או הצעה מורשים כדי לשמור על מסרים מדויקים.
- Canva: במארח שתומך בכך אפשר להיעזר בהכנת חומרי קריאייטיב; יצירה או שינוי דורשים יכולת ואישור.
- CRM: אם העסק והמארח תומכים בחיבור מורשה, בודקים שנקלטה פנייה ומה מצב הטיפול לפני עדכון.
סקיל מגדיר דרך עבודה, API הוא ממשק השירות, ו־MCP הוא דרך אפשרית להציג כלי חיבור לסוכן. לא כל קונקטור הוא MCP, ולא כל מארח מציע אותם חיבורים. זמינות תלויה במארח, בתוכנית, בארגון ובחשבון. בוחרים הרשאה מצומצמת ועוצרים לפני כתיבה חיצונית או הוצאה כספית. אפליקציות ב־ChatGPT · קונקטורים ב־Claude.
דוגמה למסלול קמפיין שלם
בריף → קריאייטיב → עמוד נחיתה → קמפיין Meta שאושר בנפרד → טופס → CRM → מעקב אנושי או הודעה מאושרת → מדידה ודוח. טופס באתר וטופס Meta הם שני מקורות. מכבדים הסכמה ופרטיות; מדדי Meta ו־GA4 עשויים לייחס תוצאות בדרכים שונות.
תכנון, תוכן ונכסים
- ששת הסקילים של הערכה: שומרים סדר בין בריף, שתי זוויות מסר, קופי ומפרט PAUSED למשל: בודקים שההבטחה במודעה תואמת לבריף המאושר
- מחקר מתחרים ובדיקת מסר: מחדדים השערות ולא מעתיקים מודעות או טוענים לתוצאות שלא נבדקו למשל: משווים ניסוחי הצעה לפני כתיבת מודעות
- עיצוב ותמונות: מכינים נכסים חזותיים מתאימים לפורמטים ולהרשאות השימוש למשל: מכינים גרסאות ריבועיות ואנכיות לבדיקה אנושית
עמוד נחיתה וטופס
- Vercel: מארח ומפרסם עמוד נחיתה או אתר שנבנה; הוא אינו CRM או טופס פעיל מעצמו למשל: מעלים עמוד הצעה לאחר אישור ובודקים קישור, נגישות ומובייל
- WordPress או Shopify: משתמשים באתר או בחנות קיימים כשההצעה מחייבת תוכן או רכישה שם למשל: בודקים שמודעה מובילה לעמוד מוצר או שירות מתאים
- טופס ויעד קליטה: מגדירים מי מקבל את הפרטים, מקור הפנייה ודרך לאמת שנשמרה למשל: ליד מטופס באתר מגיע ליעד נבחר ונקרא חזרה
מדידה והסכמה
- GA4 ו־GTM: מתכננים אירועים ומנהלים תגיות באתר לפי הרשאות והסכמת משתמשים למשל: בודקים צפייה בעמוד ושליחת טופס בסביבת בדיקה
- UTM ומדדי Meta: מזהים קמפיין ומקור תנועה בלי להכניס פרטים אישיים לקישור למשל: משווים הקלקות ותנועה, ומסבירים למה המספרים עשויים להשתנות
- משוב המרות: מחברים בין מקור ליד למצב טיפול או מכירה מאומתת בלבד למשל: בודקים כמה פניות טופלו, בלי להציג ייחוס פלטפורמה כמכירה ודאית
CRM וטיפול בפניות
- Monday, HubSpot או Kommo: בוחרים יעד אחד לפי המערכת של העסק והחיבור המורשה שזמין בפועל למשל: יוצרים רשומת בדיקה עם מפתח ליד ומוודאים שאינה כפולה
- סטטוס ותזכורת: מגדירים בעל טיפול, שלב, זמן תגובה ותיעוד למשל: פנייה חדשה מקבלת בעלים וסטטוס שנקרא חזרה
אוטומציה והודעות
- n8n או Make: מוסיפים זרימה רציפה רק אם חיבור ישיר לא מספיק וצריך ניתוב, בדיקת כפילויות או טיפול בכשל למשל: טופס מעביר פנייה ל־CRM ומתריע כשכתיבה נכשלה
- WhatsApp או אימייל מאושרים: משתמשים בערוץ, בתוכן ובהסכמה שאושרו לעסק; לא שולחים הודעות מעצם התקנת סקיל למשל: צוות המכירות מקבל התראה פנימית על פנייה חדשה
דוחות ובקרת איכות
- Sheets ו־Looker Studio: מרכזים נתונים עם מקור, חלון זמן והגדרת מדד ברורה למשל: דוח שמפריד בין פניות Meta, פניות CRM ופניות שטופלו
- בדיקות עמוד, טופס ומסרים: תופסים קישור שבור, הבטחה לא תואמת או טופס שלא נקלט למשל: בודקים מעבר ממודעה לעמוד, טופס, יעד וסטטוס
שאלות ותשובות
מהו “מארח”?
Codex או Claude Code הם סביבת העבודה שקוראת את תיקיית הפרויקט ויכולה לטעון סקילים ולהשתמש בכלים הזמינים לה. שיחה רגילה ב־Claude אינה מתקינה קבצים מקומיים.
מה ההבדל בין סקיל, API ו־MCP?
סקיל הוא הוראות עבודה. API הוא ממשק של שירות לבקשת מידע או פעולה. MCP יכול להציג כלים מחיבור מוגדר למארח תומך. לא כל API דורש MCP, והתקנת סקיל אינה חיבור לחשבון.
האם כל סטודנט חייב ליצור אפליקציית Meta?
לא. קודם בודקים אם קיים חיבור מורשה ומתאים. אפליקציה שבבעלות בעל החשבון נדרשת רק אם בוחרים מסלול Marketing API עצמאי שדורש אותה; תרגיל החובה עובד בלי חשבון.
מתי צריכים Python, Node.js או WSL2?
Python 3.11 ומעלה דרוש לכלי הבדיקה וההתקנה שבערכה. Node.js או CLI נדרשים רק אם כלי חיבור שנבחר דורש אותם. WSL2 הוא עומק אופציונלי ב־Windows לרכיבים מתמשכים, לא תנאי לתרגיל או לששת הסקילים.
למה להוריד תיקייה שלמה אם יש קישורים לשישה סקילים?
התיקייה המלאה כוללת את ששת הסקילים, כלי בדיקה והתקנה, ומסמכים שהסקילים מפנים אליהם. קישור לסקיל בודד מאפשר קריאה או הורדה; הוא אינו מתקין את המערכת השלמה.
האם חייבים גם Claude וגם Codex?
לא. בוחרים מארח אחד מתאים. הוא מלווה את המסלול רק לפי היכולות, הקבצים והחיבורים שזמינים אצלו בפועל.
איך יודעים שההתקנה והחיבור באמת עובדים?
מבקשים ראיה לכל שלב: manifest_verified, תצוגה מקדימה ואז applied, נתיב SKILL.md שנקרא במשימה חדשה, ולחיבור חי רק תוצאת קריאה מהחשבון הנכון. עצם האמירה של הסוכן אינה מספיקה.
איפה שמים סיסמאות וטוקנים?
לא בצ׳אט, לא בתוך הערכה ולא בדוגמאות לסטודנטים. בעל החשבון מטפל ביצירה ובאחסון מאובטח ומוגבל גישה לפי הסביבה שלו; המארח עוצר לפני שינוי הרשאות או פעולה חיצונית.
מה עושים אם שלב נכשל או הרשאה נדחתה?
עוצרים באותו שלב, שומרים סיכום לא רגיש של מה נבדק ומה חסר וממשיכים ממנו בהמשך. אין לעקוף דחייה או לחזור על פעולה חיצונית שתוצאתה לא ברורה. אפשר להשלים את תרגיל התכנון ללא חיבור.
מתי קמפיין הוא באמת חי?
מפרט PAUSED הוא מסמך מקומי, לא קמפיין בחשבון. גם יצירת ישות PAUSED אמיתית היא פעולה בחשבון. פרסום והוצאה כספית דורשים הרשאות, בדיקה ואישור אנושי נפרד, ולא נובעים מסימון הצ׳ק־ליסט.
איך Chrome עוזר, והאם הסוכן רואה אותו אוטומטית?
Chrome משמש לפתיחת האתר המקומי, בדיקת עמודי נחיתה וכניסה של בעל החשבון לשירותים הרשמיים. הסוכן רואה או מפעיל דפדפן רק אם יכולת דפדפן נתמכת חוברה ואושרה במפורש; Chrome לבדו אינו מעניק לו גישה. סיסמאות מכניסים רק בטופס ההזדהות הרשמי, לא בצ׳אט. דפדפן ו־Chrome ב־Codex · Claude Code עם Chrome.