WhatsApp Business API — המעבר לליגה המקצוענית

למה ומתי לעבור מ-WhatsApp Business App ל-API

לפני שנתחיל, בואו נבין מה זה API בשפה פשוטה: API הוא מתורגמן בין מערכות. כמו שמתורגמן מאפשר לשני אנשים שמדברים שפות שונות לשוחח — ככה API מאפשר למערכת שלך (CRM, חנות, בוט) "לדבר" עם WhatsApp. אתה לא פותח את האפליקציה ושולח הודעות ביד — אלא מערכת ממוחשבת שולחת ומקבלת הודעות בשמך, אוטומטית, בקנה מידה.

בפרק 1 למדנו ש-WhatsApp Business App הוא חינמי, קל לשימוש, ומספיק לעסק קטן עם כמה עשרות שיחות ביום. אבל מגיע רגע שהאפליקציה פשוט לא מסוגלת לענות על הצרכים. הרגע הזה שונה לכל עסק — אבל הסימנים דומים.

10 סימנים שהגיע הזמן לעבור ל-API

1. יותר מ-2 אנשים צריכים לנהל את אותו מספר WhatsApp — האפליקציה תומכת רק ב-5 מכשירים מקושרים. ה-API תומך בכמות לא מוגבלת של Agents
2. אתה שולח יותר מ-256 הודעות Broadcast ביום — הגבול של Broadcast List באפליקציה. ב-API אין מגבלה כזו
3. אתה צריך לחבר את WhatsApp ל-CRM — HubSpot, Salesforce, Monday, או כל מערכת אחרת. האפליקציה לא מאפשרת חיבור אמיתי
4. אתה רוצה צ'אטבוט אמיתי — לא Quick Replies ידניים, אלא בוט שעונה 24/7 בלי התערבות אנושית
5. אתה צריך לשלוח הודעות יזומות — תזכורות לתור, אישורי הזמנה, עדכוני משלוח — מחוץ לחלון 24 השעות
6. יש לך יותר מ-500 שיחות פעילות בחודש — מניהול ידני לניהול שמתבקש שיהיה אוטומטי
7. אתה צריך דוחות מפורטים — מעבר לסטטיסטיקות הבסיסיות של האפליקציה
8. אתה רוצה ירוק (Green Badge) אמיתי — ה-Official Business Account מחייב API
9. יש לך מערכת e-commerce ואתה רוצה לשלוח הודעות אוטומטיות אחרי רכישה
10. אתה בענף מוסדר (פיננסים, בריאות, ביטוח) שדורש תיעוד ושליטה מלאה

מה ה-API נותן שהאפליקציה לא

הדיאגרמה למעלה מציגה את הזרימה: העסק שלך (CRM, בוט, חנות) שולח פקודות API דרך ספק BSP (או ישירות ל-Cloud API), ה-BSP מעביר ל-Meta Cloud שמנהל את ההודעות, ו-Meta מעביר ללקוחות. כשלקוח עונה — הזרימה הפוכה: Meta שולח Webhook ל-BSP, ו-BSP מעביר אליך.

ספקי BSP מומלצים: Twilio, 360dialog, WATI, Respond.io

BSP — Business Solution Provider — הוא ה"שער" שלך ל-WhatsApp Business API. בעבר, זו הייתה הדרך היחידה לגשת ל-API. היום, Meta מציעים גם גישה ישירה דרך Cloud API, אבל רוב העסקים עדיין משתמשים ב-BSP כי הוא מספק ממשק ניהול, תמיכה, וכלים נוספים.

למה להשתמש ב-BSP ולא לגשת ישירות ל-Cloud API?

• ממשק ניהול מוכן — לא צריך לבנות Dashboard בעצמך
• תמיכה טכנית — מישהו שעונה כשמשהו לא עובד
• כלים נוספים — צ'אטבוט Builder, Analytics, Team Inbox
• ניהול Templates קל — הגשה ומעקב אחרי אישורים דרך ממשק
• Webhooks מוכנים — לא צריך להגדיר שרת בעצמך

אם אתה מפתח או יש לך צוות טכנולוגי — Cloud API ישיר יכול לחסוך עלויות. אם אתה בעל עסק בלי צוות טכני — BSP הוא ההמלצה.

4 ספקי BSP מומלצים — השוואה מפורטת

ספקי BSP ישראליים ואלטרנטיבות מקומיות

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

