הרשמה מובנית לוואטסאפ
הרשמה מובנית וואטסאפ היא תהליך ה־onboarding הרשמי של Meta לחיבור עסק ל-WhatsApp Business Platform. במקום לעבור ידנית בין כמה מסכים, נכסים והרשאות, הזרימה אוספת את פרטי העסק, מאפשרת לבחור או ליצור Business Portfolio, לבחור או ליצור WABA, לאמת מספר, ולשתף גישה לספק או לפלטפורמה – הכל בתו
לעסקים המשמעות המעשית היא פחות חיכוך בתחילת הדרך, פחות סיכוי “להיתקע” על Business Portfolio, WABA, הרשאות admin או אימות מספר, ודרך ברורה יותר לבחור בין BSP/פלטפורמה לבין WhatsApp Cloud API ישיר.
מה זה הרשמה מוובנת ולמה זה שינה את תהליך ההצטרפות ל-WhatsApp Business Platform
הגדרה פשוטה: מה המשתמש רואה מול מה שקורה “מאחורי הקלעים”
מבחינת המשתמש, Embedded Signup נראה כמו חלון התחברות והגדרה מסודר בתוך האתר או המערכת של הספק. מאחורי הקלעים, Meta מחברת בין זיהוי העסק, בחירת Business Portfolio, יצירה או שיוך של WhatsApp Business Account, אימות המספר, אישור תנאים, והענקת ההרשאות הדרושות לאפליקציה או לספק. בגרסאות העדכניות של הזרימה, בחירת נכסים, פרטי העסק והרשאות אוחדו למסכים מרוכזים יותר כדי לצמצם בלבול וטעויות.
מה נוצר אוטומטית: Business Portfolio/Manager, WABA, נכסים והרשאות
במקרים רבים, הרשמה מובנת זהו אוסף את פרטי העסק ומייצר את נכסי WhatsApp הדרושים, כולל WABA, וכן מחזיר לספק את מזהי הנכסים והטוקן הנדרש להמשך התהליך. אם כבר קיים Business Portfolio או WABA, אפשר לבחור אותם במקום ליצור חדשים. לכן חשוב להבין את ההיררכיה: Business Portfolio הוא ה”מיכל” העסקי הרחב, ו-WABA הוא נכס ה-WhatsApp העסקי שבתוכו מנוהלים מספרים, תבניות והרשאות.
למה Meta מעדיפה את זה: פחות חיכוך, פחות טעויות, זמן הקמה קצר יותר
Meta מגדירה את הרשמה מוובנת כדרך המהירה והקלה ביותר לרישום עסקים ל-WhatsApp Business Platform. הסיבה פשוטה: פחות צעדים ידניים, פחות מעבר בין ממשקים, פחות סיכוי לטעויות בהרשאות, ויותר עקביות בין יצירת נכסים, שיוך מספר ואישור גישה לספק. עבור צוותים עסקיים, זה חוסך זמן; עבור צוותים טכניים, זה מצמצם את מספר ה“קצוות הפתוחים” שמופיעים אחרי החיבור.
למי זה מתאים ומתי זה לא מתאים
מתאים ל… עסקים, SaaS, ספקי שירות/אינטגרטורים
הרשמה מובנת מתאים כמעט לכל מי שרוצה להעלות מספר ל-WhatsApp Business Platform בצורה רשמית: עסקים שרוצים לחבר מספר חדש, עסקים שרוצים לשמר מספר קיים, חברות SaaS שרוצות onboarding חלק ללקוחות, וספקי שירות או אינטגרטורים שמנהלים עבור לקוחות נכסי WhatsApp והרשאות. הוא מתאים גם לתרחישים של שיתוף WABA עם ספק וגם לתרחישים של Coexistence ומיגרציה.
פחות מתאים כש… אין הרשאות אדמין, העסק לא מוכן לדרישות, מספר “בעייתי”
בפועל, רוב הכישלונות אינם בגלל הזרימה עצמה אלא בגלל מוכנות נמוכה: אין למשתמש Full control/Admin על ה-Business Portfolio, פרטי העסק אינם מסודרים, האתר דל או לא עקבי, המספר אינו יכול לקבל SMS/שיחה, יש IVR/מרכזייה שמונעים קבלת OTP, או שהמספר כבר משויך לתצורה אחרת שמחייבת migration מסודר. Meta גם מציינת שיש מספר מוגבל של ניסיונות אימות, ואחרי מיצוי ניסיונות יש להמתין לפני ניסיון נוסף.
טבלת “כן/לא” לפי 6 פרמטרים
| פרמטר | כן – מה זה אומר | לא – מה זה אומר | פעולה מומלצת |
|---|---|---|---|
| יש Business Portfolio פעיל | אפשר לבחור Business Portfolio קיים ולהמשיך | אפשר ליצור חדש במהלך הזרימה | אם יש לכם כבר נכסים ב-Meta, עדיף לשמור על אותו Portfolio |
| יש גישת Admin / Full control | אפשר לאשר תנאים, ליצור/לשתף נכסים ולהשלים חיבור | הזרימה עלולה להיעצר על הרשאות | ודאו שלמשתמש יש Full control לפני שמתחילים |
| המספר חדש | הדרך הפשוטה ביותר | אין רלוונטיות | לרוב זה התרחיש הכי חלק |
| המספר קיים | ייתכן Coexistence או Migration | אין רלוונטיות | צריך לבדוק איפה המספר נמצא היום |
| רוצים Coexistence | נתמך רשמית למשתמשי WhatsApp Business App | לא נדרש | בודקים אם צריך להשאיר גם את האפליקציה פעילה |
| צריכים מיגרציה | אפשרית, אבל מחייבת הכנה | לא נדרש | סוגרים מראש גישה ל-Business Portfolio, WABA, PIN ו-webhooks |
הטבלה מבוססת על מסכי הבחירה הרשמיים של Embedded Signup, דרישת Full control, תמיכת Coexistence, וזרימות מיגרציה בין ספקים/פתרונות.
איך מתחילים: הכנה (Business Info, אתר, תפקידים/הרשאות)
לפני שמתחילים, הכינו שם עסק, כתובת, אתר, גישה למספר הטלפון, ותפקידים/הרשאות ב-Meta.
שלב 1: אימות מספר (SMS/שיחה, מה קורה אם יש IVR)
בשלב הזה בוחרים מספר ומאמתים בעלות באמצעות SMS או שיחה קולית. WhatsApp מציינת שחייבת להיות לעסק אפשרות לקבל שיחות או SMS על המספר שנרשם. אם המספר יושב מאחורי מרכזייה או IVR, כאן מתחילות רוב הבעיות: במילים פשוטות – אם יש מרכזייה, דאגו לנתיב ישיר לקבלת ה־OTP או עברו ל-SMS אם אפשר.
שלב 2: יצירת/שיוך WABA (מה זה WABA ולמה זה חשוב)
WABA הוא WhatsApp Business Account – הנכס העסקי שבו יושבים המספרים, התבניות, חלק מההרשאות וההגדרות. אם כבר יש לכם WABA, לרוב עדיף לבחור אותו ולא ליצור אחד חדש סתם. אם אין, הזרימה יכולה לייצר חדש. זה קריטי במיוחד במיגרציה, כי WABA אי אפשר “להעביר” בין עסקים שונים, ולכן צריך להישאר בתוך אותו עסק שמחזיק את הנכס או לבחור נתיב migration מתאים.
שלב 3: חיבור לספק/פלטפורמה (איך “משתפים” נכסים והרשאות)
לאחר יצירה או בחירה של WABA, העסק מעניק גישה לספק/פלטפורמה. כאן נכנסות לתמונה הרשאות כמו whatsapp_business_management, ולעיתים גם business_management, בהתאם למודל הגישה. עבור העסק, זו הנקודה שבה המערכת מקבלת הרשאה לנהל תבניות, לקרוא מטא־דאטה על החשבון, ולהמשיך את ההקמה. עבור הספק, זה השלב שבו מתקבלים ה־asset IDs והטוקן להשלמת ההתקנה.
מה קורה אחרי ההרשמה: תבניות, איכות חשבון, webhooks, הודעות נכנסות
החיבור לא מסתיים ב־“Finish”. אחריו צריך לוודא שהמערכת קיבלה את פרטי ה־WABA והמספר, שה־webhooks מוגדרים נכון, שהתבניות זמינות לשליחה, ושניתן לקבל הודעות נכנסות ולעקוב אחרי סטטוסים.
תרשים זרימה מהיר
כך נראית הזרימה העסקית בפועל: אימות עסק/נכסים, אימות מספר, יצירה או שיוך של WABA, שיתוף גישה, ואז הגדרת webhooks ותפעול.
בחירת מסלול: BSP מול WhatsApp Cloud API
ההבדל במילים פשוטות
אם אתם בוחרים BSP/פלטפורמה/Meta Tech Provider, אתם לא בונים לבד את כל שכבת התפעול. הספק מספק לכם onboarding, תפעול נכסים, תבניות, webhook handling, inbox ולעיתים גם אוטומציה ו־CRM. אם אתם בוחרים WhatsApp Cloud API ישיר, אתם מקבלים יותר שליטה על התשתית ועל האינטגרציה, אבל גם יותר אחריות על אפליקציית Meta, הרשאות, טוקנים, endpoint, webhooks ותחזוקה. מאז ש-On-Premises sunset הושלם ב־23 באוקטובר 2025, Cloud API הוא המסלול המעשי המרכזי לעבודה ישירה עם הפלטפורמה.
| קריטריון | BSP / פלטפורמה | WhatsApp Cloud API ישיר |
|---|---|---|
| זמן עלייה לאוויר | לרוב מהיר יותר לעסק לא טכני | תלוי בהשלמת app, token, webhook ו־routing |
| רמת שליטה טכנית | נמוכה עד בינונית | גבוהה |
| עלויות | משלמים על שכבת השירות/פלטפורמה בנוסף לשימוש ב-Meta | פחות שכבת שירות, יותר עלויות פיתוח ותחזוקה פנימית |
| SLA / תמיכה | לרוב יש גוף אחד שמרכז תמיכה ותפעול | התמיכה מתחלקת בין צוות הפיתוח שלכם ל-Meta/האינטגרטור |
| מורכבות תחזוקה | נמוכה יותר | גבוהה יותר |
| דרישות dev / webhooks | מינימליות יחסית | נדרש לטפל באפליקציה, webhooks, tokens, routing |
| התאמה ל-SMB | לרוב מתאימה מאוד | מתאימה כשיש צוות פיתוח או צורך בשליטה גבוהה |
| התאמה לארגונים | טובה כשצריך מהירות ותפעול מרוכז | טובה כשצריך שליטה עמוקה, אבטחה ואינטגרציות מורכבות |
קצר
- אין צוות פיתוח – ברוב המקרים BSP/פלטפורמה יהיה המסלול המסודר יותר.
- יש צוות פיתוח ורוצים שליטה מלאה – לרוב Cloud API ישיר.
- צריך אינטגרציות מורכבות, governance או אבטחה ארגונית – בוחנים כל מקרה: לפעמים Cloud API ישיר, ולפעמים פלטפורמה חזקה עם SLA ותמיכה ארגונית.
תרחישי התחלה נפוצים בישראל
תרחיש A: מספר חדש לגמרי – הדרך הקלה
אם אתם פותחים מספר חדש ל-WhatsApp Business Platform, זה בדרך כלל התרחיש הכי פשוט. אין היסטוריה שצריך ליישב, אין Coexistence, ואין migration. מאמתים בעלות, יוצרים או בוחרים WABA, משתפים גישה לספק או מחברים ל-Cloud API, וממשיכים.
תרחיש B: מספר קיים באפליקציית WhatsApp Business – Coexistence
Meta תומכת רשמית ב־Coexistence עבור עסקים שמשתמשים ב-WhatsApp Business App ורוצים לחבר את אותו מספר גם ל-Cloud API. במסמכים הרשמיים מצוין שניתן לסנכרן את כל היסטוריית הצ’אטים של ששת החודשים האחרונים, ושהודעות שנשלחות ומתקבלות משוקפות בין Cloud API לבין האפליקציה. זה תרחיש מצוין לעסקים שרוצים לשמור את האפליקציה לצוות, אבל להתחיל לעבוד גם עם אוטומציה, inbox או אינטגרציה.
תרחיש C: מספר כבר על WhatsApp Business Platform אצל ספק אחר – Migration
אם המספר כבר נמצא אצל ספק אחר, לא “מחברים מחדש” בלי לחשוב. בודקים קודם מי מחזיק ב-Business Portfolio, מי מחזיק ב-WABA, האם יש Two-step verification, אילו webhooks פעילים, והאם מדובר במיגרציית מספר או במיגרציית WABA. Meta מציינת שגם מעבר מספק אחר דרך Embedded Signup נתמך, ובחלק מהזרימות אין צורך באימות מחדש של המספר — מה שמפחית downtime מיותר.
תרחיש D: מספר עם IVR/מרכזייה/הפניית שיחות – איך להבטיח קבלת OTP
אם המספר הראשי שלכם עובר דרך מרכזייה, אל תניחו שה־OTP “יסתדר”. שיחת הרישום לא יודעת לנווט IVR, ובמצבים מסוימים Meta מסווגת מספרי IVR כלא נתמכים. לכן המסלול הבטוח הוא לדאוג לקבלת SMS, או לנתיב שיחה ישיר ולא אינטראקטיבי בזמן ההרשמה. בישראל, זה חשוב במיוחד לעסקים שהקו הראשי שלהם עובר דרך מרכזיית ענן או הפניית שיחות חכמה.
דרישות מקדימות (הסיבות #1 לכישלון)
Business Info שחייב להיות מושלם
שם העסק, הכתובת, פרטי הקשר והאתר צריכים להיות עקביים ומסודרים. Embedded Signup אוסף מידע עסקי, ו-Meta מאפשרת גם pre-fill של נתוני העסק בזרימה. ככל שהמידע שלכם ברור יותר, כך קטן הסיכוי לעצירה באמצע או לבדיקה נוספת.
האתר שלכם: מה חייב להיות בעמוד הבית/צור קשר כדי לא להיתקע
ברוב המקרים כדאי להגיע עם אתר פעיל, ברור, ועם עמודי בית/צור קשר שמציגים את שם העסק, דרך יצירת קשר והקשר עסקי אמיתי. יש מקרים של Partner-led Business Verification שבהם שדה האתר יכול להיות אופציונלי, אבל לעסק רגיל עדיף לא לבנות על חריגים. במילים פשוטות: אתר תקין מקטין חיכוך.
הרשאות: מי צריך להיות Admin ומה לבדוק מראש
המשתמש שמבצע את ה־Embedded Signup צריך להיות עם Full control על ה-Business Portfolio, לשעבר admin. בלי זה, הזרימה יכולה להיעצר עוד לפני יצירה או שיתוף של WABA. אם אתם ארגון, ודאו מראש שהמשתמש הנכון נכנס עם החשבון הנכון — לא “מישהו מהשיווק שאולי יש לו גישה חלקית”.
מגבלות זמן וניסיונות: session expiry / cooldown
Meta מגבילה את מספר ניסיונות אימות ה־OTP, וכאשר ממצים ניסיונות צריך להמתין בערך 12 שעות לפני ניסיון נוסף. בנוסף, אם נטשתם את הזרימה באמצע או עיכבתם יותר מדי, תיתקלו ב-abandoned flow או session expired. לכן חשוב להכין הכל מראש ולא “לנסות לראות מה יקרה”.
צ’ק־ליסט להעתקה
[ ] יש Business Portfolio פעיל או החלטה ברורה ליצור חדש
[ ] למשתמש שמתחיל את התהליך יש Full control / Admin
[ ] שם העסק, כתובת, טלפון ואתר מעודכנים ועקביים
[ ] יש גישה מיידית ל-SMS או לשיחה במספר
[ ] אם יש IVR/מרכזייה - יש מסלול ישיר ל-OTP
[ ] אם המספר קיים - ברור אם מדובר ב-Coexistence או Migration
[ ] אם יש ספק קיים - יש גישה ל-WABA ול-Business Portfolio
[ ] אם יש Two-step verification - יודעים מי מחזיק ב-PIN
[ ] הוחלט מראש: BSP/פלטפורמה או Cloud API ישיר
[ ] אם עובדים ישירות - webhook endpoint מוכן
[ ] אם עובדים עם ספק - ברור אילו הרשאות משתפים
[ ] לא מבזבזים ניסיונות OTP על בדיקות אקראיות
Coexistence: לעבוד עם WhatsApp Business App במקביל לפלטפורמה – מתי זה נכון וממה להיזהר
מה זה Coexistence בפשטות
Coexistence הוא מצב שבו אותו מספר יכול לעבוד גם עם WhatsApp Business App וגם עם WhatsApp Business Platform/Cloud API. זה לא “טריק”, אלא מסלול נתמך רשמית עבור משתמשי WhatsApp Business App שעולים לפלטפורמה בלי לאבד מיידית את דרך העבודה הקיימת שלהם.
מה עובד במקביל ומה לא
- הודעות נכנסות ויוצאות יכולות להיות משוקפות בין האפליקציה לבין Cloud API.
- היסטוריית צ’אט של ששת החודשים האחרונים יכולה להסתנכרן.
- אוטומציות, inbox, routing ו־webhooks מתווספים בצד הפלטפורמה – לא “מחליפים” קסם־בקסם את כל העבודה האנושית.
- צריך לזכור שניהול במקביל מוסיף מורכבות תפעולית: מי עונה, מאיפה עונים, ואיך מונעים כפילויות.
תרחישים מומלצים
Coexistence מתאים לעסק שכבר עובד באפליקציה, לא רוצה לנתק מיידית את הצוות מהממשק המוכר, אבל כן רוצה להתחיל להפעיל inbox משותף, אוטומציה, סיווג לידים, תבניות מאושרות, או חיבור ל-CRM. זה מתאים גם לתקופת מעבר שבה רוצים להקטין סיכון.
דגלים אדומים
אם אין לכם משמעת תפעולית, אין הגדרה ברורה מי עונה מאיפה, או שאתם צריכים routing קשיח, SLA, ותהליכי שירות מסודרים – Coexistence עלול לייצר “שני מרכזי שליטה” על אותו מספר. במקרים כאלה עדיף מעבר נקי יותר לפלטפורמה. זו כבר לא שאלה טכנית, אלא שאלה תפעולית.
Migration: מעבר מספק/פלטפורמה אחת לאחרת בלי לאבד מספר ובלי downtime מיותר
סוגי מיגרציה (עקרונית)
יש הבדל בין מיגרציית מספר טלפון לבין מיגרציית WABA, ויש גם מקרים של מעבר בין Solution Partners לעומת מעבר בין Multi-Partner Solutions. לא כל תרחיש דומה לאחר; מה שקובע הוא מי מחזיק את המספר, מי מחזיק את ה-WABA, והאם נשארים באותו עסק.
תקלות נפוצות חפש תקלה, קבל פתרון
לא מופיע לי Business Portfolio / אין לי הרשאות אדמין – מה לבדוק?
בדקו שאתם מחוברים עם המשתמש הנכון, ושיש לו Full control על ה-Business Portfolio. אם יש כמה חשבונות עסק ב-Meta, ודאו שאתם בוחרים את זה שמחזיק את הנכסים הרלוונטיים. אם אין בכלל Business Portfolio, Embedded Signup מאפשר לבחור קיים או ליצור חדש – אבל זה עדיין דורש משתמש עם ההרשאות הנכונות.
לא מגיע OTP ב-SMS/שיחה – IVR, חסימות, קירור ניסיונות
ראשית, ודאו שהמספר באמת יכול לקבל SMS או שיחה. אם יש IVR או מרכזייה, נטרלו כל שלב שמונע קבלה ישירה של שיחת הרישום. אם כבר ניסיתם כמה פעמים, ייתכן שנכנסתם ל-cooldown של בערך 12 שעות. במקרה כזה, עצרו ונסו מחדש רק אחרי חלון ההמתנה.
“Something went wrong” / שגיאת הרשאות (#100 וכד’) – מה בודקים?
ברוב המקרים זו לא שגיאת “מסתורין”, אלא שגיאת הרשאות: המשתמש אינו admin/full control, הטוקן לא כולל את ההרשאות הנחוצות, או שהאפליקציה/הספק לא קיבלו גישה מספקת ל-WABA. בהרשאות הטכניות תראו לעיתים whatsapp_business_management, whatsapp_business_messaging וגם business_management.
Embedded Signup נתקע באמצע / session expired – מה עושים?
אם הזרימה ננטשה או התעכבה, הפעולה הנכונה היא לרוב להתחיל מחדש כשהכל מוכן: המשתמש הנכון, המספר זמין, והאתר/פרטי העסק ברורים. אם מדובר גם ב-OTP שנכשל כמה פעמים, שלבו restart עם המתנה לחלון ה-cooldown.
המספר “תפוס” או “כבר משויך” – מה המשמעות ומה האפשרויות?
אם המספר כבר קיים ברשימת המספרים שלכם או משויך ל־WABA/ספק אחר, צריך להבין האם מדובר בבחירה של ה-WABA הלא נכון, במספר שכבר קיים באותו חשבון, או במצב migration. Meta ממליצה במקרים מסוימים לחזור שוב לזרימה, לבחור את אותו Business Manager ו-WABA, ואז להוסיף ולאמת את המספר שם.
אין הודעות נכנסות אחרי החיבור – webhooks / routing / בדיקות בסיס
אם ההודעות הנכנסות לא מגיעות, בודקים קודם כל webhook endpoint, subscription ל-messages webhook, ושהאפליקציה אכן מחוברת ל-WABA הנכון. אחרי Embedded Signup אמור להופיע גם account_update שמסמן השלמה מוצלחת. אם אין אותם, סביר שהבעיה אינה במספר אלא ב־webhooks או ב־routing של המערכת.
מגבלות, מדיניות ו-Account Quality (מה שחשוב לדעת לפני שעולים לפרודקשן)
איכות חשבון והשלכות על יכולות שליחה
ל-WhatsApp יש מנגנוני איכות ומגבלות שליחה. עסקים חדשים מתחילים עם messaging limit של 250, והעלאה ברמות השליחה תלויה בין היתר באיכות ובשימוש. ברמת התבניות, Meta מציגה איכות כ-GREEN, YELLOW או RED; איכות נמוכה מדי יכולה להביא להשהיה או צמצום יכולת.
תבניות, אישורים, ומה גורם לדחיות
תבניות הן הלב של הודעות יזומות ב-WhatsApp Business Platform, והן דורשות אישור. Meta מציינת שהחלטת אישור יכולה לקחת עד 24 שעות. דחיות נגרמות, בין היתר, כשיש ניסוח בעייתי, בקשה למידע רגיש, תוכן מטעה, או אי־התאמה למדיניות. בנוסף, אם ה-Business Portfolio לא מאומת, כל WABA תחתיו מוגבל ל-250 תבניות.
מה אסור לעשות: ספאם, opt-in, שימוש לא תואם
אסור לשלוח ספאם, אסור להניח opt-in בלי הוכחה, ואסור להשתמש בערוץ בצורה שלא תואמת את המדיניות. Meta מדגישה שעסקים חייבים לקבל opt-in לפני שליחה ב-WhatsApp, ושאכיפת המדיניות קשורה לשמירה על חוויית משתמש איכותית בקנה מידה גדול.
שאלות נפוצות (FAQ)
אפשר לעשות Embedded Signup בלי Business Portfolio קיים?
כן. הזרימה מאפשרת לבחור Business Portfolio קיים או ליצור חדש. עם זאת, גם ליצירה חדשה צריך משתמש עם ההרשאות המתאימות.
כמה זמן לוקח תהליך ההרשמה?
Meta מציגה את Embedded Signup כמסלול שיכול לאפשר onboarding בפחות מחמש דקות כשהנכסים מסודרים. בפועל, בעסקים אמיתיים הזמן תלוי בהרשאות, באתר, במצב המספר, ובאם מדובר במספר חדש, Coexistence או Migration.
אפשר להשתמש באותו מספר גם באפליקציה וגם בפלטפורמה?
כן, בתרחיש Coexistence הנתמך עבור WhatsApp Business App. לא כל מספר “רגיל” מתאים אוטומטית, ולכן צריך לוודא באיזה מצב המספר נמצא היום.
מה ההבדל בין WABA לבין Business Portfolio?
Business Portfolio הוא החשבון העסקי הרחב שבו מנוהלים נכסים עסקיים. WABA הוא נכס ה-WhatsApp העסקי עצמו – שם יושבים מספרים, תבניות והרשאות WhatsApp.
איך יודעים אם צריך BSP או Cloud API?
אם אין לכם צוות פיתוח או שאתם רוצים עלייה מהירה עם פחות תחזוקה – לרוב BSP/פלטפורמה. אם יש לכם צוות פיתוח ורצון לשליטה עמוקה – לרוב Cloud API ישיר.
מה עושים אם יש לנו מספר עם מרכזייה?
דואגים מראש לקבלת OTP ישירה. אם שיחת הרישום נופלת על IVR או ניתוב שלא עובר לאדם/שלוחה הנכונה, האימות עלול להיכשל.
צריך אתר כדי להשלים את התהליך?
לרוב כן כדאי להגיע עם אתר פעיל וברור. יש מקרים מסוימים שבהם שדה האתר יכול להיות אופציונלי, אבל לא כדאי לבנות על זה כתסריט ברירת מחדל.
מה זה whatsapp_business_management?
זו אחת ההרשאות המרכזיות שמאפשרות גישה למטא־דאטה של חשבון WhatsApp העסקי, ניהול תבניות, ומידע על מספרים ונכסים משויכים.
מתי צריך Migration ולא Coexistence?
כאשר המספר כבר מנוהל בפלטפורמה או אצל ספק אחר, בדרך כלל מדובר ב-migration. כאשר המספר עדיין ב-WhatsApp Business App ורוצים להמשיך להשתמש גם באפליקציה וגם בפלטפורמה, בדרך כלל מדובר ב-Coexistence.
האם חייבים לבטל Two-step verification לפני מעבר?
בתרחישי migration מסוימים כן. Meta מציינת את ביטול Two-step verification כאחד השלבים המקדימים לפני מעבר בין ספקים/פתרונות.
למה אין לי הודעות נכנסות אחרי שהמספר התחבר?
לרוב זו בעיית webhook או routing, לא בעיית רישום מספר. בדקו subscription ל-messages webhook, endpoint תקין, ושהאפליקציה משויכת ל-WABA הנכון.
מה קורה אם לא מסיימים רישום מספר בזמן?
Meta מציינת שמספר צריך להירשם עד 14 יום אחרי שעבר דרך Embedded Signup; אחרת יהיה צורך לעבור את התהליך שוב.
סיכום + הצעדים הבאים
סיכום מהיר לפי תרחיש
אם יש לכם מספר חדש, הרשמה מובנית וואטסאפ היא כמעט תמיד המסלול הכי נקי. אם יש לכם מספר קיים ב-WhatsApp Business App, Coexistence יכול לאפשר מעבר מדורג בלי לאבד את דרך העבודה המוכרת. אם המספר כבר אצל ספק אחר, צריך Migration מסודר – עם גישה לנכסים, PIN, webhooks ו־WABA. ואם יש לכם מספר עם מרכזייה/IVR, אל תתחילו לפני שסגרתם מסלול אמין לקבלת OTP.
רוצים מדריך חיבור בתוך מערכת ChatBot IL ולא רק הסבר עקרוני?
“חיבור מספר WhatsApp ל-ChatBot IL באמצעות הרשמה מובנית” כמדריך שלב־אחר־שלב