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

החלטות קמפיינר ל־Meta · שכבת המלצה בלבד

24.10.2026. המסמך והמודול yskit/strategist_v1.py נועדו להפוך בריף להמלצה מנומקת. הם אינם יוצרים קהלים, טפסים או מודעות, ואינם אישור להפעלה. משתמשים בהם לצד yskit/intake_v3.py אחרי קריאת תשובות עדכניות של הלקוח. כל שאלה חייבת לשנות החלטה או לאמת תנאי מוכנות; תשובה שכבר ניתנה ממוחזרת. חסם של מסלול אחד אינו מבטל תכנון למסלול האחר.

החלטה מקצועית ומידע חסר

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

כשמבקשים גם אתר וגם טופס פנימי, yskit intake שומר תשובות משותפות פעם אחת ו־yskit strategy יכול לקבל facts.lead_routes: ["website", "meta_instant_form"] ולהחזיר route_plans נפרדים. חסם מדידה באתר אינו מוחק את המלצת הטופס ולהפך. זהו תכנון סינתטי מקומי, לא אימות יכולת בחשבון ולא יצירת קמפיינים.

• קהל קר: בהתחלה, בלי מקור קהל חם תקף ובלי נפח נתונים, מציעים מבנה פשוט וקהל רחב כנקודת בדיקה, לא כהיתר להרחיב מגבלת מיקום. אין לפצל תקציב קטן בין קהלים רק כי קיימת אפשרות טכנית. סכום מינימום קבוע אינו כלל Meta; בודקים תקציב, נפח לידים ומטרת המדידה של הלקוח.
• קהל חם: מציעים רימרקטינג או הפרדה מקהל קר רק כשמקור הקהל, זכות השימוש, גודל/נפח מעשי ואפשרות תקציבית ידועים ומאומתים. יצירת Custom Audience, העלאת רשימה והחרגה הן פעולות נפרדות עם הרשאות ואישורים משלהן. Audience Segments משמשים לפירוק דיווח כאשר הם זמינים; אינם יוצרים קהל יעד ואינם תחליף להחרגה. Meta מתארת Audience Segments בהקשר של Advantage+ sales; תמיכה ביעד LEADS ובחשבון המסוים לא הוכחה.
• משפך וסוג טופס: כשהכוונה לליד איכותי יותר ויש שאלות סינון מוצדקות ומענה מכירות זמין, Higher Intent הוא מועמד לבדיקה. כשהמטרה המוצהרת היא פחות חיכוך, More Volume הוא מועמד. אין הבטחת איכות או נפח; בודקים בפועל מסך טופס, שדות, מדיניות והגעה ל־CRM. Meta מפרטת More Volume, Higher Intent ו־Rich Creative; זמינות בחשבון/ב־API טרם אומתה. במסלול אתר, בודקים יעד, הסכמה ומדידת Lead לפני המלצה על אופטימיזציה, ולא שואלים סוג טופס פנימי.
• מגבלות מול הצעות: מיקום, גיל מינימלי, שפה והחרגות קהלים עשויים להופיע כ־Audience controls; מאפייני קהל אחרים עשויים להיות suggestions. Meta מבחינה ביניהם. אין להמיר רצון קשיח בהצעה רכה. אם החשבון, היעד או גרסת הממשק אינם מאפשרים לאכוף דרישה קשיחה, עוצרים את התצורה הזו ומסבירים מה אינו נתמך. קטגוריית מודעות מוגבלת מחייבת בדיקת כללים נפרדת; Meta מציינת מגבלות לקהל בתחומי דיור, תעסוקה ופיננסים.

Advantage+ אינו מתג אחד

החלטה נפרדת לכל שכבה: Audience מועמד לקהל קר רחב כשגבולות קשיחים מאומתים; Placements מועמד רק כשנכסים/תצוגות נבדקו בכל מיקום שנבחר; Budget מועמד לחלוקה גמישה בין קבוצות, לא אם נדרש גבול הוצאה קשיח לכל קבוצת מודעות בלי בקרת ספק מאומתת; Creative מועמד רק אם גרסאות ונכסים/טענות אושרו והתצוגה נבדקה. המלצה על רכיב אחד אינה אישור לאחרים. כיבוי או הפעלה של רכיב Advantage+ אחד לא מוכיחים שמיקום או העדפה אחרת נאכפים.

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