• Inforu (אינפורו) — חברת SMS ישראלית ותיקה שמציעה גם WhatsApp API. יתרון: תמיכה בעברית, חיוב בשקלים, הבנת השוק המקומי. חיסרון: פחות פיצ'רים מ-BSPs הגלובליים
• Commbox — פלטפורמת Omnichannel ישראלית שכוללת WhatsApp API. יתרון: ממשק בעברית, תמיכה מקומית, חיבור לכל הערוצים. חיסרון: מחיר גבוה יחסית
• Gallobots — פתרון ישראלי לצ'אטבוטים ב-WhatsApp. יתרון: בנוי לשוק הישראלי, תמיכה בעברית. חיסרון: פחות מוכר מהספקים הגלובליים

Cloud API מול On-Premise — השוואת אפשרויות

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

Cloud API (מומלץ לרוב העסקים)

Cloud API הוא הגרסה החדשה והפופולרית יותר. Meta מארחים את הכל על השרתים שלהם — אתה רק שולח ומקבל API calls.

• הקמה: דקות עד שעות (לא ימים)
• תחזוקה: Meta מטפלים בהכל — עדכונים, אבטחה, Scaling
• עלות תשתית: אפס. אתה משלם רק עלות שיחות
• Latency: נמוכה — השרתים של Meta מפוזרים גלובלית
• Feature Parity: Meta מוסיפים פיצ'רים חדשים ל-Cloud API קודם

On-Premise API (לארגונים גדולים)

On-Premise (לפעמים נקרא גם "On-Prem") הוא הגרסה הישנה. אתה מתקין קונטיינרים של Docker על שרת שלך ומנהל הכל בעצמך.

• הקמה: ימים עד שבועות — דורש DevOps
• תחזוקה: אתה אחראי — עדכונים, Patches, Scaling
• עלות תשתית: שרת (AWS/GCP/Azure) — מאות עד אלפי שקלים בחודש
• Latency: תלוי במיקום השרת שלך
• שליטה בנתונים: מלאה — הנתונים נשארים על השרת שלך

הקמת חשבון API: Business Manager, מספר טלפון, אישור Meta

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

תנאי סף

לפני שמתחילים, וודא שיש לך:

• חשבון פייסבוק אישי — נדרש כדי ליצור ולנהל Business Manager. אם אין לך חשבון פייסבוק אישי — תצטרך ליצור אחד
• דף עסקי בפייסבוק (Facebook Business Page) — אם אין, צור אחד עכשיו
• Meta Business Manager — חשבון ב-business.facebook.com
• מספר טלפון שלא מחובר כרגע לחשבון WhatsApp — או שאתה מוכן לנתק את המספר הקיים
• אימות עסק ב-Meta Business Manager (Business Verification)
• מסמכים רשמיים — אישור ניהול חשבון בנק, תעודת עוסק מורשה/חברה, או מכתב רואה חשבון. הכן אותם מראש כדי שלא תתקע באמצע

שלב 1: הקמת Meta Business Manager

Template Messages — יצירה, אישור, ושליחה בקנה מידה

Template Messages הם אחד הדברים הכי חשובים ב-WhatsApp Business API — ואולי הסיבה העיקרית שעסקים עוברים ל-API. הם מאפשרים לך לשלוח הודעות יזומות ללקוחות — גם אם עברו יותר מ-24 שעות מאז ההודעה האחרונה שלהם.

מה זה Template Message?

Template Message הוא הודעה עם מבנה קבוע שמאושר מראש על ידי Meta. אתה כותב את ה-Template עם "חורים" למשתנים (שם הלקוח, תאריך, מספר הזמנה), מגיש לאישור Meta, ואם מאושר — אפשר לשלוח אותו לכל לקוח שנתן הסכמה.

קטגוריות של Template Messages

שים לב: Marketing הוא הכי יקר — פי 2.5 מ-Utility. לכן חשוב לסווג את ה-Templates בקטגוריה הנכונה.

איך כותבים Template שמאושר

Meta בודקים כל Template לפני שהוא זמין לשימוש. התהליך לוקח בדרך כלל כמה דקות עד 24 שעות. הנה הכללים:

מבנה Template

• Header (אופציונלי): טקסט, תמונה, וידאו, או מסמך
• Body (חובה): גוף ההודעה — עד 1,024 תווים. אפשר להוסיף משתנים: {{1}}, {{2}}
• Footer (אופציונלי): טקסט קטן למטה — עד 60 תווים
• Buttons (אופציונלי): Call to Action (קישור או טלפון) או Quick Reply (עד 3 כפתורים)

