חשבון WhatsApp וחשבון Messaging: מה Meta שינתה ב-Cloud API

מה בעצם השתנה בחשבון WhatsApp Business?

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

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

למה Meta עושה את זה?

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

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

איפה רואים את זה ב-Meta Business Suite?

אחרי המעבר, תחת Settings ואז Accounts מופיעות שתי לשוניות: WhatsApp Accounts (מספרים ושמות משתמש) ו-Messaging Accounts (תבניות וחיוב), במקום תצוגת ה-WABA היחידה. בדף של מספר טלפון בודד יש, חוץ מ-Summary, חמש לשוניות:

• People: אנשים בעסק שיש להם גישה למספר, ובאיזו הרשאה.
• Partners: עסקים חיצוניים, כמו ספקים וסוכנויות, שיש להם גישה למספר.
• Linked WhatsApp accounts: קיבוץ מספרים. שותפים שיש להם גישה לקבוצה מקבלים גישה לכל המספרים בה.
• Messaging accounts: חשבונות ה-Messaging שמחוברים למספר.
• Conversation routing: קביעה איזה ספק רשאי לראות הודעות נכנסות ולענות להן, כשכמה ספקים עובדים על אותו מספר.

ההגדרה האחרונה מתפקדת רק כשיש לפחות שני מגיבים על המספר. אצל עסק עם ספק אחד היא מציגה הודעה ש-Conversation routing דורש לפחות שני מגיבים, וזה תקין.

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

מה זה אומר על העבודה עם Cloud API?

מה שכבר עובד ממשיך לעבוד. לפי Meta נשארים כמו שהם: נקודות הקצה של Cloud API, POST /<PHONE_NUMBER_ID>/messages, מזהי מספרי הטלפון, טוקני הגישה, ניהול התבניות, התמחור, והמנוי ל-webhooks בנושא whatsapp_business_account. בקריאות עצמן ההבדל היחיד הוא שמזהה ה-WABA ששימש למנוי ל-webhooks ולתבניות הוא עכשיו מזהה חשבון ה-Messaging.

השינויים מגיעים בשלושה שלבים:

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

שני שינויים נוספים כדאי להכיר. הראשון הוא קוד ה-PIN בן 6 הספרות של אימות דו-שלבי, ש-Meta מבטלת בהדרגה במספרים שהשינוי חל עליהם. עד ש-Meta תודיע אחרת, מי שמחבר את המספר טכנית ממשיך לשלוח pin תקין בקריאות register. השני: העברת מספר בין ספקים כבר לא נתמכת. במקום להעביר מספר, העסק משתף את חשבון ה-WhatsApp עם הספק החדש. המספר לא זז, השיחות לא נקטעות, ואין השבתה.

מה זה משנה לעסק ששוקל כמה ספקים?

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

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

מגבלות. קצב השליחה נקבע ברמת המספר, ומגבלת המשתמשים הייחודיים ב-24 שעות נקבעת ברמת תיק העסק ב-Meta (Business Portfolio), שמאגד את נכסי העסק. כשכמה ספקים עובדים על אותו מספר, הם חולקים את שניהם. סביר שקמפיין גדול של ספק אחד ישאיר פחות מרווח לספק האחר, ולכן כדאי לתאם.

בחירת ספק. מכיוון שאין יותר צורך להעביר מספר, החלפת ספק, או הוספת ספק נוסף, קלה בהרבה. זה טוב לעסק, ומשמעותו שספק צריך להרוויח את מקומו בשירות ולא בקושי המעבר. על מבנה התמחור עצמו ראו עלויות WhatsApp החל מאוקטובר 2026.

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

מה כדאי לעשות עכשיו?

1. היכנסו ל-Meta Business Suite ובדקו אם מופיעות לשוניות WhatsApp Accounts ו-Messaging Accounts. אם עדיין לא, המעבר עוד לא הגיע אליכם.
2. בדקו מי נמצא ב-People וב-Partners של כל מספר. זו הרשימה המעודכנת של מי יכול לגעת במספר שלכם.
3. ודאו איפה אמצעי התשלום. אם נתקלתם בשגיאת תשלום בשליחת תבניות, בדקו שאמצעי התשלום מחובר לחשבון ה-Messaging שבו השליחה מתבצעת.
4. אל תשנו קוד עכשיו, אלא אם הטוקן ששולח יכול לשלוח מכמה חשבונות Messaging על אותו מספר. במקרה כזה הוסיפו messaging_account_id לשליחה. אם הקוד שלכם כבר שולח paid_messaging_account_id, החליפו אותו עד 31 בדצמבר 2026.
5. רשמו תאריך ב-2027 לבדיקת הגרסה החדשה של Graph API, ובקשו מהספק שלכם לאשר שהוא ערוך לשלב 2.

בשורה התחתונה

• חשבון ה-WABA מתפצל לחשבון WhatsApp (מספר וזהות העסק) ולחשבון Messaging (תבניות, חיוב ו-webhooks), בהדרגה עד אמצע אוקטובר 2026.
• קוד קיים ממשיך לעבוד. השינוי המחייב הראשון, ב-2027, חל על מי שהטוקן שלו מגיע ליותר מחשבון Messaging אחד על אותו מספר, והמעבר למזהי חשבון WhatsApp ב-2028 נוגע לכולם.
• הרווח העיקרי: מספר אחד, כמה ספקים, חיוב נפרד לכל אחד, ובלי העברת מספר.
• המחיר: ספקים על אותו מספר חולקים קצב ומגבלות, ותבניות לא עוברות אוטומטית בין חשבונות.
• עסק עם ספק יחיד לא צריך שינוי חובה עכשיו, חוץ מלוודא שאמצעי התשלום מחובר לחשבון ה-Messaging.

המקורות של Meta: עדכוני מבנה החשבון בפלטפורמת WhatsApp Business ו-Updates to WhatsApp Business accounts.