אחרי ניסוי מורשה: משווים חלונות וקבוצות לידים תואמים, מקור ותאריך, כיסוי ביקורת האיכות, שיעור qualified/contactable/booked וזמן טיפול. CPL נמוך אינו הכרזה על ליד טוב, ו“לא ענה” לבדו אינו מאבחן מסר או טופס שגוי. Audience Segments, אם זמינים, יכולים לתרום לפירוק דיווח; אינם משנים בעצמם את ההגשה. המלצה על שינוי מסר, טופס, קהל או תקציב היא השערה לבדיקה ואישור, לא פעולת עצירה או הגדלה אוטומטית. תווית מכירה ב־CRM אינה הוכחת הכנסה עצמאית. מדדים מחושבים לפי מכנה, טווח וייחוס מפורשים ב־docs/measurement-v1.md.

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

מקור, טריות ושערי בדיקה

העקרונות על הצעה, היכרות, קריאייטיב ואיכות ליד סוננו ממדריך מקצועי שסופק ב־24.10.2026 ונבדק ביקורתית מול מקורות Meta; הנוסח כאן מקורי ותלוי בריף. לא הועתקו ממנו מרשמי Broad/CBO גורפים, ספי CTR/תדירות, נוסחאות פגומות או כללי pause/scale אוטומטיים. תיעוד רשמי מוכיח רק את הנאמר בו; yskit/strategist_v1.py דורש בנפרד תצפית יכולת לחשבון, מטרה וגרסת API. לתצפית דרושים מקור, תאריך צפייה ו־valid_until לפי מדיניות רענון מקומית מתועדת. אין TTL אחיד שמטא קבעה; אם התצפית ישנה, עתידית, מגרסה אחרת או חסרה, ההמלצה נשארת מותנית. גם More Volume וגם Higher Intent חייבים לעבור שער יכולת; היעדר תמיכה לא הופך אוטומטית לסוג טופס אחר.

המלצות המבנה נשענות על סקילי הסוכנות meta-campaign ו־ppc שנקראו ב־24.10.2026, אך אין להעביר מהם כעובדת פלטפורמה קביעה גורפת כגון ״קהל חם מחייב לכבות Advantage+״ או ״Meta מכבדת רק מיקום וגיל מינימלי״. חלק מהנוסחים המקומיים גם מציגים הנחות קבועות על lookalikes, תדירות והיקף preview; הן אינן כלל אוניברסלי. מקורות Meta המקושרים למעלה נבדקו באמצעות תוצאות חיפוש רשמיות עדכניות; דפי העזרה עצמם חסמו צפייה מלאה בעת הבדיקה, ואין מכך ראיית תמיכה בחשבון מסוים או בגרסת API מסוימת. לפני יצירה אמיתית מאמתים מקור רשמי מלא אם נגיש, יכולת בחשבון/יעד, מזהה ישות גאוגרפית ותשובת Graph ממוקדת. שינוי חשבון, יעד, קטגוריה מיוחדת, API או דרישת לקוח מחייב בדיקה מחדש.

בדיקות מקומיות: tests/test_strategist_v1.py מכסה 19 תרחישים, כולל תקציב קטן, מקור חם עם/בלי הסכמה וגודל מאומת, שערי More Volume ו־Higher Intent, מסלול אתר בלי מדידה, תל אביב בלבד, רדיוס סותר, כוונת תושבות לא ברורה, ראיה שפג תוקפה/עתידית/מגרסת API אחרת, העדפה קשיחה לא נתמכת והפרדת ארבע שכבות Advantage+. אלה בדיקות קוד offline. ביקורת שיחה עצמאית נבדקה בארבעה תרחישים סינתטיים והובילה לשני תיקונים; היא אינה בדיקת גילוי Skill במארח חדש. לא נקראה יכולת Audience/Forms חיה מחשבון לקוח.