דוגמה: Template אישור הזמנה

10 כללים לכתיבת Templates שיעברו אישור

1. אל תכתוב שקר. Meta דוחים Templates עם הבטחות מופרזות ("מובטח!", "100% הצלחה!")
2. ציין את שם העסק. ה-Template חייב להיות ברור ממי הוא
3. אל תבקש מידע רגיש. סיסמאות, מספרי כרטיס אשראי, פרטי בריאות — אסור לבקש ב-Template
4. השתמש בשפה מכבדת. לא איומים, לא לחץ מופרז
5. סווג נכון. אל תסווג Marketing כ-Utility רק כדי לחסוך. Meta יזהו ויעבירו את הסיווג — ואתה תשלם יותר
6. משתנים הגיוניים. {{1}} צריך להיות דוגמה סבירה ("יוסי", לא "XXXX")
7. אל תשתמש בקיצורי URL. bit.ly ודומיהם נדחים. השתמש בדומיין שלך
8. בדוק שגיאות כתיב. Templates עם שגיאות נדחים לעיתים
9. תאר את ה-Use Case. בהגשה, הוסף תיאור ברור של מתי ולמי נשלח ה-Template
10. הכן דוגמאות. Meta רוצים לראות איך ה-Template ייראה עם נתונים אמיתיים

דוגמאות Templates לעסקים ישראליים

Session Messages מול Template Messages — חלון 24 השעות

חלון 24 השעות הוא אחד המושגים הכי חשובים ב-WhatsApp Business API — ואחד שגורם להכי הרבה בלבול. בואו נפשט את זה.

הכלל הבסיסי

כשלקוח שולח לך הודעה, נפתח חלון של 24 שעות. בתוך החלון הזה, אתה יכול לשלוח לו כל הודעה שרוצים — טקסט חופשי, תמונות, סרטונים, קבצים — בלי צורך ב-Template מאושר. אלה נקראים Session Messages.

ברגע שהחלון נסגר (24 שעות עברו מאז ההודעה האחרונה של הלקוח), אתה חייב להשתמש ב-Template Message מאושר כדי ליצור קשר. אי אפשר לשלוח טקסט חופשי.

איך החלון עובד בפועל

Free Tier: 1,000 Service Conversations בחודש

Meta נותנים לכל חשבון WABA 1,000 Service Conversations חינם בחודש (שיחות שהלקוח יזם). זה אומר:

• לקוח שולח הודעה → נפתח חלון → אתה עונה → חינם (עד 1,000 שיחות כאלה בחודש)
• אתה שולח Template ללקוח → בתשלום (לפי קטגוריה)

עסק קטן שרוב הפניות אליו מגיעות מלקוחות (ולא הוא שיוזם) יכול לשלם כמעט אפס על ה-API.

מודל תמחור API: Conversation-Based Pricing בישראל

מודל התמחור של WhatsApp Business API מבוסס על שיחות (Conversations), לא על הודעות בודדות. שיחה = חלון של 24 שעות. בתוך החלון אתה יכול לשלוח כמה הודעות שרוצים — המחיר אחד.

סוגי שיחות ומחירים בישראל

Meta מחלקת שיחות ל-4 סוגים, כל אחד עם מחיר שונה. המחירים משתנים לפי מדינה — הנה המחירים לישראל (נכון למרץ 2026):

תחשיב עלות חודשית — דוגמאות ישראליות

Webhooks ו-Callbacks — קבלת עדכונים בזמן אמת

Webhooks הם המנגנון שבו WhatsApp API מודיע לך שמשהו קרה — לקוח שלח הודעה, הודעה שלך נקראה, Template נשלח בהצלחה, או שגיאה אירעה. בלי Webhooks, ה-API שלך חירש — הוא יכול לשלוח אבל לא לדעת מה חוזר.

איך Webhooks עובדים

הדבר הכי קרוב ל-Webhook בחיים האמיתיים הוא פעמון בדלת. במקום שתצא כל 5 דקות לבדוק אם מישהו בחוץ (Polling), הפעמון מודיע לך ברגע שמישהו מגיע (Push). ככה עובד Webhook:

1. אתה מגדיר Callback URL — כתובת שרת שמוכן לקבל הודעות מ-Meta
2. Meta רושם את הכתובת ושולח Verification Request (לוודא שזה באמת השרת שלך)
3. כל פעם שמשהו קורה (הודעה נכנסת, סטטוס משתנה) — Meta שולח HTTP POST לכתובת שלך
4. השרת שלך מעבד את ההודעה ומחזיר 200 OK ל-Meta

