קידום אתרים
סוכנות שיווק / מדריך טכני
אוטומציית דוחות שבועיים ללקוחות סוכנות שיווק עם n8n ו-Claude — מדריך שלב אחר שלב
מדריך מלא לבניית pipeline ב-n8n שמושך מכל לקוח את המספרים מ-GA4, Search Console, Google Ads ו-Meta Ads, מזהה אנומליות, מבקש מ-Claude לכתוב את חלק התובנות בקול של הסוכנות, מרכיב PDF ממותג ושולח אותו ללקוח — white label מלא, כל יום ראשון ב-9:00.
1. הבעיה — מס הדיווח של יום ראשון בבוקר
כל סוכנות שיווק שעוברת את ה-12 ריטיינרים נופלת על אותו פולחן יום ראשון: AM פותח 4 טאבים לכל לקוח (GA4, Search Console, Google Ads, Meta Ads), מעתיק מספרים לתבנית Google Slides, כותב 3-5 בולטים של "מה קרה השבוע" מהזיכרון, ושולח לפני בדיקת הצהריים מול הלקוח. כפול 30 לקוחות, וכבר שרפת 25-40 שעות אנליסט על דליבראבל שאף אחד לא משלם עליו תוספת — והתובנות לא עקביות בכלל, כי שלושה אנשים שונים כתבו אותן.
מספרים אמיתיים מסוכנות עם 32 לקוחות
| ריטיינרים פעילים | 32 |
| ממוצע שעות אנליסט לדוח שבועי | 1ש' 10ד' |
| סך שעות דיווח שבועיות (כל הסוכנות) | ~38 שעות |
| דוחות שנשלחים עד 9:00 ביום שני | 41% |
| אנומליות שצפו פרואקטיבית (לא דרך הלקוח) | 28% |
הקנס הסמוי גדול מהקנס הגלוי. לקוחות שעוזבים בדרך כלל לא מצטטים "הדוח הגיע באיחור" — הם מצטטים "אף פעם לא הבנתי מה באמת עובד אצלי". דוחות שזורקים גרפים יפים נותנים לבעיות להירקב שבועות. הסוכנויות שמשמרות לקוחות הכי טוב הן אלה שהמייל ביום שני שלהן תמיד אומר ברור: "זה עלה כי, זה נפל כי, וזה מה שאנחנו עושים בעניין".
מה זה "דיווח אוטומטי" כאן
זה לא תבנית של Looker Studio עם הלוגו של הלקוח מוחלף. את זה לרוב הסוכנויות יש כבר, וזה בדיוק הסיבה שהלקוחות אומרים שהדוחות שלהם מרגישים גנריים. אוטומציה אמיתית בנויה משלוש שכבות:
- שכבת נתונים: workflow יחיד ב-n8n לכל הסוכנות שמושך GA4, GSC, Google Ads, Meta Ads במקביל לכל לקוח כל יום שני ב-6:00.
- שכבת תובנות: Claude קורא את הדלתות של WoW ו-YoY, מזהה את 3-5 הדברים שבאמת שווה לדבר עליהם, וכותב אותם בקול הבית של הסוכנות — לא בסגנון "מספר ה-sessions ירד ב-12.3% week-over-week" של גוגל.
- שכבת שילוח: PDF ממותג שמורכב עם הלוגו של הלקוח, טוקני הצבע שלו וחתימת מנהל הלקוח, נשלח במייל ללקוח ומפורסם ב-channel של ה-AM ב-Slack לבדיקה ואז שליחה.
2. ארכיטקטורת המערכת
שמונה רכיבים, כל אחד בר-החלפה. שכבת התזמור היא n8n self-hosted כדי שהסוכנות תהיה בעלת כל קרדנציאל וכל שורה של לוגיקת דיווח — לקוחות שונאים שהדוחות שלהם נעצרים בגלל שספק SaaS צד שלישי הוריד אינטגרציה. Airtable מחזיק את הקונפיג של הלקוח כדי שאמנים בלי גישה לקוד יוכלו לשנות לוגו, רשימת KPI או מייל נמען.
המחסנית
הערכת עלות (30 לקוחות, מחזור שבועי)
| Claude Sonnet (30 לקוחות x 4 שבועות x ~3,500 tok in / 900 tok out) | ~$48 |
| Claude Haiku (subjects + סיכומים) | ~$6 |
| VM (n8n + Chromium ל-Puppeteer על Hetzner CCX23) | ~$48 |
| Postmark (1,200 מיילים/חודש) | ~$15 |
| Airtable team plan | ~$60 |
| סה"כ / חודש (30 לקוחות) | ~$177 |
בעלות אנליסט סוכנותית טיפוסית של ~$65 לשעה, החזרה של אפילו 25 מתוך 38 שעות הדיווח השבועיות שווה ~$1,625 לשבוע, או ~$84,500 בשנה. אותה שכבת תזמור משתלבת בשירותי האוטומציה ה-AI הרחבים שלנו.
קונפיגורציית לקוח ב-Airtable
כל לקוח הוא שורה אחת. ה-AM צריך להיות מסוגל להעלות לקוח חדש ב-8-10 דקות בלי שום מעורבות של מהנדס — רק מילוי השורה. ה-schema שטוח בכוונה כדי שיהיה אפשר לערוך ב-grid view; קונפיג מקונן יושב ב-JSON שדות שה-AM כמעט לא נוגע בהם.
Schema של Airtable — טבלת `clients`
טוען n8n: שליפת לקוחות פעילים
שליפות API במקביל לכל לקוח
לכל לקוח, יורים את כל ארבעת מקורות הנתונים במקביל — אין תלות ביניהם. השליפה הכוללת צריכה להסתיים בפחות מ-6 שניות גם עם cache קר. אם מקור אחד נופל, נופלים בעדינות: בונים את הדוח מהשאר, ושולחים Slack ל-AM שהמקור השבור צריך reauth.
בקשת GA4 Data API
Search Console — top movers
Google Ads — דוח קמפיינים
דפוס שליפה במקביל ב-n8n
מפעילים Split In Batches על רשימת הלקוחות, ובתוך כל איטרציה ארבעה HTTP nodes במקביל שמתחברים ב-Merge node במצב "wait for all". עוטפים כל קריאה חיצונית ב-Try/Catch sub-workflow כדי ש-401 בודד מ-Meta לא יהרוג את כל הריצה.
dataState: final מ-GSC. ברירת המחדל "all" עוברת backfill למשך 2-3 ימים, וה-WoW דלתות שלך ייראו לא נכונות עד יום שלישי בבוקר כשהלקוח יבדוק שוב. ה-trade-off: הדוח שלך מסתיים שלושה ימים לפני יום שני — וזה בסדר, רק תכבד את התאריך בדוח.זיהוי אנומליות (WoW ו-YoY)
אם תזרוק ל-Claude CSV של 50 שורות גולמי ותשאל "מה מעניין?" — תקבל פסקה שמונה את המובן מאליו. הטריק הוא לעשות את החשבון בקוד קודם, להצמיד severity לכל מטריקה, ולהזין ל-Claude רק את הדלתות המתויגות. זה מוריד עלות טוקנים ומכוון את Claude לדבר על 3-5 הדברים הנכונים בכל פעם.
טבלת ספים (לפי מטריקה)
| מטריקה | בולט | מדאיג | קריטי |
|---|---|---|---|
| Sessions WoW | ±10% | ±20% | ±35% |
| Conversions WoW | ±15% | ±25% | ±40% |
| Revenue WoW | ±15% | ±25% | ±40% |
| CPA WoW | ±12% | ±20% | ±35% |
| ROAS WoW | ±10% | ±18% | ±30% |
| Organic clicks WoW | ±12% | ±22% | ±35% |
מסווג אנומליות (n8n Function node)
אחרי הסיווג, מסננים רק את המטריקות המתויגות notable, concerning או critical ושולחים את הרשימה המסוננת ל-Claude. השורות "stable" עדיין מופיעות בטבלת הנתונים בדוח — הן פשוט לא מקבלות זמן מסך בחלק התובנות.
Prompt תובנות של Claude
חלק התובנות זה המקום שבו דוח אוטומטי חי או מת. prompt גרוע מייצר משפטים בסגנון "Sessions ירדו ב-12.3% week-over-week" — משפט שהלקוח היה יכול לייצר לבד מהטבלה. prompt טוב גורם ל-Claude לבחור 3-5 דברים שבאמת שווה להגיד עליהם, לנסח כל אחד בקול הסוכנות, ולחלק אותם לניצחונות, חששות וצעדים הבאים.
ה-system prompt
קריאת n8n HTTP Request ל-Claude
דוגמת פלט (לקוח ישראלי)
הרכבת PDF ממותג
מרנדרים את הדוח כ-HTML עם טוקני המותג של הלקוח, ואז ממירים ל-PDF דרך Puppeteer. הדפוס הזה מאפשר התאמה אישית בלתי מוגבלת לכל לקוח (לוגו, צבעים, פונטים, סדר סקציות) בלי קוד פר-לקוח. תבנית ה-HTML יושבת ב-repo של n8n, הטוקנים מגיעים מהשורה ב-Airtable.
מבנה ה-HTML של הדוח
רינדור Puppeteer (n8n Code node)
שילוח + Handoff ל-AM
יש שני מודלים של שילוח. האוטומטי לחלוטין שולח את ה-PDF היישר ללקוח ב-9:00 ביום שני. המפוקח נופל ל-channel של ה-AM ב-Slack ב-7:00 לבדיקה של 60 שניות וקליק "שלח" — הבחירה הנכונה בתקופת ההרצה, כי היא בונה את האמון של ה-AM לפני שאתה נותן לו לוותר על הבקרה.
payload בדיקה ב-Slack
שליחת אימייל יוצא (Postmark)
להגדיר את ה-From לכתובת של ה-AM (עם SPF/DKIM תקינים דרך Postmark) זה ההבדל בין "זה נראה כמו אוטומציה שיווקית" ובין "זה נראה כמו מנהל הלקוח שלי". תמיד לשלוח TrackOpens: true ולשמור את אירוע הפתיחה ב-Postgres — שיעור הפתיחה הוא האינדיקטור הכי חזק לכך שהדוח באמת נקרא. אותו דפוס מניע גם את פרויקטי האוטומציה ל-SaaS שלנו, שם זהות שולח אישית מזיזה את שיעור התשובות באופן דרמטי.
9. שכבת white label
מערכת white label אמיתית היא הרבה יותר מהחלפת לוגו. היא שולטת בשלוש שכבות לכל לקוח: זהות חזותית (לוגו, פונטים, טוקני צבע), קול (בורר tone שמכופף את סגנון הכתיבה של Claude), והקרדיטים בתחתית (ה-AM שלך, הדומיין שלך, אפשרות ל-co-branding). כשעושים את זה נכון, הדוח נראה כמו המוצר של הסוכנות אבל מרגיש כמו מסמך פנימי של הלקוח.
טוקני מותג לפי לקוח
| טוקן | מקור | בשימוש ב- |
|---|---|---|
| brand_primary_hex | Airtable | שער, כותרות, פס הדגשה ב-KPI |
| brand_secondary_hex | Airtable | קווי מפריד, צבע הדגשה בגרפים |
| brand_logo | Airtable attachment | פינה עליונה של עמוד השער |
| brand_tone | Airtable select | system prompt של Claude |
| am_name + am_email | טבלת staff | תחתית + From של האימייל |
| report_locale | Airtable | פורמט מספרים, שמות ימים, מטבע |
בקרת קול
השדה brand_tone ב-Airtable מחליף בלוק פסקה אחד בתחתית ה-system prompt של Claude. המימוש הפשוט ביותר עם שלוש פרסטים מכסה 90% מהלקוחות:
- פורמלי: "כתוב בטון מדוד ומקצועי. משפטים שלמים. בלי קיצורים. הוביל בנתונים, סיים בפרשנות."
- חברי: "כתוב כמו עמית חכם שמסביר על קפה. קיצורים בסדר. הוביל בלקח האנושי, לא באחוז."
- טכני: "כתוב למהנדס growth פנימי. מינוח שיווקי מדויק. הראה את החשבון כשרלוונטי. דלג על ה-cheerleading."
דוחות רב-לשוניים
הטוקן report_locale שולט בשלושה דברים: השפה ש-Claude מתבקש להגיב בה ("respond in Hebrew" / "respond in Spanish"), פורמט המספרים (1,234.5 מול 1.234,5), ושמות הימים והחודשים שמרונדרים בשער הדוח. תבנית ה-HTML משתמשת ב-Intl.NumberFormat(locale) ואותה תבנית מטפלת בלקוחות לטיניים ובלקוחות RTL בלי לפצל קוד.
10. כשלים נפוצים ופתרונות
שלושה דפוסי כשל מופיעים כמעט בכל הרצה. הם זולים לתכנון ביום הראשון, ויקרים ל-retrofit אחרי שתשעים ימים של דוחות כבר יצאו ללקוחות.
כשל 1: אזעקת שווא בשבוע של השקה ידועה
סימפטום: הלקוח השיק עמוד תמחור חדש ביום רביעי. הרשמות יום שלישי ירדו 38% בדיוק כפי שצפוי. דוח יום שני פותח עם "חשש קריטי: ירידה של 38% בהרשמות", וה-CEO של הלקוח מתקשר לפני הצהריים.
פתרון: שדה ה-AM notes. מוסיפים טבלת client_events ב-Airtable עם תאריך, תווית וכיוון. מוזרק אוטומטית ל-prompt של Claude עם הכלל: "אם נרשם אירוע לקוח בטווח הדוח, השתמש בו כסיבה והורד severity ב-tier אחד."
כשל 2: פג תוקף טוקן ביום שני בבוקר
סימפטום: ה-OAuth של Google Ads פג ביום ראשון בלילה. 12 דוחות יוצאים ב-9:00 ביום שני עם סקציית Ads ריקה כי ה-workflow בלע את ה-401.
פתרון: בדיקת בריאות לקרדנציאלים בשבת בערב — בקשת dummy לכל קרדנציאל OAuth, והודעת Slack לבעלי הסוכנות אם משהו מחזיר 401. מרעננים טוקנים פרואקטיבית ולא ריאקטיבית. חלון השבת משאיר את יום ראשון פנוי ל-reauth ידני.
כשל 3: Claude ממציא סיבה
סימפטום: Sessions שטוחים, אבל Claude כותב "עדכון האלגוריתם האחרון של גוגל כנראה תרם לירידה". לא היה שום עדכון אלגוריתם. ה-AM צריך לחזור על הדוח ולנקות.
פתרון: שני כללים ב-system prompt — "לעולם אל תזכיר עדכון של Google או Meta אלא אם זה מופיע מפורשות בשדה AM-notes" ו"לעולם אל תמציא סיבה שלא נתמכת ב-query/campaign movers בקלט". פעם בחודש, בודקים 5 דוחות אקראיים ומוסיפים ניסוחים אסורים חדשים ככל שתופסים כאלה.
11. תוצאות נמדדות — אחרי 90 יום
מספרים מהרצה אמיתית בסוכנות דיגיטלית עם 32 לקוחות (4 AMs, 2 אסטרטגים בכירים, מיקס ריטיינרים של SEO ופרסום בממוצע של 4,200$/חודש). אין שינוי בהיצע השירות בתקופת הניסוי — השיפור מגיע כולו מהזמן ששוחרר, מהשילוח בזמן ומאיכות התובנות.
המטריקה המעניינת ביותר בתוך הסוכנות היא מה ה-AMs עושים עם 29 השעות שנחסכו: יותר שיחות אסטרטגיה, יותר אופטימיזציות פרואקטיביות בין מחזורי דיווח, ורוחב פס לקחת ריטיינרים חדשים בלי לשכור. שיפור השימור (עלייה של 11 נקודות אחוז בשימור לוגואים על פני 12 חודשים) היה ההשפעה הגדולה ביותר על ההכנסה — והוא נהיה גלוי רק בנקודה של תשעה חודשים.
שיעור פתיחת אימייל על הדוח השבועי התייצב על 71% לרוחב הפורטפוליו. כל לקוח שיורד מתחת ל-50% הוא סימן שהוא התנתק — המערכת מסמנת אוטומטית ומציעה ל-AM לקבוע שיחת בדיקה.
12. לוח זמנים ועלות יישום
- הקמת n8n self-host + קונטיינר Puppeteer: 6–10 שעות
- קונפיג לקוחות ב-Airtable + טוען n8n: 4–6 שעות
- OAuth + שליפות במקביל ל-GA4 + GSC + Ads: 14–20 שעות
- זיהוי אנומליות + כיוון ספים: 8–12 שעות
- Prompt תובנות של Claude + פרסטים לטון: 12–18 שעות
- תבנית HTML + טוקני מותג: 14–20 שעות
- בדיקה ב-Slack + שילוח Postmark: 6–10 שעות
- הדרכת AM + run-book + ניטור: 6–10 שעות
- שבוע 1: ביקורת על דיווח קיים, נעילת רשימת KPI, עיצוב תבנית HTML
- שבוע 2: חיווט GA4/GSC/Ads + ספי אנומליות + schema של Airtable
- שבוע 3: כיוון prompt תובנות מול 4 שבועות של נתונים היסטוריים
- שבוע 4: פיילוט על 5 לקוחות, הדרכת AM, ואז עלייה לפורטפוליו מלא
- כולל: פרסטים לטון, סקירת איכות תובנות חודשית, כיוון prompt שוטף
שאלות נפוצות
metrics_snapshot לפני שמסווג האנומליות רץ. בנינו גרסאות עם TikTok Ads, LinkedIn Ads, Bing Ads, Pinterest, Klaviyo, Shopify ו-HubSpot Marketing באותו workflow. העיקרון: להעביר כל מספר ל-schema מנורמל אחד לפני ש-Claude רואה משהו.report_day ו-report_locale. ה-workflow האב ב-n8n רץ כל שעה ומעבד רק לקוחות שעברו את 6:00 בבוקר יום שני המקומי שלהם. לקוח אמריקאי מזרחי ולקוח ישראלי שניהם מקבלים דוח של "יום שני בבוקר" — הם פשוט נופלים על שורות שונות בלוח הזמנים.רוצה שזה ייבנה לדיווח של הסוכנות שלך?
SEOKRU פורסת את המערכת הזו בדיוק ב-4 שבועות. אנחנו עושים ביקורת על הדיווח הקיים שלך, מעצבים את תבנית ה-HTML מול המותג שלך, מחווטים GA4/GSC/Ads/Meta לכל ריטיינר פעיל, מכווננים את ה-prompt של Claude מול 4 שבועות של נתונים היסטוריים שלך ומאמנים את ה-AMs על הזרימה החדשה. אתם שומרים על הבעלות על כל רכיב — workflows, prompts, templates, Airtable, הכל.
דבר עם מהנדס אוטומציה לסוכנות