סוגי Webhook Events

Webhook בפועל — מה מגיע

Webhooks דרך BSP — איך זה נראה בפועל

רוב הקוראים של הפרק הזה לא יגדירו Webhooks ידנית — הם ישתמשו ב-BSP שמטפל בכל זה מאחורי הקלעים. אז בואו נראה איך אותם אירועי Webhook נראים מנקודת המבט שלך ב-BSP:

ב-WATI — Team Inbox

כשלקוח שולח הודעה, אתה לא רואה JSON ולא Webhook. מה שקורה:

1. ההודעה מופיעה מיד ב-Team Inbox — ממשק דמוי WhatsApp Web שכל הצוות רואה
2. ליד ההודעה מופיע סטטוס: New (חדשה), Assigned (הועברה לאיש צוות), Resolved (נסגרה)
3. אם הגדרת Automation Rule (כלל אוטומציה), WATI יכול לענות אוטומטית, להעביר לאיש צוות מסוים, או לתייג את השיחה
4. ה-Webhook statuses (sent/delivered/read) מתורגם ל-V סימנים — בדיוק כמו ב-WhatsApp רגיל: V אחד = נשלח, VV אפור = הגיע, VV כחול = נקרא

ב-Respond.io — Workflow Triggers

ב-Respond.io, אירועי Webhook הופכים ל-Triggers (מפעילים) ב-Workflow Builder — הממשק הגרפי לבניית אוטומציות:

1. Conversation Opened — הטריגר מופעל כשלקוח חדש שולח הודעה ראשונה (מקביל ל-Webhook messages)
2. Incoming Message — כל הודעה נכנסת. אפשר לסנן לפי מילות מפתח: אם ההודעה מכילה "מחיר" — העבר לצוות מכירות
3. Contact Tag Added — כשאיש צוות מתייג לקוח (למשל "VIP"), אפשר להפעיל אוטומציה שמשנה את רמת השירות

במקום לפרסר (Parse) JSON מ-Webhook, אתה בוחר Trigger מתפריט, מגדיר תנאים, ומצרף פעולות — בלי שורת קוד אחת.

ב-Twilio — Webhook URLs בפאנל

Twilio הוא יותר "טכני" מ-WATI ו-Respond.io. בפאנל של Twilio אתה מגדיר Webhook URL ישירות — כמו בעבודה ישירה עם Cloud API, אבל עם שכבת הקלה:

• אתה מגדיר Callback URL בממשק Twilio Console
• Twilio מקבל את ה-Webhooks מ-Meta, מפרסר אותם, ומעביר לך בפורמט אחיד (Twilio Messaging API format)
• היתרון: אם מחר תוסיף גם SMS, גם Twilio Voice — הפורמט אחיד. לא צריך לכתוב קוד שונה לכל ערוץ

שליחת הודעות מדיה: תמונות, וידאו, מסמכים, מיקום

WhatsApp Business API תומך בהרבה יותר מטקסט. אפשר לשלוח תמונות, סרטונים, מסמכים, מיקום, ואפילו Contacts. הנה הפירוט המלא.

סוגי מדיה נתמכים

Media ב-Template Messages

אפשר להוסיף מדיה ל-Header של Template Message:

• Image Header: תמונה אחת — מצוין למוצרים, מבצעים, ויזואלים
• Video Header: סרטון אחד — הדגמות, הדרכות
• Document Header: PDF — חשבוניות, מפרטים, תפריטים

שליחת מדיה בפועל — איך זה עובד

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

שיטה 1: URL ציבורי (Public URL — הנפוצה ביותר)

אתה מעלה את הקובץ לשרת שלך (או ל-Cloud Storage כמו AWS S3, Google Cloud Storage, או Cloudflare R2) ומספק ל-API את ה-URL. Meta מוריד את הקובץ מהכתובת ומעביר ללקוח.

איך זה עובד צעד אחרי צעד:

1. אתה מעלה את הקובץ (תמונה, PDF, סרטון) לאחסון ענן שלך
2. מוודא שה-URL נגיש ציבורית — כלומר, כל מי שיש לו את הלינק יכול להוריד את הקובץ
3. שולח API call לנקודת הקצה /messages עם סוג ההודעה (image, document, video) וה-URL של הקובץ
4. Meta מוריד את הקובץ מהשרת שלך, דוחס אותו אם צריך, ומעביר ללקוח ב-WhatsApp

דוגמה מעשית — שליחת תמונת מוצר בשיטת URL:

נניח שיש לך חנות אונליין ולקוח שואל על מוצר מסוים. אתה רוצה לשלוח לו תמונה של המוצר. הזרימה:

• ה-URL של תמונת המוצר כבר קיים באתר שלך, למשל: https://myshop.co.il/images/product-123.jpg
• אתה שולח API call עם type: "image", link: "https://myshop.co.il/images/product-123.jpg", ו-caption עם תיאור המוצר
• הלקוח מקבל את התמונה עם כיתוב — נראה בדיוק כמו שמישהו שלח לו תמונה ב-WhatsApp

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

שיטה 2: Upload ישיר ל-Meta (Media Upload API)

אתה מעלה את הקובץ ישירות ל-API של Meta ומקבל בחזרה Media ID — מזהה ייחודי לקובץ. אחר כך משתמש ב-Media ID כשאתה שולח את ההודעה.

איך זה עובד צעד אחרי צעד:

1. שלב Upload: שולח POST request לנקודת /media עם הקובץ עצמו (Binary) וה-MIME type (למשל application/pdf)
2. קבלת Media ID: Meta מחזיר לך מזהה ייחודי כמו {"id": "12345678"} — שמור את המזהה הזה
3. שליחת ההודעה: שולח API call ל-/messages עם type: "document" וה-id שקיבלת
4. Meta משתמש בקובץ שכבר מאוחסן אצלו ומעביר ללקוח

דוגמה מעשית — שליחת חשבונית PDF בשיטת Upload:

לקוח רכש מוצר. המערכת שלך מייצרת חשבונית PDF. אתה לא רוצה לאחסן חשבוניות בשרת ציבורי (מסיבות פרטיות), אז אתה משתמש ב-Upload ישיר:

• המערכת מייצרת את ה-PDF ושולחת אותו ישירות ל-Meta Media API
• Meta מחזיר Media ID — למשל "id": "987654321"
• שולח הודעה עם type: "document", id: "987654321", filename: "invoice_20260331.pdf"
• הלקוח מקבל את ה-PDF עם שם הקובץ — יכול להוריד ולשמור

יתרון: לא צריך שרת ציבורי, מתאים לקבצים רגישים. חיסרון: הקובץ נמחק אחרי 30 יום מהשרתים של Meta. אם צריך לשלוח את אותו קובץ שוב — צריך Upload חדש. גם שני שלבי API (Upload + Send) במקום אחד.

שליחת מיקום — תרחיש מעשי

שליחת מיקום היא פיצ'ר שעסקים רבים לא מנצלים, אבל הוא חזק מאוד. במקום לכתוב ללקוח "הסניף שלנו ברחוב הרצל 42" — אתה שולח נקודת מיקום אינטראקטיבית שהלקוח לוחץ עליה ונפתח לו ניווט ב-Waze או Google Maps.

מתי להשתמש בשליחת מיקום:

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

שליחת מיקום דורשת 4 פרמטרים: latitude (קו רוחב), longitude (קו אורך), name (שם המקום), ו-address (כתובת טקסטואלית). אל תדלג על name ו-address — בלעדיהם הלקוח רואה רק נקודה על מפה בלי הקשר.

שליחת Stickers ממותגים — כלי שיווקי מוערך מתחת

Stickers הם כלי שעסקים לא מנצלים מספיק. אפשר ליצור Stickers ממותגים (עם הלוגו שלך, דמות ממותגת, או ביטוי ייחודי של המותג) ולשלוח אותם ללקוחות. Sticker ממותג שלקוח שומר ומשתמש בו — זו פרסומת חינמית שהוא מפיץ לחברים שלו.

דרישות ל-Sticker: פורמט WebP, 512x512 פיקסלים, עד 100KB ל-Static ו-500KB ל-Animated. יש כלים חינמיים כמו Sticker Maker שמאפשרים לייצר Stickers מתמונות. אם יש לך מעצב — תן לו ליצור סט של 5-10 Stickers ממותגים לשימוש קבוע.

טיפים לשליחת מדיה אפקטיבית

• דחוס תמונות לפני שליחה. תמונה של 4 MB נראית בדיוק כמו תמונה של 500 KB על מסך טלפון. דחוס ל-JPEG באיכות 80%
• וידאו: קצר עד 60 שניות. סרטונים ארוכים לא נצפים. אם חייבים ארוך — שלח קישור ל-YouTube
• PDF: עד 5 עמודים. חשבונית של 20 עמודים לא נקראת. שלח סיכום + קישור למסמך המלא
• מיקום: הוסף שם לעסק. קואורדינטות GPS בלי שם הם חסרי משמעות. ודא שיש שם + כתובת
• אל תשלח מדיה כש-Template מספיק. הודעת טקסט נפתחת מהר יותר ופחות מטרידה. מדיה רק כשיש ערך מוסף אמיתי

Rate Limits, Quality Rating, ומגבלות שחשוב להכיר

WhatsApp Business API הוא לא "שלח כמה שאתה רוצה בלי מגבלות". Meta מטילה מגבלות כדי לשמור על איכות הפלטפורמה ולמנוע ספאם. הכרת המגבלות מראש חוסכת כאב ראש.

Messaging Limits — כמה הודעות אפשר לשלוח

Meta מגבילה את מספר הלקוחות הייחודיים שאתה יכול ליצור איתם קשר ב-24 שעות (Outbound/Business-Initiated Conversations). ההגבלה עולה ככל שהדירוג שלך משתפר:

חשוב: המגבלה חלה רק על הודעות שאתה יוזם (Templates). הודעות שהלקוח יוזם (Service Conversations) — אין עליהן מגבלה.

Quality Rating — הדירוג שקובע הכל

Meta נותנים לכל חשבון WABA דירוג איכות שמשתנה בזמן אמת. הדירוג מבוסס על:

• Block Rate — כמה לקוחות חסמו את המספר שלך אחרי שקיבלו הודעה
• Report Rate — כמה לקוחות דיווחו עליך כספאם
• Template Quality — תבניות שנדחות או מדווחות משפיעות לרעה

API Rate Limits (מגבלות קצב)

• Cloud API: 80 הודעות לשנייה (per Phone Number) — מספיק לרוב העסקים
• On-Premise: 70 הודעות לשנייה (per Shard)
• Media Upload: 50 MB לשנייה
• Template Creation: 100 Templates לחשבון WABA (soft limit — אפשר לבקש העלאה)

5 כללים לשמירה על Quality Rating גבוה

1. שלח רק למי שנתן הסכמה. Opt-in מפורש — "כן, אני רוצה לקבל עדכונים ב-WhatsApp"
2. אל תשלח יותר מדי. Marketing Template פעם בשבוע = בסדר. כל יום = בעיה
3. הוסף אפשרות הסרה. בכל Marketing Template — כפתור "הסר אותי מרשימה" או הנחיה "השב STOP"
4. שלח תוכן רלוונטי. אם מישהו קנה נעליים — אל תשלח לו מבצע על מזון לכלבים
5. מגב נגד מספרים לא פעילים. מחק מהרשימה מספרים שלא עונים / חוסמים

צ'קליסט — סיכום פרק 4

• מבין/ה את ההבדל בין WhatsApp Business App ל-WhatsApp Business API — ויודע/ת מתי לעבור
• בחרתי Cloud API או On-Premise (כנראה Cloud)
• השוויתי בין ספקי BSP ויודע/ת מי מתאים לעסק שלי
• יש לי Meta Business Manager — ואם לא, התחלתי תהליך אימות
• מבין/ה את תהליך הקמת חשבון WABA: BM → Verification → WABA → Phone → BSP
• כתבתי לפחות Template Message אחד (Utility או Marketing)
• מכיר/ה את כללי כתיבת Templates שמאושרים — 10 הכללים
• מבין/ה את חלון 24 השעות: Session Messages (חופשי) מול Templates (מאושר מראש)
• יודע/ת את מודל התמחור: Marketing ~0.40₪, Utility ~0.15₪, Auth ~0.12₪, Service = 1,000 חינם
• חישבתי את העלות החודשית הצפויה שלי עם API
• מבין/ה מה זה Webhook ולמה זה חשוב (גם אם ה-BSP מטפל)
• מכיר/ה את סוגי המדיה הנתמכים ואת מגבלות הגודל
• מבין/ה את Messaging Tiers ואיך לעלות מ-250 ל-1,000 ל-10,000
• מכיר/ה את Quality Rating ו-5 הכללים לשמירה על דירוג גבוה
• מוכן/נה לפרק 5: צ'אטבוטים ואוטומציות מתקדמות