# EasyCoexistence: עברית (he)

EasyCoexistence is an independent Meta Tech Provider. It is not a Meta product and is not affiliated with or endorsed by Meta.

Product documentation (English): https://easycoexistence.com/llms-full.txt

## שרת MCP של WhatsApp עבור Claude, ChatGPT ו-Cursor

https://easycoexistence.com/he/whatsapp-mcp-server

שרת MCP מאפשר לעוזר AI להשתמש ב-WhatsApp ישירות: הוא מציג את המספרים שלכם, שולח הודעות ותבניות, בודק את תקינות החיבור ומפנה את הוובהוק (Webhook) למערכת שלכם. EasyCoexistence מפעילה שרת כזה על ה-Cloud API הרשמי של Meta, כך שהמספר שהלקוחות שלכם כבר שולחים אליו הודעות נשאר רשמי ואינו חשוף לסיכון.

### מהו שרת MCP של WhatsApp?

MCP, כלומר Model Context Protocol, הוא הדרך שבה עוזר AI ניגש לכלי שאינו בבעלותו. מוסיפים מחבר פעם אחת, ומאותו רגע העוזר יכול להפעיל את הכלי בשמכם, בשפה טבעית ובלי קוד חיבור ביניים.

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

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

### למה רוב שרתי MCP של WhatsApp גורמים לחסימת מספרים?

כמעט כל שרת MCP של WhatsApp שאפשר להתקין כיום פועל דרך WhatsApp Web. הוא מתחבר כמכשיר מקושר, בדיוק כמו לקוח הדפדפן, ומפעיל את הסשן הזה באופן אוטומטי.

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

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

המחבר של EasyCoexistence אינו פועל כך. הוא קורא ל-Cloud API הרשמי של Meta, במספר שנרשם דרך יכולת ה-Coexistence של Meta. אין מכשיר מקושר ואין סשן שאפשר לאבד.

### מה ה-AI יכול לעשות איתו בפועל?

16 כלים שממפים את הדברים שבאמת מבקשים לבצע.

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

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

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

הצמד האחרון הופך אותו ליותר מצעצוע צ'אט. סוכן יכול לצרף מספר ולחבר אותו למערכת שלכם בלי שאדם יפתח לוח בקרה.

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

### האם העסק ממשיך להשתמש באפליקציה בטלפון?

כן, וזו בדיוק הסיבה שזה עובד עם מספר שהעסק כבר מסתמך עליו.

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

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

1. Connect the number: Sign up, then run Meta's Embedded Signup and scan the code from the WhatsApp Business app. About two minutes, and nothing about the app changes.
2. Add the connector: In Claude, ChatGPT, Cursor or Claude Code, add a custom connector pointing at https://easycoexistence.com/api/mcp and sign in. OAuth, so no key is pasted anywhere.
3. Ask for something: "Which of my numbers is unhealthy?" or "Send Sarah the booking confirmation." The assistant picks the tool and makes the call.

- שליחה מחוץ לחלון של 24 שעות בטקסט רגיל. מחוץ לחלון עוברת רק תבנית מאושרת, לכן סוכן שמכיר רק את send_message ישתוק בשעה 25.
- ציפייה לשיחות קבוצתיות. מספרי Coexistence אינם נתמכים ב-API של הקבוצות, אצל אף ספק.
- הפניית הוובהוק לכתובת URL שאינה יכולה לענות ללחיצת היד של Meta ב-GET. Meta מאמתת את נקודת הקצה לפני שהיא מוסרת נתונים, ו-404 שקט נראה כמו הגדרה תקינה עד שההודעה הראשונה אינה מגיעה.

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

**עם אילו עוזרים המחבר עובד?** עם כל דבר שמדבר MCP דרך HTTP עם OAuth: Claude, ChatGPT, Cursor, Claude Code ו-Codex כיום. זו נקודת קצה מרוחקת אחת, לכן שום דבר לא פועל במחשב שלכם.

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

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

---

## Coexistence ב-WhatsApp: האפליקציה וה-API על אותו מספר

https://easycoexistence.com/he/whatsapp-coexistence

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

### איזו בעיה Coexistence באמת פותר?

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

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

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

### מה משתנה בטלפון אחרי החיבור?

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

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

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

### למי Coexistence מתאים?

לשתי קבוצות, וכל אחת מהן רוצה ממנו דבר הפוך.

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

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

לשתי הקבוצות יש אותו צורך בסיסי: החיבור חייב להישאר פעיל, ומישהו צריך לשים לב כשהוא לא.

### למה חיבור Coexistence צריך ניטור?

כי הוא עלול להפסיק לעבוד בלי שאף אחד יקבל הודעה.

למספר יש דירוג איכות ורמת שליחה ש-Meta משנה לפי תגובות הנמענים. הדירוגים יורדים. הרמות משתנות. אסימוני גישה (Access Token) פגים. יעד וובהוק (Webhook) שמפסיק לענות לא מקבל ניסיונות חוזרים לנצח. שום דבר מזה לא יוצר התראה בטלפון, והאפליקציה ממשיכה לעבוד כרגיל, כך שהסימן הראשון הוא בדרך כלל לקוח שאומר שההודעה לא הגיעה.

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

על זה EasyCoexistence משגיח. החיבור נבדק ברציפות, ואם משהו משתנה, אתם שומעים על כך מאיתנו ולא מלקוח.

1. Sign up: Create an account and add a card. The first 3 days are free, and nothing is charged until they end.
2. Run Embedded Signup: Meta's own flow opens, you pick the number, and you scan a code from the WhatsApp Business app. About two minutes.
3. Point it somewhere: Set the webhook destination to your own system, or add the MCP connector and let an assistant do it. The app on the phone carries on as before.

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

**האם הצוות שלי צריך להפסיק להשתמש בטלפון?** לא. זו כל המטרה של Coexistence. WhatsApp Business ממשיך לעבוד על אותו מספר, עם אותן שיחות, וה-API פועל במקביל אליו.

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

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

**האם זה אותו דבר כמו ממשקי WhatsApp לא רשמיים?** לא, וההבדל קובע אם המספר יישאר פעיל. Coexistence הוא פיצ'ר רשמי של Meta ב-Cloud API. שערים לא רשמיים מפעילים את WhatsApp Web כמכשיר מקושר, מפרים את התנאים ועלולים לגרום לחסימת מספרים.

---

## ממשקי WhatsApp לא רשמיים: מה באמת גורם לחסימת מספרים

https://easycoexistence.com/he/unofficial-whatsapp-api-risks

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

### איך פועלים ממשקי WhatsApp לא רשמיים?

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

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

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

### איך Meta מזהה את זה בפועל?

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

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

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

### מה המחיר האמיתי של חסימה?

יותר ממה שהאוטומציה הייתה שווה אי פעם, וזה החלק שממעיטים בערכו.

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

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

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

### איך נראה המסלול הרשמי במקום זאת?

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

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

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

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

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

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

**מה ה-API הרשמי לא יכול לעשות?** צ'אטים קבוצתיים אינם זמינים במספרי Coexistence. טקסט חופשי עובד רק בתוך 24 שעות מההודעה האחרונה של הלקוח, ומחוץ לחלון הזה ההודעות חייבות להשתמש בתבנית ש-Meta אישרה.

**האם המסלול הרשמי עולה יותר?** Meta גובה את עמלות ההודעות שלה בכל מקרה, ומחייבת אתכם ישירות. ההבדל הוא תשלום חודשי קבוע לכל מספר, במקום הסיכון לאבד את המספר.

---

## חיבור WhatsApp ל-n8n באמצעות ה-Cloud API הרשמי

https://easycoexistence.com/he/integrations/n8n

מגדירים את יעד הוובהוק (Webhook) לצומת וובהוק של n8n, וכל הודעה שמגיעה למספר הופכת לטריגר של זרימת עבודה. תשובות נשלחות דרך ה-Cloud API או דרך שרת MCP שלנו, שאליו n8n יכולה להתחבר כי MCP Client Tool שלה תומך ב-OAuth2. הטלפון ממשיך לעבוד לאורך כל הדרך.

### איך מגיעה הודעת WhatsApp לזרימת עבודה ב-n8n?

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

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

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

### איך זרימת העבודה שולחת תשובה?

באמצעות צומת HTTP Request מול ה-Cloud API, עם phone number id של המספר ועם אסימון גישה (Access Token). את שניהם אפשר לקרוא מלוח הבקרה או דרך מחבר MCP, אם אתם מעדיפים שעוזר ישלוף אותם.

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

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

### האם n8n יכולה להשתמש גם במחבר MCP?

כן, ובעניין הזה n8n יוצאת דופן. הצומת MCP Client Tool שלה מתחבר לשרת MCP מרוחק ותומך ב-OAuth2, וזה בדיוק מה שנדרש אצלנו. לכן צומת AI Agent בזרימת עבודה יכול לקרוא לכלים שלנו ישירות.

כדאי לדעת זאת כי רוב פלטפורמות האוטומציה לא יכולות. Make ו-Zapier מפעילות שרתי MCP משלהן, ואף אחת מהן אינה פועלת כלקוח, לכן אף אחת מהן לא יכולה להתחבר לשרת של צד שלישי. n8n יכולה.

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

### באיזה משני המסלולים כדאי להשתמש בזרימת עבודה?

בשניהם, עבור שני חלקים שונים, והחלוקה הזו אינה עניין של העדפה.

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

MCP Client Tool מיועד לסוכן בתוך זרימת העבודה, כדי שיפעל בלי שתצטרכו לקודד את הקריאה ידנית. אם זרימת העבודה כבר יודעת בדיוק מה לשלוח, צומת HTTP Request מול ה-Cloud API פשוט יותר ומשאיר פחות מקום לתקלות. אם סוכן מקבל את ההחלטה, המחבר נותן לו את שישה עשר הכלים ואת הכללים שמגיעים עם התיאורים שלהם, כולל חלון 24 השעות.

### מה שונה כאן מצומתי WhatsApp של n8n שאנשים כבר משתמשים בהם?

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

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

Coexistence הוא השילוב שהיה חסר: API רשמי, והטלפון ממשיך לעבוד.

- שימוש בכתובת URL לבדיקה של n8n כיעד הוובהוק. היא מפסיקה להאזין כשהעורך נסגר, ולכן ההודעות נשלחות לשום מקום.
- אי-מענה לבקשת האימות של Meta. Meta שולחת GET עם אתגר לפני שהיא שולחת דבר, וצומת שלא מחזיר אותו לעולם לא מקבל הודעה.
- מענה בטקסט חופשי מחוץ לחלון של 24 שעות. מנקודת המבט של זרימת העבודה זה נכשל בשקט, ורק תבנית מאושרת נשלחת.

**האם צריך צומת n8n נפרד בשביל זה?** לא. צומת וובהוק מקבל הודעות וצומת HTTP Request שולח אותן. אין צורך להתקין דבר, כי האינטגרציה היא כתובת URL וקריאת REST.

**האם הצוות עדיין יכול לענות מהטלפון?** כן. זה המשמעות של Coexistence. אפליקציית WhatsApp Business ממשיכה לעבוד באותו מספר, וזרימת העבודה והאדם רואים זה את ההודעות של זה.

**האם זרימת עבודה אחת יכולה לטפל במספרים של כמה לקוחות?** כן. מפנים כל מספר לאותו וובהוק ומפצלים לפי phone number id המקבל בתוך ה-payload. חשבון אחד יכול להכיל כמה מספרים שתצטרכו.

**מה קורה אם מופע n8n שלי מושבת?** Meta מנסה שוב למסור את ההודעה במשך תקופה ואז מפסיקה. ההודעות עדיין מגיעות לאפליקציית WhatsApp Business בטלפון, כך ששום דבר לא הולך לאיבוד עבור העסק, אלא רק עבור זרימת העבודה.

---

## חברו את WhatsApp ל-Claude עם מחבר מותאם אישית

https://easycoexistence.com/he/integrations/claude

הוסיפו את https://easycoexistence.com/api/mcp כמחבר מותאם אישית ב-Claude והתחברו. לאחר מכן Claude יוכל להציג את המספרים שלכם, לבדוק את תקינותם, לשלוח הודעות ותבניות ולהפנות וובהוקים למערכות שלכם, הכול דרך ה-Cloud API הרשמי של Meta ולא דרך הפעלה במכשיר מקושר.

### איך מוסיפים אותו ל-Claude?

ב-Claude פותחים את ההגדרות ומוסיפים מחבר מותאם אישית שמפנה לנקודת הקצה של EasyCoexistence MCP. Claude פותח דף התחברות, אתם מאשרים, והכלים מופיעים. אין צורך ליצור מפתח או להדביק דבר בקובץ הגדרות, כי המחבר משתמש ב-OAuth.

Claude Desktop משתמש באותו מחבר, שמוסיפים דרך Settings תחת Connectors. קובץ ההגדרות שלו מתאר רק שרתים מקומיים שהוא מפעיל בעצמו, לכן נקודת קצה מרוחקת כזו לא נכתבת שם.

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

### מה Claude יכול לעשות אחרי החיבור?

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

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

שני הכלים החשובים ביותר למי שנותנים שירות ללקוחות הם התחלת חיבור והגדרת יעד לוובהוק. יחד הם מאפשרים ל-Claude לצרף מספר של לקוח ולחבר אותו למערכת שלכם בלי לפתוח לוח בקרה.

### האם המספר מוגן מחסימות כשעושים זאת?

כן, בזכות התשתית שמתחת לחיבור, ולא בגלל משהו שקשור ל-Claude.

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

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

**האם זה עובד ב-Claude Code ובאפליקציות Claude?** כן. זהו שרת MCP מרוחק ב-HTTP עם OAuth, לכן כל שירות שתומך במחברים מותאמים אישית יכול להשתמש בו, כולל Claude Code, ChatGPT ו-Cursor.

**האם Claude רואה את השיחות עם הלקוחות שלי?** רק את מה שאתם מבקשים ממנו. הודעות נכנסות עוברות מ-Meta ליעד הוובהוק שאתם בוחרים, ואנחנו לעולם לא שומרים את תוכן השיחות.

**האם Claude יכול לחבר מספר חדש בעצמו?** הוא יכול להתחיל את התהליך. המחבר מחזיר קישור שבעל העסק פותח כדי לאשר את המספר שלו דרך התהליך של Meta, וזהו שלב שרק הוא יכול להשלים.

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

---

## WhatsApp Cloud API או Coexistence: מה צריך המספר

https://easycoexistence.com/he/whatsapp-cloud-api-vs-coexistence

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

### האם Cloud API ו-Coexistence הם באמת דברים שונים?

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

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

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

### מתי Cloud API רגיל הוא הבחירה המתאימה יותר?

כשאף אחד לא צריך לענות ידנית במספר הזה, מצב שנפוץ יותר ממה שנדמה.

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

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

### מתי Coexistence הוא האפשרות היחידה שעובדת?

כשהמספר כבר משמש עסק וכבר יש אדם שעונה בו.

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

Coexistence ביטל את הפשרה הזו. האפליקציה ממשיכה לעבוד, הצוות לא צריך ללמוד דבר חדש, והתוכנה מקבלת את אותו API שהייתה מקבלת בכל מקרה.

### האם אפשר להעביר מספר בין השניים בהמשך?

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

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

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

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

**האם Coexistence איטי יותר מ-Cloud API רגיל?** קצב השליחה במספר Coexistence נקבע על ידי Meta במקום לגדול לפי דירוג האיכות ורמת שליחת ההודעות. בשימוש בשיחות התקרה הזו כמעט אף פעם אינה מגבלה, אך בשליחה בנפח גבוה היא עלולה להיות כזו.

**האם תבניות פועלות באותה צורה בשניהם?** כן. תבניות נשלחות ל-Meta לבדיקה ונשלחות דרך ה-API באותו אופן. במספר Coexistence אפליקציית WhatsApp Business אינה יכולה לשלוח אותן, לכן כל מה שמחוץ לחלון 24 השעות חייב לעבור דרך ה-API.

**האם אפשר לחבר מספר חדש לגמרי ל-Coexistence?** צריך לרשום אותו קודם באפליקציית WhatsApp Business, כי Coexistence מחבר מספר שהאפליקציה כבר משתמשת בו. למספר שאף אחד לא יענה בו ידנית, חיבור Cloud API רגיל מתאים יותר.

**באיזה מהם סוכנויות משתמשות עבור מספרי לקוחות?** כמעט תמיד ב-Coexistence. זהו מספר שהצוות של הלקוח כבר עונה בו, והעברה שלו הייתה מונעת מהם להשתמש באפליקציית WhatsApp Business, דבר שאף לקוח לא יסכים לו.

---

## שגיאת WhatsApp 131047: הודעת מעורבות מחדש

https://easycoexistence.com/he/docs/whatsapp-error-131047

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

### מה גורם לשגיאה 131047?

הודעת טקסט חופשי שנשלחה למישהו שההודעה האחרונה שלו אליכם נשלחה לפני יותר מ-24 שעות.

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

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

### איך מתקנים את זה?

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

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

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

### האם זה חל על מספר Coexistence?

כן, ויש לכך גם השלכה נוספת שכדאי להכיר.

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

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

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

**האם אפשר להאריך את חלון 24 השעות?** לא. Meta קובעת אותו, ואף ספק אינו יכול להאריך אותו. הדבר היחיד שפותח אותו מחדש הוא הודעה נוספת מהלקוח.

**האם תגובת הלקוח לתבנית פותחת את החלון מחדש?** כן. כל הודעה מהלקוח מתחילה 24 שעות חדשות, כולל תגובה לתבנית ששלחתם.

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

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

---

## שגיאת WhatsApp 131049: הודעה נחסמה לשמירה על תקינות המערכת האקולוגית

https://easycoexistence.com/he/docs/whatsapp-error-131049

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

### מה פירושה של מעורבות במערכת האקולוגית במקרה הזה?

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

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

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

### למה שליחת תבנית לא פותרת את הבעיה?

כי התבנית מעולם לא הייתה הבעיה.

אחרי שליחה חסומה, טבעי לנסות תבנית, כי זה הפתרון לכשל נפוץ אחר, 131047. אבל 131047 הוא כלל הקשור לזמן: החלון נסגר, ותבנית מאושרת היא הדרך המאושרת לפתוח אותו מחדש. 131049 הוא החלטה לגבי ההודעה המסוימת הזו ולאדם המסוים הזה, ומסלול התבנית משתמש באותו נתיב מסירה.

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

### איך מונעים מהבעיה לחזור?

משנים את תוכן השליחה, לא את אופן השליחה.

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

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

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

**האם המספר שלי נחסם?** לא. 131049 חוסם הודעה אחת. המספר ממשיך לפעול, ושליחות אחרות יכולות להצליח.

**כמה זמן צריך להמתין?** ההנחיה של Meta היא להמתין לפחות 24 שעות לפני שליחה חוזרת לאותו נמען. אין נתון מדויק שפורסם.

**האם זה משפיע על דירוג האיכות?** זהו אות מאותו מדד בסיסי, ולכן כדאי להתייחס להופעה תכופה שלו כאזהרה מוקדמת לגבי האיכות, ולא כשגיאה מבודדת.

**האם ספק יכול לעקוף את הבעיה?** לא. Meta מחילה אותה בזמן המסירה, ולכן כל ספק שמשתמש ב-API הרשמי רואה את אותה התנהגות.

---

## שגיאת WhatsApp 131048: הופעלה מגבלת שליחת ספאם

https://easycoexistence.com/he/docs/whatsapp-error-131048

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

### מה גורם לירידה באיכות של מספר?

תגובות שליליות של נמענים, ש-Meta מודדת ולא מסיקה מהקוד שלכם.

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

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

### איך מספר מתאושש?

מעצמו, אם מפסיקים את דפוס השליחה שגרם לירידה.

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

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

### איך יודעים על כך לפני שהשליחה נכשלת?

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

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

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

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

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

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

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

**האם זה כמו חסימה?** לא. חסימה מסירה את המספר. כאן מוגבלת כמות השליחות ממספר שעובד, עד שהאיכות שלו מתאוששת.

---

## שגיאת WhatsApp 132001: התבנית לא קיימת

https://easycoexistence.com/he/docs/whatsapp-error-132001

שגיאה 132001 פירושה שהתבנית שניסיתם לשלוח אינה קיימת בשפה שביקשתם, או שהיא קיימת אך לא אושרה. תבניות מזוהות לפי השם והשפה יחד, לכן אותו שם באזור שפה אחר הוא תבנית אחרת.

### למה תבנית שקיימת עדיין מחזירה 132001?

כמעט תמיד בגלל קוד השפה.

תבנית מזוהה לפי השם והשפה יחד. תבנית שנוצרה בשם order_update ובשפה en_US אינה קיימת בשם order_update בשפה en, ב-pt או ב-pt_BR. שליחת השם הנכון עם אזור השפה הלא נכון יוצרת בדיוק את השגיאה הזו, וההודעה כללית מדי מכדי לציין איזה מהשניים שגוי.

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

### איך מוצאים את השם והשפה הנכונים?

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

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

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

### כמה זמן לוקח האישור?

בדרך כלל כמה דקות, ולעיתים עד יום.

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

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

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

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

**אפשר לשלוח תבנית שממתינה לבדיקה?** לא. רק תבניות מאושרות נמסרות, ותבנית ממתינה מחזירה את אותה שגיאה.

**צריך ליצור מחדש תבנית שנדחתה?** אפשר לערוך אותה ולשלוח מחדש. אי אפשר לשלוח אותה כל עוד הסטטוס שלה הוא נדחתה.

**אפליקציית WhatsApp Business יכולה לשלוח תבניות?** לא במספר Coexistence. תבניות נשלחות דרך ה-API, וזו אחת הסיבות המעשיות לחבר מספר.

---

## שגיאת WhatsApp 132000: אי-התאמה במספר הפרמטרים

https://easycoexistence.com/he/docs/whatsapp-error-132000

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

### איך סופרים את משתני התבנית?

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

גוף תבנית שכתוב בו Hello {{1}}, your order {{2}} has shipped מגדיר שני משתנים, ולכן שליחה חייבת לספק בדיוק שני ערכים לרכיב הגוף. שליחה של ערך אחד או שלושה תחזיר את השגיאה הזו. כך גם שליחה של שני ערכים לרכיב הלא נכון, כי הפרמטרים של הכותרת, הגוף והכפתור נספרים בנפרד ולא נאספים לרשימה אחת.

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

### למה השגיאה מופיעה בתבנית שעבדה אתמול?

כי מישהו ערך את התבנית, וקוד השליחה לא השתנה יחד איתה.

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

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

### איך מספקים את הערכים בצורה נכונה?

בונים את מערך הרכיבים כך שיתאים למבנה של התבנית עצמה.

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

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

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

**האם אפשר לשלוח תבנית בלי משתנים?** כן. אם התבנית אינה מגדירה משתנים, לא שולחים פרמטרים. שליחתם בכל זאת תחזיר את השגיאה הזו.

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

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

**האם זו אותה שגיאה כמו 132001?** לא. 132001 פירושה שהתבנית לא נמצאה או לא אושרה. 132000 פירושה שהיא נמצאה, אבל המשתנים לא התאימו.

---

## שגיאת WhatsApp 2593107: חריגה ממגבלת הסנכרון

https://easycoexistence.com/he/docs/whatsapp-error-2593107

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

### מהו הסנכרון שאליו מתייחסת השגיאה?

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

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

זו גם הסיבה שהשגיאה אינה מוכרת אפילו למי שעבדו זמן רב עם Cloud API. היא שייכת למצב הצטרפות שלא השתמשו בו בעבר.

### למה אפשר להפעיל אותו רק פעם אחת?

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

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

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

### מה קורה אם באמת צריך להפעיל אותו שוב?

צריך לנתק את המספר ולחבר אותו מחדש. זו פעולה ממשית ולא שינוי בהגדרה.

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

יש תוצאה אחת שכדאי להביא בחשבון. ניתוק מוחק את יעד וובהוק (Webhook), משום שהיעד נשמר כמעקף במינוי לאפליקציה ולא על המספר. החיבור מחדש מחזיר את השליחה והניטור, אך לא את המסירה לשרת שלכם, אלא אם משהו מחזיר את היעד.

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

**האם זה קורה במספר Cloud API רגיל?** לא. הסנכרון קיים רק במספרי Coexistence, כי רק להם יש היסטוריה קודמת באפליקציה שאפשר להעביר.

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

**האם חיבור מחדש ימחק את הצ'אטים בטלפון?** לא. אפליקציית WhatsApp Business והשיחות שבה אינן מושפעות מניתוק וחיבור מחדש של צד ה-API.

**האם 2593108 היא אותה בעיה?** לא. קוד זה מציין שהסנכרון נוסה יותר מ-24 שעות לאחר ההצטרפות, ולא שהוא כבר בוצע.

---

## שגיאת WhatsApp 2593108: סנכרון מחוץ לחלון של 24 שעות

https://easycoexistence.com/he/docs/whatsapp-error-2593108

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

### לאיזה חלון של 24 שעות הכוונה?

לא לחלון ההודעות, שהוא מקור לרוב הבלבול סביב שגיאה זו.

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

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

### למה מפספסים אותו?

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

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

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

### מה האפשרויות לאחר שהחלון נסגר?

לנתק ולחבר את המספר מחדש, או להתחיל בלי היסטוריה.

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

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

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

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

**אפשר להאריך את החלון?** לא. הוא נקבע על ידי Meta, ואף ספק אינו יכול להאריך אותו.

**חיבור מחדש עולה כסף?** לא נגבה תשלום על חיבור מחדש. העלות היא רק בכך שמישהו צריך להיות ליד הטלפון כדי לסרוק שוב את הקוד.

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

---

## שגיאת WhatsApp 131026: ההודעה לא נמסרה

https://easycoexistence.com/he/docs/whatsapp-error-131026

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

### למה מספר שנראה תקין לא ניתן למסירה?

כי מספר טלפון לא אומר שבהכרח מותקן עליו WhatsApp.

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

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

### מה צריך לעשות כשמקבלים את השגיאה?

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

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

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

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

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

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

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

**האם כדאי להסיר את איש הקשר?** סמנו אותו כלא זמין ב-WhatsApp במקום למחוק אותו. ייתכן שהאדם ירשום את המספר הזה בהמשך.

---

## שגיאת WhatsApp 131042: בעיית תשלום בחשבון עסקי

https://easycoexistence.com/he/docs/whatsapp-error-131042

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

### מי מחייב בפועל את מי?

יש כאן שתי חברות, ורק אחד מהחיובים קשור לספק שלכם.

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

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

### איפה מגדירים את אמצעי התשלום?

ב-WhatsApp Manager, בחשבון WhatsApp Business שמחזיק במספר.

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

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

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

**האם EasyCoexistence יכולה לשלם ל-Meta עבורי?** לא. החיובים עוברים לאמצעי התשלום שבחשבון WhatsApp Business שלכם, ואין API לצירוף אמצעי כזה.

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

**האם זה עוצר הודעות נכנסות?** קבלת הודעות אינה מושפעת. מה שנכשל הוא השליחה שעליה Meta צריכה לחייב.

**האם אפשר להימנע לחלוטין מחיובי Meta?** מענה בתוך חלון שירות הלקוחות של 24 שעות הוא בחינם. Meta מחייבת על שיחות שנפתחות מחוץ לחלון הזה.

---

## שגיאת WhatsApp 133010: המספר לא רשום

https://easycoexistence.com/he/docs/whatsapp-error-133010

שגיאה 133010 אומרת שהמספר לא השלים רישום ב-WhatsApp Business Platform. ייתכן שהוא משויך לחשבון ומופיע בלוח הבקרה, אך עד שהרישום יסתיים הוא לא יוכל לשלוח דבר.

### מה בעצם אומר רישום במקרה הזה?

זהו השלב האחרון שהופך מספר לזמין לשליחה, בנפרד מעצם קיומו ב-WhatsApp Business Account.

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

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

### איך תהליך ההתחברות נשאר לא שלם?

בדרך כלל כי מישהו סגר את החלון.

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

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

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

**האם המספר אבד?** לא. הפעלה מחדש של תהליך ההתחברות של Meta משלימה את הרישום, ואפליקציית WhatsApp Business לא נפגעת לאורך התהליך.

**אפשר לבצע רישום דרך ה-API?** הרישום הוא חלק מתהליך ההתחברות של Meta, שדורש דפדפן ואת הטלפון. אין קיצור דרך ב-API שמדלג על הסריקה.

**למה אני עדיין יכול לקבל הודעות?** קבלה ושליחה אינן תלויות באותו שלב, ולכן מספר שתהליך ההתחברות שלו חלקי יכול להיראות פעיל בטלפון.

**זה אותו דבר כמו 133006?** לא. 133006 אומר שהמספר צריך לעבור אימות לפני שאפשר לבצע רישום. במקרה הזה הרישום עצמו לא הושלם מעולם.

---

## שגיאת WhatsApp 190: תוקף אסימון הגישה פג

https://easycoexistence.com/he/docs/whatsapp-error-190

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

### למה אסימון שפג נראה כמו מספר שאבד?

כי כל בקשה נכשלת, וכולן נכשלות באותו אופן.

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

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

### איך מבדילים בין שני המצבים?

מחזיקים פרטי אימות נוספים שיכולים לקרוא את אותו חשבון.

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

בלי הקורא הנוסף, הדרך היחידה להבדיל היא לבקש מבעל העסק לבדוק, בדיוק את ההפרעה שניטור אמור למנוע.

### איך אסימונים מתבטלים?

בכמה דרכים, רובן לא מכוונות.

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

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

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

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

**האם שגיאה 0 היא אותו מצב?** למעשה כן. Meta מדווחת על המצב הזה תחת שני הקודים, בהתאם לנקודת הקצה.

**האם חיבור מחדש יפתור את הבעיה?** כן, אבל זו תשובה כבדה לבעיה פשוטה, והיא דורשת את בעל העסק ואת הטלפון עבור משהו שאסימון חדש פותר.

**האם אפשר למנוע מאסימונים לפוג?** לאסימוני System User אפשר להגדיר תוקף ארוך, וזו אחת הסיבות שכדאי להחזיק אסימון נוסף.

---

## שגיאת WhatsApp 130429: הושגה מגבלת קצב

https://easycoexistence.com/he/docs/whatsapp-error-130429

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

### מה בעצם מוגבל?

קצב יציאת ההודעות, לא מספר ההודעות שאפשר לשלוח ביום.

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

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

### האם אפשר להעלות את המגבלה?

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

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

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

### מה השולח צריך לעשות במקום זאת?

מווסתים את קצב השליחה ומנסים שוב עם השהיה גדלה, במקום לנסות שוב מיד.

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

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

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

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

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

**האם 80007 הוא אותו הדבר?** לא. זהו קוד למגבלת קצב של חשבון WhatsApp Business, ולא למגבלת קצב ההודעות של מספר.

**האם ספק אחר ישלח מהר יותר?** לא. המגבלה שייכת למספר ול-Meta, ולא למי שקורא ל-API.

---

## חיבור WhatsApp ל-Make דרך ה-Cloud API הרשמי

https://easycoexistence.com/he/integrations/make

מגדירים את יעד הוובהוק של המספר לוובהוק מותאם אישית (Webhook) ב-Make, וכל הודעה נכנסת מפעילה תרחיש. התשובות נשלחות דרך ה-Cloud API באמצעות מודול HTTP. Make לא יכול להשתמש בשרת MCP שלנו, כי הוא עצמו שרת MCP ולא לקוח.

### איך הודעת WhatsApp מפעילה תרחיש ב-Make?

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

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

מכיוון שמדובר ב-Coexistence, אותה הודעה מופיעה גם באפליקציית WhatsApp Business בטלפון. אדם יכול להשיב לה, התרחיש רואה מה הוא שלח, ואף אחד מהם לא משיב מעל התשובה של האחר.

### למה Make לא יכול להשתמש במחבר MCP?

כי Make הוא שרת MCP, לא לקוח MCP. הוא חושף את התרחישים שלו לעוזרים כמו Claude ו-ChatGPT, שמתחברים אליו פנימה. הוא לא מתחבר החוצה לשרת MCP של מוצר אחר.

זו כל התמונה: המחבר שלנו הוא שרת שממתין לקריאה, ול-Make אין רכיב שקורא לשרת כזה, לכן השניים לא נפגשים. זה שונה מ-n8n, שהוא מוצר אחר עם צומת MCP Client Tool ויכול לצרוך שרת מרוחק באמצעות OAuth.

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

### איך תרחיש שולח תשובה?

משתמשים במודול HTTP מול ה-Cloud API, עם מזהה המספר ואסימון גישה (Access Token). אפשר לקרוא את שניהם מלוח הבקרה, או דרך מחבר MCP אם תרצו שעוזר ישלוף אותם עבורכם.

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

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

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

**האם Make יכול להתחבר לשרת MCP שלכם?** לא. Make הוא שרת MCP ולא לקוח, ולכן אין לו דרך לקרוא לשרת שלנו. מסלול הוובהוק מכסה את כל מה שתרחיש צריך.

**האם צריך אפליקציית Make עבור WhatsApp?** לא. וובהוק מותאם אישית מקבל הודעות ומודול HTTP שולח אותן. האינטגרציה היא כתובת URL וקריאת REST.

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

**האם תרחיש אחד יכול לשרת כמה לקוחות?** כן. מפנים כל מספר לאותו וובהוק ומנתבים לפי מזהה המספר המקבל בתוך ה-payload.

---

## חיבור WhatsApp ל-Zapier דרך ה-Cloud API הרשמי

https://easycoexistence.com/he/integrations/zapier

מגדירים את יעד הוובהוק של המספר כ-Catch Hook של Zapier, וכל הודעה נכנסת מפעילה Zap. התשובות חוזרות דרך ה-Cloud API באמצעות פעולת וובהוק. Zapier לא יכול לצרוך את שרת ה-MCP שלנו, כי Zapier הוא שרת MCP ולא לקוח. זה מוצר נפרד בתשלום, עם תמחור לפי התוכנית של Zapier.

### איך הודעה נכנסת מפעילה Zap?

מתחילים Zap עם הטריגר Webhooks by Zapier, בוחרים Catch Hook ומעתיקים את כתובת ה-URL ש-Zapier יוצר. מגדירים את הכתובת כיעד הוובהוק של המספר, ו-Meta מעבירה אליה ישירות כל הודעה נכנסת.

ה-payload כולל את השולח, תוכן ההודעה, חותמת זמן ומזהה ההודעה. זה כל מה שרוב ה-Zaps צריכים כדי להסתעף. שום דבר לא רץ בתשתית שלכם, ואין אפליקציית Zapier שעלינו לתחזק, כי נקודת החיבור היא כתובת URL.

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

### למה Zapier לא משתמש במחבר MCP?

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

בפועל, אין לכך השפעה. MCP מיועד לעוזר שפועל כשאדם מבקש זאת, ואילו Zap פועל בצורה הפוכה: משהו קורה, והאוטומציה מגיבה. זה בדיוק התחום של וובהוקים בכל כלי, כולל כלים שיש להם לקוחות MCP.

אם תרצו לשלב גם עוזר, המחבר עובד ב-Claude או ב-ChatGPT לצד ה-Zap, ולא בתוכו.

### איך Zap שולח תשובה?

באמצעות פעולת POST של Webhooks by Zapier אל ה-Cloud API, עם השדה phone_number_id ואסימון גישה (Access Token) של המספר מתוך לוח הבקרה.

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

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

- שימוש בכתובת URL לבדיקה של Zapier כיעד. היא מפסיקה להאזין, וההודעות נשלחות לשום מקום.
- שכחת בקשת האימות GET של Meta. ה-Catch Hook חייב להחזיר את האתגר לפני שהמסירה מתחילה.
- שליחת טקסט חופשי מחוץ לחלון של 24 שעות, שנכשלת בשקט מבחינת ה-Zap.

**האם יש אפליקציית WhatsApp רשמית ל-Zapier?** אין צורך באחת כזו כאן. Catch Hook מקבל את ההודעות ופעולת וובהוק שולחת אותן, כך שנשארים עם ה-Cloud API הרשמי וללא מתווך.

**האם Zapier יכול להשתמש בשרת ה-MCP שלכם?** לא. Zapier הוא שרת MCP בעצמו ואינו פועל כלקוח, ולכן אינו יכול לקרוא לשרת שלנו.

**האם הצוות שלי מאבד את הטלפון?** לא. Coexistence משאיר את אפליקציית WhatsApp Business פעילה באותו מספר.

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

---

## חיבור WhatsApp ל-ChatGPT עם מחבר מותאם אישית

https://easycoexistence.com/he/integrations/chatgpt

מפעילים מצב מפתחים בהגדרות ChatGPT, מוסיפים את EasyCoexistence כמחבר, ואז ChatGPT יכול להציג את המספרים שלכם, לבדוק את תקינות החיבור שלהם, לשלוח הודעות ותבניות ולהפנות וובהוקים למערכות שלכם, הכול דרך ה-Cloud API הרשמי של Meta.

### איך מוסיפים אותו ל-ChatGPT?

פותחים את Settings, עוברים אל Connectors ואז אל Advanced, ומפעילים מצב מפתחים. כך נחשפת האפשרות להוסיף מחבר באמצעות URL במקום לבחור מחבר מהרשימה המובנית.

מוסיפים מחבר שמפנה אל נקודת הקצה של EasyCoexistence MCP. בפעם הראשונה ש-ChatGPT קורא לכלי, נפתחת כניסה ומאשרים אותה שם. שום דבר לא נוצר, מועתק או מודבק, כי המחבר משתמש ב-OAuth ולא במפתח API.

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

### מה ChatGPT יכול לעשות אחרי החיבור?

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

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

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

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

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

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

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

- לצפות ממנו לענות ללקוחות אוטומטית. MCP פועל כשמבקשים ממנו, והודעות נכנסות דורשות וובהוק.
- לחפש את EasyCoexistence ברשימת המחברים המובנית. מוסיפים אותו באמצעות URL כשמצב המפתחים מופעל.
- להניח שנדרש מפתח. המחבר מאמת את הגישה באמצעות OAuth, ואין שום דבר להדביק.

**האם נדרשת תוכנית ChatGPT בתשלום?** מחברים מותאמים אישית זמינים דרך מצב המפתחים בהגדרות. הזמינות נקבעת לפי כללי התוכניות של OpenAI, ולא לפי דבר שבשליטתנו.

**האם ChatGPT רואה את השיחות עם הלקוחות שלי?** רק את מה שאתם מבקשים. הודעות נכנסות עוברות מ-Meta אל יעד הוובהוק שאתם מציינים, ואנחנו אף פעם לא שומרים את תוכן השיחות.

**האם הוא יכול לחבר מספר חדש?** הוא יכול להתחיל את התהליך. המחבר מחזיר קישור שבעל העסק פותח כדי לאשר את המספר שלו דרך התהליך של Meta.

**האם הוא עובד עם אותו חשבון כמו Claude?** כן. חשבון EasyCoexistence אחד, נקודת קצה אחת, וכל עוזר שאתם מחברים רואה את אותם מספרים.

---

## חיבור WhatsApp ל-Cursor דרך MCP

https://easycoexistence.com/he/integrations/cursor

מוסיפים את EasyCoexistence לתצורת MCP של Cursor, והעורך יכול לגשת למספר WhatsApp אמיתי בלי לצאת מהפרויקט: מציגים מספרים, בודקים את תקינות החיבור שלהם, שולחים הודעות ותבניות מאושרות ומגדירים יעדי וובהוק לכל מה שאתם בונים, הכול דרך ה-Cloud API הרשמי של Meta.

### איך מוסיפים אותו ל-Cursor?

פותחים את ההגדרות ומאתרים את אזור MCP, ואז מוסיפים שרת שמפנה לנקודת הקצה של EasyCoexistence. Cursor קורא גם קובץ mcp.json, וזו הדרך הנוחה יותר כשמגדירים כמה מחשבים או רוצים לשמור את התצורה בבקרת גרסאות.

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

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

### למה שתרצו WhatsApp בתוך עורך?

כי בדרך כלל מה שבונים הוא האינטגרציה עצמה, ובלעדיו מחזור המשוב איטי.

חיבור וובהוק (Webhook), בדיקה אם הוא אומת, שליחת הודעת בדיקה לעצמכם וקריאת סטטוס האישור של תבנית: כל אחת מהפעולות האלה מחייבת מעבר ללוח בקרה וחזרה. עם המחבר, שואלים את השאלות במקום שבו הקוד כבר נמצא.

זו גם הדרך המהירה ביותר להגדיר מספר של לקוח בזמן שעובדים על הפרויקט שלו. get_connect_link מחזיר את הקישור שהלקוח פותח, ו-set_webhook_destination מפנה את המספר לכל מה שאתם בונים, בלי שאף אחד יפתח לשונית דפדפן שאינה החלון הקופץ של Meta.

- מצפים ממנו לקבל הודעות. MCP פועל כשמבקשים ממנו, ותעבורה נכנסת דורשת יעד וובהוק.
- מכניסים אסימון לתצורה. המחבר משתמש ב-OAuth ואינו דורש סוד בקובץ.
- שולחים טקסט חופשי לאיש קשר שלא כתב במשך יום. אחרי 24 שעות רק תבנית מאושרת תימסר.

**יש משהו שצריך להתקין?** לא. זהו שרת מרוחק דרך HTTP עם OAuth, ולכן Cursor מתחבר אליו במקום להפעיל אותו.

**אפשר לשמור את התצורה בבקרת גרסאות?** כן, באמצעות mcp.json. אין בו סוד, כי האימות מתבצע דרך OAuth בשימוש הראשון.

**זה עובד גם ב-Claude Code?** כן, באמצעות פקודה אחת. נקודת הקצה זהה לכל לקוח.

**אפשר לשלוח מכל מספר?** השליחה מתבצעת מהמספרים המחוברים לחשבון שלכם, לכל נמען ב-WhatsApp, בכפוף לחלון ולכללי התבניות הרגילים.

---

## חיבור WhatsApp ל-Claude Code דרך MCP

https://easycoexistence.com/he/integrations/claude-code

מריצים פקודת claude mcp add אחת, ו-Claude Code יכול לגשת למספר WhatsApp אמיתי: להציג מספרים, לבדוק את תקינות החיבור, לשלוח הודעות ותבניות ולהגדיר יעדי וובהוק. הכול מתבצע דרך ממשק Cloud API הרשמי של Meta, ולא דרך חיבור של מכשיר מקושר.

### איך מוסיפים אותו?

מריצים claude mcp add עם תעבורת http ועם נקודת הקצה של EasyCoexistence, בכל מסוף. לאחר מכן מריצים /mcp בתוך Claude Code ומבצעים אימות. שישה עשר הכלים זמינים מעכשיו בכל סשן במחשב הזה.

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

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

### למה זה שימושי בפועל?

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

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

כך התיעוד מגיע גם למודל. get_docs מחזיר את תיעוד המוצר שלנו ב-Markdown, ולכן סוכן שעונה על שאלות לגבי כללי Coexistence, חלון 24 השעות או התנאי של 14 ימים, עונה מתוך התיעוד שלנו ולא מתוך מה שהוא זוכר.

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

**האם זה עובד גם ב-Codex?** כל דבר שמדבר MCP דרך HTTP עם OAuth יכול להשתמש באותה נקודת קצה.

**האם אסימון נשמר בכונן?** לא. האימות מתבצע באמצעות OAuth, לכן אין סוד בקובץ ההגדרות.

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

**האם סגירת המסוף מנתקת משהו?** לא. השרת מרוחק, והמספר נשאר מחובר בלי קשר למה שפועל באופן מקומי.

---

## וובהוקים של WhatsApp: ניתוב הודעות ישירות לשרת שלכם

https://easycoexistence.com/he/whatsapp-webhook

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

### מה Meta שולחת בפועל לוובהוק?

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

נתיב ההודעות כולל את מה שהלקוחות שולחים, ובמספר Coexistence גם העתקים של מה שהצוות שלכם שולח מאפליקציית WhatsApp Business. אלה השדות messages ו-smb_message_echoes, והם מכילים את תוכן השיחה.

הנתיב התפעולי כולל את כל השאר: account_update כשסטטוס החיבור משתנה, phone_number_quality_update כשאיכות או קצב השליחה משתנים, account_alerts, account_review_update, business_capability_update ו-phone_number_name_update. אירועים אלה אינם כוללים תוכן שיחה, ועליהם מבוססת הניטור.

ספק שממקם את עצמו בנתיב ההודעות מקבל את קבוצת האירועים הראשונה. ספק שלא עושה זאת, לא מקבל אותה.

### איך Meta מאמתת נקודת קצה?

באמצעות בקשת GET לפני שהיא מתחילה להעביר משהו. כשל באימות הזה הוא הסיבה הנפוצה ביותר לכך שהגדרה שנראית מוכנה לא מקבלת הודעות.

Meta קוראת לכתובת ה-URL שלכם עם hub.mode שמוגדר ל-subscribe, עם hub.verify_token שלכם ועם ערך hub.challenge. נקודת הקצה שלכם חייבת להחזיר את האתגר הזה בגוף התגובה הגולמי, ללא עטיפה ב-JSON וללא תוספות. אם היא לא עושה זאת, Meta לא מתחילה להעביר אירועים, ובשום לוח בקרה לא תופיע על כך הודעה.

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

### האם היעד יכול להיות השרת שלכם?

כן, וזה החלק שמשתנה בין ספקים.

Meta מאפשרת לאפליקציה לעקוף את היעד שאליו חשבון WhatsApp Business מסוים שולח את הוובהוקים שלו. אנחנו מגדירים את העקיפה לכתובת ה-URL שלכם, וכך מעבירים את אירועי נתיב ההודעות מה-callback שלנו אליכם. את האירועים התפעוליים אנחנו משאירים אצלנו, כי לוח הבקרה ומערכת ההתראות מבוססים עליהם.

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

### מה קורה ליעד כשמספר מתחבר מחדש?

הוא מוסר, וזה הכשל שכמעט אף אחד לא מתכנן לקראתו.

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

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

- החזרת JSON מבקשת האימות של GET. Meta מצפה לערך הגולמי של hub.challenge בלבד.
- שימוש בכתובת URL זמנית או לבדיקה. Meta ממשיכה לשלוח אליה גם אחרי שהכלי שיצר אותה מפסיק להאזין.
- הנחה שהיעד נשאר לאחר חיבור מחדש. הוא שייך למינוי של אפליקציה, ומוסר יחד איתה.
- הצבת נקודת הקצה מאחורי אימות שחוסם את הבקשה של Meta.

**האם ההודעות שלי עוברות דרך EasyCoexistence?** לא. העקיפה שולחת את אירועי נתיב ההודעות ישירות מ-Meta לנקודת הקצה שלכם. אירועים של חשבון ללא override חוזרים ל-callback שלנו ונמחקים בלי להישמר.

**האם אפשר לשנות את היעד מאוחר יותר?** כן, בכל זמן, מלוח הבקרה או דרך מחבר MCP. העברת null מאפסת אותו לברירת המחדל שלנו.

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

**האם וובהוק אחד מספיק לכמה מספרים?** כן. מפנים כל מספר לאותה נקודת קצה ומנתבים לפי מזהה מספר הטלפון שמתקבל ב-payload.

---

## שליחה וקבלה של WhatsApp מ-Python

https://easycoexistence.com/he/integrations/python

קבלה היא נתיב במסגרת הווב שלכם שעונה לבקשת האימות GET של Meta ומקבל בקשות POST. שליחה היא בקשת HTTPS ל-Cloud API עם phone number id ואסימון. אין לנו SDK, ואין צורך להתקין דבר.

### איך מקבלים הודעות ב-Python?

עם שני מטפלים על נתיב אחד, בכל מסגרת שכבר משמשת אתכם.

מטפל ה-GET עונה לאימות של Meta. הוא קורא את hub.mode, hub.verify_token ו-hub.challenge ממחרוזת השאילתה, בודק את האסימון מול האסימון שלכם ומחזיר את האתגר בגוף התגובה הגולמי. החזרת JSON כאן היא הטעות הנפוצה ביותר, והיא נכשלת בשקט.

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

הודעות מגיעות עם מזהה הודעה wamid. כדאי למנוע כפילויות לפי המזהה הזה כבר מההתחלה, כי ניסיונות חוזרים הם דבר רגיל ולא חריג.

### איך שולחים?

בקשת POST אחת לכתובת messages של ה-Cloud API עבור phone number id, עם אסימון bearer.

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

מה שמשתנה לפי התזמון הוא גוף הבקשה. בתוך 24 שעות מההודעה האחרונה של הלקוח שולחים אובייקט text. מחוץ לחלון שולחים אובייקט template עם שם של תבנית מאושרת והשפה שלה. לקוח שמכיר רק את המבנה הראשון עובד מצוין בבדיקות ונכשל בהודעה הראשונה שנשלחת בלילה, ומחזיר את קוד השגיאה 131047.

### מה צריך מטפל בסביבת ייצור מעבר לזה?

שלושה דברים שקל לדלג עליהם ויקר להוסיף אחר כך.

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

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

- החזרת JSON מבקשת האימות GET במקום ערך האתגר הגולמי.
- עיבוד ישיר לפני החזרת 200. Meta מנסה שוב כשיש תגובה איטית, ואתם מטפלים בהודעה פעמיים.
- שליחת טקסט חופשי בלי לבדוק את חלון הזמן. מוחזר 131047 ונראה כאילו דבר לא קרה.

**יש SDK ל-Python?** לא מאיתנו, וגם אין צורך באחד. ה-API שייך ל-Meta, מתועד על ידי Meta ונגיש בכל ספריית HTTP.

**באיזו מסגרת כדאי להשתמש?** בכל מסגרת. הדרישה היא לנתיב שעונה ל-GET ומקבל POST, וכל מסגרת ווב של Python עושה זאת.

**איך מונעים טיפול באותה הודעה פעמיים?** מונעים כפילויות לפי מזהה ההודעה wamid בתוך ה-payload. Meta מנסה שוב בכוונה, לכן זה צפוי ולא מקרה קצה.

**האם הצוות עדיין יכול להשתמש בטלפון?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה באותו מספר, והמטפל שלכם רואה את מה שנשלח כאירוע echo.

---

## שליחה וקבלה של WhatsApp ב-Node.js

https://easycoexistence.com/he/integrations/node

קבלה מתבצעת בנתיב שעונה לבקשת GET לאימות של Meta ומקבל בקשות POST. שליחה מתבצעת בקריאת fetch אל ה-Cloud API, עם phone number id ואסימון גישה (Access Token). אין לנו SDK ואין צורך להתקין דבר.

### איך מקבלים הודעות ב-Node?

נתיב אחד עם שתי שיטות, ב-Express, ב-Fastify, ב-handler של נתיב Next או בשרת רגיל.

ה-GET עונה לאימות של Meta: קוראים את hub.mode, hub.verify_token ו-hub.challenge מהשאילתה, משווים את האסימון לאסימון שלכם ומחזירים את האתגר כטקסט רגיל. החזרה כ-JSON היא הטעות הנפוצה, והיא יוצרת נקודת קצה שלא מקבלת דבר אף שהיא נראית תקינה.

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

### איך שולחים?

קריאת fetch אל נקודת הקצה messages של ה-Cloud API עבור phone number id, עם האסימון בכותרת bearer.

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

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

### מה שונה בשרת ללא שרת קבוע?

שני דברים, ושניהם קשורים לכך שהפונקציה מסתיימת לפני שהעבודה מסתיימת.

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

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

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

**האם צריך ספרייה?** לא. נתיב ו-fetch מספיקים, והשיחה תואמת בדיוק לתיעוד של Meta.

**האם זה עובד ב-Vercel או ב-Lambda?** כן, עם הסתייגות רגילה של שרת ללא שרת קבוע: מאשרים קודם, ואז מעבדים דרך תור או מנגנון רקע ולא בתוך הבקשה.

**איך מוודאים שהבקשה הגיעה מ-Meta?** מוסיפים סוד ארוך ואקראי לכתובת ה-URL של הוובהוק ודוחים כל בקשה שאין בה אותו. Meta חותמת עם סוד האפליקציה של האפליקציה שבבעלותה המינוי, שכאן היא שלנו והסוד שלה אף פעם לא משותף, ולכן אי אפשר לבדוק את כותרת החתימה בצד שלכם.

**אפשר להשתמש ב-TypeScript?** כן. אין מה להגדיר מולנו, כי ה-payload שייך ל-Meta ומתועד על ידה.

---

## EasyCoexistence לעומת תיבת הודעות של BSP

https://easycoexistence.com/he/compare/coexistence-vs-bsp

BSP מוכר פלטפורמה: תיבת הודעות משותפת שבה הצוות עובד, והודעות נשמרות בשרתים שלהם. Coexistence משאיר את אפליקציית WhatsApp Business בטלפון ומנתב הודעות לכל יעד שתבחרו. השאלה היא אם אתם רוצים מוצר לעבוד בו או חיבור לבנות עליו.

### מה BSP מספק בפועל?

מוצר, ואין זו ביקורת.

Business Solution Provider מוכר בדרך כלל תיבת הודעות משותפת: נציגים מתחברים, שיחות מוקצות, יש תשובות מוכנות, תגיות, דוחות ואפליקציה לנייד. עבור צוות תמיכה של שמונה אנשים שצריכים לחלק את העבודה ולראות מי ענה למה, זו באמת הרכישה הנכונה, ובנייה עצמאית של כל זה תהיה מיותרת.

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

### מתי Coexistence מתאימה יותר?

כשהמספר שייך לעסק שכבר יש לו דרך עבודה, ואף אחד לא רוצה לשנות אותה.

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

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

### מה מתאים אם אתם בונים את התוכנה?

Coexistence, כמעט תמיד, והסיבה מבנית ולא קשורה לתכונות.

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

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

- לבחור לפי המחיר. אלה מוצרים שונים, והזול יותר אינו גרסה מצומצמת של השני.
- לחבר צוות תמיכה של שמונה אנשים לחיבור גולמי בלי שבניתם דבר. הם צריכים תיבת הודעות ולא יהיו מרוצים בלעדיה.
- להניח ש-BSP יכול להשאיר את אפליקציית WhatsApp Business פעילה. חלקם יכולים לעשות זאת דרך Coexistence, רבים לא, וכדאי לשאול ישירות.

**האם אפשר להשתמש בשניהם?** בפועל כן, אם BSP תומך ב-Coexistence. השאלה שצריך לשאול היא היכן נשמר תוכן השיחות, כי זה ההבדל האמיתי.

**האם BSP אמין יותר?** שניהם פועלים על Cloud API של Meta, ולכן המסירה זהה. ההבדל הוא במספר הגורמים שנמצאים בין Meta למערכת שלכם.

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

**מה קורה להיסטוריה שלי אם אעזוב?** ב-Coexistence היא מעולם לא נשמרה אצלנו. בפלטפורמה היא נמצאת שם, והוצאתה מתבצעת באמצעות ייצוא.

---

## EasyCoexistence לעומת בנייה עצמאית

https://easycoexistence.com/he/compare/build-it-yourself-vs-easycoexistence

כל קריאת API שהמוצר הזה מבצע מתועדת על ידי Meta וזמינה לכל מי שיש לו אפליקציית Meta. בניית החיבור אורכת סוף שבוע. מה שלוקח יותר זמן הוא להפוך ל-Tech Provider, ומה שלא נגמר הוא לזהות כשחיבור מתנתק בשקט.

### מה באמת תצטרכו לבנות?

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

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

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

### מה אי אפשר לקצר בדרך?

להפוך ל-Meta Tech Provider משלכם. זה ההבדל בין חיבור מספר אחד לבין חיבור מספרים של אחרים.

זה בחינם, אבל לא מהיר. צריך Business Manager מאומת, אפליקציה שעוברת App Review וסרטונים מוקלטים שמדגימים את התהליכים. עד שזה קורה, עובדים דרך חשבון Tech Provider של מישהו אחר, וזה מה שיוצר את מגבלות החיבור היחיד שאנשים נתקלים בהן בכלים מוכנים מראש.

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

### כמה עולה להפעיל את הניטור בפועל?

זה החלק שאין לו תאריך סיום, ולכן הוא שונה מכל השאר.

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

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

- להעריך לפי הגרסה הראשונה. חיבור מספר הוא פרויקט של סוף שבוע, אבל שמירה על חמישים חיבורים אינה כזו.
- לתכנן להפוך ל-Tech Provider עד מועד קשיח. זמן App Review אינו בשליטתכם.
- להתייחס לניטור כשלב מאוחר יותר. הכשלים שהוא מזהה שקטים, ולכן היעדר הסימנים אינו הוכחה שהם לא מתרחשים.

**האם משהו כאן קנייני?** לא. כל קריאה היא חלק מ-Cloud API המתועד של Meta. זה מכוון: שום דבר לא נועל אתכם, ותוכלו לעזוב כשהאינטגרציה שלכם נשארת שלמה.

**האם כדאי לי לבנות אם יש לי מספר אחד?** כנראה שכן. מספר אחד שבבעלותכם, שמחובר פעם אחת, הוא פרויקט קטן ותלמדו כך את הפלטפורמה כראוי.

**כמה זמן לוקח לקבל סטטוס Tech Provider?** זה בחינם, אבל דורש Business Manager מאומת ו-App Review, כולל סרטונים מוקלטים. ההמתנה היא החלק הארוך.

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

---

## שגיאה 368 ב-WhatsApp: החשבון הוגבל בשל מדיניות

https://easycoexistence.com/he/docs/whatsapp-error-368

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

### מה המשמעות האמיתית של הגבלה?

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

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

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

### איך פותרים את הבעיה?

מול Meta, בתוך Business Manager, ורק באמצעות האנשים שבבעלותם החשבון.

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

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

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

**האם אפשר להעביר את המספר לספק אחר?** לא. ההגבלה חלה על חשבון WhatsApp Business, ולכן היא תקפה בכל מקום שבו משתמשים במספר.

**כמה זמן נמשך ערעור?** Meta לא מפרסמת נתון, ולאף ספק אין נראות לתהליך.

**האם ההגבלה משפיעה על קבלת הודעות?** האכיפה משתנה ממקרה למקרה. מה שנשאר עקבי הוא שהשליחה מפסיקה לעבוד.

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

---

## שגיאת WhatsApp 131031: החשבון מוגבל או שהנתונים אינם תואמים

https://easycoexistence.com/he/docs/whatsapp-error-131031

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

### איזו אי-התאמה גורמת לכך?

הבדל בין המידע שיש ל-Meta על העסק לבין המידע שסופק לה. זה נשמע קטן, אבל ההשפעה משמעותית.

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

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

### איפה בודקים בפועל?

ב-Business Manager, בחשבון העסק ולא במספר הטלפון.

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

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

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

**האם זה אותו דבר כמו 368?** קשור, אבל לא זהה. 368 הוא אכיפת מדיניות; כאן מדובר בדרך כלל בפרטי אימות העסק או בקוד PIN דו-שלבי.

**האם ספק יכול לראות את סטטוס האימות שלי?** לא. המידע נמצא בחשבון העסק ב-Business Manager ואינו חשוף לספקים.

**האם חיבור מחדש יעזור?** לא. ההגבלה חלה על החשבון, ולכן חיבור חדש ייתקל באותו מצב.

**איך מאפסים את קוד ה-PIN הדו-שלבי?** ב-WhatsApp Manager, בהגדרות של המספר. שמרו אותו במקום שהעסק יוכל לאחזר בהמשך.

---

## שגיאת WhatsApp 132015: התבנית הושהתה בגלל איכות

https://easycoexistence.com/he/docs/whatsapp-error-132015

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

### למה תבנית יחידה מושהית?

כי האיכות נמדדת גם לפי תבנית וגם לפי מספר, ותבנית בעייתית יכולה להיות מבודדת בלי לפגוע בכל השאר.

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

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

### מה עושים עם תבנית שהושהתה?

עורכים אותה במקום לשלוח אותה שוב, ומתייחסים להשהיה כמידע על התוכן.

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

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

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

**האם תבניות אחרות עדיין יכולות להישלח?** כן. ההשהיה חלה על התבנית הזו בלבד, והתבניות האחרות שאושרו במספר אינן מושפעות.

**כמה זמן נמשכת ההשהיה?** Meta אינה מפרסמת משך קבוע, והמשך מתארך לאחר השהיות חוזרות.

**האם אפשר לערוך תבנית שהושהתה?** כן, וזו בדיוק המטרה. שליחה מחדש של תוכן משופר מאפשרת לה לחזור לפעילות.

**מהו 132016?** זו הגרסה לצמיתות. לאחר השהיות חוזרות התבנית מושבתת ויש להחליף אותה בתבנית חדשה.

---

## שגיאה 100 ב-WhatsApp: פרמטר לא תקין

https://easycoexistence.com/he/docs/whatsapp-error-100

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

### מה גורם לה

משהו בגוף הבקשה או בשאילתה שנקודת הקצה לא מזהה, והסיבות עקביות למדי.

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

### למה אין טעם לנסות שוב

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

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

**האם זה אומר שהמספר שלי מקולקל?** לא. השגיאה הזו נוגעת לבקשה בלבד, והמספר לא מושפע.

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

**האם ספק יכול לגרום לזה?** רק באמצעות בניית הבקשה. בחיבור ישיר, הבקשה היא באחריותכם.

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

---

## שגיאת WhatsApp 131008: פרמטר חובה חסר

https://easycoexistence.com/he/docs/whatsapp-error-131008

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

### מה בדרך כלל חסר

השדות שנראים אופציונליים אך אינם כאלה, ולכן אותם שדות חוזרים שוב ושוב.

- messaging_product, שחייב להיות מוגדר ל-whatsapp בכל שליחה.
- recipient_type במבני הודעה שדורשים אותו.
- אובייקט השפה בשליחת תבנית, שנדרש גם כשיש רק שפה אחת.
- components בתבנית שמגדירה משתנים, שבה רשימה ריקה אינה זהה להשמטת השדה.

### למה אלה חדשות טובות

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

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

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

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

**האם messaging_product באמת נדרש?** כן. בכל שליחה מגדירים אותו ל-whatsapp. זו ההשמטה הנפוצה ביותר.

**האם זו אותה שגיאה כמו 100?** לא. 100 מתייחסת לפרמטר שקיים אך שגוי, ואילו זו מתייחסת לפרמטר שחסר.

**האם ניסיון חוזר יכול לעזור?** לא. הבקשה דטרמיניסטית ותיכשל באותה צורה עד שהשדה יתווסף.

---

## שגיאת WhatsApp 131009: ערך פרמטר לא חוקי

https://easycoexistence.com/he/docs/whatsapp-error-131009

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

### הערכים שנכשלים בתדירות הגבוהה ביותר

שלושה מבנים גורמים לרוב המקרים, ושלושתם נראים נכונים למי שקורא אותם.

- קודי שפה: en כשהתבנית נוצרה כ-en_US, או pt כשהיא נוצרה כ-pt_BR.
- מספרי טלפון עם סימני פיסוק, אפסים מובילים או סימן פלוס, אף שנדרשות ספרות בלבד בפורמט בינלאומי.
- ערכי enum באותיות גדולות או קטנות שגויות, למשל קטגוריית תבנית באותיות קטנות.
- תאריכים או חותמות זמן בפורמט שונה מזה שמתועד עבור נקודת הקצה.

### למה חשוב להתעכב על המקרה של קוד השפה

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

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

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

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

**איך מעצבים מספר טלפון?** בפורמט בינלאומי, עם ספרות בלבד, בלי סימן פלוס ובלי סימני פיסוק.

**למה אותה טעות מחזירה לפעמים 132001?** כי שליחת תבנית פותרת את השם והשפה יחד, ולכן צירוף לא מוכר נראה כמו תבנית חסרה.

**האם זו בעיה במספר שלי?** לא. השגיאה הזו קשורה לבקשה בלבד.

---

## שגיאת WhatsApp 131051: סוג הודעה לא נתמך

https://easycoexistence.com/he/docs/whatsapp-error-131051

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

### שתי סיבות שונות

הסיבה הראשונה רגילה: ערך סוג שנכתב בצורה שגויה או אינו מוגדר ב-API. עיון בתיעוד נקודת הקצה פותר זאת בתוך דקה.

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

### איך יודעים איזו סיבה רלוונטית

לפי מה שניסיתם לשלוח.

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

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

**אפשר לשלוח לקבוצה?** לא. שיחות קבוצתיות נמצאות מחוץ ל-API במספר Coexistence, אצל כל ספק.

**למה מיקום בזמן אמת אינו נתמך?** זו אחת התכונות שמושבתות במספר לאחר הפעלת Coexistence.

**אפשר לתקן את זה?** אם הסיבה היא סוג שנכתב בצורה שגויה, כן. אם זו מגבלת פלטפורמה, לא.

**האם זה משפיע על קבלת הודעות?** לא. השגיאה נוגעת לשליחת סוג שאינו מורשה.

---

## שגיאת WhatsApp 131052: הורדת מדיה נכשלה

https://easycoexistence.com/he/docs/whatsapp-error-131052

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

### למה זה קורה

מדיה נכנסת נאספת בנפרד ולא נמסרת יחד עם ההודעה. ההודעה מכילה מזהה מדיה, והבתים נאספים בנפרד באמצעותו.

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

### מה לעשות

התייחסו לכך כהודעה שהתקבלה בלי הקובץ המצורף, וטפלו בה כמו בכל קלט חלקי אחר.

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

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

**האם ההודעה אבדה?** לא. ההודעה הגיעה, ומה שנכשל הוא איסוף הקובץ המצורף שלה.

**האם לבקש מהלקוח לשלוח שוב?** כאשר אדם מעורב בתהליך, כן. כך נפתרים רוב המקרים במהירות.

**לכמה זמן מזהה מדיה תקף?** לא ללא הגבלת זמן, ולכן חשוב לאסוף את המדיה בהקדם.

**האם 131053 היא אותה שגיאה?** לא. זו שגיאה בהעלאת מדיה שאתם שולחים.

---

## קודי שגיאה של WhatsApp Cloud API

https://easycoexistence.com/he/docs/whatsapp-error-codes

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

### איך לקרוא את עמודת הניסיון החוזר

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

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

### למה לרוב אי אפשר לנסות שוב

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

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

### מה לתעד כשאחת מהשגיאות האלה מתקבלת

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

- תגובת השגיאה המלאה, כולל trace id, שאותו צוות התמיכה של Meta מבקש.
- גוף הבקשה כפי שנשלח, לא כפי שהתכוונתם לשלוח. הפער בין השניים הוא בדרך כלל הבאג.
- ה-phone number id, כדי להבדיל בין בעיה במספר אחד לבין בעיה בכל החשבון.
- חותמת הזמן, כדי לבדוק את הכשל מול מצב החיבור באותו רגע.

### הקודים שקיימים רק ב-Coexistence

שניים מהם, והם מבלבלים כי הם נראים כמו כשלי שליחה רגילים. 2593107 ו-2593108 קשורים לסנכרון היסטוריית הצ'אט, השלב שמעתיק שיחות אחרונות מהאפליקציה WhatsApp Business כשמחברים מספר בפעם הראשונה.

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

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

**אילו שגיאות כדאי לנסות שוב?** 131016 ו-131000, עם השהיה מעריכית. 130429, 132015 ו-133008 נעלמים מעצמם אם מחכים. כל השאר דטרמיניסטיים.

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

**מהו trace id?** מזהה בתגובת השגיאה שמאפשר לתמיכה של Meta למצוא את הבקשה הספציפית. תעדו אותו בכל כשל; בלעדיו אי אפשר לטפל בפנייה.

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

---

## שגיאת WhatsApp 131053: העלאת מדיה נכשלה

https://easycoexistence.com/he/docs/whatsapp-error-131053

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

### שלוש הסיבות

לפי הסדר שבו הן מתרחשות בפועל.

- גודל: הקובץ חורג מהתקרה לסוג שלו. תמונות 5 MB, וידאו ושמע 16 MB, מסמכים 100 MB.
- פורמט: codec או container שה-API אינו מקבל, מצב נפוץ בווידאו שיוצא מתוכנות עריכה.
- נגישות: שליחת קישור במקום מזהה שהועלה, כאשר כתובת ה-URL דורשת התחברות, נמצאת מאחורי חומת אש או מפנה לכתובת אחרת.
- תפוגה: שימוש במזהה מדיה שהועלה זמן רב לאחר יצירתו.

### העלאה עדיפה על קישור

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

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

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

**מהן מגבלות הגודל?** תמונות 5 MB, וידאו ושמע 16 MB, מסמכים 100 MB.

**האם כדאי להעלות קובץ או לשלוח כתובת URL?** העלו את הקובץ. כך נגישות הכתובת אינה גורם לכשל.

**כתובת ה-URL עובדת אצלי, למה לא אצל Meta?** הרשת שלה אינה הרשת שלכם. המיקום הגאוגרפי, חומות האש והאימות שונים.

**האם זה אותו דבר כמו 131052?** לא. 131052 הוא כשל בהורדת מדיה שלקוח שלח לכם.

---

## שגיאת WhatsApp 131016: השירות אינו זמין

https://easycoexistence.com/he/docs/whatsapp-error-131016

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

### למה השגיאה הזו שונה

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

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

### איך מנסים שוב נכון

באיפוק, כי ניסיון חוזר המוני עלול להחמיר את התקלה.

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

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

**האם כדאי לנסות שוב?** כן, עם השהיה מעריכית. זו אחת השגיאות שבהן ניסיון חוזר עובד.

**האם המספר שלי הושפע?** לא. זו תקלה בצד הפלטפורמה.

**כמה זמן שגיאות כאלה נמשכות?** בדרך כלל שניות עד דקות. השהיה גוברת לאורך חמישה ניסיונות מכסה את רוב המקרים.

**איך מבדילים בין השגיאה הזו לתקלה אמיתית?** בודקים אם היא נמשכת. ניטור רציף נותן את התשובה בלי לנחש.

---

## שגיאת WhatsApp 131000: משהו השתבש

https://easycoexistence.com/he/docs/whatsapp-error-131000

שגיאה 131000 פירושה שהשליחה של הודעה נכשלה מסיבה ש-Meta לא סיווגה. זהו הסיווג הכללי, ולכן הגישה המעשית היא לנסות שוב פעם אחת עם השהיה מדורגת, ואם השגיאה נמשכת, להסלים עם trace id מתוך התגובה.

### מה השגיאה באמת כוללת

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

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

### מה עושים עם השגיאה

פועלים לפי הסדר ועוצרים ברגע שאחד הצעדים מצליח.

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

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

**האם כדאי לנסות שוב?** פעם אחת, עם השהיה מדורגת. מעבר לכך, כנראה שהבעיה אינה זמנית.

**מהו trace id?** מזהה בתגובת השגיאה שמאפשר לתמיכה של Meta למצוא את הבקשה הספציפית.

**האם זה אומר שהמספר שלי לא זמין?** בדרך כלל לא. בודקים אם שליחות אחרות מצליחות.

**מתי לפתוח פנייה?** כשהשגיאה חוזרת גם אחרי ניסיונות חוזרים, עם trace id וחותמות הזמן.

---

## שגיאת WhatsApp 131021: השולח והנמען הם אותו מספר

https://easycoexistence.com/he/docs/whatsapp-error-131021

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

### למה זה קורה

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

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

### איך בודקים נכון

משתמשים במספר נוסף, ומקפידים לבדוק את כיוון השליחה הנכון.

- משתמשים בטלפון אישי כנמען לבדיקה. כל מספר WhatsApp שאינו המספר המחובר מתאים.
- כדי לבדוק שליחה ללא הגבלה, שולחים תחילה הודעה מהמספר לבדיקה לעסק. כך נפתח חלון השירות של 24 שעות.
- כדי לבדוק שליחה מחוץ לחלון הזה, שולחים תבנית מאושרת. זו האפשרות היחידה שמותרת בחלון הזה.
- לא רושמים מספר עסקי נוסף רק לצורך בדיקות, אלא אם באמת צריך אותו. מספר צרכני רגיל מספיק.

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

**אפשר לשלוח הודעה למספר שלי?** לא. WhatsApp לא מאפשרת זאת דרך ה-API.

**יש הגדרה שמאפשרת זאת?** לא. זו מגבלה של הפלטפורמה.

**באיזה מספר כדאי לבצע את הבדיקה?** בכל מספר WhatsApp אחר, כולל טלפון אישי.

**למה הבדיקה שלי נכשלה עם 131047?** כי הודעה חופשית דורשת שהלקוח שלח לכם הודעה במהלך 24 השעות האחרונות.

---

## שגיאת WhatsApp 131045: המספר לא רשום

https://easycoexistence.com/he/docs/whatsapp-error-131045

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

### למה יש שני שלבים

חשבון WhatsApp Business יכול להכיל מספרים שעדיין לא שולחים הודעות. הוספת מספר מאשרת את הבעלות עליו; רישומו מפעיל אותו לשליחת הודעות ב-Cloud API ומגדיר את ה-PIN הדו-שלבי שלו.

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

### מה פותר את הבעיה

זה תלוי באופן שבו המספר נוסף.

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

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

**מהו רישום?** הפעלת מספר לשליחת הודעות ב-Cloud API, בנפרד מהוספתו לחשבון.

**האם צריך לבצע זאת בעצמי?** בהגדרה ידנית כן. בתהליך Coexistence הרישום מתבצע עבורכם.

**האם צריך לבצע את הרישום שוב?** רק לאחר העברת המספר לחשבון אחר.

**מה קורה אם הרישום נכשל?** בדרך כלל מדובר ב-PIN הדו-שלבי, שמחזיר את קוד השגיאה 133005.

---

## שגיאה 133005 ב-WhatsApp: קוד PIN שגוי באימות דו-שלבי

https://easycoexistence.com/he/docs/whatsapp-error-133005

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

### מאיפה בא הקוד

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

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

### אם אף אחד לא יודע מה הקוד

יש דרך. היא איטית יותר מניחוש, אבל היא באמת עובדת.

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

### איך נמנעים מזה בפעם הבאה

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

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

- ניחוש חוזר ונשנה. זה מפעיל את השגיאה 133008 ונעילה.
- שמירת הקוד אצל אדם אחד ולא אצל העסק.
- ההנחה שהקוד לא נחוץ יותר אחרי ההקמה. העברת מספר דורשת אותו.

**איפה הקוד הזה נקבע?** בפעם הראשונה שהמספר נרשם לשליחת הודעות דרך Cloud API.

**מה עושים אם לא יודעים מה הקוד?** משנים אותו ב-WhatsApp Manager, בהגדרות האימות הדו-שלבי של המספר, או מגדירים קוד חדש דרך ה-API.

**מה קורה אם ממשיכים לנחש?** הניסיונות ננעלים ומקבלים את השגיאה 133008 במקום.

**מתי הקוד נדרש?** בזמן הרישום, ושוב בכל רישום מחדש או העברה של המספר.

---

## שגיאת WhatsApp 133008: יותר מדי ניסיונות PIN

https://easycoexistence.com/he/docs/whatsapp-error-133008

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

### מה מפעיל את השגיאה

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

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

### מה עושים בזמן הנעילה

ממתינים במקום לנסות לעקוף את הנעילה.

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

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

**כמה זמן הנעילה נמשכת?** זו תקופה שנקבעת על ידי Meta. ניסיונות נוספים במהלכה עלולים להאריך אותה במקום לקצר אותה.

**האם המספר שלי נחסם?** לא. זו נעילת אימות שאינה קשורה לאכיפת מדיניות.

**אפשר לאפס את ה-PIN כשהמספר נעול?** כן, וזה השימוש הטוב ביותר בזמן ההמתנה.

**למה זה קרה?** ניסיונות חוזרים עם PIN שגוי, שכל אחד מהם החזיר את השגיאה 133005.

---

## שגיאת WhatsApp 133006: המספר לא אומת

https://easycoexistence.com/he/docs/whatsapp-error-133006

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

### אימות לעומת רישום

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

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

### מה חוסם את האימות

כמעט תמיד מדובר בבעיה פיזית ולא טכנית.

- לאף אחד אין את המכשיר או ה-SIM, מצב נפוץ במספר שעבר מבעלים קודם.
- זהו מספר קווי ללא SMS, ולכן האימות הקולי הוא האפשרות המתאימה.
- זהו מספר וירטואלי שספק השירות שלו מסנן או מעכב את הקוד.
- המספר כבר רשום בחשבון WhatsApp אחר, ויש לפתור זאת קודם.

- ניסיון לבצע רישום לפני האימות. הסדר חשוב.
- בחירת SMS במספר קווי. אימות קולי קיים בדיוק למצב הזה.
- הנחה שמספר וירטואלי יקבל את הקוד באופן אמין. רבים מהם לא.

**איך מאמתים?** באמצעות קוד שנשלח ב-SMS או בשיחה קולית אוטומטית למספר עצמו.

**ומה לגבי מספר קווי?** משתמשים באימות קולי, שנועד למספרים שאין להם SMS.

**האם זה אותו דבר כמו רישום?** לא. האימות מוכיח שליטה, והרישום מפעיל את שליחת ההודעות.

**אפשר לדלג על האימות?** לא. הרישום ימשיך להחזיר את השגיאה הזו עד להשלמת האימות.

---

## שגיאת WhatsApp 131050: המשתמש ביקש להפסיק לקבל הודעות

https://easycoexistence.com/he/docs/whatsapp-error-131050

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

### למה אין פתרון עוקף

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

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

### מה לעשות במקום

תעדו את הבחירה בצורה מסודרת, פעם אחת, ותנו לשאר המערכת לכבד אותה.

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

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

**האם אפשר לשלוח לו הודעה שוב?** רק אם הוא ישלח לכם הודעה ראשון, וכך ייפתח מחדש חלון השירות.

**האם יש דרך לעקוף את זה?** לא, וניסיון כזה פוגע בדירוג האיכות שלכם.

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

**האם כדאי להסיר אותו מהרשימה?** חסמו אותו בכל מקום, לא רק בקמפיין שנכשל.

---

## שגיאת WhatsApp 130497: המדינה של הנמען אינה מורשית

https://easycoexistence.com/he/docs/whatsapp-error-130497

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

### מה גורם להגבלה על מדינה

יש כמה סיבות, ולא כולן קבועות.

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

### שללו קודם בעיית פורמט

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

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

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

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

**האם אפשר להסיר אותה?** חלק מההגבלות זמניות ומוסרות לאחר אימות העסק. אחרות חלות על כל הפלטפורמה.

**האם זו יכולה להיות טעות בפורמט?** כן, וכדאי לשלול זאת קודם. קידומת מדינה שגויה מפנה למדינה הלא נכונה.

**האם ניסיון חוזר עוזר?** לא. ההגבלה אינה משתנה בין הניסיונות.

---

## שגיאת WhatsApp 132007: הפרת מדיניות תבנית

https://easycoexistence.com/he/docs/whatsapp-error-132007

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

### מה המדיניות אוסרת בפועל

המדיניות צרה יותר ממה שרוב האנשים מניחים כשהם כותבים את התבנית הראשונה שלהם.

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

### למה הקטגוריה חשובה כמו הניסוח

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

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

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

**האם אפשר לנסות שוב לשלוח?** לא. צריך לנסח מחדש את התבנית ולשלוח אותה לבדיקה.

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

**כמה זמן נמשך משלוח מחדש לבדיקה?** הבדיקה בדרך כלל מהירה, אך אין זמן מובטח.

**האם זו אותה שגיאה כמו השגיאה שמספרה 132016?** לא. זהו קוד לתבנית שהושבתה לצמיתות לאחר האישור.

---

## שגיאת WhatsApp 132012: אי־התאמה בפורמט פרמטרי התבנית

https://easycoexistence.com/he/docs/whatsapp-error-132012

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

### מה חייב להתאים

הכול, ובשקט. אין התאמה חלקית.

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

### העריכה שמשביתה את הייצור

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

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

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

**כמה פרמטרים צריך לשלוח?** בדיוק את מספר הפרמטרים שהתבנית מגדירה, לפי הסדר.

**אפשר לשלוח פרמטרים נוספים?** לא. יותר מדי פרמטרים נכשלים באותה צורה כמו מעט מדי.

**למה זה התחיל לקרות פתאום?** בדרך כלל מפני שהתבנית נערכה ומספר המשתנים שלה השתנה.

**האם לפרמטרים יש שמות?** לא. הם ממוקמים לפי סדר, ולכן הסדר חשוב.

---

## שגיאת WhatsApp 132016: התבנית מושבתת לצמיתות

https://easycoexistence.com/he/docs/whatsapp-error-132016

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

### איך תבנית מגיעה למצב הזה

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

אפשר לראות את כל הרצף אם עוקבים אחריו. וובהוק (Webhook) של איכות התבנית מדווח על כל שינוי, ותבנית שעוברת לצהוב היא אזהרה כשעדיין יש זמן לפעול. התעלמות מהאזהרה היא הדרך שבה תבנית פעילה הופכת לבלתי שמישה.

### מה עושים במקרה כזה

שני דברים, לפי הסדר.

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

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

**אפשר להפעיל אותה מחדש?** לא. השבתה לצמיתות היא סופית.

**אפשר ליצור אותה מחדש בשם אחר?** אפשר, אבל התוכן גרם לירידה, ולכן סביר שהיא תעבור שוב את אותו התהליך.

**במה זה שונה מ-132015?** 132015 הוא מצב של השהיה, שאפשר לבטל. המצב הזה אינו מתבטל.

**אפשר היה לזהות את זה מראש?** כן. וובהוקים של איכות התבנית מדווחים על הירידה לפני שמגיעים לנקודה הזו.

---

## שגיאת WhatsApp 131056: יותר מדי הודעות לנמען אחד

https://easycoexistence.com/he/docs/whatsapp-error-131056

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

### למה ההגבלה היא לכל צמד

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

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

### מה בדרך כלל גורם לכך

כמעט תמיד מדובר בפעולה אוטומטית, לא באדם שמקליד.

- לולאת ניסיון חוזר שמתייחסת לכשל במסירה ככשל בשליחה ושולחת שוב.
- מטפל וובהוק (Webhook) ששולח תגובה ומופעל יותר מפעם אחת עבור אותו אירוע.
- צ'אטבוט שמפצל תגובה אחת להודעות קצרות רבות ברצף מהיר.
- סקריפט בדיקה ששולח שוב ושוב לאותו מספר במהלך הפיתוח.

### איך להימנע מכך

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

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

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

**האם זו הגבלת הקצב של החשבון שלי?** לא. זו הגבלה 130429. ההגבלה הזו היא לכל נמען.

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

**איך מפסיקים את זה?** מגבילים את הקצב לכל שיחה ומונעים כפילויות באירועי וובהוק לפי מזהה ההודעה.

**האם כדאי לנסות שוב?** לא. ניסיון חוזר שולח הודעה נוספת לאותו נמען.

---

## שגיאת WhatsApp 80007: הגבלת קצב בחשבון WhatsApp Business

https://easycoexistence.com/he/docs/whatsapp-error-80007

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

### מה נספר

קריאות לחשבון, ולא הודעות שנשלחות ללקוחות.

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

### תשאול הוא הסיבה שכדאי לתקן

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

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

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

**האם מדובר בשליחת הודעות?** לא. ההגבלה הזו היא 130429. ההגבלה הנוכחית חלה על קריאות ניהול וקריאה.

**מה גורם לכך?** בדרך כלל תשאול סטטוס במרווח קצר.

**מה כדאי לעשות במקום?** להירשם לוובהוקים ולשמור את התשאול לסבבי התאמה נדירים.

**האם זה נפתר מעצמו?** כן, לאחר שהחלון מסתיים, אבל הבעיה חוזרת אם לא משנים את התשאול.

---

## Coexistence של WhatsApp לסוכנויות ולחברות ייעוץ

https://easycoexistence.com/he/whatsapp-coexistence-for-agencies

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

### למה מספרי לקוחות חוסמים את רוב האינטגרציות?

כי זה לא מספר שלכם לשנות, וכל מה שקשור אליו כבר נמצא בשימוש.

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

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

### איך קליטת לקוח מתבצעת בפועל?

הלקוח עושה דבר אחד, בטלפון שלו, וזה לוקח בערך שתי דקות.

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

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

### איך זה נראה עם עשרים לקוחות?

חשבון אחד, עשרים מספרים, תשלום קבוע לכל אחד ורשימה שאפשר לקרוא.

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

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

### האם סוכן יכול לבצע את הקליטה במקום אדם?

את רוב התהליך, והחלק שאי אפשר לבצע הוא החלק שהלקוח צריך לעשות בכל מקרה.

דרך מחבר MCP, עוזר יכול לקרוא ל-get_connect_link כדי ליצור את הקישור שהלקוח פותח, ואז ל-set_webhook_destination כדי להפנות את המספר למערכת שלכם שמטפלת בו, ולבדוק את תקינות החיבור כדי לוודא שהכול פעיל. זהו הרצף המלא, בלי שאיש יפתח לוח בקרה.

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

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

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

**מי הבעלים של החיבור, אני או הלקוח?** המספר נשאר ב-Business Portfolio של הלקוח. אתם מנהלים את החיבור, והקשר הבסיסי עם Meta שייך לו, וזו התשובה הכנה כאשר הוא שואל.

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

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

---

## מה המשמעות של Meta Tech Provider ולמה זה חשוב

https://easycoexistence.com/he/meta-tech-provider

Meta Tech Provider מפעיל אפליקציית Meta משלו ב-Business Manager מאומת, ויכול לחבר דרכה מספרי WhatsApp של עסקים אחרים. EasyCoexistence הוא Tech Provider כזה, ולכן מספר מתחבר ישירות ל-Business Portfolio שלכם במקום להישאר בחשבון של משווק.

### מה Tech Provider עושה בפועל?

הוא מפעיל את האפליקציה שדרכה עסקים אחרים מחברים את מספרי WhatsApp שלהם.

כשעסק מתחיל את תהליך ההצטרפות, נפתח Embedded Signup של Meta ומבקש ממנו לאשר אפליקציה. האפליקציה שייכת ל-Tech Provider, ולאחר האישור היא יכולה לפעול בשם העסק מול המספר: לקרוא את הסטטוס שלו, לשלוח הודעות, לנהל תבניות ולהגדיר לאן וובהוקים (Webhook) נמסרים. כל מה שספק מציע בנוי על הקשר הזה.

הסטטוס הוא מה שהופך את הפעילות לחוקית. Meta מעניקה אותו לחברה עם אפליקציה משלה ב-Business Manager מאומת, לאחר App Review. זה מה שמבדיל Tech Provider מסקריפט שמחזיק את פרטי הגישה של מישהו אחר.

### למה חשוב מי הבעלים של האפליקציה?

כי הוא קובע לחשבון של מי המספר של הלקוח שלכם יהיה מחובר.

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

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

### מה הסטטוס דורש?

Business Manager מאומת, אפליקציה שעוברת App Review והדגמות מתועדות של התהליכים.

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

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

### מה זה משנה לעסק שמחבר מספר?

שלושה דברים, ואף אחד מהם לא נראה בממשק.

המספר מחובר בתוך ה-Business Portfolio של העסק, ולכן הקשר עם Meta שייך לו. Meta מחייבת ישירות את ה-WhatsApp Business Account שלו על עלויות שיחה, ולכן גם אין גורם באמצע שיכול להוסיף להן עמלה. ואין תקרה למספר המספרים שחשבון אחד יכול להחזיק, כי אין קשר משותף עם Tech Provider שמתחלק בין משתמשים.

מה שלא משתנה הוא תהליך ההצטרפות עצמו. Embedded Signup הוא התהליך של Meta, החלון הקופץ שייך ל-Meta, וסריקת הקוד מתבצעת באפליקציית WhatsApp Business. Tech Provider לא מחליף אף אחד מאלה, אלא מאפשר אותם.

- להניח שלכל Tech Provider יש סטטוס Tech Provider משלו. רבים בנויים על של מישהו אחר, ומשם מגיעות מגבלות החיבור.
- לתכנן לקבל את הסטטוס עד מועד מסוים. אי אפשר לשלוט במשך App Review.
- להתייחס אליו כאל תג. זהו קשר בין חשבונות, והוא קובע באיזה פורטפוליו יוחזק המספר של הלקוח.

**האם זה אומר ש-Meta תומכת ב-EasyCoexistence?** לא, ואף Tech Provider לא אמור לרמוז אחרת. Tech Provider הוא סטטוס טכני שמאפשר לחבר מספרים של עסקים אחרים דרך אפליקציה מאושרת. הוא אינו תמיכה במוצר שנבנה מעליו.

**האם אני יכול להפוך ל-Tech Provider בעצמי?** כן. זה בחינם ופתוח לכל חברה עם Business Manager מאומת שמוכנה לעבור App Review. העלות היא ההמתנה, לא עמלה.

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

**האם יש מגבלה על מספר המספרים שאפשר לחבר?** לא. המגבלות שאנשים פוגשים במקומות אחרים נובעות משיתוף קשר אחד עם Tech Provider בין משתמשים רבים, וכך זה לא עובד כאן.

---

## כמה עולה WhatsApp Coexistence, ספק אחרי ספק

https://easycoexistence.com/he/whatsapp-coexistence-pricing-compared

הספקים מתמחרים לפי שלוש יחידות שונות: לפי מספר, לפי משתמש או לפי הודעה. לכן המחירים הראשיים אינם ברי השוואה, ואת העלות האמיתית רואים רק ביחס למספר חיבורים נתון. בעמוד הזה מחשבים אותה ב-1, ב-10 וב-50 מספרים.

### למה המחירים הראשיים אינם ברי השוואה?

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

תמחור לפי מספר עוקב אחרי כמה קווי WhatsApp מחזיקים. זו היחידה שסוכנות באמת שולטת בה, ובה משתמשים EasyCoexistence, 360dialog ו-Dualhook.

תמחור לפי משתמש ולפי איש קשר עוקב אחרי כמה אנשים עונים ועם כמה לקוחות מדברים. כך עובדים WATI ו-respond.io, וזו היחידה הנכונה כשצוות נציגים הוא המוצר שנקנה.

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

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

### כמה עולים הספקים שמתומחרים לפי פלטפורמה, באותן כמויות?

אי אפשר לשים אותם בעמודה אחת בלי לעוות, כי התשלום שלהם לא משתנה עם מספר המספרים. מה שמשתנה הוא מספר המשתמשים ואנשי הקשר.

התוכניות ש-WATI מפרסמת כוללות בין שלושה לעשרה משתמשים ובין 500 ל-2,500 אנשי קשר פעילים בחודש. respond.io מפרסמת US$ 79 לחמישה משתמשים ו-1,000 אנשי קשר, עד US$ 279. YCloud מפרסמת מסלול חינמי, ואחריו US$ 39, US$ 89 ו-US$ 399, עם משתמשים וערוצים כתוספות ב-US$ 10 וב-US$ 5 לכל אחד בחודש.

לצוות תמיכה עם מספר אחד, אלה מחירים תחרותיים והם כוללים תיבת הודעות, מה שחיבור לא כולל. לסוכנות עם חמישים מספרים של לקוחות, העלות מופיעה בשורות התוספות, והיא מופיעה לכל ערוץ ולא לכל שיחה.

השאלה שמכריעה היא אם מישהו באמת ייכנס לתיבת ההודעות שאתם משלמים עליה.

### ומה לגבי Twilio, שלא גובה אף אחד מאלה?

Twilio מפרסמת עמלה של US$ 0.005 להודעה בכל כיוון, בנוסף לעמלות התבניות של Meta, שהיא מעבירה הלאה ללא תוספת. במחירון שפורסם אין דמי פלטפורמה חודשיים ואין דמי מספר.

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

כדאי לדעת גם שבדף המחירים של Twilio אין התייחסות ל-Coexistence. אם חשוב לכם שאפליקציית WhatsApp Business תמשיך לעבוד על המספר, זו השאלה לשאול אותם לפני כל השוואה אחרת.

### במה כדאי לסוכנות לבחור בפועל?

ביחידה שתואמת את מה שגדל בעסק שלכם.

אם מה שגדל הוא מספר מספרי הלקוחות, תמחור לפי מספר עם הנחת נפח הוא המבנה היחיד שלא מעניש אתכם על הצלחה. EasyCoexistence עולה US$ 9 למספר עד חמישה מספרים, ויורד ל-US$ 1 למספר ככל שמוסיפים מספרים, כך שב-50 לקוחות כל מספר עולה פחות ממה שהראשון עלה, ולא יותר.

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

אם מה שגדל הוא נפח הודעות על קומץ מספרים, כדאי לחשב את המודל של Twilio לפי הודעה מול האחרים, בקצב השליחה האמיתי שלכם.

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

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

**האם המחירים האלה עדכניים?** הם כפי שפורסמו בדף המחירים של כל ספק בספטמבר 2026, ומקושרים מהנתונים למעלה. מחירים משתנים, ולכן כדאי לבדוק במקור לפני שמחליטים.

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

**האם מישהו מאלה מוסיף תוספת על החיובים של Meta?** אף אחד מהספקים בעמוד הזה לא עושה זאת. Meta מחייבת את עלויות ההודעות באמצעי התשלום של חשבון WhatsApp Business שלכם, ולכן גם אף גורם באמצע לא יכול להפחית אותן.

**אילו ספקים תומכים ב-Coexistence?** YCloud ו-8x8 מתעדים זאת, ו-Dualhook ו-EasyCoexistence בנויים סביב זה. בכמה דפי מחירים אחרים אין התייחסות לנושא, וזה לא מעיד לכאן או לכאן, ולכן כדאי לשאול ישירות.

---

## מילון המונחים של WhatsApp Coexistence

https://easycoexistence.com/he/whatsapp-coexistence-glossary

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

### למה אוצר המילים גורם לכל כך הרבה בעיות?

כי כמה מהמונחים האלה מתארים דברים ברמות שונות, אבל כולם מרגישים כאילו הם באותה רמה.

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

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

### אילו הבדלים באמת חשובים בפועל?

שלושה, וכל אחד מהם כבר עלה למישהו ביום עבודה.

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

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

ויעד של וובהוק (Webhook) אינו הגדרה של מספר. זהו מעקף במינוי של אפליקציה לחשבון, ולכן הוא נעלם כשמסירים חיבור וצריך להגדיר אותו מחדש בחיבור חוזר.

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

**מה ההבדל בין Business Portfolio לבין WABA?** Business Portfolio הוא מיכל ברמת החברה בתוך Meta Business Manager. WhatsApp Business Account נמצא בתוכו ומכיל את מספרי הטלפון. Portfolio אחד יכול להכיל כמה חשבונות WABA.

**האם BSP הוא אותו דבר כמו Tech Provider?** יש חפיפה, אבל מדובר בדברים שונים. Tech Provider הוא סטטוס של Meta שמאפשר לחברה לחבר מספרים של עסקים אחרים דרך האפליקציה שלה. BSP מתאר בדרך כלל חברה שמוכרת פלטפורמת הודעות, וייתכן שיש לה את הסטטוס הזה או שלא.

**מה הקשר בין MCP לבין WhatsApp?** אין קשר מובנה. MCP הוא פרוטוקול שמאפשר לעוזר AI לגשת לכלי, ושרת MCP של WhatsApp חושף מספר כאחד מהכלים האלה. הוא אינו יכול לקבל הודעות, אלא רק לפעול כשמבקשים ממנו.

---

## שדות וובהוק של WhatsApp, ואיזה מהם מגיע לאן

https://easycoexistence.com/he/docs/webhook-fields

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

### מה כל שדה נושא?

messages נושא את כל מה שלקוח שולח למספר: טקסט, הפניות למדיה, תשובות ותגובות. smb_message_echoes נושא את מה שהצוות שלכם שולח מאפליקציית WhatsApp Business. הוא קיים רק במספר Coexistence, וכך התוכנה רואה תשובות של אדם.

account_update נושא את מצב החיבור: PARTNER_REMOVED כשהאפליקציה מוסרת מהחשבון, ACCOUNT_OFFBOARDED, ACCOUNT_RECONNECTED ואירועי הגבלה או הפרה. phone_number_quality_update נושא שינויים בדירוג האיכות ובקצב השליחה. account_alerts נושא התראות ש-Meta מעלה נגד החשבון, ו-account_review_update נושא את תוצאת הבדיקה.

business_capability_update נושא שינויים במגבלת ההודעות וביכולות, ו-phone_number_name_update נושא אישורים ודחיות של שם התצוגה.

### למה הפיצול חשוב מבחינה ארכיטקטונית?

כי הוא קובע אם תוכן השיחה מגיע אי פעם לספק.

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

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

### לאילו שדות המטפל שלכם צריך לצפות?

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

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

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

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

**האם אפשר לקבל רק שדות מסוימים?** ה-override מעביר אליכם את נתיב ההודעות. הפיצול התפעולי קבוע, כי הניטור נבנה ממנו.

**האם smb_message_echoes קיים במספר Cloud API רגיל?** לא. הוא קיים כי במספר Coexistence אדם שולח מהאפליקציה, ובמקביל התוכנה שולחת דרך ה-API.

**מה קורה לאירועי הודעות אם לא הגדרתי יעד?** הם מגיעים ל-callback ברירת המחדל שלנו ונזרקים בלי להישמר.

**שמות השדות הם של Meta או שלכם?** של Meta. לא המצאנו אף אחד מהשמות האלה, ולכן כדאי ללמוד אותם פעם אחת.

---

## אימות נקודת הקצה של וובהוק (Webhook) ב-WhatsApp

https://easycoexistence.com/he/docs/webhook-verification

לפני מסירת אירוע כלשהו, Meta שולחת לנקודת הקצה שלכם בקשת GET עם hub.mode, hub.verify_token ו-hub.challenge. נקודת הקצה צריכה להשוות את האסימון ולהחזיר את האתגר בגוף גולמי. כל דבר אחר מונע את תחילת המסירה.

### מה בדיוק Meta שולחת?

בקשת GET לכתובת ה-URL שלכם עם שלושה פרמטרים בשאילתה. hub.mode מוגדר כ-subscribe. hub.verify_token הוא האסימון שהגדרתם בעת הגדרת היעד. hub.challenge הוא ערך ש-Meta יוצרת עבור הניסיון הזה.

נקודת הקצה צריכה להשוות את hub.verify_token לאסימון שבחרתם. אם הם תואמים, מחזירים 200 כשהגוף כולו הוא hub.challenge. לא עוטפים אותו ב-JSON, לא מוסיפים לו מרכאות ולא משאירים ירידת שורה בסוף, כפי שחלק מהמסגרות מוסיפות כברירת מחדל.

אם האסימונים אינם תואמים, מחזירים 403. זה כל הפרוטוקול, והוא קטן בכוונה.

### למה תשובה שגויה נכשלת בשקט?

כי כשל באימות אינו שגיאה במערכת שלכם, אלא היעדר אימות במערכת של Meta.

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

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

### מה עוד יכול לחסום את האימות?

שלושה דברים שאינם קשורים לקוד.

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

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

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

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

**באיזה אסימון כדאי להשתמש?** בכל מחרוזת שתבחרו. היא מאפשרת לנקודת הקצה להבדיל בין הבקשה של Meta לבין בקשה של כל גורם אחר שלמד את כתובת ה-URL.

**באיזו תדירות מתבצע האימות?** בעת ההגדרה, ושוב בכל פעם שהיעד מוגדר. נקודת קצה תקינה אינה מאומתת מחדש בכל אירוע.

**אפשר לבדוק זאת בעצמי?** כן. קוראים לנקודת הקצה שלכם עם שלושת הפרמטרים ובודקים שהגוף חוזר בדיוק כערך האתגר.

**מה אם השרת שלי היה מושבת בזמן האימות?** לחיצת היד נכשלת והיעד אינו מופעל. שמירה מחדש מפעילה את האימות שוב.

---

## מדריך לכלי MCP

https://easycoexistence.com/he/docs/mcp-tools-reference

המחבר חושף שישה עשר כלים לכל המספרים בחשבון. list_numbers מופיע ראשון, כי כל כלי אחר מקבל ממנו connection_id. שישה כלים נחסמים כשהחיוב פג: ארבעת הכלים שפועלים מול העולם החיצוני, get_api_credentials, שמחזיר את אסימון הגישה, ו-create_connect_link. עשרת האחרים, קריאת התקינות וה-templates והגדרת ה-Partner API, נשארים פתוחים.

### מה עושה כל כלי?

קריאה: list_numbers מחזיר את המספרים המחוברים עם סטטוס, דירוג איכות ורמת הודעות, וממנו מתחילה כל קריאה אחרת. get_number_health מחזיר תמונת מצב עדכנית של Meta יחד עם ציר הזמן האחרון של הניטור, אירועי וובהוק (Webhook) ובדיקות ה-poller. get_api_credentials מחזיר את כתובת הבסיס של Graph API, מזהה WABA, מזהה מספר הטלפון, ואם זמין, את אסימון הגישה (Access Token) של החשבון.

שליחה: send_message שולח טקסט חופשי בתוך חלון של 24 שעות, שבו התשובות חינמיות. send_template שולח תבנית מאושרת, וכך מתחילים שיחה עם מי שעדיין לא כתב. list_templates, create_template ו-get_template_status מכסים את מחזור החיים של התבנית.

חיבור: set_webhook_destination מנתב הודעות נכנסות והדים מהאפליקציה למערכת שלכם, והעברת null מאפסת את ההגדרה. get_connect_link מחזיר קישור ללוח הבקרה ואת השלבים לחיבור מספר חדש. get_docs מחזיר את תיעוד המוצר בפורמט markdown.

Partner API, לתוכנה או לסוכנות שהלקוחות שלה מחברים מספרים משלהם: get_partner_setup מציג את מצב החיוב, מפתח ה-API, כתובת ה-URL לאירועים והשלב הבא. create_api_key מנפיק את מפתח ה-Partner API ומציג אותו פעם אחת בלבד, ואינו מחליף מפתח קיים בלי אישור מפורש. revoke_api_key מבטל אותו, גם זה רק אחרי אישור. set_partner_events_url קובע לאן נשלחים אירועי הסטטוס ומחזיר את סוד החתימה פעם אחת. create_connect_link יוצר קישור חיבור מתארח ללקוח אחד, בתוקף לשעה אחת, בדיוק כמו POST /api/v1/connect-sessions.

### למה connection_id חשוב?

כי הוא מקשר הוראה למספר מסוים, ועוזר לא יכול לנחש אותו.

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

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

### מה קורה כשהחיוב פג?

שישה כלים נחסמים: send_message, send_template, create_template ו-set_webhook_destination, שפועלים מול העולם החיצוני; get_api_credentials, כי הוא מחזיר את אסימון הגישה של החשבון, שבעזרתו חשבון חסום היה יכול לשלוח ישירות דרך ה-Graph API; ו-create_connect_link, שמחבר מספר חדש. כל שאר פעולות הקריאה נשארות זמינות, וכך גם הגדרת ה-Partner API: get_partner_setup, create_api_key, revoke_api_key ו-set_partner_events_url.

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

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

- לצפות שהמחבר יקבל הודעות. MCP עובד בבקשות ובתגובות; תעבורה נכנסת דורשת וובהוק (Webhook).
- לקבע מראש connection_id. הוא מגיע מ-list_numbers ואינו ערך שצריך לרשום.
- להניח שחשבון שהחיוב שלו פג מנותק לחלוטין. הקריאה והניטור ממשיכים בכוונה, חוץ מפרטי הגישה, שמכילים את האסימון שבו שולחים.

**האם אני בוחר איזה כלי להפעיל?** לא. מתארים את הצורך בשפה פשוטה, והעוזר בוחר את הכלי. לשם כך נכתבו תיאורי הכלים.

**האם הוא יכול לקרוא את השיחות שלי?** לא. הודעות נכנסות מנותבות ליעד הוובהוק שאתם מגדירים. המחבר קורא את מצב החשבון והמספרים.

**האם get_docs שימושי?** יותר ממה שנדמה. הוא מוסר לעוזר את תיעוד המוצר שלנו בפורמט markdown, כך שהתשובות על כללי Coexistence מגיעות מהתיעוד שלנו ולא מהזיכרון.

**האם מחבר אחד מכסה כמה לקוחות?** כן. חשבון אחד יכול להכיל כמה מספרים שצריך, ו-list_numbers מחזיר את כולם.

---

## חיבור מספר, שלב אחר שלב

https://easycoexistence.com/he/docs/connecting-a-number

החיבור מתבצע דרך Embedded Signup של Meta: בוחרים את Business Portfolio, את WhatsApp Business Account ואת המספר, ואז סורקים קוד באפליקציית WhatsApp Business. זה לוקח כשתי דקות, והאפליקציה ממשיכה לעבוד כל הזמן.

### מה קורה בתהליך?

חלון קופץ של Meta נפתח ומבקש שלושה פרטים לפי הסדר.

ראשית בוחרים את Business Portfolio, שהוא המאגר ברמת החברה בתוך Business Manager. לאחר מכן בוחרים את WhatsApp Business Account שבתוכו. לבסוף בוחרים את מספר הטלפון, שחייב להיות מספר שכבר רשום באפליקציית WhatsApp Business, כי Coexistence מחבר מספר שהאפליקציה משתמשת בו במקום ליצור מספר חדש.

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

### מה נקבע במהלך ההרשמה ואי אפשר לשנות?

האם לשתף את היסטוריית השיחות הקיימת. השאלה מופיעה פעם אחת, והבחירה סופית עבור החיבור הזה.

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

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

### מה צריך להכין לפני שמתחילים?

שלושה דברים, והכנה שלהם מונעת נטישה של התהליך באמצע.

גישה ל-Business Portfolio שבבעלותו המספר, בדרך כלל של בעל העסק ולא של מי שמבצע את האינטגרציה. הטלפון עם המספר, כשהוא פתוח ובו מותקנת אפליקציית WhatsApp Business. ורצוי להכין גם את יעד הוובהוק (Webhook), כי הגדרה שלו בסוף ההרשמה מסודרת יותר מהניסיון לזכור זאת אחר כך.

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

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

**האם אפשר לחבר מספר שאינו בבעלותי?** רק העסק שבבעלותו המספר יכול לאשר זאת. שולחים לו קישור, והוא משלים את התהליך בטלפון שלו.

**האם האפליקציה מפסיקה לעבוד במהלך ההרשמה?** לא. היא ממשיכה לעבוד כל הזמן, כולל בזמן סריקת הקוד.

**מה אם המספר נמצא באפליקציית WhatsApp לצרכנים?** צריך להעביר אותו קודם לאפליקציית WhatsApp Business. Coexistence מחבר מספר של אפליקציית Business.

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

---

## חלון שירות הלקוחות בן 24 השעות

https://easycoexistence.com/he/docs/customer-service-window

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

### מתי בדיוק מתחיל השעון?

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

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

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

### מה מותר לשלוח בתוך החלון ומחוצה לו?

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

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

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

### למה אינטגרציות מגלות את זה בסביבת הייצור?

כי הבדיקות תמיד מתבצעות בתוך החלון.

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

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

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

**האם אפשר להאריך את החלון?** לא. Meta קובעת את אורכו, ואף ספק לא יכול להאריך אותו.

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

**האם התשובות באמת בחינם?** Meta לא גובה תשלום על הודעות שנשלחות בתוך חלון שירות הלקוחות. התשלום חל על שיחות שנפתחות מחוצה לו.

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

---

## תבניות הודעות ב-WhatsApp

https://easycoexistence.com/he/docs/message-templates

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

### למה משמשות שלוש הקטגוריות?

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

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

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

### איך עובדים משתנים?

מצייני מיקום ממוספרים, שמולאו לפי הסדר ונמנים לכל רכיב בנפרד.

גוף הודעה שקורא Hello {{1}}, your order {{2}} has shipped מגדיר שני משתנים, ולכן בשליחה צריך לספק לגוף בדיוק שני ערכים. פרמטרים בכותרת ובכפתור נספרים בנפרד ולא כרשימה אחת, ולכן שליחה עם המספר הכולל הנכון עדיין עלולה להידחות.

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

### למה אי אפשר לשלוח אותן מאפליקציית הטלפון במספר Coexistence?

כי תבניות הן יכולת של הפלטפורמה ולא של האפליקציה, והאפליקציה לא מכירה אותן.

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

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

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

**כמה זמן נמשכת הבדיקה?** בדרך כלל דקות, ולפעמים עד יום. שום ספק לא יכול לזרז אותה.

**האם יש תבנית נפרדת לכל שפה?** כן. השם והשפה מזהים יחד תבנית, ולכן אותו שם באזור שפה אחר הוא תבנית אחרת.

**האם אפשר לערוך תבנית שאושרה?** כן, אך עריכה משנה את חוזה המשתנים ועלולה לשבור שולחים שקיבעו בקוד את המספר הישן.

**האם צריך אמצעי תשלום?** לשליחות שיווקיות, כן, בחשבון WhatsApp Business שלכם. Meta דורשת זאת, ושום ספק לא יכול להוסיף אותו עבורכם.

---

## וובהוק (Webhook) של account_update וכל סיבות הניתוק

https://easycoexistence.com/he/docs/webhook-account-update

account_update הוא האופן שבו Meta מדווחת שחיבור שינה מצב. השדה event מציין מה קרה, ובמקרה של הסרה, disconnection_info.reason מציין מדוע. הסיבה קובעת אם המספר יחזור או אבד סופית.

### אילו אירועים account_update כולל?

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

ACCOUNT_OFFBOARDED, כשהמספר מוסר לחלוטין. ACCOUNT_RECONNECTED, כשחיבור שהוסר בעבר חוזר. ויש גם אירועי אכיפה: ACCOUNT_RESTRICTION ו-ACCOUNT_VIOLATION, לצד אירועים ששמם כולל DISABLED או BAN.

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

### מהן סיבות הניתוק?

שש, והמשמעות של כל אחת שונה מאוד.

PRIMARY_INACTIVITY הוא הכלל של בערך ארבעה עשר יום: אפליקציית WhatsApp Business לא נפתחה במכשיר הראשי. אפשר לשחזר, וזו בפער הסיבה הנפוצה ביותר.

COMPANION_INACTIVITY הוא אותו רעיון במכשיר נלווה, בחלון ארוך יותר של כשלושים יום.

BUSINESS_DOWNGRADE פירושו שהמספר חזר לאפליקציית WhatsApp לצרכנים, ולכן Coexistence מסתיים, כי Coexistence דורש את אפליקציית Business.

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

הסיבה מגיעה גם לצד disconnection_info.initiated_by, שמציין אם אדם או המערכת ביצעו את הניתוק.

### למה הסיבה חשובה יותר מהאירוע?

כי PARTNER_REMOVED לבדו לא אומר לכם מה לעשות.

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

מספר שהוסר בגלל BUSINESS_DOWNGRADE או ACCOUNT_DISCONNECTED הוא מצב אחר. אם מתייחסים אליו כזמני, החיבור עלול להישאר ללא פתרון.

כשהסרה מגיעה בלי סיבה, initiated_by הוא אות העזר: הסרה שביצע אדם נראית מכוונת, בעוד שהסרת מערכת ללא הסבר אינה כזו. כדאי לקודד את ההבחנה הזו, במקום לברר אותה מאוחר יותר מול התמיכה.

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

**האם PARTNER_REMOVED סופי?** בדרך כלל לא. רוב המקרים מגיעים עם PRIMARY_INACTIVITY, כלומר האפליקציה לא נפתחה, וחיבור מחדש משחזר הכול.

**האם חיבור מחדש משחזר את יעד הוובהוק?** לא, וזו המלכודת. היעד הוא override במינוי האפליקציה, והוא מוסר יחד איתה. צריך להחיל אותו מחדש.

**מהו COMPANION_INACTIVITY?** אותו רעיון של חוסר פעילות במכשיר נלווה, ולא במכשיר הראשי, בחלון ארוך יותר של כשלושים יום.

**האם אפשר לקבל את האירוע הזה בלי סיבה?** כן. במקרה כזה, disconnection_info.initiated_by הוא האות היחיד שמראה אם הניתוק היה מכוון.

---

## הוובהוק (Webhook) phone_number_quality_update

https://easycoexistence.com/he/docs/webhook-phone-number-quality-update

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

### מה הוובהוק (Webhook) הזה באמת כולל?

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

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

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

### מאיפה מגיע דירוג הצבע, אם כך?

קוראים אותו ישירות מהמספר, לפי לוח זמנים.

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

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

- לחפש GREEN, YELLOW או RED בתוך ה-payload הזה. נכון ל-2026 הם לא נמצאים בו.
- לבנות ניטור על וובהוקים בלבד. את דירוג האיכות צריך לדגום.
- להתעלם מירידה ברמת ההודעות. לרוב זהו הסימן הראשון לבעיה.

**למה השדה נקרא על שם האיכות?** הוא נוצר לפני השינוי. השם נשאר, אבל התוכן השתנה, ולכן הוא מבלבל אנשים.

**באיזו תדירות צריך לדגום את הדירוג?** בתדירות שמאפשרת לזהות ירידה לפני שהיא הופכת להגבלה. אנחנו דוגמים לפי לוח זמנים ולא לפי דרישה.

**האם האפליקציה מציגה את הדירוג?** לא. שום דבר לגבי הדירוג לא מופיע באפליקציית WhatsApp Business בטלפון.

**האם 131048 קשורה לכך?** כן. זו השגיאה שמספר מתחיל להחזיר כשדירוג נמוך מוביל להגבלה.

---

## וובהוק (Webhook) smb_message_echoes

https://easycoexistence.com/he/docs/webhook-smb-message-echoes

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

### למה השדה הזה קיים בכלל?

כי Coexistence יוצרת מצב שה-API לא נבנה עבורו במקור: שני גורמים שולחים מאותו מספר.

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

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

### מה נשבר אם מתעלמים ממנו?

הלקוח מקבל שתי תשובות, וזה נראה לא מקצועי.

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

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

- מתייחסים להדים כרעש ומשמיטים אותם. זה האות היחיד לכך שאדם כבר השיב.
- מניחים שהשדה קיים בכל מספר. הוא ייחודי ל-Coexistence.
- בודקים בלי אדם בתהליך, אף שזה התרחיש היחיד שבו הבעיה אינה מופיעה.

**האם ההדים כוללים מדיה?** הם מדווחים על מה שנשלח, כולל הפניות למדיה, באותו מבנה כמו הודעות נכנסות.

**האם זה קיים במספר Cloud API רגיל?** לא. בלי Coexistence אין אדם ששולח מאפליקציה, ולכן אין מה להחזיר כהד.

**אפשר לכבות את זה?** זה מגיע עם נתיב ההודעות. ניתוב הנתיב לנקודת הקצה שלכם כולל גם אותו, והתעלמות ממנו בקוד היא בחירה שיש לה השלכות.

**האם זה עולה כסף?** לא. זהו אירוע וובהוק, לא שליחת הודעה.

---

## וובהוק ההודעות (Webhook)

https://easycoexistence.com/he/docs/webhook-messages

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

### מה ה-payload כולל

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

- מספר הטלפון של השולח ומזהה הטלפון של המספר שאליו נשלחה ההודעה.
- מזהה הודעה מסוג wamid, שעליו מבוססת מניעת השליחה הכפולה.
- חותמת זמן של Unix.
- סוג: text, image, audio, video, document, sticker, location, contacts, reaction, button או interactive.
- בסוגי מדיה, מזהה מדיה לשליפה, ולא הבתים עצמם.

### למה הוא לא מגיע אלינו במספר מנותב

כי override מעביר את השדה הזה, יחד עם smb_message_echoes, לכל יעד שתבחרו.

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

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

### איך מאשרים קבלה נכון

החזירו 200 לפני שאתם מתחילים לעבוד, לא אחר כך.

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

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

### מניעת עיבוד כפול

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

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

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

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

**האם EasyCoexistence רואה את הודעות הלקוחות שלי?** לא. השינוי מעביר את השדה הזה לנקודת הקצה שלכם. כל דבר שמגיע לכתובת ההחזרה שלנו מושלך בלי להישמר.

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

**איך מקבלים את המדיה?** ה-payload כולל מזהה מדיה. שולפים באמצעותו את הכתובת עם אסימון הגישה של המספר, ואז מורידים את הקובץ.

**מהו smb_message_echoes?** זהו שדה נלווה שמעביר את מה שהצוות שלכם שולח מאפליקציית WhatsApp Business. הוא קיים רק במספרי Coexistence.

---

## וובהוק (Webhook) של phone_number_name_update

https://easycoexistence.com/he/docs/webhook-phone-number-name-update

האירוע phone_number_name_update כולל את התוצאה של הגשת שם תצוגה. השדה decision מציין אם Meta אישרה או דחתה את השם, וזה המקום היחיד שבו התוצאה מדווחת: שום דבר על כך לא מופיע באפליקציית WhatsApp Business.

### מה הוא מדווח

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

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

רישום האירוע בציר זמן הופך את השאלה "האם שינוי השם שלנו אושר" משיחת תמיכה לעובדה מתוארכת.

### למה שם נדחה

בעיקר מפני שהוא לא תואם לעסק שבו החשבון אומת.

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

### מה שם חסר חוסם

שליחות מסוימות, וכך רוב האנשים מגלים שהשם מעולם לא אושר.

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

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

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

**כמה זמן נמשכת הבדיקה?** Meta לא מפרסמת תקופה קבועה, ושום ספק לא יכול לזרז אותה.

**אפשר לשנות את השם בהמשך?** כן. כל שינוי עובר שוב בדיקה ויוצר אירוע נוסף כאן.

**האם הלקוח רואה גם את המספר שלי?** הוא רואה את שם התצוגה המאושר, וזו בדיוק הסיבה לקיומו.

**מהי שגיאה 131037?** זה מה שמספר מחזיר כשאין לו שם תצוגה מאושר והוא מנסה לבצע פעולה שדורשת שם כזה.

---

## וובהוק (Webhook) message_template_status_update

https://easycoexistence.com/he/docs/webhook-message-template-status-update

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

### אילו סטטוסים הוא כולל

תבנית עוברת מספר מצומצם של מצבים, וכל שינוי מגיע לכאן.

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

### למה אין צורך בבדיקות חוזרות

כי החלופה היא לשאול שוב ושוב ולנחש באיזו תדירות.

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

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

### מה עושים בכל תוצאה

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

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

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

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

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

**כמה זמן נמשך בדרך כלל האישור?** בדרך כלל דקות, ולפעמים עד יום. אף ספק לא יכול לזרז את התהליך.

**האם תבנית שהושהתה זהה לתבנית שהושבתה?** לא. השהיה מסתיימת לאחר תקופה, ואילו השבתה קבועה ומגיעה לאחר השהיות חוזרות.

**האם דחייה מציינת את הסיבה?** כן, והסיבה מספיק ספציפית כדי לפעול לפיה, ולכן כדאי להעביר אותה ללא עריכה.

**האם עדיין אפשר לשלוח תבניות אחרות כשאחת מהן מושהית?** כן. המצב חל על התבנית הזו, לא על המספר.

---

## וובהוק (Webhook) message_template_quality_update

https://easycoexistence.com/he/docs/webhook-message-template-quality-update

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

### מה נמדד כאן

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

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

### למה חשוב לפעול מוקדם

כי כל מצב שמגיע אחריו גרוע יותר וקשה יותר לתקן.

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

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

### מה בדרך כלל גורם לזה

התוכן והקהל, בסדר הזה. הקהל הוא החלק שאנשים שוכחים.

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

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

**האם זה משפיע על התבניות האחרות שלי?** לא. האות מתייחס לתבנית אחת, והאחרות באותו מספר לא מושפעות.

**אפשר לראות את זה באפליקציה?** לא. שום מידע על איכות התבנית לא מופיע באפליקציית WhatsApp Business בטלפון.

**מה קורה אם מתעלמים מזה?** המשך הירידה באיכות משהה את התבנית, והשהיות חוזרות משביתות אותה לצמיתות.

**האם מספיק לערוך את הניסוח?** לעיתים קרובות, אבל לא תמיד. למי התבנית נשלחת יש השפעה על האותות בדיוק כמו למה שהיא אומרת.

---

## וובהוק history

https://easycoexistence.com/he/docs/webhook-history

השדה history מעביר ל-API פעם אחת את השיחות הקיימות של מספר Coexistence. הוא מגיע לאחר החיבור, אם אושר שיתוף ההיסטוריה, והוא האות היחיד לאינטגרציה שההעברה התבצעה.

### מה הוא מעביר

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

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

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

### למה הוא מופעל פעם אחת

כי ההעברה היא חלק מתהליך החיבור, ולא יכולת מתמשכת.

במהלך Embedded Signup בעל העסק נשאל אם לשתף שיחות קיימות. תשובה חיובית מאפשרת לסנכרון לפעול, ואין הגדרה שמפעילה אותו מחדש אחר כך או נקודת קצה שחוזרת עליו. ניסיון שני מחזיר 2593107, ולא מגבלת קצב שנעלמת.

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

### מה המטפל צריך לעשות עם ההודעה

יש להתייחס אליה לאצווה שמגיעה פעם אחת ועשויה להיות גדולה, ולא לתעבורה נוספת בנתיב ההודעות.

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

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

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

**האם שיחות קבוצתיות עוברות?** לא. קבוצות מוחרגות לחלוטין מה-API במספר Coexistence.

**אפשר לבקש זאת שוב מאוחר יותר?** לא. זה פועל פעם אחת בכל חיבור, וניסיון נוסף מחייב ניתוק וחיבור מחדש של המספר.

**מה קורה אם הבעלים דחה את שיתוף ההיסטוריה?** לא מגיע דבר בשדה הזה, וה-API רואה רק הודעות מרגע חיבור המספר.

---

## וובהוק (Webhook) smb_app_state_sync

https://easycoexistence.com/he/docs/webhook-smb-app-state-sync

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

### מה הוא כולל

סטטוס מצד האפליקציה, שבפועל פירושו אנשי הקשר שכבר היו לעסק בטלפון.

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

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

### מה הוא לא כולל

כלי העבודה של האפליקציה עצמה, שאין להם ייצוג בצד הפלטפורמה.

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

### למה זה חשוב לאינטגרציה

כי כך נקבע אם המערכת שלכם יודעת מי כותב כבר ביום הראשון.

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

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

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

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

**האם הוא פועל יותר מפעם אחת?** הסנכרון הראשוני הוא חלק חד-פעמי מתהליך ההצטרפות, עם אותו חלון של 24 שעות כמו ההיסטוריה.

**האם אקבל תוויות?** לא. תוויות הן תכונה של האפליקציה, ללא מקבילה ב-API.

**האם הוא קיים במספר רגיל של Cloud API?** לא. אין בו סטטוס של אפליקציית WhatsApp Business שאפשר לסנכרן.

---

## אירוע וובהוק (Webhook): template_category_update

https://easycoexistence.com/he/docs/webhook-template-category-update

template_category_update מדווח ש-Meta סיווגה מחדש תבנית והעבירה אותה בין utility, marketing ו-authentication. זה חשוב כי הקטגוריה קובעת כמה Meta גובה על שיחה, ולכן שינוי הסיווג משנה את העלויות שלכם בלי שאיש שינה דבר.

### למה קטגוריה משתנה מעצמה

כי Meta בודקת מה התבנית באמת אומרת, ולא רק איך הוצהר שהיא מסווגת.

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

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

### מה משתנה

המחיר של כל שיחה שהתבנית פותחת מאותו רגע.

- Meta מתמחרת שיחות utility, marketing ו-authentication באופן שונה.
- שליחות marketing דורשות בנוסף אמצעי תשלום בחשבון WhatsApp Business.
- תבנית שסווגה מחדש ל-marketing בחשבון שאין בו אמצעי תשלום מתחילה להחזיר 131042.
- התבנית עצמה ממשיכה לעבוד. מה שמשתנה הוא העלות שלה והדרישות הנלוות.

### איך להימנע מסיווג מחדש

מצהירים בכנות, וזה זול יותר מאופטימיזציה.

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

הגשה חוזרת של תבניות שסווגו לא נכון גם מושכת תשומת לב לחשבון עצמו. זו תוצאה גרועה יותר מתשלום תעריף marketing על הודעת marketing.

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

**האם התבנית מפסיקה לעבוד?** לא. היא ממשיכה להישלח. מה שמשתנה הוא מחיר השיחה, ובמקרה של marketing גם הדרישה לאמצעי תשלום.

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

**איזו קטגוריה היא הזולה ביותר?** Meta מתמחרת אותן באופן שונה לפי השוק. הקטגוריה הנכונה והזולה ביותר היא זו שמתארת בכנות את ההודעה.

**מהו 131063?** תבניות marketing שהושבתו בחשבון. זה שונה ממצב שבו אין אמצעי תשלום.

---

## Meta Business Portfolio ומה יש בו

https://easycoexistence.com/he/docs/meta-business-portfolio

Business Portfolio הוא המיכל ברמת החברה ב-Meta Business Manager. הוא מכיל חשבונות WhatsApp Business, שמכילים מספרי טלפון. כשלקוח מחבר מספר, הוא נשאר בפורטפוליו שלו במקום לעבור לפורטפוליו של ספק.

### איך הרמות מתחברות זו לזו?

יש שלוש רמות, והבלבול מתחיל כשקוראים לכולן חשבון.

Business Portfolio נמצא בראש ההיררכיה ומייצג את החברה ב-Meta Business Manager. הוא מכיל נכסים: חשבונות מודעות, דפים וחשבונות WhatsApp Business. בתוך חשבון WhatsApp Business נמצאים מספרי הטלפון, ולכל אחד מהם יש phone number id משלו, דירוג איכות ורמת הודעות.

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

### למה חשוב של מי הפורטפוליו שמחזיק את המספר?

כי הוא קובע מי באמת שולט בחיבור.

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

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

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

**האם פורטפוליו זהה לחשבון WhatsApp Business?** לא. הפורטפוליו הוא המיכל של החברה; ה-WABA נמצא בתוכו ומכיל את מספרי הטלפון.

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

**מי יכול להעניק גישה לפורטפוליו?** מנהל מערכת באותו פורטפוליו, שבדרך כלל הוא בעל העסק ולא מי שמבצע את האינטגרציה.

**האם החיבור מעביר את המספר שלי?** לא. הוא נשאר בפורטפוליו שלכם, והאפליקציה של הספק מקבלת הרשאה לפעול בו.

---

## חשבון WhatsApp Business ולמה העקיפות חיות בו

https://easycoexistence.com/he/docs/whatsapp-business-account

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

### מה באמת כולל חשבון WABA?

מספרי טלפון ותבניות, שילוב משמעותי יותר מכפי שנדמה במבט ראשון.

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

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

### למה עקיפות וובהוק חלות ברמה הזו?

כי המינוי שהן משנות הוא מינוי של אפליקציה לחשבון, לא למספר.

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

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

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

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

**האם תבניות עוברות בין חשבונות?** לא. הן שייכות לחשבון שבו נוצרו.

**מה קורה לעקיפה כשמסירים מספר?** אם האפליקציה מוסרת מהחשבון, העקיפה מוסרת יחד איתה. חיבור מחדש משחזר את השליחה, אך לא את היעד.

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

---

## אימות בשני שלבים במספר WhatsApp

https://easycoexistence.com/he/docs/two-step-verification

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

### מתי באמת צריך את ה-PIN?

במהלך רישום ורישום מחדש של מספר, ובפעולות מסוימות בחשבון שעליהן Meta מגינה.

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

השגיאות הקשורות אליו מספיק ממוקדות כדי לאבחן את הבעיה. PIN שגוי מחזיר את הקוד 133005. יותר מדי ניסיונות מחזירים את הקוד 133008 ונועלים ניסיונות נוספים למשך הזמן שמצוין בתגובה. ניסיונות שנשלחים מהר מדי מחזירים את הקוד 133009, כלומר הגבלת קצב ולא תשובה שגויה.

### מה עושים כשה-PIN אבד?

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

זו פעולה של בעל העסק, לא של הספק. שום API לא יכול לקרוא או לאפס PIN, ואף ספק לא מחזיק בו. זו הכוונה: סיסמה שספק יכול לשלוף לא הייתה משמשת כגורם אימות נוסף.

העצה המעשית היא לתעד אותו במקום שהעסק עצמו יכול לגשת אליו, ולא אצל הסוכנות. PIN שנשמר רק במנהל הסיסמאות של סוכנות יוצר בדיוק את אותה בעיה כשעובדים עם לקוח אחר כך.

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

**תוכלו לאפס את ה-PIN שלי?** לא. הוא מוגדר במספר בהגדרות של Meta, ואף ספק לא יכול לקרוא או לשנות אותו.

**כמה זמן נמשכת הנעילה?** Meta מציינת את זמן ההמתנה בתגובה לשגיאה 133008, במקום להשתמש בפרק זמן קבוע.

**האם ה-PIN שייך למספר או לחשבון?** לכל מספר טלפון.

**האם זה אותו דבר כמו אימות העסק?** לא. האימות מתייחס לישות המשפטית ברמת התיק העסקי, ואילו כאן מדובר ב-PIN שמוגדר במספר.

---

## האירוע account_review_update, וובהוק (Webhook) לעדכון חשבון

https://easycoexistence.com/he/docs/webhook-account-review-update

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

### מתי מתבצעת בדיקה?

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

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

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

### למה להתייחס לדחייה כתקינות חיבור ירודה ולא כמידע בלבד?

כי בדרך כלל מדובר באירוע הראשון מתוך כמה, ולא באירוע האחרון.

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

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

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

**האם ספק יכול לראות למה הבדיקה נכשלה?** לא. הודעת האכיפה והסיבה לה נמצאות ב-Business Manager בחשבון העסק.

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

**מי יכול לערער?** מי שיש להם הרשאת מנהל לחשבון העסק. שום ספק אינו יכול לערער בשמם.

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

---

## וובהוק (Webhook) של business_capability_update

https://easycoexistence.com/he/docs/webhook-business-capability-update

business_capability_update מדווח על שינוי ביכולות החשבון, ובעיקר במגבלת ההודעות. הוא כולל את המגבלה הנוכחית, כלומר כמה לקוחות ייחודיים תוכלו ליזום איתם שיחות ביום. היא יכולה לעלות או לרדת.

### מה בדיוק מגבלת ההודעות מגבילה?

את מספר הלקוחות הייחודיים שתוכלו ליזום איתם שיחה במהלך יום מתגלגל. לא את מספר ההודעות שתוכלו לשלוח, ולא את מהירות השליחה.

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

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

### למה הרמה יורדת?

כי הרמה עוקבת אחר האיכות, והאיכות נקבעת לפי תגובת הנמענים.

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

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

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

**איך מעלים את הרמה?** היא נקבעת לפי האיכות לאורך זמן ולא בעקבות בקשה. שליחה נכונה לאנשים שמעוניינים בה היא המנגנון.

**האם שליחת תבנית תמיד צורכת מהרמה?** תבנית שמתחילה שיחה אכן צורכת מהרמה. תבנית שנשלחת בתוך חלון פתוח אינה צורכת אותה.

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

**האם זה חל על מספר Coexistence?** כן. ב-Coexistence מה שקבוע הוא קצב ההעברה, לא רמת ההודעות.

---

## וובהוק (Webhook) account_alerts

https://easycoexistence.com/he/docs/webhook-account-alerts

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

### מה מגיע בערוץ הזה?

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

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

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

### איך משלבים אותו בניטור?

כדגל על ציר הזמן, לצד האירועים שכן כוללים מצב.

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

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

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

**למה היא לא משנה את סטטוס החיבור שלי?** כי היא אינה מציינת מה השתנה. הסקת סטטוס ממנה תיצור התראות שווא.

**איפה רואים את הפרטים?** ב-Business Manager, בתוך החשבון העסקי. האירוע נועד להפנות אתכם לשם.

**האם זו התראה נדירה?** זה אינו אירוע שגרתי, וזו אחת הסיבות שכדאי להציג אותו כשהוא מגיע.

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

---

## שמות תצוגה במספר WhatsApp עסקי

https://easycoexistence.com/he/docs/display-names

שם התצוגה הוא מה שהלקוחות רואים מעל שיחה עם המספר שלכם. שינוי שלו דורש אישור מ-Meta, ההחלטה מגיעה דרך phone_number_name_update וובהוק (Webhook), ודחיות נובעות בדרך כלל מכך שהשם אינו תואם לעסק.

### מה Meta בודקת?

בעיקר שהשם תואם לעסק שבו החשבון מאומת.

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

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

### איך ההחלטה מגיעה?

דרך הוובהוק phone_number_name_update, שמכיל שדה החלטה.

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

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

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

**כמה זמן לוקח לקבל אישור?** Meta לא מפרסמת פרק זמן קבוע, ואף ספק אינו יכול לזרז את התהליך.

**אפשר לשנות את השם בהמשך?** כן, וכל שינוי עובר שוב בדיקה.

**מהי שגיאה 131037?** השגיאה שמוחזרת כשאין למספר שם תצוגה מאושר והוא מנסה לבצע פעולה שדורשת שם כזה.

**האם הלקוח רואה גם את מספר הטלפון שלי?** לאחר האישור הוא רואה את שם התצוגה, וזו בדיוק המטרה שלו.

---

## קטגוריות תבניות: שירות, שיווק ואימות

https://easycoexistence.com/he/docs/template-categories

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

### מה שייך לכל קטגוריה?

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

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

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

### למה לא להצהיר שהכול Utility?

כי Meta מסווגת מחדש, וסיווג מחדש גרוע יותר מדיווח כנה.

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

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

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

**מי משלם על הודעת Marketing?** Meta מחייבת את אמצעי התשלום בחשבון WhatsApp Business שלכם. החיוב לעולם לא עובר דרכנו.

**האם תבנית יכולה לשנות קטגוריה?** Meta יכולה לסווג אותה מחדש לאחר האישור אם התוכן אינו תואם למה שהוצהר.

**האם Utility בחינם?** שיחות Utility מתומחרות על ידי Meta ואינן זהות למענה בתוך חלון שירות הלקוחות, שניתן בחינם.

**מהי שגיאה 131063?** תבניות Marketing מושבתות בחשבון. זה שונה ממצב שבו אין אמצעי תשלום.

---

## מספר הפסיק לעבוד: איך מגלים למה

https://easycoexistence.com/he/docs/troubleshooting-a-connection

כשמספר מחובר מפסיק לעבוד, הסיבה כמעט אף פעם אינה הקוד. בודקים לפי סדר השכיחות: אסימון גישה (Access Token) שפג תוקפו, עקיפת וובהוק (Webhook) שאבדה בחיבור מחדש, ניתוק אחרי ארבעה עשר ימי חוסר פעילות, ירידה באיכות, ואז הגבלת חשבון.

### למה בטלפון הכול נראה תקין?

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

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

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

### באיזה סדר כדאי לבדוק?

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

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

אחר כך בודקים ניתוק: אירוע account_update עם PARTNER_REMOVED וסיבה, כאשר PRIMARY_INACTIVITY פירושו שהאפליקציה לא נפתחה במשך כארבעה עשר יום, וחיבור מחדש פותר את הבעיה.

אחר כך בודקים איכות, שנדגמת במקום להישלח בדחיפה, ולבסוף הגבלה, שהיא אכיפה ברמת החשבון שאף ספק אינו יכול להסיר.

### מה כמעט אף פעם אינו הסיבה?

הקוד שלכם, אם הוא עבד אתמול ולא בוצעה פריסה.

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

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

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

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

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

**איך יודעים אם זו הייתה תקופת ארבעה עשר הימים?** הניתוק מגיע עם הסיבה PRIMARY_INACTIVITY באירוע account_update.

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

---

## על אילו הודעות WhatsApp Meta גובה תשלום

https://easycoexistence.com/he/docs/free-and-paid-conversations

Meta גובה לפי הודעה שנמסרה, לא לפי שיחה. מאז 1 באוקטובר 2026 כל מספר טלפון עסקי מקבל 1,000 הודעות שירות חינמיות בחודש, כלומר תשובות שנשלחות בתוך חלון שירות הלקוחות של 24 שעות, ו-Meta גובה החל מההודעה ה-1,001. תבניות מחויבות בעת המסירה, כולל תבניות תפעוליות. החיובים האלה יורדים מאמצעי התשלום בחשבון WhatsApp Business Account שלכם.

### מה בדיוק חינמי?

עד 1,000 הודעות שירות בחודש לכל מספר טלפון עסקי. הודעת שירות היא כל הודעה שאינה תבנית, ואפשר לשלוח אותה רק בתוך חלון שירות לקוחות פתוח, כלומר 24 השעות שאחרי ההודעה האחרונה של הלקוח אליכם. מההודעה ה-1,001 בחודש Meta גובה על כל הודעה, והמכסה שלא נוצלה לא עוברת לחודש הבא.

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

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

### את מי Meta מחייבת?

את אמצעי התשלום בחשבון WhatsApp Business Account שלכם, כפי שהוגדר ב-WhatsApp Manager.

זה קשר ישיר בין העסק ל-Meta. החיובים לא עוברים דרך Tech Provider, ולכן ספק גם לא יכול להוסיף עליהם עמלה, לארוז אותם בחבילה או למכור אותם מחדש. מי שמציע תעריפי הודעות WhatsApp מוזלים הוא או מפיץ משנה בהסדר אחר, או מתאר משהו שאינו החיובים של Meta.

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

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

**האם כל התשובות חינמיות?** רק 1,000 הודעות השירות הראשונות לכל מספר טלפון עסקי בחודש. אחרי זה Meta גובה על כל הודעה, ומחוץ לחלון של 24 שעות צריך תבנית, שמחויבת בעת המסירה.

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

**האם ספק יכול לתת לי תעריף טוב יותר?** לא על החיובים של Meta, כי הם אף פעם לא עוברים דרך הספק.

**מה קורה אם אמצעי התשלום שלי נכשל?** שליחות שדורשות חיוב נעצרות, והשגיאה שמוחזרת היא 131042. קבלת הודעות לא מושפעת.

---

## MCP או וובהוק (Webhook): מה באמת צריך

https://easycoexistence.com/he/docs/mcp-or-webhook

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

### למה MCP לא יכול לענות ללקוח באופן אוטומטי?

כי לפרוטוקול אין מנגנון שמעיר אותו.

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

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

### למה כל מסלול באמת מתאים?

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

הוובהוק מיועד לכל מה שחייב לקרות כשאף אחד לא נמצא. תשובה ראשונה אחרי שעות הפעילות, ניתוב לאדם הנכון, תיעוד ב-CRM והפעלת תהליך אוטומטי.

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

### אילו כלים מדברים באיזה פרוטוקול?

עוזרים מדברים MCP: Claude, ChatGPT, Cursor ו-Claude Code. פלטפורמות אוטומציה בדרך כלל לא עושות זאת, וההבדל אינו מה שאנשים מצפים.

Make ו-Zapier מפעילות שרתי MCP משלהן וחושפות את הפעולות שלהן לעוזרים. אף אחת מהן אינה פועלת כלקוח MCP, ולכן אף אחת לא יכולה לקרוא לכלים שלנו. מבחינתן, האינטגרציה היא וובהוק וקריאת HTTP.

n8n היא היוצאת מן הכלל. MCP Client Tool שלה מתחבר לשרת מרוחק ותומך ב-OAuth2, כך שצומת סוכן בתוך תהליך עבודה של n8n יכול לקרוא לכלים שלנו ישירות. גם שם התהליך עדיין מתחיל בוובהוק, כי זה הדבר היחיד שמגיב.

- קונים MCP בציפייה לתשובות אוטומטיות. הוא פועל כשמבקשים ממנו, ושום דבר לא מבקש ממנו בשלוש לפנות בוקר.
- מניחים שפלטפורמה עם שרת MCP יכולה לצרוך שרת כזה. Make ו-Zapier חושפות פעולות, אך לא צורכות שרתים.
- בונים את שני המסלולים כדי לבצע את אותה עבודה. הם מיועדים לשני חצאים שונים של אותה מערכת.

**האם עוזר יכול לעקוב אחרי ה-WhatsApp שלי?** לא. שום דבר לא יכול לדחוף אירוע לתוך שרת MCP. מעקב מתבצע באמצעות וובהוק, שיכול אחר כך לקרוא למודל.

**האם אני צריך את שניהם?** רוב המערכות האמיתיות משתמשות בשניהם: MCP לעבודה שאנשים מבצעים, והוובהוק לכל מה שקורה בלעדיהם.

**האם Zapier יכול להשתמש בשרת ה-MCP שלכם?** לא. Zapier הוא שרת MCP ולא לקוח MCP, ולכן אין לו דרך לקרוא לכלים שלנו.

**האם n8n יכול?** כן, באמצעות MCP Client Tool שלו עם OAuth2. זו פלטפורמת האוטומציה היחידה מבין שלוש שיכולה לעשות זאת.

---

## מה משתנה באפליקציית WhatsApp Business אחרי החיבור

https://easycoexistence.com/he/docs/what-changes-in-the-app

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

### מה נשאר בדיוק כפי שהיה?

האפליקציה, המספר, השיחות והאדם שעונה להן.

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

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

### מה באמת משתנה?

שלושה דברים, ורק אחד מהם נראה לעין.

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

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

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

### מה העסק צריך להמשיך לעשות?

לפתוח את האפליקציה, כפי שהוא ממילא התכוון לעשות.

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

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

- להבטיח לצוות שהוא לא יבחין בדבר ואז לבצע הגירה במקום חיבור. הגירה מסירה את האפליקציה.
- לבנות משהו סביב שיחות קבוצתיות. הן לא זמינות דרך ה-API אצל אף ספק.
- להניח שמספר שקט יישאר מחובר. 14 ימים בלי לפתוח את האפליקציה מסיימים את החיבור.

**האם הצוות שלי יצטרך ללמוד משהו?** לא. הם ממשיכים להשתמש באפליקציית WhatsApp Business בדיוק כפי שהם משתמשים בה עכשיו.

**האם השיחות הישנות שלי ייעלמו?** לא. הן נשארות באפליקציה, ואפשר לשתף עם ה-API בעת ההצטרפות היסטוריה של בערך שישה חודשים.

**האם עדיין אפשר להשתמש בקבוצות?** מהאפליקציה, כן, בדיוק כמו קודם. דרך ה-API, לא, אצל אף ספק.

**מה קורה אם אף אחד לא פותח את האפליקציה במשך שבועיים?** Meta מנתקת את צד ה-API. חיבור מחדש משחזר אותו, והאפליקציה עצמה נשארת ללא שינוי לאורך כל התהליך.

---

## מדריך עזר ל-Coexistence

https://easycoexistence.com/he/docs/coexistence

Coexistence מפעיל את אפליקציית WhatsApp Business ואת ה-Cloud API על אותו מספר בו-זמנית. זהו דף העזר: מהו השירות, איך הודעות עוברות, מה אי אפשר לעשות ואיך מבטלים. ההסבר המלא נמצא במדריך.

### מה זה

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

### למה צוותים משתמשים בזה

ארבע סיבות מסבירות כמעט כל חיבור.

- שומרים על המספר שכבר מופיע על כלי רכב, קבלות ואתר.
- מוסיפים שליחה דרך ה-API, וובהוקים (Webhook) ותבניות בלי להעביר אף אחד לכלי חדש.
- משאירים את השיחות מחוץ לתיבת הדואר המשותפת של ספק.
- מאפשרים לסוכנות להחזיק מספרים רבים של לקוחות, כל אחד בתיק העסקי של הלקוח.

### איך התקשורת עובדת

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

### איך התמחור עובד

Meta מתמחרת שיחות ולא הודעות, ומחייבת את אמצעי התשלום בחשבון WhatsApp Business שלכם. תשובות בתוך חלון שירות הלקוחות של 24 שעות הן ללא עלות. פתיחת שיחה מחוץ לחלון דורשת תבנית ומחויבת בתשלום.

### מכשירים מקושרים

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

### מגבלות פונקציונליות

המגבלות נקבעות על ידי Meta וזהות אצל כל ספק.

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

### תנאי זכאות

המספר חייב לעמוד בכל התנאים הבאים לפני שאפשר לחבר אותו.

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

### הערות תפעוליות

דברים שנכונים לאחר החיבור וקל לפספס אותם.

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

### הסתייגות בבחירת חשבון

במהלך Embedded Signup בוחרים את ה-Business Portfolio ואת חשבון WhatsApp Business בשני שלבים נפרדים. בחירה בחשבון הלא נכון מחברת את המספר למקום שלא התכוונתם אליו, והעברתו לאחר מכן דורשת ניתוק והרצה מחדש של כל התהליך.

### החלטות חד-כיווניות

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

### ניתוק או ביטול

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

- להתייחס ל-Coexistence כאל API אחר. זהו ה-Cloud API עם תהליך הצטרפות שונה.
- לבנות סביב שיחות קבוצתיות. הן אינן זמינות אצל אף ספק.
- להניח שחיבור מחדש משחזר את יעד הוובהוק. הוא לא עושה זאת.

**האם זה אותו Cloud API?** כן. Coexistence הוא תהליך הצטרפות ל-Cloud API שמשאיר את אפליקציית WhatsApp Business פעילה על המספר.

**אפשר לבטל?** כן. הניתוק משאיר את האפליקציה ואת השיחות שלה בדיוק כפי שהיו.

**הצוות שלי צריך הכשרה?** לא. ממשיכים להשתמש באפליקציית WhatsApp Business כפי שעושים עכשיו.

**למה אי אפשר לשלוח תבניות מהאפליקציה?** תבניות הן יכולת של הפלטפורמה ולא של האפליקציה. כל דבר שנמצא מחוץ לחלון של 24 שעות עובר דרך ה-API.

---

## מה מסתנכרן עם ה-API ומה לא

https://easycoexistence.com/he/docs/what-syncs-and-what-does-not

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

### מה עובר

שני דברים, ושניהם חשובים לתוכנה שמתחילה לעבוד על מספר שבו העסק משתמש כבר שנים.

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

### מה לא עובר

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

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

### למה כלי האפליקציה נשארים מאחור

כי אלה תכונות של האפליקציה ולא של הפלטפורמה, ול-API אין מקבילה שלהן.

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

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

### החלון שאפשר לפספס

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

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

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

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

**האם השיחות הישנות שלי יופיעו ב-API?** היסטוריה של שיחות אחד-על-אחד מסתנכרנת אם מאשרים זאת במהלך ההצטרפות. שיחות קבוצתיות לא.

**האם תוכנה יכולה לראות את התוויות שלי?** לא. תוויות הן תכונה של האפליקציה ואין להן מקבילה ב-API, לכן הן נשארות במכשיר.

**האם הצוות מאבד את התשובות המהירות?** לא. הן ממשיכות לעבוד באפליקציה בדיוק כמו קודם. התוכנה פשוט לא יכולה לראות אותן.

**מה קורה אם מפספסים את חלון הסנכרון של 24 שעות?** צריך לנתק את המספר ולחבר אותו מחדש, כך שתהליך ההצטרפות יופעל שוב וייפתח חלון חדש.

---

## אילו תכונות WhatsApp מפסיקות לעבוד אחרי Coexistence

https://easycoexistence.com/he/docs/features-disabled-by-coexistence

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

### ארבע התכונות

כל אחת מהן מושבתת ברמת הפלטפורמה ולא רק מוסתרת, ולכל אחת יש סיבה הקשורה לכך שה-API יכול לראות את השיחה.

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

### למה דווקא ארבע אלה

כי כל אחת מהן מבטיחה משהו שה-API סותר.

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

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

לכן אין כאן החלטה שרירותית. הפלטפורמה פשוט לא מבטיחה דבר שהיא כבר לא יכולה לקיים.

### מה חשוב לדעת לפני שמחברים מספר של לקוח

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

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

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

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

**אפשר להפעיל מחדש הודעות נעלמות?** לא בזמן שהמספר מחובר. ניתוק המספר מחזיר את ההתנהגות הרגילה של האפליקציה.

**רשימות התפוצה הקיימות שלי נמחקות?** לא. הן הופכות לקריאה בלבד, כך שהתוכן נשמר ואי אפשר לשלוח אליהן.

**האם זה משפיע על שיחות קבוצתיות?** ההשבתה מתועדת עבור שיחות אחד על אחד. קבוצות נמצאות מחוץ ל-API לחלוטין במספר עם Coexistence.

**מה מחליף רשימת תפוצה?** תבנית שיווקית מאושרת שנשלחת דרך ה-API ודורשת אמצעי תשלום בחשבון WhatsApp Business שלכם.

---

## אילו מספרים זכאים ל-Coexistence

https://easycoexistence.com/he/docs/number-eligibility

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

### מה נדרש מהמספר עצמו

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

- המספר כבר רשום ונמצא בשימוש באפליקציית WhatsApp Business, ולא באפליקציית WhatsApp לצרכנים.
- האפליקציה פועלת בגרסה 2.24.17 ומעלה במכשיר הראשי.
- המספר נמצא בתוך Business Portfolio שיש לכם הרשאת מנהל אליו.
- המספר אינו מחובר לאפליקציה של ספק אחר.

### היכן Coexistence זמין

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

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

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

### מה משתבש במהלך ההצטרפות

שלוש תקלות אחראיות לרוב המקרים, וכל אחת נראית אחרת.

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

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

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

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

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

**איזו גרסת אפליקציה נדרשת?** 2.24.17 ומעלה במכשיר שבו נמצא המספר.

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

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

---

## EasyCoexistence מול 360dialog

https://easycoexistence.com/he/compare/easycoexistence-vs-360dialog

360dialog ו-EasyCoexistence משתמשות באותו מודל תמחור: עמלה קבועה לכל מספר מחובר, כאשר חיובי ההודעות של Meta מחויבים ישירות אליכם, בלי תוספת מצד אף אחת מהחברות. ההבדל הוא בסכום, במספר הרמות ובמה שהעמלה באמת כוללת.

### כמה משלמים לכל מספר

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

- 360dialog:: שלוש רמות WhatsApp API במחירים של €49, €99 ו-€500 לכל מספר בחודש, נכון לספטמבר 2026. בוחרים תוכנית בהרשמה וחוצים סף בהמשך.
- EasyCoexistence:: מחירון אחד, שפורסם, החל מ-US$ 9 לכל מספר מחובר בחודש ויורד ל-US$ 1 ככל שמוסיפים מספרים. אין בו הגבלת תכונות: המספר העשרים של סוכנות עושה כל מה שהראשון עושה ועולה פחות, ואין צורך בשיחת שדרוג כי אין למה לשדרג.

### מה קורה כשמוסיפים לקוחות

זה המצב שבו הסכום לכל מספר כבר אינו שגיאת עיגול.

- 360dialog:: ברמה הראשונה שלהם, עשרים מספרים עולים €980 בחודש לפני חיובי Meta. המודל הגיוני, והמכפיל פשוט קיים.
- EasyCoexistence:: עשרים מספרים עולים US$ 140 בחודש, כל אחד מחובר ל-Business Portfolio של הלקוח שלו, כל אחד מחויב בשורה נפרדת, בלי להגיע לרמה כלשהי בכל כמות.

### לאן מגיע תוכן השיחות

כדאי לקבוע זאת לפני כל דבר אחר, כי אי אפשר לשנות זאת מאוחר יותר.

- 360dialog:: דף התמחור שלהם לא מתאר את מסלול ההודעות. זו אינה ראיה לכאן או לכאן, וזו השאלה הראשונה שכדאי להפנות אליהם.
- EasyCoexistence:: Meta שולחת אירועי הודעות לכתובת URL שאתם מגדירים, דרך override במינוי של האפליקציה שלנו לחשבון שלכם. אירועים בחשבון שלא הוגדר עבורו יעד חוזרים ל-callback שלנו, שם המטפל משליך אותם בלי לשמור אותם.

### Coexistence עצמו

האם אפליקציית WhatsApp Business ממשיכה לעבוד במספר לאחר החיבור.

- 360dialog:: דף התמחור שלהם לא מתייחס לכך. שאלו אותם ישירות במקום לסמוך על דף השוואה, כולל הדף הזה: תכונה שלא תועדה אינה תכונה חסרה.
- EasyCoexistence:: זה כל המוצר. המספר מתחבר דרך תהליך Coexistence של Meta, האפליקציה ממשיכה בדיוק כפי שפעלה קודם, וכל ממשק רואה את מה שהשני שולח.

### מתי רוצים קשר מלא עם BSP

יש מקרה אחד כזה, והוא אמיתי.

- 360dialog:: כאשר קונים קשר עם ספק ולא רק חיבור. הם BSP מבוססים, עם היסטוריה תפעולית ארוכה, נוכחות אזורית ומערכי תמיכה שמוצר קטן לא יכול להשתוות אליהם. הרמה הגבוהה שלהם קיימת כי לשולחים גדולים יש צרכים שאין לקטנים.
- EasyCoexistence:: מוצר ממוקד: תמיכה בדוא״ל וציר זמן של החיבור שמציג מה קרה ומתי. זה מה שצריך מי שבונה את הממשק שלו, וזה אינו קשר לניהול חשבון.

### במה לבחור

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

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

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

**האם המחירים עדכניים?** אלה המחירים כפי שפורסמו בדף התמחור של 360dialog בספטמבר 2026 וקושרו למעלה. המחירים משתנים, לכן בדקו את המקור לפני שמחליטים.

**האם אחת מהן מוסיפה תשלום על חיובי Meta?** לא. שתיהן מעבירות אותם כפי שהם, ו-Meta מחייבת ישירות את חשבון WhatsApp Business שלכם.

**האם 360dialog תומכת ב-Coexistence?** דף התמחור שלהם לא מתייחס לכך. זו אינה ראיה לכאן או לכאן, וכדאי לשאול אותם.

**מה מתאים יותר לסוכנות?** לסוכנות שרוצה פלטפורמה לכל לקוח מתאימה 360dialog, ולסוכנות שרוצה חיבור לכל לקוח מתאים EasyCoexistence. עלות המספר נעשית משמעותית יותר ככל שהכמות גדלה.

---

## EasyCoexistence מול WATI

https://easycoexistence.com/he/compare/easycoexistence-vs-wati

אלה מוצרים שונים, לא גרסאות מתחרות של אותו מוצר. WATI מוכרת תיבת הודעות משותפת לצוות, לפי מספר המשתמשים ואנשי הקשר הפעילים בחודש. EasyCoexistence מוכרת את החיבור עצמו, לפי מספר, בלי תיבת הודעות כלל.

### על מה באמת משלמים בכל חודש

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

- WATI:: לפי משתמש ולפי איש קשר פעיל בחודש. התוכניות שפורסמו כוללות 3 עד 10 משתמשים ו-500 עד 2,500 אנשי קשר נכון לספטמבר 2026, כך שהחשבון גדל עם כל נציג שמעסיקים ועם כל לקוח שמדברים איתו.
- EasyCoexistence:: תשלום קבוע אחד לכל מספר מחובר, בלי מגבלת משתמשים ובלי מגבלת אנשי קשר. הלקוח העשרים של סוכנות לא עולה יותר מהראשון, וחודש עמוס עולה כמו חודש שקט.

### לאן מגיעות השיחות עם הלקוחות שלכם

זה ההבדל שאי אפשר לבטל אחר כך, והוא נובע ממה שכל מוצר באמת מציע.

- WATI:: לפלטפורמה שלהם. תיבת הודעות משותפת חייבת לשמור את תוכן ההודעות כדי להציג אותו לכל מי שפותח אותה, ודף התמחור שלהם מציג זאת כתכונה מרכזית בכל תוכנית.
- EasyCoexistence:: לשום מקום בצד שלנו. Meta שולחת אירועי הודעות ישירות לכתובת URL שאתם מגדירים, וכל מה שמגיע לכתובת ה-callback החלופית שלנו נמחק בלי להישמר. זה נאכף בקוד, לא רק מצוין במדיניות.

### האם הצוות שלכם צריך לשנות את אופן העבודה

זו השאלה שבעל עסק שואל לפני שהוא מסכים למשהו.

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

### מה קורה כשגדלים מעבר למוצר

לשניהם יש תקרה, אבל היא נמצאת במקום אחר בכל אחד מהם.

- WATI:: יותר משתמשים ויותר אנשי קשר פעילים, וכל אחד מהם הוא שלב נוסף בתשלום. הפלטפורמה היא המוצר, ולכן הגדילה פירושה לקנות ממנו יותר.
- EasyCoexistence:: אין מדרגות ואין מה לגדול מעבר לו. אתם בונים את הממשק, ולכן מה שגדל הוא המערכת שלכם, על גבי ה-API המתועד של Meta ובלי שום שכבה שלנו באמצע.

### מתי תיבת הודעות היא בדיוק מה שאתם צריכים

יש מקרה אחד כזה, והגדרתו היא מה שהופך את שאר העמוד הזה לשימושי.

- WATI:: צוות תמיכה של שמונה אנשים שמחלק שיחות בתוך הפלטפורמה שלהם, בתוכנית שמתחילה ב-4,999 רופי לחודש עבור שלושה משתמשים ו-500 אנשי קשר פעילים בחודש, כאשר כל משתמש נוסף מחויב בנפרד.
- EasyCoexistence:: זו משימה אחרת. כאן אין תיבת הודעות ואין תצוגת נציג, כי הממשק הוא החלק שכבר יש לכם או ללקוח שלכם.

### באיזה מוצר לבחור

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

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

EasyCoexistence הוא החיבור שמתחת לכל זה, בתשלום קבוע לכל מספר, כשהשיחות מגיעות למערכות שלכם והצוות ממשיך להשתמש באפליקציה שהוא כבר מכיר.

- להשוות ישירות את המחירים החודשיים. אחד כולל תיבת הודעות ומשתמשים, והשני לא.
- לבחור חיבור כשצוות צריך תיבת הודעות. הם לא יהיו מרוצים, ובצדק.
- לבחור תיבת הודעות כשאתם בונים את הממשק בעצמכם. בסוף יהיו לכם שתיים.

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

**מה זול יותר?** עד שישה מספרים, אנחנו, בהשוואה לתוכנית הכניסה שלהם. התוכנית הזו עולה 4,999 רופי לחודש, בערך US$ 53, לשלושה משתמשים ול-500 אנשי קשר פעילים בחודש. אצלנו המחיר הוא US$ 9 לכל מספר מחובר, או US$ 7 לכל אחד החל משישה מספרים, כך ששישה מספרים עולים US$ 42 לחודש. מעבר לזה, התשובה תלויה בחיובים שלהם לכל משתמש נוסף ולכל מדרגת אנשי קשר, שעולים עם הצוות ועם מספר הלקוחות, ואילו המחיר שלנו עולה רק עם מספר המספרים.

**האם WATI תומכת ב-Coexistence?** דף התמחור שלהם לא מתייחס לכך. שאלו אותם במקום להסתמך על העמוד הזה.

**יש לכם אפליקציה לנייד?** לא. הצוות משתמש באפליקציית WhatsApp Business, וזה בדיוק הרעיון של Coexistence.

---

## EasyCoexistence לעומת respond.io

https://easycoexistence.com/he/compare/easycoexistence-vs-respond-io

respond.io היא פלטפורמה רב-ערוצית: תיבות דואר לצוותים, תהליכי עבודה, סוכני AI ושידורים, במחיר שמתחיל ב-US$ 79 לחודש, עם מגבלות משתמשים ואנשי קשר. EasyCoexistence הוא החיבור שמתחת, בתמחור לפי מספר, בלי כל אלה.

### כמה עולה להפעיל

התמחור מחושב לפי יחידות שונות, כפי שפורסם בספטמבר 2026.

- respond.io:: המחיר מתחיל ב-US$ 79 לחודש עבור חמישה משתמשים ו-1,000 אנשי קשר פעילים בחודש, ומגיע עד US$ 279. החשבון תלוי במספר האנשים שעונים ובמספר הלקוחות שאליהם אתם מגיעים.
- EasyCoexistence:: המחיר מתחיל ב-US$ 9 לכל מספר מחובר בחודש, ויורד ל-US$ 1 ככל שמוסיפים מספרים, בלי מגבלות משתמשים או אנשי קשר. החשבון תלוי במספר המספרים שבשליטתכם, כלומר במספר שהסוכנות באמת מנהלת.

### איפה תוכן השיחה נשמר

זו תוצאה של מכירת תיבת דואר במקום חיבור.

- respond.io:: בפלטפורמה שלהם, שתיבת דואר לצוותים דורשת כדי להציג היסטוריה. דף התמחור שלהם לא מפרט את מדיניות השמירה, ולכן כדאי לשאול על כך אם הנושא חשוב לכם.
- EasyCoexistence:: אצלנו הוא לא נשמר. עקיפת הוובהוק (Webhook) שולחת אירועי הודעות מ-Meta ישירות לנקודת הקצה שלכם, וכל מה שמגיע למנגנון הגיבוי נמחק בלי להישמר.

### מה נמצא ביניכם לבין Meta

זו השאלה שמכריעה עבור כל מי שבונה תוכנה.

- respond.io:: הפלטפורמה שלהם. אתם משתלבים מול ההפשטה שלהם, מגבלות הקצב שלהם, מבנה הוובהוק שלהם ולוח השחרורים שלהם. מה שתבנו יהיה נייד רק במידה שהם יאפשרו.
- EasyCoexistence:: שום דבר. ה-API הוא של Meta, מתועד על ידי Meta, והוובהוק מגיע לנקודת הקצה שלכם. אין שום רכיב שלנו שעליכם לבנות מולו, וזה גם מה שמאפשר לעזוב.

### מה מנטר את החיבור

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

- respond.io:: זה לא נושא שדף התמחור שלהם מתייחס אליו, ולכן יהיה שגוי לקבוע תשובה. אם אתם מנהלים מספרים של לקוחות, שאלו במפורש מה קורה כשחיבור מתנתק בשקט.
- EasyCoexistence:: דירוג איכות, רמת הודעות ותעבורה נבדקים לפי לוח זמנים. אירועי החשבון של Meta מטופלים לפי שמם. נשמרים שני פרטי התחברות, כדי שאסימון גישה שבוטל לא ייחשב בטעות כמספר שאבד. עקיפת הוובהוק מוחלת מחדש לאחר חיבור מחדש שמסיר אותה.

### מתי פלטפורמה היא מה שאתם צריכים

כדאי להגדיר זאת, כי שני המוצרים עונים על שאלות שונות.

- respond.io:: כשאתם רוצים את הפלטפורמה. התוכניות שפורסמו כוללות תיבות דואר לצוותים וללקוחות מותאמים, תהליכי עבודה, שידורים, סוכני AI ודוחות, ובדרגים הגבוהים גם SSO ומרחבי עבודה מרובים. זו פלטפורמה רב-ערוצית, לא WhatsApp בלבד.
- EasyCoexistence:: היקף שונה בכוונה: מספר אחד, חיבור אחד, שישה עשר כלי MCP ווובהוק, כשהממשק נשאר אצלכם.

### במה לבחור

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

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

EasyCoexistence הוא השכבה שמתחת: תשלום קבוע לפי מספר, הוובהוק מופנה למערכת שלכם, והחיבור מנוטר כדי שכשל שקט לא יהפוך ללקוח שאבד.

- להשוות US$ 9 ל-US$ 79 כאילו הם קונים את אותו הדבר. הם לא.
- לבחור חיבור כשבעצם רציתם מוצר. תבלו חודשים בבנייה מחדש של תיבת דואר.
- להניח שכל ספק מנטר את החיבור. שאלו במפורש, כי זה כמעט אף פעם לא מופיע בדף תמחור.

**מה מתאים לי?** אלה שכבות שונות. respond.io היא פלטפורמה שעובדים בתוכה; זהו החיבור שמתחתיה, עבור צוותים שבונים את הממשק בעצמם.

**האם אפשר לעבור מהם אליכם?** המספר שלכם, ואפשר לחבר אותו דרך Coexistence. מה שתוותרו עליו הוא תיבת הדואר ותהליכי העבודה שלהם.

**האם יש לכם תהליכי עבודה או סוכני AI?** לא. מחבר MCP מאפשר לעוזר להשתמש במספר, והוובהוק מאפשר למערכת שלכם להגיב. אף אחד מהם אינו בונה תהליכי עבודה.

**האם המחירים האלה עדכניים?** אלה המחירים שפורסמו בספטמבר 2026 וקושרו למעלה. בדקו את המקור לפני קבלת החלטה.

---

## EasyCoexistence לעומת Dualhook

https://easycoexistence.com/he/compare/easycoexistence-vs-dualhook

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

### מהם שני המוצרים

זו ההשוואה הקרובה ביותר באתר, כי המיצוב כמעט זהה.

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

### לאן ההודעות מגיעות

שניהם מנתבים ישירות. ההבדל הוא במה שקורה לאירועים שלא נותבו.

- Dualhook:: ניתוב ישיר מ-Meta בלי שמירת הודעות, כפי שהאתר שלהם מציין במפורש, וזו אותה ארכיטקטורה שאנחנו משתמשים בה.
- EasyCoexistence:: אותו ניתוב. אנחנו מוסיפים מידע על נתיב הגיבוי: חשבון ללא עקיפה מוגדרת שולח ל-callback ברירת המחדל שלנו, שם ה-handler משליך את האירועים בלי לשמור אותם. הטענה נאכפת בקוד ולא רק במדיניות.

### כלל 14 ימי חוסר הפעילות

Meta מנתקת חיבור Coexistence אחרי בערך 14 ימים ללא פעילות במכשיר הראשי. שני המוצרים מטפלים בכך אחרת.

- Dualhook:: בתיעוד שלהם מתואר שההתראה נשלחת ביום 13, עם ספירה לאחור ומיילי תזכורת. זו תזכורת לכך שהשעון מתקדם, אבל לא תשובה לשאלה מדוע חיבור נותק בפועל.
- EasyCoexistence:: אנחנו מזהים את הניתוק עצמו וקוראים את שדה הסיבה של Meta, שמבדיל בין PRIMARY_INACTIVITY, BUSINESS_DOWNGRADE, CHANGE_NUMBER והשאר. הסיבה מבדילה בין שבועיים של שקט לבין לקוח שבאמת עזב.

### מה נשבר בחיבור מחדש

זו התוצאה היקרה ביותר של כלל חוסר הפעילות, והשאלה שכדאי לשאול כל ספק.

- Dualhook:: התיעוד שלהם לא מסביר מה קורה לעקיפת וובהוק אחרי חיבור מחדש. זו לא הוכחה שהם לא מטפלים בכך, ולכן כדאי להפנות אליהם את השאלה ישירות.
- EasyCoexistence:: הסרה מסירה את האפליקציה מהחשבון, והעקיפה מוסרת יחד איתה. חיבור מחדש מחזיר את השליחה והניטור, אבל השליחה לשרת שלכם פשוט מפסיקה בלי התראה. אנחנו מחילים אותה מחדש בכל חיבור, כי זה קרה למספר אמיתי שחזר תקין ואז הפסיק להעביר הודעות.

### כמה זה עולה לכל מספר

שניהם גובים תשלום חודשי קבוע לכל מספר מחובר, ולא לפי משתמש או הודעה, ואף אחד מהם לא מוסיף עמלה על מה ש-Meta מחייבת עבור שיחות.

- Dualhook:: דפי ההשוואה שלהם מתארים תשלום חודשי קבוע שמתחיל ב-$12 לחודש, כפי שפורסם בספטמבר 2026.
- EasyCoexistence:: מ-US$ 9 לכל מספר מחובר בחודש, ויורד עד US$ 1 ככל שמוסיפים מספרים, בלי מגבלה על משתמשים או אנשי קשר. לסוכנות, ההפרש מצטבר עם כל מספר של לקוח נוסף.

### מחבר ה-MCP

כאן אנחנו מציעים יותר, לקהל מסוים.

- Dualhook:: המסמכים שלהם לא מתארים שרת MCP. מגיעים למוצר שלהם דרך ה-API ולוח הבקרה.
- EasyCoexistence:: שישה עשר כלים דרך שרת MCP מרוחק עם OAuth, כך ש-Claude, ChatGPT, Cursor ו-Claude Code יכולים להציג מספרים, לבדוק תקינות חיבור, לשלוח הודעות ותבניות ולהגדיר יעדי וובהוק. לסוכנות שמצרפת לקוחות דרך עוזר, זה ההבדל.

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

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

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

**במה EasyCoexistence שונה?** מחבר MCP עם שישה עשר כלים, שהמסמכים שלהם לא מתארים, והחלה אוטומטית מחדש של עקיפת הוובהוק אחרי חיבור מחדש שמסיר אותה.

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

---

## האם אפשר להשתמש באפליקציית WhatsApp Business וב-API על אותו מספר?

https://easycoexistence.com/he/whatsapp-business-app-and-api-same-number

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

### איך מספר אחד יכול להיות בשני המקומות במקביל?

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

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

### מה באמת משתנה בטלפון?

פחות ממה שאנשים מצפים, אבל חשוב להכיר את ההבדלים לפני שמחברים.

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

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

### האם משהו יתקלקל אם נשנה את דעתנו?

לא, וחשוב לומר זאת בפשטות, כי זה החשש שמונע מאנשים לנסות.

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

המספר נשאר גם לאורך כל הדרך בתוך Meta Business Portfolio של העסק. ספק מתחבר אליו כ-Tech Provider, כלומר מקבל הרשאה ולא בעלות. לכן הסרת הספק משאירה את המספר במקום שבו היה, בלי לקחת אותו איתה.

### מה צריך כדי שזה יעבוד?

שלושה דברים, ושניים מהם כבר נמצאים אצלכם.

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

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

- להניח שחייבים לבחור. Coexistence קיימת בדיוק כדי שלא תצטרכו לבחור.
- לצפות לקבל שיחות קבוצתיות דרך ה-API. הן נשארות באפליקציה ומחוץ ל-API בכל מקום.
- לחכות לאפשרות בלוח הבקרה של Meta. תהליך ההצטרפות ל-Coexistence מתבצע דרך Tech Provider.

**האם זו תכונה רשמית?** כן. Coexistence היא תכונה של Meta וזהו השם ש-Meta נותנת לה. זה לא גשר, מכשיר מקושר או פתרון עוקף.

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

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

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

---

## איך לחבר את WhatsApp ל-API בלי לאבד את השיחות

https://easycoexistence.com/he/connect-whatsapp-without-losing-chats

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

### למה חיבור ל-API גרם בעבר לאובדן שיחות?

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

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

### מה Coexistence עושה אחרת?

הוא מוסיף את ה-API בלי להסיר את האפליקציה. המספר נרשם אצל Meta כמספר API, בעוד אפליקציית WhatsApp Business נשארת מקושרת אליו, כך ששניהם פועלים בו-זמנית על אותו מספר.

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

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

### מה בדיוק מסתנכרן, ומה לא?

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

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

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

### מה קורה אם מנתקים בהמשך?

האפליקציה ממשיכה לפעול והשיחות עדיין שם, כי הן מעולם לא עזבו.

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

המספר גם נשאר כל הזמן ב-Business Portfolio שלכם ב-Meta. ספק מתחבר אליו כ-Tech Provider, בהרשאה שאתם מעניקים ויכולים לבטל, כך שעזיבת ספק אינה דורשת להחזיר ממנו את המספר.

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

**האם אאבד את היסטוריית השיחות שלי?** לא. היא נמצאת בטלפון ונשארת שם. החיבור מוסיף את ה-API לצד האפליקציה במקום להחליף אותה.

**האם היסטוריה ישנה תופיע במערכת שלי?** היסטוריה עדכנית מסתנכרנת לאחר החיבור. הודעות ומדיה ישנות נשארות בטלפון.

**האם הצוות יכול להמשיך להשתמש באפליקציה?** כן, בדיוק כמו קודם. זו המטרה של Coexistence.

**מה קורה אם אני מנתק?** האפליקציה ממשיכה לפעול עם כל השיחות בשלמותן, כי שום דבר לא הועבר.

---

## הדרך הזולה ביותר לקבל את WhatsApp Business API

https://easycoexistence.com/he/cheapest-whatsapp-business-api

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

### על מה בעצם משלמים?

שני דברים נפרדים, והבלבול ביניהם הוא הסיבה לכך שהשוואות מחירים בתחום הזה משתבשות.

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

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

### לאן הכסף דולף?

לתוספת המחיר, שקל לפספס כי היא קטנה עבור כל הודעה.

כמה ספקים מוסיפים עמלה לכל הודעה, בנוסף לעמלה של Meta. Twilio מפרסמת US$ 0.005 לכל הודעה נכנסת ויוצאת. Gupshup מפרסמת US$ 0.001. ספקים אחרים מציגים תעריף משולב שכבר כולל את העמלה של Meta, ולכן תוספת המחיר קיימת, אך אי אפשר לבדוק אותה מול התעריף ש-Meta מפרסמת.

עשירית סנט נראית זניחה עד שמכפילים אותה. במאה אלף הודעות בחודש, התעריף המפורסם של Gupshup מסתכם ב-US$ 100 ושל Twilio ב-US$ 500 בכל חודש, בנוסף למה ש-Meta גובה. אלה המספרים שכדאי להכניס לגיליון לפני שבוחרים לפי תכונות.

### מהו המבנה הזול ביותר?

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

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

המחיר שלנו מתחיל ב-US$ 9 לכל מספר מחובר בחודש ויורד עד US$ 1 ככל שמוסיפים מספרים, ללא תשלום לפי הודעה. לפי התעריף המפורסם של Twilio, זה זול יותר מעל כ-1,800 הודעות בחודש, והפער גדל משם. פלטפורמות שגובות לפי רישיון משתמש הן חישוב אחר: הן גובות על אנשים ולא על הודעות, ולכן נקודת המעבר תלויה במספר המשתמשים.

### האם האפשרות הזולה ביותר היא הבחירה הנכונה?

לא בהכרח, וכדאי להיות כנים לגבי המקרים שבהם היא לא מתאימה.

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

האפשרות הזולה ביותר מתאימה כשכבר יש לכם מערכת. עסק עם CRM, מערכת תמיכה, כלי אוטומציה או סוכן AI לא צריך מקום נוסף לקריאת הודעות. הוא צריך ש-WhatsApp תגיע למערכת הראשונה. עבור הצורך הזה, תשלום לפי מספר וללא תשלום לפי הודעה הוא הסכום הנמוך ביותר שאפשר לשלם ולהישאר ב-API הרשמי.

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

**האם WhatsApp Business API בחינם?** הגישה כן. Meta גובה תשלום על שיחות, וספקים גובים תשלום נוסף על הגישה. החלק של Meta זהה בכל מקום.

**איזה ספק הוא הזול ביותר?** המבנה הזול ביותר הוא תשלום קבוע לפי מספר, ללא תוספת מחיר. המחיר שלנו מתחיל ב-US$ 9 למספר ויורד עד US$ 1 ככל שמוסיפים מספרים.

**האם ספק זול יותר אומר API גרוע יותר?** לא. ה-Cloud API הוא של Meta בכל המקרים. הספק משנה את מה שנמצא לפניו ואת המחיר שהוא גובה.

**מתי כדאי לבחור ספק יקר יותר?** כשאתם רוצים את המוצר שהוא מוכר, למשל תיבת הודעות משותפת שהצוות עובד בה כל היום.

---

## רכיבי תבנית: כותרת, גוף, תחתית וכפתורים

https://easycoexistence.com/he/docs/template-components

תבנית נבנית מארבעה רכיבים לכל היותר: כותרת, גוף, תחתית וכפתורים. רק הכותרת והגוף תומכים במשתנים, ולכל רכיב יש מגבלות שקובעות מה ההודעה יכולה לומר עוד לפני ש-Meta בודקת אותה.

### כותרת

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

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

### גוף

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

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

### תחתית

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

שימוש נפוץ הוא שורת הסרה מרשימת תפוצה בתבניות שיווקיות, מה שגם מסייע למעמד התבנית אצל הנמענים.

### כפתורים

עד עשרה בסך הכול, בשלושה סוגים, והשילוב ביניהם משפיע במידה רבה על האישור.

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

### למה המבנה חשוב לפני הבדיקה

Meta בודקת את התבנית כמכלול, ורוב הדחיות נובעות מהמבנה ולא מהניסוח.

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

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

**אילו חלקים תומכים במשתנים?** הכותרת, במשתנה אחד לכל היותר, והגוף, בכמה משתנים. תחתיות אינן תומכות במשתנים, וכפתורי URL תומכים בערך אחד שמתווסף לכתובת.

**מה האורך המרבי של הגוף?** 1024 תווים, ולכן זהו הרכיב הארוך ביותר בפער ניכר.

**כמה כפתורים מותרים?** עד עשרה בסך הכול, עם מגבלות בתוך כל סוג.

**למה התבנית שלי נדחתה?** ברוב המקרים בגלל המבנה ולא בגלל הניסוח: מעט מדי מילים קבועות או קטגוריה שגויה. במקרה כזה מוחזר קוד שגיאה 132007.

---

## מחזור החיים של סטטוס התבנית

https://easycoexistence.com/he/docs/template-status-lifecycle

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

### המצבים

לפי הסדר שבו תבנית פוגשת אותם בדרך כלל.

- PENDING: נשלחה וממתינה לבדיקה.
- APPROVED: אפשר להשתמש בה לשליחה.
- REJECTED: נדחתה בבדיקה, בדרך כלל בגלל מבנה או קטגוריה.
- PAUSED: אינה זמינה זמנית לאחר ירידה באיכות.
- DISABLED: אינה זמינה לצמיתות, סוף התהליך.

### איך תבנית נעצרת

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

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

### שני הוובהוקים

שניהם נחוצים כדי לראות את כל המחזור, והרשמה לאחד בלי השני משאירה נקודה עיוורת.

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

### למה צהוב הוא הזמן לפעול

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

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

### מה קורה בעריכה

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

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

- להתייחס לאישור כאל מצב קבוע. תבנית מאושרת יכולה להיעצר ולבסוף להיות מושבתת.
- להירשם לסטטוס בלי לאיכות. השדה quality הוא ההתראה המוקדמת.
- לערוך את משתני התבנית בלי לבדוק את הקוד ששולח אותה.

**האם תבנית מאושרת נשארת מאושרת?** לא בהכרח. משוב שלילי מתמשך יכול לעצור אותה ולבסוף להשבית אותה לצמיתות.

**מה ההבדל בין עצירה להשבתה?** עצירה מתבטלת מעצמה. השבתה היא לצמיתות, ואי אפשר להשתמש שוב בתבנית.

**איך אפשר לזהות את זה מראש?** הירשמו לוובהוק איכות התבנית. הוא מדווח על המעבר לצהוב כשהתבנית עדיין עובדת.

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

---

## שליחת תבנית עם משתנים

https://easycoexistence.com/he/docs/sending-a-template-with-variables

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

### איך מתבצעת התאמת הפרמטרים

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

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

### רכיבים הם רשימות נפרדות

משתנה בכותרת ומשתנה בגוף אינם משתמשים באותה רשימה. כל רכיב מכיל את הפרמטרים שלו, ומיזוג שלהם גורם לאי-התאמה בכמות.

- פרמטרים של הכותרת נמצאים ברכיב כותרת, ויש לכל היותר רכיב אחד כזה.
- פרמטרים של הגוף נמצאים ברכיב גוף, לפי הסדר.
- פרמטרים של כתובת URL בכפתור נמצאים ברכיב כפתור, לפי אינדקס הכפתור.
- שליחת רשימה אחת לכל הפרמטרים מחזירה את קוד השגיאה 132000.

### איך לבחור את השפה הנכונה

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

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

### פרמטרים עם סוג מוגדר

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

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

### מה משמעותה של כל שגיאה

אפשר להבדיל בין שלוש התקלות, וכך לחסוך ניחושים רבים אם רושמים אותן בנפרד במקום לקבץ אותן כשגיאת תבנית.

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

- הנחה ש-en עובר אוטומטית ל-en_US. זה לא קורה, והשגיאה נראית כאילו התבנית חסרה.
- מיזוג פרמטרים של הכותרת והגוף לרשימה אחת. אלה רכיבים נפרדים.
- שליחת מטבע או תאריך כטקסט פשוט. לפרמטרים עם סוג מוגדר יש מבנה קבוע.

**האם למשתני תבנית יש שמות?** לא. הם ממוקמים לפי סדר, לכן סדר הפרמטרים הוא כל ההסכם.

**למה התבנית שלי לא קיימת?** בדרך כלל הסיבה היא קוד השפה. תבנית מזוהה לפי השם והשפה יחד, ואין התאמה חלופית.

**מה קורה אם שולחים יותר מדי פרמטרים?** קוד השגיאה 132000. כמות גדולה מדי נכשלת באותה צורה כמו כמות קטנה מדי.

**איך שולחים סכום?** כפרמטר מטבע עם סכום, קוד מטבע ומחרוזת חלופית, ולא כטקסט פשוט.

---

## מגבלות קצב ותפוקת הודעות

https://easycoexistence.com/he/docs/rate-limits-and-throughput

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

### דרגת הודעות

כמה לקוחות ייחודיים אפשר להגיע אליהם בהודעות מחוץ לחלון שירות לקוחות, בטווח נע של 24 שעות. מאז 7 באוקטובר 2025 הדרגה נקבעת לכל Business Portfolio ומשותפת לכל המספרים בו, והיא עולה אוטומטית כשהאיכות נשמרת והנפח גדל.

- המגבלות עולות בשלבים: 250, 2,000, 10,000, 100,000 ובלי הגבלה של נמענים ייחודיים ביום.
- רק הודעות שנמסרו מחוץ לחלון שירות לקוחות נספרות.
- תשובות בתוך חלון השירות לא נספרות.
- ירידה באיכות כבר לא מורידה את המגבלה, אבל היא עוצרת את העלייה.

### תפוקה

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

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

### מגבלות לכל נמען

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

הסיבה כמעט תמיד אוטומטית: לולאת ניסיונות חוזרים, מטפל וובהוק (Webhook) שנקרא פעמיים לאותו אירוע, או בוט שמפצל תשובה אחת להרבה הודעות קצרות.

### מגבלות קריאות ניהול

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

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

### מה מעלה מגבלה

איכות והיסטוריה, לא תשלום. אין מסלול לרכישה ואין ספק שיכול להסיר תקרה בשמכם.

- שומרים על דירוג איכות ירוק; חסימות של נמענים הן שמורידות אותו.
- שולחים נפח בצורה עקבית ולא בפרצים.
- משלימים אימות עסק, אחד המסלולים מ-250 ל-2,000.
- משתמשים לפחות בחצי מהמגבלה הנוכחית; העלאות מעל 2,000 הן אוטומטיות.

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

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

**אפשר לשלם על מגבלת הודעות גבוהה יותר?** לא. המגבלות עולות אוטומטית לפי איכות והיסטוריית שליחה.

**האם התפוקה נמוכה יותר ב-Coexistence?** כן. Meta מגבילה אותה ליותר נמוך מאשר במספר Cloud API רגיל, ואף ספק לא יכול להעלות אותה.

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

---

## שליחת הודעות אינטראקטיביות: כפתורים ורשימות

https://easycoexistence.com/he/docs/sending-interactive-messages

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

### כפתורי תגובה

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

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

### הודעות רשימה

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

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

### איך התגובה מגיעה

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

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

### מה Coexistence משנה

שום דבר בכפתורים וברשימות עצמם. אלה הודעות רגילות של Cloud API, והן פועלות באותו אופן במספר Coexistence כמו בכל מספר אחר.

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

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

**כמה כפתורים אפשר לשלוח?** שלושה. זו מגבלה קשיחה של הפלטפורמה ואין לה פתרון עוקף.

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

**אפשר לשלב כפתורים ורשימה?** לא. הודעה אחת מכילה כפתורים או רשימה.

**האם יש לכך עלות נוספת?** לא. אלה הודעות רגילות, ו-Meta מתמחרת אותן באותו אופן כמו כל הודעה אחרת בשיחה.

---

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

https://easycoexistence.com/he/docs/sending-media-messages

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

### המגבלות לפי סוג

המגבלה שונה לכל סוג, וחריגה ממנה מחזירה את קוד השגיאה 131053 במקום הסבר מועיל.

- תמונות: 5 MB. JPEG ו-PNG.
- וידאו: 16 MB. MP4 ו-3GPP, עם וידאו H.264 ואודיו AAC.
- אודיו: 16 MB. AAC, AMR, MP3, אודיו MP4 ו-OGG עם Opus.
- מסמכים: 100 MB. רוב סוגי המסמכים הנפוצים, כולל PDF ופורמטים של Office.
- מדבקות: 100 KB מונפשות, 500 KB סטטיות, WebP בלבד.

### העלאה לעומת קישור

יש שתי דרכים לשלוח את אותו קובץ, והן נכשלות בדרכים שונות.

בהעלאה, הקובץ נשלח קודם ל-Meta ומוחזר id של מדיה שאליו מפנים בזמן השליחה. בקישור, נותנים ל-Meta כתובת URL שממנה תוריד את הקובץ בזמן השליחה. מסלול הקישור נראה פשוט יותר, אבל מוסיף נקודת כשל שלא תוכלו לראות: כתובת URL שנפתחת בדפדפן עשויה להיות בלתי נגישה מהתשתית של Meta בגלל מיקום גיאוגרפי, כלל חומת אש או קובץ cookie שהדפדפן שלכם כבר מחזיק.

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

### קבלת מדיה

מדיה נכנסת מגיעה כ-id של מדיה ולא כבתים. ה-handler שלכם מוריד את הקובץ בנפרד באמצעות ה-id הזה.

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

### מה Coexistence משנה

מדיה במספר Coexistence פועלת בדיוק כמו בכל מספר אחר של Cloud API, עם אותן מגבלות.

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

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

**מהו הקובץ הגדול ביותר שאפשר לשלוח?** 100 MB, ורק למסמכים. וידאו ואודיו מוגבלים ל-16 MB, ותמונות ל-5 MB.

**האם להעלות או לשלוח כתובת URL?** להעלות. כך הנגישות אינה גורם לכשל.

**כמה זמן id של מדיה תקף?** לא ללא הגבלת זמן, ולכן כדאי להוריד מדיה נכנסת מיד כשהאירוע מגיע.

**האם מדיה ישנה מסתנכרנת כשמתחברים?** לא. סנכרון ההיסטוריה כולל תוכן של הודעות אחרונות; מדיה מלפני החיבור נשארת בטלפון.

---

## תגובות להודעות: שליחה וקבלה של אימוג'י

https://easycoexistence.com/he/docs/message-reactions

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

### שליחת תגובה

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

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

### הסרת תגובה

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

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

### קבלת תגובות

תגובות נכנסות מתקבלות ב-וובהוק (Webhook) של messages כהודעה מסוג reaction, שמציינת את מזהה ההודעה שאליה הן מצורפות ואת האימוג'י.

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

### החלון עדיין חל

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

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

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

**איך מסירים תגובה?** שולחים את אותה הודעת reaction עם מחרוזת אימוג'י ריקה. אין קריאה למחיקה.

**האם תגובות עולות כסף?** לא. הן לא פותחות שיחה בחיוב.

**האם אפשר להגיב לכל הודעה?** רק להודעות שהמספר שלכם שלח או קיבל, ורק בתוך חלון השירות של 24 שעות.

**האם תגובה של לקוח פותחת מחדש את החלון?** כן. כל הודעה נכנסת ממנו עושה זאת, כולל תגובה.

---

## שליחת הודעות מיקום ואנשי קשר

https://easycoexistence.com/he/docs/sending-location-and-contacts

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

### הודעות מיקום

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

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

### קבלת מיקום

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

- קואורדינטות תמיד קיימות, אך שם וכתובת לא.
- מיקום משותף הוא הודעה, ולכן הוא פותח מחדש את חלון השירות של 24 שעות.
- התייחסו לקואורדינטות כמשוערות. הדיוק של טלפונים משתנה.
- שמרו רק את מה שנחוץ לכם. Meta אינה היסטוריית מיקומים.

### הודעות אנשי קשר

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

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

### מה Coexistence מסירה

מיקום חי הוא אחת מארבע תכונות WhatsApp ש-Meta משביתה במספר לאחר הפעלת Coexistence, לצד הודעות נעלמות, מדיה לצפייה חד-פעמית ורשימות תפוצה.

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

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

**אפשר לשלוח מיקום חי?** לא במספר Coexistence. Meta משביתה אותו, ואף ספק לא יכול להפעיל אותו מחדש.

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

**כמה אנשי קשר אפשר לכלול בהודעה אחת?** כמה. כל אחד כולל את שדות vCard הסטנדרטיים, והנמען יכול לשמור אותו ישירות.

**האם מיקום משותף פותח מחדש את חלון השירות?** כן. זו הודעה נכנסת כמו כל הודעה אחרת.

---

## EasyCoexistence לעומת AiSensy

https://easycoexistence.com/he/compare/easycoexistence-vs-aisensy

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

### מהו כל מוצר

הם לא מתחרים על אותה רכישה, והבהירות הזו הופכת את ההשוואה לשימושית.

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

### למי המוצר מיועד

שניהם מחברים את WhatsApp. המשימה היומיומית שכל אחד מצפה שתבצעו שונה.

- AiSensy:: צוות שיווק שמנהל קמפיינים להפצה ומשפכי צ'אטבוט, ורוצה את בונה הקמפיינים, רשימות אנשי הקשר והניתוח במקום אחד, ומוכן לעבוד בתוכו.
- EasyCoexistence:: עסק או מפתח שכבר יש לו מערכת. אנחנו מכניסים אליה את הודעות WhatsApp ושומרים על החיבור פעיל, ואז מפנים את הדרך. אם אתם רוצים קמפיינים, הפעילו אותם במקום שבו נתוני הלקוחות שלכם כבר נמצאים.

### השארת האפליקציה בטלפון

זו בדיוק הסיבה ש-Coexistence קיימת, והשאלה שכדאי לשאול כל פלטפורמה.

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

### לפי מה נקבעת החשבונית

זהו ההבדל המבני, וזה שקובע את הסכום הכולל כשגדלים.

- AiSensy:: מינוי המבוסס על משתמשים ורמות תוכנית, כך שהחשבונית עוקבת אחר גודל הצוות והתכונות שנפתחו, ומשלמים גם אם המשתמשים אינם פעילים.
- EasyCoexistence:: מספר מחובר. הוספת עמית לא עולה דבר כי אין משתמשים לחיוב, והתעריף לכל מספר יורד ככל שמוסיפים מספרים, מ-US$ 9 עד US$ 1. המספר הארבעים של סוכנות עושה כל מה שהראשון עשה ועולה פחות.

### מה קורה אם עוזבים

כדאי לשאול זאת על כל דבר שמחזיק את השיחות שלכם.

- AiSensy:: תיבת ההודעות, היסטוריית אנשי הקשר והאוטומציות נמצאות בפלטפורמה. זה מה שמאפשר להן לעבוד, וזה גם מה שהופך את העזיבה לפרויקט הגירה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו. ההודעות נמסרו למערכת שלכם עם הגעתן, והמספר נמצא ב-Business Portfolio של Meta שבבעלות הלקוח, כך שהסרתנו משאירה אותו בדיוק במקומו.

- השוואת מחיר למשתמש למחיר למספר בלי לחשב את שניהם לפי המבנה שלכם.
- תשלום על תיבת הודעות כשהצוות שלכם כבר עובד ב-CRM.
- הנחה שהחיבור ל-WhatsApp שונה. ה-Cloud API שמתחת הוא של Meta בשני המקרים.

**מה זול יותר?** לעסק עם מספרים ומערכת קיימת, EasyCoexistence זולה יותר לפי מספר. צוות של חמישה בתיבת הודעות אחת עשוי להעדיף חיוב לפי משתמשים.

**האם אני מאבד תיבת הודעות משותפת?** אתם לא עוברים לתיבה חדשה. ההודעות מגיעות לכלי שהצוות שלכם כבר משתמש בו, ושם הוא כבר עובד.

**האם החיבור ל-WhatsApp שונה?** לא. בשני המקרים זה ה-Cloud API של Meta. ההבדל הוא במה שנמצא לפניו ובאופן החיוב.

**האם אני מקבל קמפיינים להפצה?** לא מאיתנו, ואינכם מחויבים עליהם. ההודעות מגיעות למערכת שלכם, ולכן הקמפיינים פועלים בכל מקום שבו נתוני הלקוחות שלכם כבר נמצאים.

---

## EasyCoexistence מול Interakt

https://easycoexistence.com/he/compare/easycoexistence-vs-interakt

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

### מהו כל מוצר

הם לא מתחרים על אותה רכישה, והבהירות הזו הופכת את ההשוואה לשימושית.

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

### איפה נמצאת לוגיקת המסחר

זו ההחלטה החשובה לחנות מקוונת, והיא קשורה למקום שבו הקטלוג שלכם כבר נמצא.

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

### כמה סוכנות משלמת

כאן הפער בין תמחור לפי נציג לתמחור לפי מספר הוא הגדול ביותר.

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

### אחרי מה החשבון עוקב

זה ההבדל המבני, והוא שקובע את הסכום הכולל כשאתם גדלים.

- Interakt:: מינוי שבנוי סביב משתמשים ורמות מינוי, כך שהחשבון עוקב אחרי גודל הצוות והתכונות שנפתחו, ומשלמים עליו גם כשהמשתמשים אינם פעילים.
- EasyCoexistence:: מספר מחובר. הוספת עמית לא עולה דבר כי אין משתמשים, והתעריף לכל מספר יורד ככל שמוסיפים מספרים, מ-US$ 9 עד US$ 1. המספר הארבעים של סוכנות עושה כל מה שהראשון עושה ועולה פחות.

### מה קורה אם עוזבים

כדאי לשאול זאת על כל מוצר שמחזיק את השיחות שלכם.

- Interakt:: תיבת ההודעות, היסטוריית אנשי הקשר והאוטומציות נמצאות בפלטפורמה. כך הן פועלות, וזה גם מה שהופך את העזיבה לפרויקט הגירה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו. ההודעות הועברו למערכת שלכם כשהגיעו, והמספר נמצא ב-Business Portfolio של Meta שבבעלות הלקוח. לכן הסרת השירות משאירה אותו בדיוק במקום שבו היה.

- השוואת מחיר למשתמש למחיר לפי מספר בלי לחשב את שניהם לפי המבנה שלכם.
- תשלום על תיבת הודעות כשהצוות כבר עובד ב-CRM.
- הנחה שהחיבור ל-WhatsApp שונה. ה-Cloud API שמתחת זהה בשני המקרים, והוא של Meta.

**איזה פתרון זול יותר?** זה תלוי במבנה. צוות של חמישה בתיבת הודעות אחת עשוי להעדיף משתמשים. עסק עם מספרים ומערכת קיימת משלם אצלנו הרבה פחות לכל מספר.

**האם אני מאבד תיבת הודעות משותפת?** אתם אף פעם לא עוברים לתיבת הודעות כזו. ההודעות מגיעות לכלי שהצוות שלכם כבר משתמש בו, ושם הוא כבר עובד.

**האם החיבור ל-WhatsApp שונה?** לא. בשני המקרים זה ה-Cloud API של Meta. ההבדל הוא במה שנמצא לפניו ובאופן החיוב.

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

---

## EasyCoexistence מול DoubleTick

https://easycoexistence.com/he/compare/easycoexistence-vs-doubletick

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

### מהו כל מוצר

הם אינם מתחרים על אותה רכישה, והבהירות הזו הופכת את ההשוואה לשימושית.

- DoubleTick:: פלטפורמת מכירות ב-WhatsApp, המבוססת על תיבת הודעות משותפת בנייד, שליחת הודעות בכמות גדולה ושיתוף קטלוג, בתשלום לפי משתמש ומיועדת לצוותי מכירות שעובדים מהטלפון.
- EasyCoexistence:: תשתית Coexistence. אפליקציית WhatsApp Business בטלפון ממשיכה לעבוד, ה-Cloud API פועל על אותו מספר, ואירועי הודעות עוברים מ-Meta ישירות ל-CRM, למערכת התמיכה, לאוטומציה או לסוכן AI שלכם. אין מוצר שהצוות צריך לעבור אליו.

### איך צוות המכירות עובד ביום יום

זו החלטת הרכישה שנמצאת בבסיס שני המוצרים.

- DoubleTick:: באפליקציה שלהם, שבה נמצאים תיבת ההודעות המשותפת, הקטלוג ושליחת ההודעות בכמות גדולה, בתוכנית שמתחילה בכ-2,500 רופי לחודש ומתומחרת לפי משתמש, כך שהחשבון גדל לפי מספר אנשי המכירות.
- EasyCoexistence:: בכל CRM שהצוות כבר משתמש בו. אנחנו מעבירים אליו את השיחה, כך שאיש המכירות רואה את WhatsApp לצד רשומת העסקה, במקום באפליקציה נפרדת שצריך לזכור לפתוח.

### כמה עולה מספר נוסף

זה נפוץ בפעילות מכירות עם יותר מקו אחד.

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

### לפי מה נקבע החשבון

זה ההבדל המבני, והוא שקובע את הסכום הכולל כשאתם גדלים.

- DoubleTick:: מינוי המבוסס על משתמשים ועל רמות תוכנית, כך שהחשבון עוקב אחר גודל הצוות והיכולות שנפתחות, ומשולם גם אם המשתמשים אינם פעילים.
- EasyCoexistence:: מספר מחובר. הוספת עמית אינה עולה דבר כי אין משתמשים לחיוב, והתעריף למספר יורד עם הוספת מספרים, מ-US$ 9 עד US$ 1. המספר הארבעים של סוכנות עושה כל מה שהראשון עשה ועולה פחות.

### מה קורה אם עוזבים

כדאי לשאול את זה על כל מוצר שמחזיק את השיחות שלכם.

- DoubleTick:: תיבת ההודעות, היסטוריית אנשי הקשר והאוטומציות נמצאות בפלטפורמה. זה מה שמאפשר להן לעבוד, וזה גם מה שהופך את העזיבה לפרויקט הגירה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו. ההודעות נמסרו למערכת שלכם בזמן שהגיעו, והמספר נמצא ב-Business Portfolio של Meta שבבעלות הלקוח, לכן הסרת השירות משאירה הכול בדיוק במקומו.

- להשוות מחיר למשתמש למחיר למספר בלי לחשב את שניהם לפי המבנה שלכם.
- לשלם על תיבת הודעות כשהצוות שלכם כבר עובד ב-CRM.
- להניח שהחיבור ל-WhatsApp שונה. ה-Cloud API שמתחת זהה בשני המקרים והוא של Meta.

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

**האם אני מאבד תיבת הודעות משותפת?** אתם לא עוברים לתיבת הודעות חדשה. ההודעות מגיעות לכלי שהצוות שלכם כבר משתמש בו, ושם הוא כבר עובד.

**האם החיבור ל-WhatsApp שונה?** לא. בשני המקרים זה ה-Cloud API של Meta. ההבדל הוא במה שנמצא לפניו ובאופן החיוב.

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

---

## EasyCoexistence מול Zoko

https://easycoexistence.com/he/compare/easycoexistence-vs-zoko

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

### מהו כל מוצר

הם אינם מתחרים על אותה רכישה, והבהירות הזו הופכת את ההשוואה לשימושית.

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

### אם יש לכם חנות Shopify

זו התשובה הכנה, כי מדובר ברכישה שונה באמת.

- Zoko:: נבנתה בדיוק לכך. שחזור עגלות, קטלוג ותהליכי הזמנה מוגדרים מראש ולא דורשים פיתוח. זה שווה כסף אם Shopify הוא כל העסק שלכם ואתם רוצים להתחיל לעבוד כבר השבוע.
- EasyCoexistence:: השכבה שמתחת. אם החנות שלכם אינה Shopify, או שהלוגיקה נמצאת ב-backend שלכם, אנחנו מעבירים אליה אירועי WhatsApp ומאפשרים למערכת שלכם להחליט מה משמעותה של הודעה. אין מה להגדיר סביב פלטפורמה שאינה אצלנו.

### מה קורה כשהחנות אינה כל העסק

זה המקרה שבו פלטפורמה שמותאמת לחנות מפסיקה להתאים.

- Zoko:: עומק בתוך מערכת אקולוגית אחת. זו הבחירה של מוצר מתמחה, וזו הסיבה שהוא עובד היטב בתוכה.
- EasyCoexistence:: אדישות למערכת האקולוגית. הוובהוק (Webhook) נשלח אל נקודת הקצה שלכם, ולכן אותו חיבור משרת חנות Shopify, backend מותאם אישית, תהליך n8n או סוכן AI, בלי לשנות את אופן חיבור המספר.

### לפי מה נקבעת החשבונית

זה ההבדל המבני, והוא שקובע את הסכום הכולל כשהעסק גדל.

- Zoko:: מינוי המבוסס על משתמשים ועל רמות תוכנית, כך שהחשבונית עוקבת אחר גודל הצוות והתכונות שנפתחו, גם אם אינכם משתמשים בכל הרישיונות.
- EasyCoexistence:: מספר מחובר. הוספת עמית אינה עולה דבר כי אין רישיונות משתמש, והתעריף למספר יורד ככל שמוסיפים מספרים, מ-US$ 9 עד US$ 1. המספר הארבעים של סוכנות עושה את כל מה שהראשון עושה, ועולה פחות.

### מה קורה אם עוזבים

כדאי לשאול זאת על כל מוצר שמחזיק את השיחות שלכם.

- Zoko:: תיבת הדואר, היסטוריית אנשי הקשר והאוטומציות נמצאות בתוך הפלטפורמה. זה מה שמאפשר להן לעבוד, וזה גם מה שהופך את העזיבה לפרויקט הגירה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו. ההודעות הועברו למערכת שלכם בזמן שהגיעו, והמספר נמצא ב-Business Portfolio של Meta שבבעלות הלקוח. לכן הסרת השירות משאירה אותו בדיוק במקום שבו היה.

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

**איזה מוצר זול יותר?** ל-Zoko אין מחירון פומבי להשוואה. EasyCoexistence עולה US$ 9 למספר, ללא רישיונות משתמש, ולכן עסק עם מספרים ומערכת קיימת משלם אצלנו פחות.

**האם מאבדים תיבת דואר משותפת?** אינכם עוברים לתיבת דואר חדשה. ההודעות מגיעות לכלי שהצוות שלכם כבר משתמש בו, ושם הוא כבר עובד.

**האם חיבור WhatsApp שונה?** לא. בשני המקרים מדובר ב-Cloud API של Meta. ההבדל הוא במה שנמצא לפניו ובאופן החיוב.

**אני משתמש ב-Shopify. האם כדאי להשתמש ב-Zoko?** Zoko מוכרת תהליכי Shopify מוגדרים במינוי חודשי. אם הלוגיקה כבר נמצאת בחנות או ב-backend שלכם, אנחנו מכניסים אליה את WhatsApp ב-US$ 9 למספר, ואתם משאירים את התהליכים במקום שבו נתוני ההזמנות כבר נמצאים.

---

## EasyCoexistence לעומת Trengo

https://easycoexistence.com/he/compare/easycoexistence-vs-trengo

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

### מהו כל מוצר

הם לא מתחרים על אותה רכישה, והבהירות הזו הופכת את ההשוואה לשימושית.

- Trengo:: תיבת צוות רב-ערוצית שמאחדת WhatsApp, דוא״ל, צ׳אט חי, קול ורשתות חברתיות בתצוגה אחת, מתומחרת לפי משתמש ומיועדת לצוותי תמיכה שמנהלים כמה ערוצים.
- EasyCoexistence:: תשתית Coexistence. אפליקציית WhatsApp Business בטלפון ממשיכה לעבוד, Cloud API פועל על אותו מספר, ואירועי ההודעות עוברים מ-Meta ישירות ל-CRM, למערכת התמיכה, לאוטומציה או לסוכן AI שלכם. אין מוצר שאליו הצוות צריך לעבור.

### תיבת דואר אחת לכל ערוץ

זו ההבטחה המרכזית שלהם, והיא טובה לצוות המתאים.

- Trengo:: דוא״ל, WhatsApp, צ׳אט וקול במקום אחד, עם הקצאה משותפת וכללים. לצוות תמיכה שטובע בלשוניות, האיחוד הזה הוא המוצר, והוא עובד.
- EasyCoexistence:: אנחנו מטפלים בערוץ אחד ולא מבקשים מכם לאחד מערכות. אם מערכת התמיכה שלכם כבר מטפלת בדוא״ל ובצ׳אט, WhatsApp מגיע לשם דרך וובהוק (Webhook), והצוות לא צריך ללמוד כלי נוסף.

### כמה משלמים כשהצוות גדל

לתמחור לפי משתמש יש מבנה שכדאי לראות לפני שמגייסים.

- Trengo:: תשלום לפי משתמש, כך שכל עובד תמיכה חדש מגדיל את החשבון החודשי, גם אם הוא לא נוגע ב-WhatsApp.
- EasyCoexistence:: תשלום לפי מספר. צוות תמיכה של שניים וצוות של עשרים משלמים אותו דבר, כי יחידת החיוב היא החיבור ולא האדם.

### אחרי מה עוקב החשבון

זה ההבדל המבני, וזה שקובע את הסכום הכולל כשגדלים.

- Trengo:: מינוי שמבוסס על משתמשים ועל רמות תוכנית, כך שהחשבון עוקב אחר גודל הצוות והיכולות שנפתחות, ומשלמים גם כשלא משתמשים בכל המשתמשים.
- EasyCoexistence:: מספר מחובר. הוספת עמית לא עולה דבר כי אין משתמשים לחיוב, והתעריף למספר יורד ככל שמוסיפים מספרים, מ-US$ 9 עד US$ 1. המספר הארבעים של סוכנות עושה כל מה שהראשון עשה ועולה פחות.

### מה קורה אם עוזבים

כדאי לשאול את זה על כל מערכת שמחזיקה את השיחות שלכם.

- Trengo:: תיבת הדואר, היסטוריית אנשי הקשר והאוטומציות נמצאות בפלטפורמה. זה מה שמאפשר להן לעבוד, וזה גם מה שהופך את העזיבה לפרויקט הגירה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו. ההודעות נמסרו למערכת שלכם בזמן שהגיעו, והמספר נמצא ב-Business Portfolio של Meta שבבעלות הלקוח. לכן הסרת השירות משאירה הכול בדיוק במקום שבו היה.

- השוואת מחיר למשתמש למחיר לפי מספר בלי לחשב את שניהם לפי המבנה שלכם.
- תשלום על תיבת דואר כשהצוות שלכם כבר עובד ב-CRM.
- הנחה שהחיבור ל-WhatsApp שונה. Cloud API שמתחת לשניהם הוא של Meta.

**מה זול יותר?** לצוות של חמישה בתיבת דואר אחת עשוי להתאים תמחור לפי משתמש. לעסק עם מספרים ומערכת קיימת, התשלום אצלנו לפי מספר נמוך בהרבה.

**האם אני מאבד תיבת דואר משותפת?** אתם לא עוברים לתיבת דואר חדשה. ההודעות מגיעות לכלי שהצוות שלכם כבר משתמש בו, ושבו הוא כבר עובד.

**האם החיבור ל-WhatsApp שונה?** לא. בשני המקרים זה Cloud API של Meta. ההבדל הוא במה שנמצא לפניו ובאופן החיוב.

**אני צריך גם דוא״ל וצ׳אט. אתם מספקים אותם?** לא, ואנחנו גם לא מחייבים עליהם. אנחנו מחברים את WhatsApp למערכת התמיכה שכבר מטפלת בערוצים האחרים שלכם.

---

## EasyCoexistence לעומת Rasayel

https://easycoexistence.com/he/compare/easycoexistence-vs-rasayel

Rasayel היא תיבת מכירות שמבוססת על WhatsApp, עם חיבורי CRM ותמחור לפי משתמש. EasyCoexistence היא תשתית: היא מחברת מספר דרך תכונת Coexistence של Meta, מעבירה את ההודעות למערכת שאתם כבר משתמשים בה וגובה לפי מספר מחובר. לעסקים עם CRM קיים ומספרים מחוברים, EasyCoexistence זולה יותר.

### מהו כל מוצר

אלה לא מוצרים שמתחרים על אותה רכישה, והבהירות הזו הופכת את ההשוואה לשימושית.

- Rasayel:: תיבת הודעות משותפת שמבוססת על WhatsApp ונבנתה לצוותי מכירות, עם חיבורים דו-כיווניים ל-CRM כמו HubSpot ו-Pipedrive, בתשלום לפי משתמש.
- EasyCoexistence:: תשתית Coexistence. אפליקציית WhatsApp Business בטלפון ממשיכה לעבוד, ה-Cloud API פועל על אותו מספר, ואירועי הודעות עוברים מ-Meta ישירות ל-CRM, למערכת התמיכה, לאוטומציה או לסוכן AI. אין מוצר שהצוות צריך לעבור אליו.

### הכנסת WhatsApp ל-CRM

זו נקודת החפיפה הקרובה ביותר בין שני המוצרים, ולכן חשוב לדייק.

- Rasayel:: תיבת ההודעות שלהם מסנכרנת שיחות ל-CRM, כך שנציג מכירות יכול לעבוד בשני המקומות והרשומה נשארת מסונכרנת. זה מוצר אמיתי עם הנדסה אמיתית מאחוריו.
- EasyCoexistence:: ההודעה עוברת מ-Meta ישירות ל-CRM שלכם, בלי תיבת הודעות באמצע שצריך לסנכרן. יש עותק אחד של השיחה במקום שניים, ואין צורך ליישב פערים כשסנכרון נכשל.

### על מה אתם משלמים

שני המוצרים מעבירים WhatsApp ל-CRM. החישוב של החשבון שונה.

- Rasayel:: משתמשים, כי תיבת ההודעות היא המוצר וכל נציג מכירות צריך משתמש כדי לעבוד בה.
- EasyCoexistence:: החיבור. כל צוות המכירות שלכם קורא הודעות WhatsApp בתוך ה-CRM שהוא כבר משלם עליו, ואנחנו גובים לפי מספר בלי קשר למספר המשתמשים.

### לפי מה נקבע החשבון

זה ההבדל המבני, והוא שקובע את הסכום הכולל כשגדלים.

- Rasayel:: מינוי המבוסס על משתמשים ועל רמות מינוי, כך שהחשבון עוקב אחרי גודל הצוות והתכונות שנפתחות, ומשלמים גם כשלא משתמשים בכל המשתמשים.
- EasyCoexistence:: מספר מחובר. הוספת עמית לא עולה דבר כי אין משתמשים בתשלום, והתעריף למספר יורד כשמוסיפים מספרים, מ-US$ 9 עד US$ 1. המספר הארבעים של סוכנות עושה את כל מה שהראשון עשה ועולה פחות.

### מה קורה אם עוזבים

כדאי לשאול את זה לגבי כל מוצר שמחזיק את השיחות שלכם.

- Rasayel:: תיבת ההודעות, היסטוריית אנשי הקשר והאוטומציות נמצאות בפלטפורמה. זה מה שגורם להן לעבוד, וזה גם מה שהופך את העזיבה לפרויקט הגירה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו. ההודעות הועברו למערכת שלכם עם הגעתן, והמספר נמצא ב-Business Portfolio של Meta של הלקוח, כך שהסרתנו משאירה אותו בדיוק במקום שבו היה.

- להשוות מחיר למשתמש למחיר לפי מספר בלי לחשב את שניהם לפי המבנה שלכם.
- לשלם על תיבת הודעות כשהצוות כבר עובד ב-CRM.
- להניח שחיבור ה-WhatsApp שונה. ה-Cloud API שמתחתיו הוא של Meta בשני המקרים.

**מה זול יותר?** לעסק עם מספרים ו-CRM קיים, EasyCoexistence זולה יותר לפי מספר. צוות של חמישה שעובד בתיבת הודעות אחת עשוי להעדיף תשלום לפי משתמשים.

**האם אני מאבד תיבת הודעות משותפת?** אתם לא עוברים לתיבת הודעות חדשה. ההודעות מגיעות לכלי שהצוות שלכם כבר משתמש בו, ושם הוא כבר עובד.

**האם חיבור ה-WhatsApp שונה?** לא. בשני המקרים זה ה-Cloud API של Meta. ההבדל הוא במה שנמצא לפניו ובאופן החיוב.

**האם אתם מתחברים ל-HubSpot?** אנחנו מעבירים את הוובהוק (Webhook) של Meta לכל נקודת קצה, כך ש-CRM עם וובהוק נכנס או כלי אוטומציה לפניו מקבל את השיחה ישירות.

---

## EasyCoexistence לעומת Callbell

https://easycoexistence.com/he/compare/easycoexistence-vs-callbell

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

### מהו כל מוצר

הם אינם מתחרים על אותה רכישה, והבהירות הזו הופכת את ההשוואה לשימושית.

- Callbell:: תיבת הודעות ב-WhatsApp עם כמה נציגים לצוותים קטנים, כולל תהליכי צ'אטבוט ואוטומציה בסיסית, בתשלום לפי משתמש ופופולרית בקרב עסקים קטנים באמריקה הלטינית ובדרום אירופה.
- EasyCoexistence:: תשתית Coexistence. אפליקציית WhatsApp Business בטלפון ממשיכה לעבוד, ה-Cloud API פועל על אותו מספר, ואירועי הודעות עוברים מ-Meta ישירות ל-CRM, למערכת התמיכה, לאוטומציה או לסוכן AI שלכם. אין מוצר שאליו הצוות צריך לעבור.

### המקרה של צוות קטן

כאן התמחור שלהם סביר במיוחד, וכאן ההשוואה הקרובה ביותר.

- Callbell:: שניים או שלושה נציגים חולקים מספר אחד, עם תיבת הודעות פשוטה וללא צורך באינטגרציה ל-CRM. התמחור המפורסם שלהם הוא לפי משתמש בחודש, עם WhatsApp כתוספת בתשלום, כך שגם המבנה הקטן הזה כולל חיוב על משתמש ועל ערוץ.
- EasyCoexistence:: אותו עסק, אם כבר יש לו מערכת. חנות קטנה שמנהלת הזמנות בגיליון או ב-backend פשוט מקבלת את WhatsApp לתוך המערכת בפחות מעלות משתמש, והצוות ממשיך לענות באפליקציית WhatsApp Business כרגיל.

### כמה מיקומים, חשבון אחד

זה המקרה שמפריד בבירור בין שני המוצרים.

- Callbell:: כל מספר וכל נציג נכללים במינוי, כך שרשת חנויות קונה יחד משתמשים ומספרים.
- EasyCoexistence:: כל מיקום הוא חיבור בתעריף המפורסם, שיורד ככל שמוסיפים חיבורים. עשר חנויות עם עשרה מספרים וארבעים עובדים משלמות על עשרה מספרים.

### אחרי מה עוקב החשבון

זה ההבדל המבני, והוא שקובע את הסכום הכולל כשהעסק גדל.

- Callbell:: מינוי המבוסס על משתמשים ועל דרגות מינוי, כך שהחשבון עוקב אחר גודל הצוות והיכולות שנפתחו, גם אם המשתמשים אינם פעילים.
- EasyCoexistence:: מספר מחובר. הוספת עמית אינה עולה דבר כי אין משתמשים לחיוב, והתעריף לכל מספר יורד עם הוספת מספרים, מ-US$ 9 עד US$ 1. המספר הארבעים של סוכנות עושה כל מה שעשה הראשון ועולה פחות.

### מה קורה אם עוזבים

כדאי לשאול זאת על כל מוצר שמחזיק את השיחות שלכם.

- Callbell:: תיבת ההודעות, היסטוריית אנשי הקשר והאוטומציות נמצאות בפלטפורמה. זה מה שמאפשר להן לעבוד, וזה גם מה שהופך את העזיבה לפרויקט הגירה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו. ההודעות נמסרו למערכת שלכם כשהגיעו, והמספר נמצא ב-Business Portfolio של Meta השייך ללקוח, לכן הסרת השירות משאירה הכול בדיוק במקום.

- להשוות מחיר למשתמש למחיר לפי מספר בלי לחשב את שניהם לפי המבנה שלכם.
- לשלם על תיבת הודעות כשהצוות כבר עובד ב-CRM.
- להניח שחיבור ה-WhatsApp שונה. ה-Cloud API שבבסיס זהה בשני המקרים והוא של Meta.

**מה זול יותר?** לצוות של חמישה בתיבת הודעות אחת עשוי להתאים תמחור לפי משתמש. עסק עם מספרים ומערכת קיימת ישלם אצלנו הרבה פחות לפי מספר.

**האם מאבדים תיבת הודעות משותפת?** אתם לא עוברים לתיבת הודעות חדשה. ההודעות מגיעות לכלי שהצוות כבר משתמש בו, ושם הוא כבר עובד.

**האם חיבור ה-WhatsApp שונה?** לא. בשני המקרים זה ה-Cloud API של Meta. ההבדל הוא במה שנמצא לפניו ובאופן החיוב.

**האם Callbell זולה יותר עבור שני נציגים?** עבור מספר אחד וללא מערכת קיימת, ייתכן שתמחור לפי משתמש יהיה זול יותר. עם מיקום נוסף או CRM, התמחור לפי מספר אצלנו מוביל במהירות.

---

## EasyCoexistence לעומת Baileys

https://easycoexistence.com/he/compare/easycoexistence-vs-baileys

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

### איך כל אחד מתחבר ל-WhatsApp

כל ההשוואה נמצאת כאן, ומכאן נובע כל השאר.

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

### מה קורה כשמשהו משתבש

שני המסלולים עלולים להפסיק לעבוד. ההבדל הוא אם יש למי לפנות.

- Baileys:: פרויקט קהילתי ב-GitHub. כש-WhatsApp משנה את הפרוטוקול, הספרייה צריכה להדביק את הקצב, והאינטגרציה שלכם מושבתת עד שזה קורה. אין חוזה תמיכה ואין אפשרות לערער על חסימה.
- EasyCoexistence:: חיבור בתשתית של Meta, שנמצא בניטור רציף. כשהוא מתנתק, קוראים את סיבת הניתוק של Meta, כך שאפשר להבדיל בין 14 ימי חוסר פעילות להסרה אמיתית, ומעדכנים אתכם לפני שהלקוח שם לב.

### כמה זה עולה, באמת

המסלול הלא רשמי נראה בדרך כלל חינמי, אבל ההשוואה אינה באמת על דמי הרישיון.

- Baileys:: חינמי כספרייה, בתוספת שרת להפעלה, חיבור שצריך להשאיר פעיל ומהנדס שמכיר אותה. העלות היא תחזוקה וסיכון, לא רישיון.
- EasyCoexistence:: החל מ-US$ 9 לכל מספר מחובר בחודש, כולל אירוח, ניטור והמחבר ל-MCP. אין צורך להפעיל שרת, לחבר מחדש את החיבור או לבנות הכול מחדש כשהפרוטוקול משתנה.

### מה כל אחד באמת יכול לעשות

זה החלק הכנה, והסיבה שבגללה הפרויקטים הלא רשמיים בכלל קיימים.

- Baileys:: במובנים מסוימים יותר מה-API הרשמי: צ'אטים קבוצתיים, שיחות אישיות, נוכחות ואישורי קריאה ברמת הפרוטוקול. זו הסיבה שהספרייה קיימת.
- EasyCoexistence:: כל מה ש-Cloud API מאפשר: שליחה וקבלה של הודעות, תבניות, מדיה והודעות אינטראקטיביות, עם וובהוקים שמועברים על ידי Meta. צ'אטים קבוצתיים אינם נתמכים ב-API, ותשובות חופשיות דורשות שחלון 24 השעות יהיה פתוח. אלה הכללים של Meta, והם חלים על כל ספק רשמי.

### מי צריך לבחור במה

יש סיבה אמיתית לבחור בכל אחד מהם, והכול תלוי בערך של המספר עבורכם.

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

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

**Baileys באמת עובדת?** כן, ולכן היא פופולרית. השאלה אינה אם היא עובדת, אלא מה קורה למספר כש-WhatsApp מזהה אותה.

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

**אפליקציית WhatsApp Business שלי תפסיק לעבוד איתכם?** לא. זו בדיוק המטרה של Coexistence: האפליקציה בטלפון ממשיכה לעבוד בזמן ש-Cloud API פועל על אותו מספר.

**Baileys אינה חוקית?** זו לא עבירה פלילית, אלא מסלול שתנאי WhatsApp לעסקים אינם מסדירים. התוצאה היא אכיפה נגד המספר, לא הליך משפטי.

---

## EasyCoexistence לעומת WPPConnect

https://easycoexistence.com/he/compare/easycoexistence-vs-wppconnect

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

### איך כל אחד מתחבר ל-WhatsApp

כל ההשוואה נמצאת כאן, וכל השאר נובע ממנה.

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

### מה קורה כשמשהו משתבש

שניהם לפעמים מפסיקים לעבוד. ההבדל הוא אם יש למי לפנות.

- WPPConnect:: קהילת קוד פתוח פעילה וזמינה, אך אינה מחויבת לאף אחד. שינוי ב-WhatsApp Web עלול לשבור את ניהול הסשן, ולחסימה אין דרך ערעור כי הגישה מעולם לא אושרה.
- EasyCoexistence:: חיבור על התשתית של Meta, עם ניטור רציף. כשהחיבור נופל, אנחנו קוראים את סיבת הניתוק של Meta, כך שאפשר להבדיל בין 14 ימי חוסר פעילות לבין הסרה אמיתית, ומעדכנים אתכם לפני שהלקוח מבחין.

### כמה זה עולה, בכנות

המסלול הלא רשמי נראה בדרך כלל חינמי, אבל ההשוואה אינה באמת עלות הרישיון.

- WPPConnect:: חינם, בתוספת שרת שמסוגל להריץ דפדפן ללא הפסקה, זיכרון לכל סשן ומישהו שיפעיל אותו מחדש כשהסשן מת. בהגדרות עם כמה מספרים העלויות מוכפלות.
- EasyCoexistence:: מ-US$ 9 לכל מספר מחובר בחודש, כולל אירוח, ניטור ומחבר MCP. אין צורך להפעיל שרת, לקשר מחדש סשן או לבנות הכול מחדש כשפרוטוקול משתנה.

### מה כל אחד מהם באמת יכול לעשות

זה החלק הכנה, והסיבה שבגללה הפרויקטים הלא רשמיים קיימים בכלל.

- WPPConnect:: כל מה ש-WhatsApp Web יכול לעשות, כולל קבוצות וצ'אטים אישיים, וזה באמת רחב יותר מה-API הרשמי. הוא גם איטי וכבד יותר, כי דפדפן נמצא במסלול.
- EasyCoexistence:: כל מה שה-Cloud API מאפשר: שליחה וקבלה של הודעות, תבניות, מדיה והודעות אינטראקטיביות, עם וובהוקים שמועברים על ידי Meta. צ'אטים קבוצתיים אינם נתמכים ב-API, ותשובות חופשיות דורשות שחלון 24 השעות יהיה פתוח. אלה הכללים של Meta, והם חלים על כל ספק רשמי.

### מי צריך לבחור במה

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

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

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

**האם WPPConnect באמת עובד?** כן, ולכן הוא פופולרי. השאלה אינה אם הוא עובד, אלא מה קורה למספר כש-WhatsApp מזהה אותו.

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

**האם אפליקציית WhatsApp Business שלי תפסיק לעבוד איתכם?** לא. זו מטרת Coexistence: האפליקציה בטלפון ממשיכה לעבוד בזמן שה-Cloud API פועל על אותו מספר.

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

---

## EasyCoexistence לעומת Evolution API

https://easycoexistence.com/he/compare/easycoexistence-vs-evolution-api

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

### איך כל אחד מתחבר ל-WhatsApp

כל ההשוואה נמצאת כאן, וכל השאר נובע ממנה.

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

### מה קורה כשמשהו משתבש

שניהם נשברים לפעמים. ההבדל הוא אם יש למי לפנות.

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

### כמה זה עולה, בכנות

המסלול הלא רשמי נראה בדרך כלל חינמי, אך ההשוואה אינה באמת על דמי הרישיון.

- Evolution API:: חינמי לרישוי ובאירוח עצמי, ולכן העלות האמיתית היא התשתית והאדם שמתחזק אותה. הממשק המלוטש הופך את ההתחלה לזולה, אך לא משנה מה נמצא מתחתיו.
- EasyCoexistence:: מ-US$ 9 לכל מספר מחובר בחודש, כולל אירוח, ניטור ומחבר MCP. אין שרת להפעיל, אין סשן לחבר מחדש ואין צורך לבנות מחדש כשהפרוטוקול משתנה.

### מה כל אחד באמת יכול לעשות

זה החלק הכנה, וגם הסיבה לכך שהפרויקטים הלא רשמיים קיימים.

- Evolution API:: שליחה וקבלה, מדיה, קבוצות וריבוי מופעים מפריסה אחת, עם וובהוקים ולוח בקרה שימושי. למפתחים זו האפשרות הלא רשמית הנוחה ביותר.
- EasyCoexistence:: כל מה שה-Cloud API מאפשר: שליחה וקבלה של הודעות, תבניות, מדיה והודעות אינטראקטיביות, עם וובהוקים שנמסרים על ידי Meta. צ'אטים קבוצתיים אינם נתמכים ב-API, ותשובות חופשיות דורשות שחלון 24 השעות יהיה פתוח. אלה הכללים של Meta, והם חלים על כל ספק רשמי.

### מי צריך לבחור במה

יש סיבה אמיתית לבחור בכל אחד מהם, וזה תלוי לחלוטין בערך של המספר עבורכם.

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

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

**האם Evolution API באמת עובד?** כן, ולכן הוא פופולרי. השאלה אינה אם הוא עובד, אלא מה קורה למספר כש-WhatsApp מבחינה בו.

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

**האם אפליקציית WhatsApp Business שלי תפסיק לעבוד איתכם?** לא. זו בדיוק המטרה של Coexistence: האפליקציה בטלפון ממשיכה לעבוד בזמן שה-Cloud API פועל על אותו מספר.

**הוא נראה מקצועי. האם הוא בטוח יותר?** לא. הממשק טוב יותר מרוב האפשרויות, אך הוא עוטף את אותה גישה למכשיר מקושר, והאכיפה פועלת נגד המספר ולא נגד הממשק.

---

## EasyCoexistence לעומת Whapi

https://easycoexistence.com/he/compare/easycoexistence-vs-whapi

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

### איך כל אחד מתחבר ל-WhatsApp

כל ההשוואה נמצאת כאן, וכל השאר נובע ממנה.

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

### מה קורה כשמשהו משתבש

שני המסלולים עלולים להישבר לפעמים. ההבדל הוא אם יש למי לפנות.

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

### כמה זה עולה, בכנות

המסלול הלא רשמי נראה בדרך כלל חינמי, ולכן ההשוואה אינה באמת על דמי הרישיון.

- Whapi:: דמי מינוי חודשיים, ולכן זו אינה האפשרות הזולה של מסלול הקוד הפתוח. אתם משלמים על נוחות, תוך שמירה על הסיכון של הכלים החינמיים.
- EasyCoexistence:: החל מ-US$ 9 לכל מספר מחובר בחודש, כולל אירוח, ניטור ומחבר MCP. אין שרת להפעיל, אין סשן לקשר מחדש ואין צורך לבנות הכול מחדש כשהפרוטוקול משתנה.

### מה כל אחד באמת יכול לעשות

זה החלק הכנה, והסיבה שבגללה הפרויקטים הלא רשמיים קיימים בכלל.

- Whapi:: שליחה וקבלה, מדיה, קבוצות וצ'אטים אישיים, דרך REST API מסודר בלי תשתית להפעלה. מבחינת יכולות, הוא רחב יותר מה-API הרשמי.
- EasyCoexistence:: כל מה ש-Cloud API מאפשר: שליחה וקבלה של הודעות, תבניות, מדיה והודעות אינטראקטיביות, עם וובהוקים (Webhook) שנמסרים על ידי Meta. צ'אטים קבוצתיים אינם נתמכים ב-API, ותשובות חופשיות דורשות שחלון 24 השעות יהיה פתוח. אלה הכללים של Meta, והם חלים על כל ספק רשמי.

### מי צריך לבחור במה

יש טיעון אמיתי בעד כל אפשרות, והכול תלוי בערך של המספר.

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

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

**Whapi באמת עובד?** כן, ולכן הוא פופולרי. השאלה אינה אם הוא עובד, אלא מה קורה למספר כש-WhatsApp מזהה אותו.

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

**אפליקציית WhatsApp Business שלי תפסיק לעבוד איתכם?** לא. זו בדיוק המטרה של Coexistence: האפליקציה בטלפון ממשיכה לעבוד בזמן ש-Cloud API פועל על אותו מספר.

**זה בתשלום, אז Meta אישרה את זה?** לא. תשלום לצד שלישי אינו הופך את הגישה למאושרת. האישור מגיע מ-Meta, שמנפיקה פרטי התחברות למספר, וזה מה ש-Coexistence עושה.

---

## ספקי ה-Coexistence המובילים ב-WhatsApp

https://easycoexistence.com/he/compare/best-whatsapp-coexistence-providers

רשימה קצרה, כי Coexistence חדשה יותר מתעשיית ה-API של WhatsApp ורוב הספקים עדיין לא תומכים בה. אלה שכן תומכים, עם המחיר והעסק שאליו כל אחד מתאים.

### 1. EasyCoexistence, לעסק או לסוכנות שרוצים את החיבור ותו לא

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

- החל מ-US$ 9 לכל מספר מחובר בחודש, עד US$ 1 ככל שמוסיפים מספרים.
- ללא מושבים, ללא חוזה, ללא דמי הקמה, שלושה ימים בחינם.
- ללא תוספת מחיר: Meta מחייבת את הלקוח ישירות על שיחות.
- 16 כלי MCP דרך OAuth עבור Claude, ChatGPT, Cursor ו-Claude Code.

### 2. YCloud, לצוות שרוצה פלטפורמה סביב החיבור

החלופה הקרובה ביותר מבחינת מיצוב: הם תומכים ב-Coexistence בגלוי ומתחייבים לא לגבות תוספת על הודעות WhatsApp, ואלה שני הדברים החשובים ביותר. ההבדל הוא בחשבון. המינויים בתשלום שלהם מתחילים ב-US$ 39 לחודש, ומחושבים לפי מושבי משתמשים, ערוצים וקרדיטים ל-AI, עוד לפני שסופרים מספר אחד. אצלנו המחיר מתחיל ב-US$ 9 לכל מספר מחובר, ללא מושבים וללא קרדיטים. לכן עסק עם מספר עד שלושה מספרים ישלם חלק קטן מהמחיר, וסוכנות עם 40 מספרים תשלם תעריף שיורד ל-US$ 5.

### 3. SleekFlow, לצוות שחי בתיבת הודעות משותפת

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

### 4. 8x8, לארגון שכבר רוכש שירותי תקשורת

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

### 5. Dualhook, מומחה ישיר

אותה ארכיטקטורה שאנחנו משתמשים בה: Coexistence עם ניתוב וובהוק ישירות מ-Meta, ללא אחסון הודעות, במחיר מפורסם. המחיר המפורסם שלהם הוא US$ 12 למספר, לעומת US$ 9 אצלנו. הם מתריעים ביום 13 שהספירה לאחור התחילה, במקום לקרוא את סיבת הניתוק של Meta, והתיעוד שלהם לא מתאר מחבר MCP.

### מה לשאול כל אחד מהם לפני החתימה

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

- האם המספר נשאר ב-Business Portfolio הפרטי שלי ב-Meta, והאם Meta מחייבת אותי ישירות?
- האם אתם מוסיפים תשלום לכל הודעה, והאם הוא מפורט בנפרד מהעמלה של Meta?
- האם אתם מחילים מחדש את עקיפת הוובהוק לאחר חיבור מחדש, או שהמשלוח פשוט נעצר בלי התראה?
- מה אתם עושים לגבי כלל 14 ימי חוסר הפעילות, והאם אתם קוראים את סיבת הניתוק של Meta?

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

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

**אילו ספקים תומכים ב-Coexistence?** הרבה פחות ספקים מאלה שתומכים ב-WhatsApp באופן כללי. הספקים ברשימה מצהירים על כך באתרים שלהם, ורוב תעשיית ה-API של WhatsApp עדיין לא מציעה זאת.

**האם הספק משנה את מה ש-Coexistence יכולה לעשות?** לא. היכולת שייכת ל-Meta, ולכן המגבלות זהות בכל מקום: אותן 4 יכולות מושבתות, אותו כלל 14 הימים, וללא צ'אטים קבוצתיים.

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

---

## ספקי WhatsApp Cloud API הטובים ביותר

https://easycoexistence.com/he/compare/best-whatsapp-cloud-api-providers

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

### שלושת מודלי התמחור, זו הבחירה האמיתית

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

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

### ספקים שמחייבים לפי הודעה

קבוצת פלטפורמות התקשורת. Twilio מפרסמת US$ 0.005 להודעה נכנסת או יוצאת, בנוסף לעמלות של Meta. Gupshup מפרסמת US$ 0.001 סטנדרטיים להודעה. Bird מציגה תעריף משולב שכבר כולל את העמלה של Meta, ולכן התוספת קיימת אך אי אפשר לבדוק אותה מול התעריף ש-Meta מפרסמת. Infobip מציגה מחיר לפי מדינת היעד דרך צוות המכירות. כל ארבע הפלטפורמות מסוגלות, ובכולן החשבון תלוי בכמות ההודעות שלכם.

### ספקים שמחייבים לפי משתמש

קבוצת תיבות ההודעות. SleekFlow, Wati ו-Respond.io מוכרות תיבת הודעות משותפת עם קמפיינים ואוטומציה, במחיר לפי משתמש ובמסלולי מינוי שונים, ובכמה מקרים גם עם תוספת לכל מספר WhatsApp. זו הרכישה הנכונה אם אתם רוצים שהצוות יעבוד כל היום בתוך מוצר אחד. היא פחות מתאימה אם כבר יש לכם CRM, כי תשלמו על תיבת הודעות שנייה גם אם אף אחד לא פותח אותה.

### ספקים שמחייבים לפי מספר

קבוצת התשתית, וגם הקטנה ביותר. EasyCoexistence גובה מ-US$ 9 לכל מספר מחובר לחודש, ויורדת עד US$ 1 ככל שמוסיפים מספרים, בלי תשלום על הודעות ובלי משתמשים. Dualhook היא המומחית הנוספת שמפרסמת מחיר לפי מספר. המודל מתאים לעסק שכבר יש לו מערכת ורוצה לחבר אליה את WhatsApp, וגם לסוכנות שמנהלת מספרים רבים של לקוחות, כשהמחיר היורד לכל מספר מצטבר.

### הנקודה שבה המודלים נפגשים

כדאי לחשב ולא להניח, והחישוב קצר.

- במחיר של US$ 0.005 להודעה, תשלום של US$ 9 לכל מספר משתלם מעל כ-1,800 הודעות בחודש.
- במחיר של US$ 0.001 להודעה, נקודת המעבר היא כ-9,000 הודעות בחודש.
- מודל לפי משתמש משתנה לפי מספר המשתמשים, לא לפי כמות ההודעות, לכן משווים את מספר המשתמשים למספרים המחוברים.
- עמלות השיחות של Meta זהות בכל המודלים ואינן חלק מההשוואה.

### מה אף אחד מהם לא משנה

כדאי לדעת זאת לפני שהשוואת פיצ'רים משכנעת אתכם אחרת.

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

- השוואת פיצ'רים בכותרת. ה-API שמתחת הוא אותו API של Meta בכל המקרים.
- התעלמות מנפח המעבר. עשירית סנט אינה משמעותית עד שמכפילים אותה בשנה.
- הנחה שתעריף משולב לפי הודעה אינו כולל תוספת. המשמעות היא שהתוספת פשוט לא מפורטת.

**האם ה-Cloud API של ספק אחד מהיר יותר משל אחר?** לא. בכל המקרים זה ה-API של Meta. ספק יכול לשנות רק את מה שנמצא לפניו ואת המחיר שהוא גובה.

**איזה מודל הכי זול?** לפי מספר, מעל נפח בינוני. בתעריף ש-Twilio מפרסמת נקודת המעבר היא בערך 1,800 הודעות בחודש, ובתעריף של Gupshup בערך 9,000.

**האם בכלל צריך ספק?** כדי להגיע ל-Cloud API במספר שכבר מפעיל את אפליקציית WhatsApp Business, כן: תהליך ההצטרפות ל-Coexistence דורש Meta Tech Provider.

**מי מחייב אותי על הודעות?** Meta, אם הספק שלכם אינו מוכר את השירות מחדש. אצלנו Meta שולחת לכם את החשבונית ישירות, ואנחנו אף פעם לא מוסיפים תוספת למחיר.

---

## שרתי MCP המובילים ל-WhatsApp

https://easycoexistence.com/he/compare/best-whatsapp-mcp-servers

חפשו שרת MCP ל-WhatsApp, ורוב התוצאות יהיו פרויקטים בקוד פתוח שמתחברים ל-WhatsApp כמכשיר מקושר. הם עובדים, אבל מסכנים את המספר. ההבדל החשוב אינו מספר הפיצ'רים, אלא השאלה אם השרת מתקשר עם ה-API הרשמי של Meta.

### ההבדל החשוב

כל שרת MCP ל-WhatsApp נמצא בצד אחד של קו ברור, והקו הזה אינו קשור לכלים.

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

### פרויקטי הקוד הפתוח שתמצאו

רוב שרתי ה-MCP ל-WhatsApp ב-GitHub בנויים על ספריות כמו Baileys, WPPConnect או Venom, שמבצעות הנדסה לאחור לפרוטוקול המכשיר המקושר. הם באמת מתוחכמים, חינמיים, ומאפשרים לעוזר גישה לצ'אטים אישיים ולקבוצות שה-API הרשמי אינו חושף. המחיר הוא החשבון: מספר שנחסם כך גורר איתו גם את פרופיל WhatsApp Business, ואין ערוץ תמיכה שדרכו אפשר לערער. עבור מספר אישי שאתם מוכנים לאבד, העסקה הזו עשויה להתאים. עבור המספר שדרכו עסק עונה ללקוחות, היא לא מתאימה.

### מה באמת נדרש כדי להפעיל שרת כזה

ההבדל המעשי, מעבר לסיכון, וזה שאנשים פוגשים ביום השני.

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

### EasyCoexistence, המסלול הרשמי

שרת MCP מרוחק דרך OAuth, כך שאין צורך להתקין דבר ואין אסימון בקובץ הגדרות. 16 כלים מכסים את הפעולות שבאמת מבקשים מעוזר לבצע: הצגת מספרים, בדיקת תקינות של מספר, קריאת פרטי גישה ל-API, שליחת הודעה, הצגה, יצירה ושליחה של תבניות, בדיקת סטטוס של תבנית, הפניית הוובהוק למערכת שלכם, חיפוש בתיעוד ופתיחת חיבור חדש. חמישה נוספים מגדירים את ה-Partner API: סטטוס ההגדרה, מפתח API, כתובת URL לאירועים וקישורי חיבור מתארחים. הוא פועל גם כשהמחשב הנייד שלכם סגור, כי הוא מתארח, והמספר שמאחוריו מחובר ל-Cloud API הרשמי של Meta דרך Coexistence. כך אפליקציית WhatsApp Business ממשיכה לעבוד, ואין סיכון למספר.

### מה המסלול הרשמי אינו יכול לעשות

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

- צ'אטים קבוצתיים אינם נתמכים כלל ב-Cloud API, אצל שום ספק רשמי.
- אי אפשר לגשת לשיחות אישיות מחשבון WhatsApp של צרכן.
- תגובות חופשיות פועלות רק בתוך חלון השירות של 24 שעות; אחריו, תבנית מאושרת פותחת את השיחה.
- אלה הכללים של Meta, לא שלנו, ואף ספק רשמי אינו יכול להסיר אותם.

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

**האם שרתי ה-MCP ל-WhatsApp בקוד פתוח בטוחים?** הם עובדים ומתחברים כמכשיר מקושר, בניגוד לתנאי השימוש של WhatsApp. מספרים נחסמים בגלל זה ללא אזהרה.

**האם שרת MCP רשמי יכול לקרוא את הצ'אטים הקבוצתיים שלי?** לא. צ'אטים קבוצתיים אינם נתמכים ב-Cloud API של Meta אצל שום ספק רשמי, כולל אצלנו.

**האם צריך להתקין משהו?** לא. השרת שלנו מרוחק ופועל דרך OAuth, כך שמוסיפים נקודת קצה ומתחברים. שום דבר לא פועל במחשב שלכם.

**אילו עוזרים יכולים להשתמש בו?** כל לקוח MCP. אנחנו מתעדים את Claude, ChatGPT, Cursor ו-Claude Code.

---

## EasyCoexistence מול Twilio

https://easycoexistence.com/he/compare/easycoexistence-vs-twilio

Twilio היא פלטפורמת תקשורת כללית שמוכרת מחדש WhatsApp לצד ערוצים רבים, עם עמלה מפורסמת על כל הודעה מעבר לחיוב העצמאי של Meta. EasyCoexistence עושה דבר אחד: מחברת מספר של WhatsApp Business app דרך Coexistence וגובה תשלום קבוע לכל מספר.

### למה כל אחד מהם מיועד

המוצרים מיועדים לבעיות שונות, וזה הדבר הראשון שחשוב להבהיר.

- Twilio:: פלטפורמת תקשורת הכוללת SMS, קול, דוא״ל ו-WhatsApp, שנבנתה לצוותי פיתוח שמרכיבים מערך הודעות בערוצים רבים. WhatsApp הוא ערוץ אחד מתוך רבים, ומתומחר באותה שיטה כמו האחרים: לפי הודעה.
- EasyCoexistence:: מומחית ל-Coexistence. אפליקציית WhatsApp Business app בטלפון ממשיכה לעבוד, Cloud API פועל על אותו מספר, אירועי הודעות מגיעים לנקודת הקצה שלכם, ואנחנו עוקבים אחרי תקינות החיבור. משימה אחת, מהתחלה ועד הסוף.

### איך התמחור משתנה כשגדלים

זה ההבדל שמצטבר, והוא עניין של חשבון ולא של דעה.

- Twilio:: US$ 0.005 לכל הודעה, נכנסת ויוצאת, בנוסף לכל חיוב של Meta. העמלה גדלה עם כל שיחה, ולכן עלות הפלטפורמה תלויה בביצועים של העסק.
- EasyCoexistence:: תשלום קבוע לכל מספר מחובר. עשרת אלפים הודעות בחודש עולות כמו עשר. הצלחה הופכת את הפלטפורמה לזולה יותר לכל הודעה, לא ליקרה יותר, ובהיקף גבוה גם המחיר לכל מספר יורד.

### מי מחזיק בחשבון WhatsApp

המקום שבו המספר והקשר עם Meta נמצאים קובע כמה קל לכל צד לעזוב.

- Twilio:: המספרים מצורפים דרך השולחים של Twilio, וקשר ההודעות מתנהל דרך התשתית של Twilio, שבה נמצא גם קשר החיוב.
- EasyCoexistence:: המספר נשאר ב-Business Portfolio של הלקוח עצמו, בחשבון WhatsApp Business Account שלו, ו-Meta מחייבת אותו ישירות על שיחות. אנחנו ה-Tech Provider שחיבר אותו, והסרתנו לא לוקחת את המספר איתה.

### לאן ההודעות מגיעות

בשני המוצרים הודעות נכנסות מגיעות לשרת שבשליטתכם. ההבדל הוא בדרך ובמה שנמצא עליה.

- Twilio:: הודעות נכנסות מגיעות אל הוובהוק שלכם דרך Twilio, שמעבדת ומחייבת על כל הודעה כשהיא עוברת דרכה.
- EasyCoexistence:: אנחנו מגדירים את override_callback_uri של Meta ב-WhatsApp Business Account, כך שאירועי הודעות מגיעים ישירות מ-Meta לנקודת הקצה שלכם. הם לא עוברים דרכנו, אנחנו לא שומרים אותם, ואין שום דבר בדרך שמודד אותם.

### גישה דרך עוזר AI

זו השאלה החדשה יותר, ולפלטפורמה כללית יש פחות סיבה לענות עליה.

- Twilio:: REST API מלא עם ערכות פיתוח בשפות התכנות המרכזיות, בתמחור של US$ 0.005 לכל הודעה כפי שמפורסם אצלם, כך שהאינטגרציה שאתם כותבים מחויבת בכל פעם שהיא שולחת או מקבלת הודעה.
- EasyCoexistence:: אותו API מתחת לפני השטח, בתוספת מחבר MCP מרוחק עם שישה עשר כלים דרך OAuth, כך ש-Claude, ChatGPT, Cursor ו-Claude Code יכולים להציג מספרים, לבדוק את תקינות החיבור, לשלוח הודעות ולהגדיר יעדי וובהוק בלי שאף אחד יכתוב לקוח.

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

**האם Twilio זולה יותר בהיקף נמוך?** מתחת לכאלפיים הודעות בחודש העמלה לפי הודעה קטנה. מעל לנקודה הזו, תשלום קבוע לכל מספר משתלם יותר וממשיך להשתלם ככל שההיקף גדל.

**האם Twilio תומכת ב-Coexistence?** עמוד התמחור של WhatsApp שלה לא מתייחס לכך. Coexistence הוא התחום שלשמו בנינו את המוצר, ולכן אפליקציית WhatsApp Business app ממשיכה לעבוד על אותו מספר.

**האם ה-API שונה?** לא. Cloud API שמתחת הוא של Meta בשני המקרים. ההבדל הוא מי נמצא בדרך, כמה הוא גובה ומי מקבל את החשבון מ-Meta.

**האם אפשר להעביר מספר בהמשך?** איתנו כן. המספר נשאר ב-Business Portfolio שלכם, ולכן הסרתנו משאירה אותו בדיוק במקום שבו היה.

---

## EasyCoexistence לעומת Gupshup

https://easycoexistence.com/he/compare/easycoexistence-vs-gupshup

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

### מבנה החשבון

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

- Gupshup:: עמלה רגילה של US$ 0.001 לכל הודעה, בנוסף לחיובי Meta, עבור הודעות תבנית והודעות סשן כאחד. במאה אלף הודעות בחודש מדובר במאה דולר של עמלת פלטפורמה, עוד לפני העלויות של Meta.
- EasyCoexistence:: אין תשלום על הודעה. מאה אלף הודעות עולות כמו עשר, כי העמלה נקבעת לפי המספר ולא לפי התעבורה. ככל שהמספר פעיל יותר, העמלה שלנו קטנה יותר לכל שיחה.

### סביב מה המוצר בנוי

שניהם מתחברים ל-WhatsApp, אבל הם מאורגנים סביב משימות שונות.

- Gupshup:: פלטפורמת הודעות לשיחות עם בניית בוטים, כלים לקמפיינים ורשימת ערוצים רחבה, המיועדת לעסקים שמנהלים תוכניות פנייה יזומות בנפח גדול.
- EasyCoexistence:: תשתית Coexistence. אפליקציית WhatsApp Business ממשיכה לעבוד בטלפון, ה-Cloud API פועל על אותו מספר, ואירועי הודעות מגיעים לכל מערכת או סוכן AI שכבר נמצאים אצלכם. אנחנו לא מבקשים להעביר את הצוות לשום מקום.

### איפה נתוני השיחה נמצאים

השאלה שקובעת כמה מהעסק שלכם מתנהל בתוך המוצר של מישהו אחר.

- Gupshup:: הודעות עוברות דרך הפלטפורמה, וכך מתאפשרים בונה הבוטים, כלי הקמפיינים והניתוח. זו פשרה סבירה אם אתם רוצים את היכולות האלה.
- EasyCoexistence:: אירועי הודעות עוברים מ-Meta ישירות לכתובת ה-URL של נקודת הקצה שלכם, באמצעות עקיפת הוובהוק של Meta. אנחנו אף פעם לא רואים את תוכן השיחה, ולכן אין שום דבר שלכם לחלץ אם תעזבו, ושום דבר בנתיב שעליו אפשר לגבות לפי שימוש.

### חיבור מספר שכבר מפעיל את האפליקציה

הבעיה הספציפית שלשמה Coexistence נוצרה.

- Gupshup:: דף התמחור שפורסם על ידם אינו מתייחס ל-Coexistence. זו אינה הוכחה שהם לא תומכים בכך, וזו שאלה שכדאי להפנות אליהם ישירות.
- EasyCoexistence:: זהו כל המוצר. מספר שכבר מפעיל את אפליקציית WhatsApp Business מתחבר דרך Embedded Signup של Meta, האפליקציה ממשיכה לעבוד, וה-Cloud API נוסף לאותו מספר בתוך דקות.

- לקרוא ל-US$ 0.001 זניח. הכפילו אותו בשנה של נפח אמיתי לפני שתחליטו.
- לשלם על כלי קמפיינים שלא תשתמשו בהם. עמלת פלטפורמה מכסה את כל המוצר, בין אם משתמשים בו ובין אם לא.
- להניח שכל ספק תומך ב-Coexistence. שאלו על כך במפורש, בכל ספק שתבחרו.

**כמה עולה בפועל התשלום לפי הודעה?** במאה אלף הודעות בחודש, התעריף המפורסם של Gupshup, US$ 0.001, מסתכם ב-US$ 100 של עמלת פלטפורמה. העמלה שלנו למספר אחד היא US$ 9 בכל נפח.

**האם Gupshup תומכת ב-Coexistence?** דף התמחור שלהם אינו מזכיר זאת. Coexistence הוא כל מה שאנחנו עושים.

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

**מי משלם ל-Meta?** הלקוח משלם ישירות, מתוך חשבון WhatsApp Business שלו. אנחנו אף פעם לא מוסיפים תוספת לחיוב של Meta.

---

## EasyCoexistence לעומת Infobip

https://easycoexistence.com/he/compare/easycoexistence-vs-infobip

Infobip היא פלטפורמת תקשורת לארגונים, עם תמחור ל-WhatsApp לפי מדינה ותיאום דרך צוות מכירות. EasyCoexistence מציגה את המחיר שלה, מציעה תקופת ניסיון של שלושה ימים ומחברת מספר בלי שיחה, ולכן זה מוצר אחר לקהל אחר.

### למי כל מוצר מיועד

אף אחד מהם אינו מוצר פחות טוב. הם נמכרים לאנשים שונים, וזה קובע כמעט את כל השאר.

- Infobip:: CPaaS לארגונים, עם ניתוב רב-ערוצי, כלים למוקד שירות וקשרים עם מפעילים ברחבי העולם, שנמכר דרך צוותי לקוחות לארגונים עם תהליכי רכש והתחייבויות לנפח.
- EasyCoexistence:: עסק קטן או סוכנות שכבר מחזיקים מספר WhatsApp Business ורוצים לחבר אותו ל-Cloud API עוד היום. נרשמים, מחברים ומסיימים. אין עם מי לדבר כי אין מה לנהל עליו משא ומתן.

### מה אפשר לברר לפני שמתחייבים

זהו ההבדל המעשי ביותר, וזה שמרגישים ראשון.

- Infobip:: התעריפים נמסרים לפי מדינת היעד ומתואמים מול מכירות, דבר רגיל ב-CPaaS לארגונים ומתאים לקונים שמנהלים משא ומתן על נפח שנתי.
- EasyCoexistence:: כל המחירון נמצא בעמוד התמחור, במטבע שלכם, עם מדרגות הנפח גלויות. תוכלו לחשב את החשבון לפני יצירת חשבון, ושלושת הימים הראשונים לא עולים דבר.

### כמה זמן עובר מההחלטה עד שמספר עובד

לעסק עם מספר אחד ובעיה אמיתית, זו ההשוואה החשובה.

- Infobip:: הטמעה בארגון, שמביאה תמיכה ייעודית ועזרה בהגדרות שפריסות גדולות באמת צריכות.
- EasyCoexistence:: דקות. ה-Embedded Signup של Meta בוחר את הפורטפוליו, את החשבון ואת המספר, אפליקציית WhatsApp Business ממשיכה לעבוד לאורך כל התהליך, והניטור מתחיל מיד.

### מה קורה כשהחיבור נופל

כל חיבור Coexistence חווה בסופו של דבר יום רע. ההבדל הוא מי שם לב.

- Infobip:: ערוצי תמיכה לארגונים וצוות לקוחות, שזה המודל הנכון כשיש חוזה ואיש קשר מוגדר מאחוריו.
- EasyCoexistence:: אנחנו עוקבים אחרי החיבור ברציפות וקוראים את סיבת הניתוק של Meta, כך שאפשר להבדיל בין מספר שנפל בגלל ארבעה עשר ימי חוסר פעילות לבין לקוח שבאמת עזב. ההתראה מגיעה לפני שהלקוח שם לב.

- להשוות CPaaS לארגונים לכלי לפי מספר על סמך תכונות בלבד. הם עונים על שאלות שונות.
- להתחיל מחזור רכש בשביל מספר אחד. הזמן שתשקיעו יעלה יותר מהכלי לאורך שנה.
- להניח שהצעת מחיר תהיה זולה יותר ממחירון גלוי בנפח קטן. זה כמעט אף פעם לא קורה.

**למה Infobip לא מפרסמת מחיר אחיד?** התמחור שלהם נמסר לפי מדינת היעד, ומתאים לקונים ארגוניים שמנהלים משא ומתן על נפח. המחיר שלנו גלוי כי הקונה שלנו רוצה להחליט היום.

**האם Infobip טובה יותר לארגון גדול?** הם בנויים לקהל הזה, עם קשרים למפעילים ברחבי העולם וצוותי לקוחות. לעסק שמחבר את המספרים שלו, אנחנו הדרך המהירה והזולה יותר.

**האם צריך לדבר עם מישהו כדי להתחיל?** לא. שלושה ימים בחינם למספר המחובר הראשון, והמספר מתחבר דרך ה-Embedded Signup של Meta.

**מי מחייב אותי על הודעות?** Meta מחייבת ישירות, בחשבון WhatsApp Business שלכם. אנחנו אף פעם לא מופיעים בחשבון הזה.

---

## EasyCoexistence מול YCloud

https://easycoexistence.com/he/compare/easycoexistence-vs-ycloud

YCloud תומכת ב-Coexistence, וכמונו אינה מוסיפה תשלום לתעריפי ההודעות של Meta. ההבדל הוא במה שרוכשים: התכניות בתשלום שלה הן מינוי לפלטפורמה עם מושבים, ערוצים וקרדיטים ל-AI, ואצלנו זו תשתית שמחירה נקבע לפי מספר מחובר.

### מה שתיהן עושות נכון

כדאי לומר זאת בפשטות, כי כך ההשוואה מתמקדת בהבדלים האמיתיים.

- YCloud:: Coexistence נתמכת ומוצגת בגלוי, ודף התמחור שלהם מתחייב לאפס תוספת על הודעות WhatsApp. בשני הדברים החשובים ביותר אצל ספק, הם נמצאים בצד הנכון.
- EasyCoexistence:: אותן שתי התחייבויות: Coexistence דרך התהליך של Meta, ושום תוספת להודעה של Meta. ההבדל בינינו הוא בכל מה שמסביב.

### מה המינוי באמת קונה

כאן נמצא הפיצול האמיתי, והוא קובע מה זול יותר עבורכם.

- YCloud:: פלטפורמה. התכניות בתשלום שלהם מתחילות ב-US$ 39 לחודש ונבדלות לפי מושבי משתמשים, ערוצים וקרדיטים ל-AI. זה מתאים אם אתם רוצים צוות שעובד בתוך המוצר שלהם.
- EasyCoexistence:: תשתית. מ-US$ 9 לכל מספר מחובר, בלי לספור מושבים, בלי מדרגות ערוצים ובלי קרדיטים שייגמרו. עסק עם מספר אחד משלם על מספר אחד, וסוכנות עם ארבעים מספרים מקבלת מחיר יורד לכל מספר.

### לאן השיחות מגיעות

שתיהן מתחברות לאותו Cloud API. מה שקורה להודעות אחר כך הוא החלטת התכנון.

- YCloud:: לפלטפורמה שלהם, שבה נמצאים תיבת הדואר, הקמפיינים וקרדיטי ה-AI, מ-US$ 39 לחודש לפני שסופרים מספר כלשהו. הצוות שלכם עובד שם כי לשם מגיעות ההודעות.
- EasyCoexistence:: למערכת שלכם. אנחנו מגדירים את דריסת הוובהוק (Webhook) של Meta, כך שאירועי הודעות עוברים מ-Meta ישירות לכתובת נקודת הקצה שלכם, או לסוכן ה-AI שלכם דרך MCP. אין מערכת שאליה צריך להעביר מידע, אין מערכת שממנה צריך להעביר אותו, ואין תיבת דואר נוספת שהצוות צריך לבדוק.

### כמה סוכנות משלמת כשהיא גדלה

זה המקרה שבו שני המודלים מתרחקים זה מזה בצורה החדה ביותר.

- YCloud:: מדרגות תכנית עם מספרי מושבים, כך שהצמיחה הופכת לסדרה של החלטות שדרוג כשנוספים אנשים וערוצים.
- EasyCoexistence:: מחיר לפי מספר שיורד ככל שמוסיפים מספרים, מ-US$ 9 ועד US$ 1. אין שיחת שדרוג, כי אין מה לשדרג: המספר הארבעים עושה כל מה שהראשון עושה, במחיר נמוך יותר.

### גישה דרך עוזר AI

זה החלק שמדרגות התכנית של אף אחת מהפלטפורמות לא מתארות, והוא הופך לשאלה המרכזית.

- YCloud:: קרדיטים ל-AI הם חלק ממבנה התכנית שלהם, מה שמצביע על יכולות AI שפועלות בתוך המוצר שלהם.
- EasyCoexistence:: מחבר MCP מרוחק עם שישה עשר כלים דרך OAuth. Claude, ChatGPT, Cursor ו-Claude Code יכולים להציג מספרים, לבדוק את תקינות החיבור, לשלוח הודעות ותבניות ולהגדיר יעדי וובהוק ישירות, בלי לכתוב לקוח ובלי לקנות קרדיטים.

- להשוות תכנית לפי מושבים למחיר לפי מספר בלי לספור קודם את המושבים והמספרים שלכם.
- לשלם על תיבת דואר כשהצוות שלכם כבר עובד במערכת משלו. דמי הפלטפורמה נגבים גם אם אינכם פותחים אותה.
- להניח שיכולות AI ומחבר MCP הם אותו דבר. אחד פועל בתוך המוצר שלהם, והשני בתוך המערכת שלכם.

**האם שתיהן באמת מוסיפות אפס תשלום?** כן. דף התמחור של YCloud מציין אפס תוספת, וכך גם אנחנו. לכן משווים את דמי הפלטפורמה, לא את מחיר ההודעה.

**מה זול יותר?** למספר אחד עד ארבעה, המחיר שלנו: ארבעה מספרים עולים US$ 36 לחודש, לעומת תכנית כניסה ב-US$ 39. מחמישה מספרים ומעלה, השוו את הסכום הכולל שלנו, במחיר שיורד ל-US$ 1 למספר ככל שמוסיפים מספרים, מול מדרגת התכנית שהמושבים והערוצים שלכם דורשים.

**האם אני מאבד תיבת דואר כשאני עובד איתכם?** מעולם לא הייתם צריכים לעבור לתיבת דואר כזו. ההודעות מגיעות למערכת שלכם או לסוכן ה-AI שלכם, ושם הצוות כבר עובד.

**האם ל-YCloud יש מחבר MCP?** דף התמחור שלהם מתאר קרדיטים ל-AI בתוך הפלטפורמה, ולא שרת MCP. אצלנו יש שישה עשר כלים דרך OAuth, שאפשר להשתמש בהם מכל לקוח MCP.

---

## EasyCoexistence לעומת SleekFlow

https://easycoexistence.com/he/compare/easycoexistence-vs-sleekflow

SleekFlow היא פלטפורמת הודעות רב-ערוצית שנמכרת לפי רישיון משתמש, עם מינימום רישיונות ותוספת תשלום לכל מספר WhatsApp. EasyCoexistence גובה לפי מספר מחובר ואין בה מושג של רישיון, כך שהחיוב תלוי במספרים שברשותכם ולא בגודל הצוות.

### על מה אתם באמת משלמים

שני מודלי התמחור עונים על שאלות שונות, ואחד מהם מתייחס למבנה הארגוני שלכם.

- SleekFlow:: תיבת הודעות משותפת ופלטפורמת קמפיינים שמתומחרות לפי רישיון משתמש בחבילות שונות. זה הגיוני כשהמוצר הוא המקום שבו הצוות עובד לאורך היום.
- EasyCoexistence:: חיבור. יחידת החיוב היא מספר מחובר, לא אדם, לכן הוספת עמית לא עולה דבר והחיוב לא משתנה כשהצוות גדל או מצטמצם.

### איפה הצוות שלכם עובד

זו ההחלטה שנמצאת מתחת למודל התמחור, וגם זו שהכי קשה לשנות בהמשך.

- SleekFlow:: בתוך SleekFlow. זה המוצר: תיבת הודעות, אוטומציות וקמפיינים במקום אחד, וזה באמת שימושי לצוות שרוצה סביבת עבודה כזאת.
- EasyCoexistence:: בכל מקום שבו הם כבר עובדים. אירועי הודעות עוברים מ-Meta ישירות ל-CRM, למערכת התמיכה, לכלי פנימי או לסוכן AI שלכם, דרך עקיפת הוובהוק (Webhook) של Meta. אף אחד לא צריך ללמוד תיבת הודעות חדשה ושום דבר לא דורש העברה.

### הוספת מספר שני או שלישי

זה נפוץ בעסק עם יותר מסניף אחד, ושם ההבדל בין המודלים בולט במיוחד.

- SleekFlow:: מספרי WhatsApp נוספים הם תוספת לצד החבילה המבוססת על רישיונות, לכן מספר שני הוא החלטה נוספת מעבר למינוי.
- EasyCoexistence:: המספר השני הוא פשוט המספר השני, בתעריף שפורסם, שיורד ככל שמוסיפים מספרים. עשרים מספרים בחשבון אחד לא דורשים שינוי חבילה ולא דורשים שיחה.

### מה קורה אם מפסיקים לשלם

כדאי לשאול את זה על כל מוצר שמחזיק את השיחות שלכם.

- SleekFlow:: תיבת ההודעות, ההיסטוריה והאוטומציות נמצאות בפלטפורמה. זה מה שמפעיל אותן, וגם מה שהופך את העזיבה לתהליך העברה.
- EasyCoexistence:: שום דבר שלכם לא נמצא אצלנו ולכן אין מה להעביר. ההודעות נמסרו למערכת שלכם כשהגיעו, והמספר נמצא ב-Business Portfolio שלכם ב-Meta, כך שהסרתנו משאירה את המספר בדיוק במקום שבו היה.

- להשוות מחיר של רישיונות למחיר לפי מספר בלי לחשב את שני הצדדים. שלושה רישיונות ומספר אחד הם חיוב שונה לגמרי מרישיון אחד ושלושה מספרים.
- לשלם על תיבת הודעות שהצוות שלכם לא יפתח. דמי הרישיון חלים על רישיונות, בשימוש או לא.
- לשכוח את התוספת לכל מספר כשמחשבים עלות של עסק עם כמה סניפים.

**מי זול יותר?** אנחנו, אלא אם אתם רוצים במיוחד תיבת הודעות. התמחור שלהם שפורסם הוא לפי רישיון, עם מינימום רישיונות ותוספת חודשית לכל מספר WhatsApp. אצלנו המחיר הוא US$ 9 לכל מספר מחובר, ויורד ל-US$ 1 ככל שמוסיפים מספרים, בלי רישיונות כלל.

**האם מקבלים תיבת הודעות משותפת?** לא, ואתם גם לא משלמים על אחת. ההודעות מגיעות למערכת שלכם, שבה הצוות שלכם כבר עובד.

**מה לגבי כמה סניפים?** כל מספר מחויב לפי התעריף שפורסם, שיורד ככל שמוסיפים מספרים. אין צורך לשנות חבילה ואין תוספת שצריך לנהל עליה משא ומתן.

**האם הנתונים שלי נעולים אצלכם?** לא. ההודעות עוברות ישירות מ-Meta לנקודת הקצה שלכם, והמספר נשאר ב-Business Portfolio שלכם.

---

## EasyCoexistence לעומת Bird

https://easycoexistence.com/he/compare/easycoexistence-vs-bird

Bird מתמחרת הודעות WhatsApp לפי כל הודעה שנמסרה, וכוללת במחיר את העמלה של Meta. EasyCoexistence גובה תשלום קבוע לפי כל מספר מחובר, ואינה מופיעה בחשבון ההודעות. כך החיוב של Meta נשאר גלוי ונפרד.

### מה מחיר משולב מסתיר

זה לא לא-ישר, והדבר מצוין בגלוי בעמוד שלהם. אבל הוא עדיין משנה את מה שאפשר לבדוק.

- Bird:: מחיר אחד לכל הודעה שנמסרה, כשחלקה של Meta כבר כלול בו. בעמוד שלהם מוסבר ש-Bird גובה את עמלת השליחה שלה בזמן העיבוד ומתעדת את חלקה של Meta מאישור המסירה.
- EasyCoexistence:: שני חשבונות נפרדים שאינם מתערבבים. Meta מחייבת את הלקוח על שיחות בחשבון WhatsApp Business שלו, ואנחנו מחייבים על החיבור. אפשר לבדוק כל חשבון מול המקור שלו, כי הם מעולם לא אוחדו.

### מה קורה כש-Meta משנה את המחירים שלה

Meta מעדכנת את מחירי השיחות מדי פעם, ושני המודלים מעבירים את השינוי בצורה שונה.

- Bird:: מחיר משולב צריך להתעדכן כשהמחיר הבסיסי משתנה, ולכן גם המספר שמוצג לכם משתנה.
- EasyCoexistence:: אצלנו שום דבר לא משתנה. השינוי של Meta מופיע בחשבון של הלקוח ב-Meta, לפי המחיר של Meta ובתאריך שבו Meta מחילה אותו. התשלום שלנו הוא על החיבור ואינו קשור למחיר של הודעה.

### סביב מה כל מוצר בנוי

שניהם שולחים הודעות WhatsApp. הם אינם מתחרים על אותה משימה.

- Bird:: פלטפורמה לשיווק ולמעורבות לקוחות ב-email, ב-SMS וב-WhatsApp, שנבנתה לצוותים שמנהלים קמפיינים בקנה מידה רחב בכמה ערוצים.
- EasyCoexistence:: תשתית Coexistence למספר שכבר מפעיל את אפליקציית WhatsApp Business. האפליקציה ממשיכה לעבוד, ה-Cloud API פועל לצדה, ואירועים מגיעים למערכת שלכם. מספר אחד, משימה אחת, כמו שצריך.

### למי השיחה שייכת

זו השאלה המבנית שמתחת לשני מודלי התמחור.

- Bird:: הודעות מעובדות ומחויבות כשהן עוברות דרך הפלטפורמה, וזה מה שמאפשר את כלי הקמפיינים וניתוח הנתונים.
- EasyCoexistence:: אירועי הודעות עוברים מ-Meta ישירות לנקודת הקצה שלכם דרך מנגנון העקיפה של Meta. הם אינם עוברים דרכנו ואנחנו לא שומרים אותם, ולכן אין לנו סיבה לגבות תשלום על כל הודעה.

- להשוות מחיר משולב למחיר שמפורסם על ידי Meta כאילו מדובר באותו מספר. אחד מהם כולל את האחר.
- להניח שמחיר מאוחד אומר שאין תוספת מחיר. המשמעות היא שהתוספת אינה מפורטת בנפרד.
- לבחור פלטפורמת קמפיינים עבור משימה שהיא מספר אחד ווובהוק (Webhook) אחד.

**האם התמחור של Bird אינו ישר?** לא. הם מציינים בבירור שהעמלה של Meta כלולה. הנקודה היא שאי אפשר לבדוק מחיר משולב מול המחיר שמפורסם על ידי Meta.

**מי מחייב אותי על הודעות כשעובדים איתכם?** Meta מחייבת ישירות, בחשבון WhatsApp Business שלכם. אנחנו אף פעם לא מוסיפים עמלה לחיוב של Meta ולא מוכרים אותו מחדש.

**מה קורה אם Meta מעלה את המחירים שלה?** השינוי מופיע בחשבון שלכם ב-Meta לפי המחיר של Meta. התשלום שלנו אינו מושפע, כי הוא אינו קשור להודעות.

**האם Bird תומכת ב-Coexistence?** עמוד התמחור שלהם ל-WhatsApp אינו מתייחס לכך. זה בדיוק התחום שבו אנחנו פועלים.

---

## EasyCoexistence מול Zenvia

https://easycoexistence.com/he/compare/easycoexistence-vs-zenvia

Zenvia מוכרת מסלולי תוכנה חודשיים עם חבילות ערוצים נפרדות ודמי הקמה להפעלת WhatsApp. EasyCoexistence גובה תעריף מפורסם אחד לכל מספר מחובר, בלי מסלול, בלי חבילה ובלי דמי הקמה, ולכן מדובר בסדר גודל אחר לעסק קטן.

### איך החשבון בנוי

זה ההבדל המבני, והוא שקובע את הסכום הכולל.

- Zenvia:: מסלול תוכנה חודשי, בתוספת חבילת ערוץ לפי היקף השימוש הצפוי, ובתוספת דמי הקמה כשערוץ WhatsApp מופעל. שלוש החלטות ושלוש שורות בחשבון, מה שמתאים לחברה שמנהלת פעילות שיווקית.
- EasyCoexistence:: שורה אחת. תעריף מפורסם לכל מספר מחובר, שיורד כשמוסיפים מספרים, בלי מסלול מעליו, בלי חבילה לצדו ובלי תשלום כדי להתחיל. עלויות השיחות של Meta מחויבות ישירות מהלקוח על ידי Meta, בנפרד ובתעריף של Meta.

### למה כל אחד מהם מיועד

שניהם מוצרים רציניים. הם מיועדים לחברות שונות.

- Zenvia:: פלטפורמת חוויית לקוח עם קמפיינים רב-ערוציים, מסעות לקוח ובסיס גדול של חברות בברזיל, שנמכרת לחברות שמנהלות תוכניות תקשורת מסודרות.
- EasyCoexistence:: עסק שכבר יש לו מספר WhatsApp Business בטלפון ורוצה להשתמש בו ב-Cloud API בלי לאבד את האפליקציה. האפליקציה ממשיכה לעבוד, ה-API פועל באותו מספר וההודעות מגיעות למערכת שהעסק כבר משתמש בה.

### מה קורה כשהנפח גדל

שני המודלים נעים בכיוונים מנוגדים.

- Zenvia:: חבילות הערוצים נקבעות לפי הנפח, לכן צמיחה משמעותה מעבר לחבילה גדולה יותר, וייתכן שגם רמת המסלול תשתנה.
- EasyCoexistence:: התעריף לכל מספר יורד כשמוסיפים מספרים, ונפח ההודעות כלל לא נכנס לחישוב. מספר ששולח מאה אלף הודעות עולה כמו מספר שקט.

### כמה זמן עד שמספר עובד

לעסק קטן, זו לעיתים כל ההחלטה.

- Zenvia:: תהליך הצטרפות מסחרי עם שלב הפעלה לערוץ WhatsApp, שמביא תמיכה שמועילה לפריסות גדולות יותר.
- EasyCoexistence:: דקות, באמצעות Embedded Signup של Meta, עם שלושה ימים בחינם מהמספר המחובר הראשון. אפליקציית WhatsApp Business ממשיכה לעבוד לאורך כל התהליך, והניטור מתחיל מיד כשהמספר מתחבר.

- להשוות רק את מחיר המסלול. חבילת הערוץ ודמי ההקמה הם חלק מהעלות הכוללת.
- לקנות פלטפורמת קמפיינים כדי לפתור בעיית חיבור.
- להניח שעלויות השיחות של Meta כלולות במקום כלשהו. הן באחריות הלקוח, בחשבון נפרד שלו.

**אפשר לשלם בריאל?** כן. המחירים מפורסמים בריאל ובדולר, והמטבע נקבע לפי זה שבו משתמש המינוי הראשון שלכם.

**יש דמי הקמה?** לא. שלושה ימים בחינם, ולאחר מכן התעריף לכל מספר. אין תשלום להפעלת WhatsApp במספר.

**אני מאבד את כלי הקמפיינים?** אנחנו לא פלטפורמת קמפיינים ולא גובים כמו פלטפורמה כזו. ההודעות מגיעות למערכת שלכם, ולכן הקמפיינים פועלים במקום שבו אתם כבר מנהלים אותם.

**מי משלם ל-Meta על השיחות?** הלקוח, ישירות, בחשבון WhatsApp Business שלו. אנחנו אף פעם לא מוסיפים עמלה לחיוב של Meta.

---

## EasyCoexistence לעומת 8x8

https://easycoexistence.com/he/compare/easycoexistence-vs-8x8

8x8 היא ספקית תקשורת לארגונים, והתיעוד שלה על Coexistence הוא מהברורים ביותר שיש, ולכן מצטטים אותו. EasyCoexistence נבנתה לעסק שקורא את התיעוד ורוצה לחבר מספר כבר היום, בלי תהליך מכירה לארגונים.

### היכן יש חפיפה בין שני המוצרים

הבסיס הטכני משותף, וכדאי לומר זאת לפני שמציגים את ההבדלים.

- 8x8:: התיעוד שלהם על Coexistence מדויק וברור במיוחד לגבי המגבלות, כולל תכונות WhatsApp שמושבתות לאחר חיבור מספר. זהו מקור עזר שימושי באמת.
- EasyCoexistence:: אותן מגבלות קיימות משום שהן של Meta, לא של ספק כלשהו. גם אנחנו מתעדים אותן ובנינו את המוצר כדי להתמודד איתן: כלל 14 ימי חוסר הפעילות, חלון הסנכרון והתכונות שנעלמות.

### מקריאה למספר מחובר

הפער שהתיעוד לא סוגר.

- 8x8:: פלטפורמת CPaaS לארגונים, עם צוותי חשבון, מוצרי מוקד שירות ושירותי מפעילים, שנמכרת לארגונים עם תהליכי רכש. תהליך הקליטה כולל את העזרה שפריסות גדולות צריכות.
- EasyCoexistence:: נרשמים ומחברים. Embedded Signup של Meta בוחר את הפורטפוליו, החשבון והמספר, אפליקציית WhatsApp Business ממשיכה לעבוד, ושלושת הימים הראשונים לא עולים דבר. אין צורך לתאם שיחה עם אף אחד.

### מה יודעים לפני שמתחייבים

ההבדל המעשי לעסק קטן או לסוכנות.

- 8x8:: התמחור נקבע באופן מסחרי, כמקובל ב-CPaaS לארגונים ומתאים לקונים שמנהלים משא ומתן על נפח משולב של קול, מוקד שירות והודעות.
- EasyCoexistence:: כל המחירון מפורסם במטבע שלכם, עם מדרגות נפח גלויות. סוכנות עם 40 מספרים יכולה לחשב את החשבון לפני יצירת חשבון.

### אחרי שהמספר מחובר

חיבורי Coexistence עלולים להיכשל בשקט, וזה החלק שרוב ההשוואות מדלגות עליו.

- 8x8:: תמיכה לארגונים וקשר עם מנהל חשבון, שזה המודל הנכון כשמאחוריהם עומד חוזה.
- EasyCoexistence:: ניטור רציף שקורא את סיבת הניתוק של Meta, כך שניתן להבדיל בין כלל 14 ימי חוסר הפעילות לבין לקוח שעזב, בנוסף למחבר MCP עם 16 כלים שמאפשר לעוזר לבדוק תקינות ולחבר מחדש בלי לפתוח לוח בקרה.

- לחשוב שתיעוד טוב הוא המוצר. התיעוד מתאר את המנגנון של Meta, שמשותף לכל הספקים.
- להתחיל תהליך לארגונים כדי לחבר מספר אחד.
- להניח שספק כלשהו עוקב אחרי החיבור לאחר יצירתו. שאלו על כך במפורש, בכל ספק שתבחרו.

**האם התיעוד של 8x8 מדויק?** כן, ואנחנו מצטטים אותו. המגבלות שהוא מתאר הן של Meta, ולכן הן חלות על כל ספקי Coexistence, כולל אנחנו.

**אילו תכונות מפסיקות לעבוד תחת Coexistence?** ארבע, לפי התיעוד של 8x8 ושלנו: הודעות נעלמות, מדיה לצפייה חד-פעמית, מיקום בזמן אמת ורשימות תפוצה. צ'אטים קבוצתיים נמצאים בכלל מחוץ ל-API.

**האם צריך חוזה לארגונים?** לא איתנו. 3 ימים ללא עלות, מחיר מפורסם ומספר שמחובר בתוך דקות.

**מה קורה אם החיבור מתנתק?** אנחנו קוראים את סיבת הניתוק של Meta ושולחים לכם התראה. כך אפשר להבדיל בין כלל 14 ימי חוסר הפעילות לבין עזיבה אמיתית.

---

## השגיאה "מספר הטלפון אינו זכאי" בהרשמה ל-Coexistence

https://easycoexistence.com/he/docs/coexistence-error-number-not-eligible

החלון של ההרשמה מ-Meta מודיע שמספר אינו זכאי כשחשבון אפליקציית WhatsApp Business שמאחוריו לא עובר את הבדיקות של Meta לחיבור לפלטפורמה. הסיבה המתועדת אצל Meta היא פעילות לא מספקת באפליקציה. הפתרון הוא שימוש אמיתי ורציף באפליקציה במספר הזה, ואז הרצה חוזרת של התהליך.

### מה ההודעה אומרת בפועל?

החלון מציג את ההודעה בשפת התצוגה. באנגלית היא "This phone number isn't eligible for registration or migration". בספרדית היא מופיעה כ-"Este número de teléfono no cumple los requisitos para el registro ni la migración". בהפניית שגיאות Embedded Signup של Meta הגרסה הקרובה ביותר מופיעה תחת הקוד 3441045: "Your phone number isn't eligible to connect to the WhatsApp Business Platform".

בכל שפה המשמעות זהה. התהליך הגיע לשלב מספר הטלפון, Meta בדקה את חשבון אפליקציית WhatsApp Business הרשום למספר, וסירבה לחבר אותו לממשק API של הפלטפורמה. שום דבר לא השתנה בטלפון, והאפליקציה ממשיכה לעבוד בדיוק כמו קודם.

### למה Meta דוחה מספר שנראה זכאי?

הפתרון של Meta לקוד 3441045 קצר: נדרשת יותר פעילות באפליקציית WhatsApp Business כדי לעזור לקבוע זכאות. Meta לא מפרסמת סף, מספר ימים או מספר הודעות, ולכן כל נתון שתקראו במקום אחר הוא תצפית של ספק ולא כלל של Meta.

בקריאה פשוטה, זה מצביע על חשבונות עם מעט שימוש אמיתי מאחוריהם: מספר שנרשם לאחרונה, או כזה שכמעט לא ניהל שיחות אמיתיות.

שני סירובים אחרים נראים דומים ואינם אותו דבר. הקוד 3441042 אומר שהתכונה אינה זמינה למספרים מאותו אזור. ובצד ה-API, הקודים 2388091 ו-2388093 אומרים שמספר אינו זכאי לקבל או לאמת קוד רישום כי הוא לא עובר מיגרציה, וזה עניין של נתיב המיגרציה, שאינו קשור ל-Coexistence כלל.

### מה כדאי לעשות לפני שמנסים שוב?

משתמשים במספר באופן רגיל באפליקציית WhatsApp Business: שיחות אמיתיות עם לקוחות, נשלחות ומתקבלות, לאורך תקופה משמעותית. כדאי לא למחוק את החשבון ולא לרשום את המספר מחדש בזמן ההמתנה, כי הבדיקה של Meta עוסקת בפעילות בחשבון, ופתיחה מחדש משאירה לה פחות מה לבדוק.

במקביל בודקים את היסודות. האפליקציה צריכה להיות WhatsApp Business ולא WhatsApp הצרכנית, בגרסה 2.24.17 ומעלה, והמספר לא יכול להיות מחובר לספק API אחר. לכל אחד מאלה יש הודעה משלו, והם מוסברים בדפים נפרדים.

אחר כך מריצים את התהליך שוב מההתחלה. Meta בודקת זכאות בכל ניסיון, ולכן ניסיון חדש אחרי פעילות אמיתית הוא הבדיקה היחידה שחשובה.

- מנסים את התהליך כמה פעמים ברצף. Meta בודקת את הזכאות, וניסיונות חוזרים עלולים להיתקל במגבלות קצב.
- רושמים את המספר מחדש בהתקנה נקייה כדי להתחיל מאפס. הבדיקה של Meta עוסקת בפעילות, ולרישום חדש אין כזו.
- מניחים שהספק יכול לאשר את המספר ידנית. אף ספק לא יכול לעקוף את ההחלטה של Meta על זכאות.

**האם המספר שלי נחסם?** לא. ההודעה נוגעת לחיבור המספר ל-API. אפליקציית WhatsApp Business ממשיכה לעבוד בטלפון בדיוק כמו קודם.

**כמה זמן כדאי לחכות לפני ניסיון חוזר?** Meta לא מפרסמת תקופה קבועה. הפתרון המתועד הוא יותר פעילות אמיתית באפליקציית WhatsApp Business, ולכן מחכים עד שהמספר יהיה בשימוש אמיתי.

**למה ההודעה מזכירה מיגרציה?** אותו חלון מטפל גם בהעברת מספרים בין חשבונות. הסירוב חל על שני הנתיבים, ולכן הניסוח מזכיר את שניהם.

**האם ספק אחר יקבל תשובה אחרת?** לא. כל הספקים משתמשים באותו Embedded Signup של Meta, ואת בדיקת הזכאות מבצעת Meta עצמה.

---

## "מספר הטלפון הזה כבר רשום לחשבון WhatsApp קיים"

https://easycoexistence.com/he/docs/coexistence-error-number-already-registered

חלון ההרשמה של Meta מציג את ההודעה הזו כשהמספר כבר רשום במקום שחוסם את הפעולה שמנסים לבצע: WhatsApp הצרכני, חשבון WhatsApp Business API או חשבון בפלטפורמה אחרת. קודם צריך לנתק את המספר מהחשבון הזה. לפי Meta, אחרי הניתוק יכולות לעבור כמה דקות עד שהמספר זמין שוב.

### מה כתוב בתיעוד של Meta על ההודעה הזו?

בהפניה לשגיאות של Embedded Signup מפרטת Meta את ההודעה כך: "מספר זה רשום בחשבון WhatsApp קיים. כדי להשתמש בו, יש לנתק אותו מהחשבון הקיים. אחר כך חוזרים לדף הזה ומזינים את המספר מחדש." היא מוסיפה שייתכן שיידרשו עד 3 דקות עד שהמספר יהיה זמין.

ההסבר של Meta הוא שמספר הטלפון כבר רשום בפלטפורמה שלה, ובין המקומות היא מונה את WhatsApp Messenger, את אפליקציית WhatsApp Business ואת WhatsApp Business API, והפתרון שהיא מציעה הוא לבטל את הרישום של המספר או להשתמש במספר אחר. החלון מוצג בשפת המשתמש, ולכן אותו סירוב מגיע באיטלקית, בספרדית או בפורטוגזית באותה משמעות.

### למה הרשמה ל-Coexistence נתקלת בזה בכלל?

Coexistence נועד לחבר מספר שכבר רשום באפליקציית WhatsApp Business, ולכן עצם הרישום אינו הבעיה. ההודעה מופיעה כשהתהליך אינו במסלול של Coexistence, או כשהרישום הוא מהסוג הלא נכון.

שלושה מצבים גורמים לזה. המספר נמצא ב-WhatsApp הצרכני ולא באפליקציית WhatsApp Business, ו-Coexistence אינו יכול לחבר אותו. התהליך שמריצים הוא הרשמה רגילה של מספר חדש ולא האפשרות לחבר חשבון קיים מאפליקציית WhatsApp Business, ולכן Meta מתייחסת למספר כאל מספר שנרשם מחדש. או שהמספר רשום ישירות ב-WhatsApp Business API, מחוץ לאפליקציה.

כל מצב דורש תיקון אחר, ולכן ההודעה לבדה לא מספיקה כדי לדעת מה לעשות.

### איך משחררים את המספר ומנסים שוב?

מתאימים את התיקון למקום שבו המספר נמצא.

אם הוא ב-WhatsApp הצרכני, קודם מעבירים אותו לאפליקציית WhatsApp Business בטלפון. אם הוא באפליקציית WhatsApp Business והחלון עדיין מציג את ההודעה, בודקים שהתהליך הציג את האפשרות לחבר חשבון קיים מאפליקציית WhatsApp Business; בלי המסך הזה התהליך שגוי. אם הוא רשום ב-API דרך פלטפורמה אחרת, צריך לנתק אותו שם.

אחרי הניתוק ממתינים כמה דקות, כפי שמציינת Meta, ואז חוזרים לחלון ומזינים את המספר שוב. אם החלון נסגר, מתחילים את התהליך מההתחלה ולא משתמשים בחלון ישן.

- לנסות שוב את אותו מספר מיד אחרי הניתוק. לפי Meta, זמינות המספר עשויה לקחת עד שלוש דקות.
- להריץ הרשמה רגילה של מספר חדש עבור מספר מהאפליקציה. Coexistence דורש את התהליך שמציע לחבר את חשבון אפליקציית WhatsApp Business הקיים.
- למחוק את חשבון אפליקציית WhatsApp Business כדי לנקות את השגיאה. זה מסיר בדיוק את הרישום ש-Coexistence מחבר.

**לאיזה חשבון קיים Meta מתכוונת?** החלון לא מציין. זה המקום שבו המספר רשום כרגע: WhatsApp הצרכני, אפליקציית WhatsApp Business במסלול הלא נכון, או ה-API דרך פלטפורמה אחרת.

**האם אאבד את השיחות אם אנתק?** ניתוק מפלטפורמה מתבצע באפליקציית WhatsApp Business תחת הגדרות, חשבון, Business Platform. זו פעולה נפרדת ממחיקת חשבון האפליקציה, שאינה הפתרון.

**ראיתי את זה באיטלקית. זו אותה שגיאה?** כן. החלון מותאם לשפה, ולכן אותו סירוב מופיע בכל שפה שבה מוצג התהליך.

**האם ספק צריך לעשות משהו?** רק אם המספר מחובר דרך אותו ספק. אז הניתוק מתבצע אצלו לפני שהתהליך החדש יכול להסתיים.

---

## "בקשת הקוד נכשלה: השרתים שלנו אינם זמינים זמנית"

https://easycoexistence.com/he/docs/coexistence-error-request-code-unavailable

ההודעה "בקשת הקוד נכשלה: השרתים שלנו אינם זמינים זמנית. המתינו שעה אחת לפני ניסיון נוסף" מופיעה כשמתבקש קוד אימות למספר במהלך ההרשמה ו-Meta לא שולחת אותו. ההוראה שבהודעה היא הפתרון: מפסיקים לבקש קודים, ממתינים שעה שלמה ואז מנסים פעם אחת מתוך תהליך חדש.

### האם זו תקלה ב-Meta?

יכול להיות, אבל ההודעות המתועדות הדומות לה מצביעות לכיוון אחר. במדריך השגיאות של Embedded Signup מאת Meta הנוסח המדויק הזה לא מופיע. כן מופיעה שם משפחה של סירובי קוד אימות שמתנהגים אותו דבר: "ביקשתם את הקוד יותר מדי פעמים", הקודים 2494158 ו-2388367 לבקשות חוזרות, והקוד 2593037 לשגיאה בזמן בקשת הקוד. בכל אחד מהם מבקשים מהמשתמש לחזור מאוחר יותר.

תקלה אמיתית בפלטפורמה אפשרית גם היא. בצד ה-API, הקוד 133004 מציין ששרת אינו זמין זמנית, וההמלצה של Meta שם היא לבדוק את דף הסטטוס של WhatsApp Business Platform לפני שמנסים שוב. אם בדף הסטטוס אין תקלה פעילה, מתייחסים להודעה כמגבלה על בקשות קוד למספר הזה ומכבדים את השעה שהיא קובעת.

### למה מתבקש קוד אימות למספר Coexistence בכלל?

במסלול Coexistence המספר כבר רשום באפליקציית WhatsApp Business, ו-Meta מורה לשותפים לדלג על שלב רישום מספר הטלפון מסיבה זו. התהליך המתועד של Meta מאמת בעלות דרך האפליקציה עצמה: העסק מקבל הודעה מחשבון Facebook Business הרשמי באפליקציית WhatsApp Business, לוחץ על Connect ואז משלים שם את שלב האימות.

לכן בקשת קוד שממשיכה להיכשל היא רמז לבדוק באיזה מסלול החלון נמצא. אם המסך שמציע לחבר חשבון קיים של אפליקציית WhatsApp Business לא הופיע, התהליך מתייחס למספר כרישום חדש ומבקש קוד ב-SMS או בשיחה קולית, ושם המגבלות האלה פוגעות.

### איך מנסים שוב בלי להחמיר את המצב?

ממתינים שעה שלמה כפי שההודעה מבקשת, בלי לבקש קוד נוסף באמצע. Meta מציינת שהמערכת מגבילה כמה פעמים אפשר לבקש קוד בתוך פרק זמן מסוים, ולכן בקשות שנשלחות בזמן ההמתנה פועלות נגדכם.

כשהשעה עברה, סוגרים את החלון הישן ומתחילים את התהליך מחדש, במקום ללחוץ על שליחה חוזרת בחלון שנשאר פתוח. בוחרים באפשרות לחבר את חשבון אפליקציית WhatsApp Business הקיים, משאירים את הטלפון עם המספר בהישג יד ולא נעול, ומשלימים את האימות באפליקציה ברגע שהוא מגיע.

אם הוזן קוד שגוי כמה פעמים, ההנחיה של Meta שונה: המערכת מאפשרת מספר מוגבל של ניסיונות אימות, ו-Meta ממליצה להמתין כ-12 שעות לפני ניסיון חוזר.

- ללחוץ שוב ושוב על שליחה חוזרת במהלך השעה. Meta מגבילה כמה פעמים אפשר לבקש קוד בפרק זמן נתון.
- להניח שהתקלה קבועה ולעבור למספר אחר. ההודעה מציינת המתנה זמנית.
- לבצע רישום של מספר חדש עבור מספר מהאפליקציה. ב-Coexistence האימות מתבצע דרך אפליקציית WhatsApp Business ולא ברישום SMS חדש.

**האם המתנה של יותר משעה תעזור?** שעה היא מה שההודעה קובעת. המתנה ארוכה יותר לא מזיקה, אבל בקשות קוד במהלך השעה כן מזיקות.

**האם הספק שלי יכול לאפס את המגבלה?** לא. מגבלות קוד האימות חלות מצד Meta על המספר, ושום ספק לא יכול לנקות אותן.

**האם אפליקציית WhatsApp Business מושפעת?** לא. האפליקציה ממשיכה לעבוד בטלפון. הסירוב נוגע רק לשלב ההרשמה בדפדפן.

**איך אדע אם זו תקלה אמיתית?** בודקים את דף הסטטוס של Meta עבור WhatsApp Business Platform. אם לא מוצגת בו תקלה, מתייחסים להודעה כמגבלה על בקשות קוד.

---

## סריקת קוד QR של Coexistence נכשלת באפליקציית WhatsApp Business

https://easycoexistence.com/he/docs/coexistence-error-qr-code-pairing-failed

כשסריקת הקוד נכשלת במהלך ההרשמה ל-Coexistence, הסיבות לבדוק נמצאות בטלפון: אפליקציית WhatsApp Business ישנה, סריקה מהאפליקציה או מהמכשיר הלא נכונים, או הנחיה אחרי הסריקה שנשארה ללא מענה. הפתרון: לעדכן את האפליקציה, לסרוק מתוך אפליקציית WhatsApp Business בטלפון שמחזיק את המספר ולאשר כל הנחיה עד הסוף.

### מה אמור לקרות בטלפון?

התיעוד של Meta מתאר את צד הטלפון בארבעה צעדים. העסק מקבל הודעה מחשבון Facebook Business הרשמי בתוך אפליקציית WhatsApp Business ולוחץ על Connect. אחר כך לוחצים על Connect to the Business Platform. לאחר מכן לוחצים על Confirm, ושם בוחרים אם לשתף היסטוריית צ'אטים. בסוף משלימים את שלב קוד האימות וחוזרים לדפדפן כדי לסיים את התהליך.

הקוד שמוצג בדפדפן הוא מה שפותח את השיחה הזו באפליקציה. לכן סריקה שלא קורית כלום, או טלפון שמציג שגיאה מיד עם הסריקה, אומרים שאחד הצעדים לא הצליח להתחיל. כל מה שלפני כן, בדפדפן, כבר עבד.

### למה הסריקה נכשלת?

יש ארבע סיבות לבדוק, לפי הסדר הזה.

האפליקציה ישנה מדי. Meta דורשת אפליקציית WhatsApp Business בגרסה 2.24.17 ומעלה, ויש ב-Embedded Signup שגיאה 4563015 שאומרת פשוט לעדכן את האפליקציה לגרסה העדכנית.

הסריקה בוצעה באפליקציה הלא נכונה. את הקוד צריכה לטפל אפליקציית WhatsApp Business שמחזיקה את המספר, בטלפון הראשי. WhatsApp הרגיל, אפליקציית המצלמה של הטלפון או מכשיר מקושר כמו WhatsApp Web או Desktop הם לא אותו דבר.

ההנחיות לא הושלמו. הסריקה רק פותחת את השלב, ומה שמקדם אותו הוא לחיצה על Connect, על Connect to the Business Platform ועל Confirm.

החלון הקופץ נסגר. אם חלון הדפדפן נעלם, גם התהליך שהטלפון השלים נעלם איתו.

### איך מנסים שוב נכון?

קודם מעדכנים את אפליקציית WhatsApp Business בחנות האפליקציות ופותחים אותה מחדש. מוודאים שהטלפון שביד הוא זה שמחזיק את המספר, ושהוא פתוח ומחובר לאינטרנט.

אחר כך מתחילים את תהליך ההרשמה מההתחלה בדפדפן, בוחרים באפשרות לחבר את חשבון אפליקציית WhatsApp Business הקיים, ומשאירים את החלון הקופץ פתוח בזמן העבודה על הטלפון. מטפלים בקוד מתוך אפליקציית WhatsApp Business, עונים על כל הנחיה כשהיא מופיעה, וחוזרים לדפדפן לסיום.

אחרי שהחיבור הושלם, צפוי שמכשירים מקושרים יתנתקו. Meta מנתקת את כל האפליקציות הנלוות כשהמספר מתחבר ל-API, ואפשר לקשר אותן שוב אחר כך.

- סריקה עם אפליקציית המצלמה של הטלפון. את הקוד צריכה לטפל אפליקציית WhatsApp Business שמחזיקה את המספר.
- סגירת החלון הקופץ בדפדפן בזמן העבודה על הטלפון. שלב הטלפון תלוי בתהליך שהתחיל אותו.
- התייחסות להתנתקות של מכשירים מקושרים כאל כישלון. Meta מנתקת אפליקציות נלוות בעת החיבור, ואפשר לקשר אותן מחדש.

**האם מישהו אחר יכול לסרוק בשביל העסק?** רק עם הטלפון שמחזיק את המספר. השלב מתבצע באפליקציית WhatsApp Business במכשיר הזה.

**האם אפשר לסרוק דרך WhatsApp Web?** לא. מכשירים מקושרים הם נלווים לחשבון. שלב הטלפון שייך לאפליקציית WhatsApp Business בטלפון הראשי.

**האם סריקה שנכשלה משנה משהו בטלפון?** לא. עד שהתהליך מסתיים, המספר לא מחובר והאפליקציה ממשיכה לעבוד כרגיל.

**האפליקציה שלי כותבת שהיא מעודכנת. מה עושים?** בודקים שמספר הגרסה הוא 2.24.17 ומעלה, ואז מתחילים את התהליך מחדש ומאשרים כל הנחיה.

---

## הרשמה ל-Coexistence נחסמת בגלל Business Portfolio ישן

https://easycoexistence.com/he/docs/coexistence-error-inaccessible-business-portfolio

אם המספר מקושר ל-Business Portfolio אחר מזה שנבחר בחלון ההרשמה, Meta דוחה אותו ומציגה הודעה שהמספר אינו משויך לעסק שנבחר. צריך לנתק את המספר בתוך אותו Portfolio, וזה דורש מנהל עם גישה אליו, או להריץ את התהליך דווקא ב-Portfolio ההוא.

### מה Meta אומרת כשזה קורה?

בתיעוד השגיאות של Embedded Signup מופיע הקוד 3441041: "מספר הטלפון שהזנתם אינו משויך לעסק שבחרתם. כדי להמשיך, יש לנתק את מספר הטלפון הזה מאותו עסק או להזין מספר אחר."

העסק שבחרתם הוא ה-Business Portfolio שנבחר במסך הראשון של החלון. ההודעה אומרת ש-Meta כבר משייכת את המספר ל-Portfolio אחר. הקישור יכול להגיע מחיבור קודם: סוכנות שחיברה את המספר בעבר, Business Manager של עובד לשעבר, או חשבון WhatsApp ישן שנוצר בשביל פרסום. מי שמריץ את התהליך היום לרוב לא יודע שהוא קיים.

### איך מנתקים את המספר מה-Portfolio האחר?

לפי התיעוד של Meta, הפתרון מורכב משני חלקים, ושניהם מתבצעים בתוך ה-Portfolio שמחזיק כרגע במספר.

ראשית, מסירים את חשבון WhatsApp המקושר למספר: Meta Business Suite, הגדרות, חשבונות, חשבונות WhatsApp, הסרת חשבון. שנית, מוחקים את המספר עצמו מ-WhatsApp Manager, בלשונית מספרי טלפון.

שני השלבים מתבצעים בתוך אותו Portfolio, ולכן נדרש מי שיש לו שם גישת מנהל. כבר ביצירת חשבונות WhatsApp Business בתוך Portfolio, Meta דורשת הרשאה ברמת מנהל. אחרי שהמספר פנוי, מריצים את ההרשמה שוב ובוחרים את ה-Portfolio שבשליטתכם.

### ומה אם אף אחד לא נכנס ל-Portfolio הישן?

אז נשארות שתי אפשרויות ריאליות.

ראשית, להחזיר גישה. מי שיצר את ה-Portfolio, או כל מנהל שנשאר בו, יכול להוסיף אדם נוכחי כמנהל. אם ה-Portfolio מוחזק בידי סוכנות, צריך לבקש מהסוכנות להעניק גישה או לבצע את הניתוק בעצמה.

האפשרות השנייה: להריץ את התהליך בתוך ה-Portfolio הישן אחרי שהגישה חודשה, במקום להוציא ממנו את המספר. Coexistence משאירה את החשבונות שהומרו ב-Business Portfolio של הלקוח עצמו, ולכן ה-Portfolio שבו מריצים את התהליך הוא המקום שבו המספר ימשיך להימצא. כדאי לבחור את זה שהעסק עדיין ישלוט בו בעוד שנה.

- יצירת Portfolio חדש וניסיון נוסף. המספר עדיין מקושר לישן, ולכן תחזור אותה דחייה.
- מחיקת חשבון אפליקציית WhatsApp Business כדי לשבור את הקישור. הקישור נשמר בצד של Meta, בתוך ה-Portfolio האחר.
- השארת המספר ב-Portfolio שהעסק לא שולט בו. מי שמנהל אותו שולט בחיבור.

**האם התמיכה של Meta יכולה להעביר את המספר בשבילי?** הפתרון המתועד של Meta לשגיאה 3441041 הוא ניתוק בתוך ה-Portfolio האחר, בידי מי שיש לו גישה אליו. Meta לא מתארת העברה של המספר בשמכם.

**איך מוצאים איזה Portfolio מחזיק במספר?** ההודעה של Meta לא מציינת אותו. בודקים כל Portfolio שמישהו בעסק השתמש בו, כולל כאלה שסוכנות הקימה.

**האם הניתוק יפגע באפליקציה בטלפון?** השלבים מסירים את החשבון והמספר מה-Portfolio ב-Meta Business Suite וב-WhatsApp Manager. הם לא מתבצעים באפליקציה בטלפון.

**האם זה אותו דבר כמו מספר אצל ספק אחר?** לא. זה חיבור לאפליקציה של שותף אחר. כאן המספר שייך ל-Portfolio שונה.

---

## האפשרות "התחברות לאפליקציית WhatsApp Business קיימת" לא מופיעה

https://easycoexistence.com/he/docs/coexistence-error-option-not-showing

האפשרות לחבר חשבון אפליקציית WhatsApp Business קיים מופיעה רק כשהפלטפורמה שמפעילה את Embedded Signup של Meta הפעילה אותה בקוד שלה. בלי ההגדרה הזו, החלון הקופץ מציג את מסך בחירת החשבון הרגיל ומתייחס למספר כאל רישום חדש. העסק לא יכול להפעיל אותה בעצמו, וזה תפקיד הפלטפורמה.

### מי שולט בהופעת האפשרות?

הפלטפורמה שמפעילה את החלון הקופץ. התיעוד של Meta מורה לשותפים להוסיף את המאפיין featureType עם הערך whatsapp_business_app_onboarding בעת הפעלת Embedded Signup. Meta גם נותנת בדיקה פשוטה: אם מסך בחירת החשבון הוחלף במסך שמציע לחבר חשבון WhatsApp Business קיים, התכונה מופעלת.

לכן כשהעסק רואה את המסכים הרגילים, בחירה או יצירה של חשבון WhatsApp Business והזנת מספר לרישום, החלון הקופץ הופעל בלי ההגדרה הזו. שום דבר בהגדרות של Meta בחשבון העסק לא משנה זאת. העסק יכול רק לעבור לקישור הרשמה מפלטפורמה שהפעילה את האפשרות.

### למה פלטפורמה עשויה לא להציע אותה?

Meta קובעת דרישות בצד הפלטפורמה לפני שאפשר להפעיל את התכונה. הפלטפורמה חייבת להיות כבר Solution Partner או Tech Provider, לדעת להשתמש ב-Cloud API, להחזיק כתובת callback של וובהוק (Webhook) שמסוגלת לקבל ולעבד וובהוקים, ולהפעיל את Embedded Signup עם רישום סשנים.

כלי שמתארח עצמאית, או אינטגרציה שנבנתה על אפליקציית מפתחים שאינה Tech Provider, נכשלים כבר בדרישה הראשונה. במקרה כזה שינוי הגדרות בצד העסק לא יחזיר את האפשרות. הפתרון הוא פלטפורמה שעשתה את העבודה הזו.

פער נוסף הוא הגרסה. Embedded Signup v2 ו-v3 יופסקו ב-15 באוקטובר 2026, ו-Meta מנחה את השותפים לעבור ל-v4 לפני כן.

### ומה אם האפשרות מופיעה אבל אי אפשר לבחור את החשבון?

זה סירוב אחר, והוא נובע מהחשבון ולא מהפלטפורמה.

במדריך השגיאות של Meta מופיע הקוד 3441047: התכונה אינה זמינה לחשבונות שמשתמשים בהודעות שיווקיות, והעסק צריך לבחור חשבון WhatsApp Business אחר. הקוד 3441042 אומר שהתכונה אינה זמינה למספרים מהאזור הזה. ואפליקציה מגרסה נמוכה מ-2.24.17 נדחית, עם בקשה לעדכן לגרסה האחרונה.

כל אחד מהמקרים האלה מגיע עם הודעה משלו בחלון הקופץ. אפשרות חסרה בלי שום הודעה מצביעה על האופן שבו הופעל התהליך.

- לחפש בהגדרות של Meta בחשבון העסק מתג של Coexistence. האפשרות נקבעת בידי מי שמפעיל את החלון הקופץ.
- להשלים בכל זאת את התהליך הרגיל. בלי האפשרות, Meta רואה במספר רישום חדש, ולא חיבור של אפליקציה קיימת.
- להניח שאינטגרציה ישנה של Embedded Signup עדיין מתאימה. Meta מפסיקה לתמוך בגרסאות v2 ו-v3 החל מ-15 באוקטובר 2026 ואילך.

**האם העסק יכול להפעיל Coexistence בעצמו?** לא בחלון הקופץ. האפשרות מוגדרת בידי הפלטפורמה שמפעילה את Embedded Signup, דרך ההגדרה featureType בקוד שלה.

**איך יודעים שהאפשרות מופעלת?** זו הבדיקה של Meta עצמה: מסך בחירת החשבון מוחלף במסך שמציע לחבר את חשבון WhatsApp Business הקיים שלכם.

**האם העסק צריך Business Portfolio מאומת?** הדרישות ש-Meta מפרטת לאפשרות הזו נוגעות לפלטפורמה שמפעילה את התהליך, ועבור העסק, לאפליקציה בגרסה 2.24.17 ומעלה.

**האם זו הגבלה אזורית?** הקוד 3441042 מציין סירוב אזורי, והוא מגיע עם הודעה משלו. אפשרות חסרה בלי שום הודעה מצביעה על האופן שבו הופעל התהליך.

---

## "עדכנו את אפליקציית WhatsApp Business" בזמן ההרשמה ל-Coexistence

https://easycoexistence.com/he/docs/coexistence-error-business-app-outdated

Coexistence דורש אפליקציית WhatsApp Business בגרסה 2.24.17 ומעלה, בטלפון שמחזיק את המספר. בגרסה נמוכה יותר החלון הקופץ של Meta דוחה את המספר ומבקש לעדכן את האפליקציה לגרסה האחרונה. מעדכנים בחנות האפליקציות ומריצים את התהליך מחדש מההתחלה, וזה פותר את הבעיה.

### מה כתוב בהודעה?

בהפניית השגיאות של Embedded Signup מ-Meta מופיע קוד שגיאה 4563015 עם הטקסט "Update your WhatsApp Business App to the latest version to use this phone number", והפתרון הוא בדיוק זה: לעדכן את האפליקציה לגרסה האחרונה.

הדרישה שמאחורי ההודעה מופיעה בתיעוד של Meta להצטרפות ל-Coexistence: על העסק להשתמש באפליקציית WhatsApp Business בגרסה 2.24.17 ומעלה. ההודעה מבקשת את הגרסה האחרונה ולא את המינימלית, ועדכון לגרסה האחרונה הזמינה עונה על שתי הדרישות.

### איזה מכשיר צריך לעדכן?

הטלפון הראשי: המכשיר שבו המספר רשום באפליקציית WhatsApp Business. זו האפליקציה ש-Meta בודקת, והיא זו שמטפלת בשלב הטלפון בתהליך.

עדכון של WhatsApp Web, של אפליקציית שולחן העבודה או של טאבלט מקושר לחשבון לא עוזר, כי אלה מכשירים נלווים ולא הרישום עצמו. לפי התיעוד של Meta, מכשירים נלווים מנותקים כשהמספר מתחבר ל-API, ו-WhatsApp for Windows ו-WhatsApp for WearOS אינם נתמכים כמכשירים נלווים אחרי החיבור.

בעבודה של סוכנות, מי שמריץ את התהליך בדפדפן לרוב לא מחזיק את הטלפון, ולכן כדאי לוודא את זה מול בעל העסק לפני שמתחילים.

### איך בודקים את הגרסה ומנסים שוב?

בטלפון שמחזיק את המספר, מחפשים את הגרסה המותקנת של אפליקציית WhatsApp Business, במידע העזרה של האפליקציה או בעמוד שלה בחנות האפליקציות. אם הגרסה נמוכה מ-2.24.17, או אם החנות מציעה עדכון, מתקינים אותו.

אחרי העדכון סוגרים ופותחים את האפליקציה, כדי שהגרסה החדשה היא זו שרצה. לאחר מכן מתחילים את תהליך ההרשמה מחדש בדפדפן, ולא ממשיכים בחלון שכבר הציג את הדחייה, ובוחרים באפשרות לחבר את חשבון אפליקציית WhatsApp Business הקיים.

העדכון עצמו מתבצע בחנות האפליקציות ולא בחלון ההרשמה, ולכן זה שלב למי שמחזיק את הטלפון. מבקשים ממנו לאשר את מספר הגרסה החדשה לפני שמריצים את התהליך שוב, ולא מניחים שהעדכון הצליח.

- עדכון של WhatsApp Web או של אפליקציית שולחן העבודה. Meta בודקת את אפליקציית WhatsApp Business בטלפון הראשי.
- עדכון של WhatsApp הרגילה בטלפון שמותקנות בו שתי האפליקציות. אפליקציית Business מותקנת בנפרד ויש לה גרסה משלה.
- ניסיון חוזר באותו חלון קופץ אחרי העדכון. מתחילים את התהליך מחדש, כדי שהבדיקה תרוץ מול הגרסה החדשה.

**האם 2.24.17 מספיק, או שצריך את הגרסה האחרונה?** המינימום ש-Meta קובעת הוא 2.24.17. טקסט השגיאה מבקש את הגרסה האחרונה, ולכן עדכון מלא עונה על שתי הדרישות.

**האם העדכון מוחק שיחות?** עדכון מחליף את גרסת האפליקציה על אותו רישום. זה לא כמו מחיקת החשבון או רישום מחדש של המספר, ואותם כדאי להימנע מהם.

**האם הגרסה חשובה גם אחרי החיבור?** הדרישה של Meta מוגדרת להצטרפות. עדיין כדאי לשמור על האפליקציה מעודכנת, כי הטלפון נשאר חלק מהחיבור.

**האם זה אותו דבר כמו מספר שאינו כשיר?** לא. כשירות קשורה לפעילות בחשבון, והשגיאה הזו נוגעת רק לגרסת האפליקציה בטלפון.

---

## שגיאת Coexistence: המספר כבר מחובר לספק אחר

https://easycoexistence.com/he/docs/coexistence-error-number-on-another-provider

תהליך Coexistence של Meta לא מחבר מספר של אפליקציית WhatsApp Business לפלטפורמה חדשה כל עוד פלטפורמה אחרת עדיין מחזיקה בו. אם המספר כבר מחובר לספק אחר, חלון ההרשמה של Meta דוחה אותו ומציין שמעבר בין שותפים אינו נתמך בתהליך הזה. העסק מנתק את הפלטפורמה הנוכחית באפליקציית WhatsApp Business, ממתין 15 דקות ואז מריץ את ההרשמה החדשה.

### אילו הודעות מעידות שהמספר אצל ספק אחר?

בהפניית השגיאות של Embedded Signup ב-Meta יש שלוש הודעות למצב הזה, בפרק על קליטת משתמשי אפליקציית WhatsApp Business.

- 2655093: העסק כבר משתף את חשבון WhatsApp Business הזה עם שותף, ומעבר בין שותפים לא נתמך בתהליך הזה.
- 3441049: המספר כבר רשום במוצר וחייבים לנתק אותו מהחשבון הנוכחי באפליקציית WhatsApp Business.
- 2655094: יש לנתק את פלטפורמת העסק כדי להמשיך, ואז להמתין 15 דקות לפני ניסיון נוסף.

### איך מנתקים את הספק הנוכחי?

מהטלפון, באפליקציית WhatsApp Business. המסלול ש-Meta מגדירה: הגדרות, חשבון, פלטפורמה עסקית, בוחרים את הפלטפורמה המחוברת ולוחצים על ניתוק. Meta מציינת גם שאי אפשר להשתמש בקריאת ביטול הרישום של ה-API עצמו על מספר שפעיל גם באפליקציה וגם ב-Cloud API, ולכן הניתוק נעשה באפליקציה ולא דרך לוח הבקרה של הספק הישן.

כשהעסק מנתק, Meta שולחת לפלטפורמה הקודמת וובהוק (Webhook) מסוג account_update עם אירוע PARTNER_REMOVED. כך הספק הישן מגלה על הניתוק. כל מינוי אצל הספק הזה הוא עניין נפרד בין העסק לבינו.

### מה קורה אחרי הניתוק?

ממתינים. ההודעות של Meta עבור 3441049 ו-2655094 מורות שתיהן להמתין 15 דקות לפני ניסיון נוסף.

אחר כך מריצים את ההרשמה של הפלטפורמה החדשה מההתחלה ובוחרים באפשרות לחבר את החשבון הקיים של אפליקציית WhatsApp Business. זו קליטה חדשה: שיתוף היסטוריית הצ'אטים מוצע שוב, ולפלטפורמה החדשה יש 24 שעות אחרי הקליטה לסנכרן אנשי קשר והיסטוריה.

מקרה אחד עדיין עלול לעצור את המעבר. Meta מציינת שעסק שעבד בעבר עם שותף ועדיין חולק את קו האשראי שלו עלול לקבל שגיאה במעבר לשותף חדש, והיא מפרסמת מדריך נפרד לפתרון הבעיה.

- לבקש מהספק הישן לבטל את רישום המספר. לפי Meta, קריאת ביטול הרישום לא עובדת על מספר שבשימוש גם באפליקציה וגם ב-Cloud API.
- לנסות שוב כמה דקות בודדות אחרי הניתוק. Meta מבקשת להמתין 15 דקות.
- למחוק את החשבון באפליקציית WhatsApp Business כדי לשבור את החיבור הישן. המסלול המתועד הוא ניתוק דרך ההגדרות.

**אפשר לחבר מספר לשני ספקים בו זמנית?** לא דרך התהליך הזה. ההודעה של Meta קובעת שמעבר בין שותפים לא נתמך בלי לנתק קודם את הנוכחי.

**הניתוק ימחק לי את הצ'אטים?** הניתוק מסיר את חיבור הפלטפורמה. אפליקציית WhatsApp Business נשארת בטלפון וממשיכה לעבוד.

**הספק החדש יכול לנתק בשבילי את הישן?** לא. את הניתוק מבצע העסק עצמו באפליקציית WhatsApp Business.

**ההיסטוריה מסתנכרנת שוב עם הספק החדש?** הקליטה החדשה מציעה שוב לשתף היסטוריה, ולפלטפורמה החדשה יש 24 שעות להשלים את הסנכרון.

---

## "This authorization code has expired" אחרי הרשמה ל-Coexistence

https://easycoexistence.com/he/docs/coexistence-error-authorization-code-expired

כשההרשמה ב-Embedded Signup של Meta מסתיימת, היא מוסרת לפלטפורמה שהפעילה אותה קוד קצר מועד, שחובה להמיר לאסימון גישה (Access Token) תוך 30 שניות. אם ההמרה מתבצעת מאוחר יותר, או עם קוד מניסיון קודם, Meta מחזירה שקוד ההרשאה פג תוקף. הרצה חוזרת של התהליך מפיקה קוד חדש.

### איזה קוד פג תוקף?

כשהעסק מסיים את Embedded Signup, Meta מחזירה את מזהי הנכסים ואת קוד ההמרה לחלון הדפדפן שפתח את החלון הקופץ. הפלטפורמה שולחת את הקוד לשרת שלה, והשרת פונה לנקודת הקצה oauth access_token של Meta עם מזהה האפליקציה וסוד האפליקציה, כדי להמיר אותו לאסימון עסקי.

המדריך ליישום של Meta מפורש לגבי התזמון: לקוד ההמרה יש משך חיים של 30 שניות, ולכן הפלטפורמה צריכה להספיק להמיר אותו לפני שהוא פג. ניסיון המרה אחרי הזמן הזה נדחה, והודעת השגיאה "This authorization code has expired" היא הדרך שבה הדחייה מופיעה. העסק לא טעה אם סיים את החלון באיטיות, כי השעון מתחיל לרוץ ברגע שהקוד מוחזר.

### למה זה קורה כשהחלון הקופץ מסתיים באיחור או פעמיים?

כמה מצבים יכולים לדחות את ההמרה אל מעבר למגבלה.

הלשונית נשארה ברקע או שהמחשב הנייד נרדם בדיוק כשהתהליך הסתיים, ולכן הקוד הגיע לשרת של הפלטפורמה זמן רב אחרי שהונפק. השרת של הפלטפורמה העמיד את ההמרה בתור מאחורי עבודות אחרות במקום לבצע אותה מיד. או שהמשתמש פתח את התהליך פעמיים, סיים את שניהם, והפלטפורמה המירה את הקוד מהחלון הראשון אחרי שהשני הושלם.

בבדיקות יש גם מקרה רביעי: העתקת הקוד מהקונסולה של הדפדפן והמרה ידנית עם cURL או Postman. המדריך של Meta מזהיר בדיוק מפני זה ומורה להכין את בקשת ההמרה מראש, לפני שמתחילים.

### איך משלימים את החיבור?

מריצים את התהליך מההתחלה בחלון אחד, ומשאירים את דף הפלטפורמה בחזית עד שהוא מסתיים. כל השלמה מחזירה קוד חדש, וכל מה שהפלטפורמה צריכה הוא להמיר אותו מיד.

במספר Coexistence כדאי למהר. Meta ממירה את חשבון WhatsApp Business כשהעסק משלים את התהליך, וברגע שהפלטפורמה מצרפת את הלקוח יש לה 24 שעות לסנכרן את היסטוריית ההודעות. אחרי זה צריך לנתק את העסק ולהשלים את התהליך מחדש.

בצד הפלטפורמה, התיקון הקבוע הוא להמיר את הקוד בשרת ברגע שהוא מגיע, לפני כל שלב הצטרפות אחר.

- לנסות שוב את המרת האסימון עם אותו קוד. הוא פג אחרי 30 שניות ולא יחזור.
- להריץ את ההרשמה בשני חלונות בו זמנית. רק הקוד מהניסיון שמומר נחשב.
- להמיר את הקוד מהדפדפן. Meta דורשת שההמרה תהיה בקשה משרת לשרת, עם סוד האפליקציה.

**האם העסק חיבר את המספר או לא?** העסק השלים את התהליך של Meta, אבל הפלטפורמה לא הצליחה להפוך את הקוד לאסימון עובד, ולכן עדיין אינה יכולה לפעול על המספר. הרצה חוזרת של התהליך תיתן לה קוד חדש.

**אפשר לגרום לקוד להישאר תקף זמן רב יותר?** לא. Meta קובעת את משך החיים של 30 שניות, ושום פלטפורמה לא יכולה להאריך אותו.

**האם אפליקציית WhatsApp Business מושפעת?** לא. האפליקציה ממשיכה לעבוד בטלפון בזמן שהבעיה נפתרת.

**זה אותו דבר כמו אסימון גישה שפג תוקף?** לא. כאן מדובר בקוד ההרשמה קצר המועד. חיבור תקין שאסימון הגישה שלו פג תוקף מחזיר שגיאה 190, וזה עניין אחר.

---

## "Your app is missing required Graph API permissions for Cloud API companion pairing"

https://easycoexistence.com/he/docs/coexistence-error-companion-pairing-permission

ההודעה הזו אומרת שלפלטפורמה שהפעילה את ההרשמה חסרות הרשאות WhatsApp ש-Meta דורשת, ברמת הגישה ש-Meta דורשת, כדי שמספר מאפליקציית WhatsApp Business יתחבר ל-Cloud API בהצלחה. Meta מאפשרת לעסק להעניק רק הרשאות שלפלטפורמה יש עליהן גישה מתקדמת (Advanced access). העסק לא יכול לתקן את זה, הפלטפורמה צריכה.

### מה ההודעה אומרת?

הנוסח המלא: "Your app is missing required Graph API permissions for Cloud API companion pairing. Please verify advanced WhatsApp Business permissions are granted, then try again." ההפניות הציבוריות של Meta לשגיאות לא מפרטות את הנוסח המדויק הזה, אבל כל חלק בו מתאים למשהו ש-Meta כן מתעדת.

"Your app" היא אפליקציית Meta של הפלטפורמה שמפעילה את ההרשמה, לא אפליקציית WhatsApp Business בטלפון. Meta לא מגדירה בפומבי מהו companion pairing. לפי ההקשר, הכוונה לכך ש-Cloud API מצטרף למספר שנשאר רשום באפליקציית WhatsApp Business, וזה בדיוק מנגנון Coexistence. המילה "advanced" מתייחסת לגישה מתקדמת (Advanced access), הרמה ש-Meta מעניקה אחרי סקירה.

### אילו הרשאות מעורבות?

התיעוד של Meta מזכיר שתי הרשאות שאינטגרציות WhatsApp זקוקות להן בדרך כלל. ההרשאה whatsapp_business_management מכסה מטא-נתונים של החשבון, תבניות, מספרי טלפון, אנליטיקה, וגם וובהוקים (Webhook) של החשבון. ההרשאה whatsapp_business_messaging מכסה שליחת הודעות וקבלת וובהוקים של הודעות וסטטוס.

אצל שותף שהלקוחות שלו משתמשים באפליקציה שלו, Meta דורשת App Review וגישה מתקדמת לכל הרשאה שהאפליקציה צריכה. Meta מציינת את התוצאה במפורש: בלי גישה מתקדמת להרשאה, הלקוחות לא יכולים להעניק אותה לאפליקציה דרך Embedded Signup. קריאות עם whatsapp_business_management בחשבונות שהאפליקציה לא מחזיקה בהם, ללא גישה מתקדמת, מחזירות שגיאה 200.

פלטפורמה יכולה לבדוק מה העסק העניק בפועל: שולחים את אסימון הגישה (Access Token) לנקודת הקצה debug_token של Meta, ובתגובה, תחת scopes, מופיעות ההרשאות שהוענקו.

### מה העסק יכול לעשות?

מעט מאוד מצדו, ואין לנסות לשנות את הגדרות Meta שלו כדי לפתור את זה. התיקון אצל הפלטפורמה: היא צריכה להיות Tech Provider או Solution Partner, דרישה ש-Meta מציינת לצירוף משתמשי אפליקציית WhatsApp Business, וגם לקבל אישור לגישה מתקדמת להרשאות WhatsApp.

מה שהעסק כן יכול לעשות: לדווח לפלטפורמה על ההודעה המדויקת, לנסות שוב אחרי שהפלטפורמה מאשרת שהגישה שלה בתוקף, או לעבור לפלטפורמה שכבר מחזיקה במעמד הזה. ניסיון חוזר באותו תהליך באותה פלטפורמה לפני כן יניב את אותה תוצאה, והוא לא משפיע על אפליקציית WhatsApp Business בטלפון.

- להעניק עוד הרשאות בהגדרות Meta של העסק. הגישה החסרה שייכת לאפליקציה של הפלטפורמה.
- להפעיל בעצמכם כלי על אפליקציית מפתחים בלי App Review. בלי גישה מתקדמת, עסקים לא יכולים להעניק את ההרשאות הנדרשות.
- לנסות שוב ושוב באותה פלטפורמה. התוצאה משתנה רק כשהגישה של הפלטפורמה משתנה.

**האם יש בעיה באפליקציית WhatsApp Business שלי?** לא. ההודעה מתייחסת לאפליקציית Meta של הפלטפורמה, לא לאפליקציה בטלפון שלכם, שממשיכה לעבוד.

**האם אפשר להעניק את ההרשאה בעצמי?** רק הרשאות שלפלטפורמה יש עליהן גישה מתקדמת מופיעות לכם להענקה. קודם צריך לאשר את הגישה החסרה לפלטפורמה.

**איך פלטפורמה מקבלת גישה מתקדמת?** דרך Meta App Review, לכל הרשאה שהאפליקציה שלה צריכה, כשותפה שהלקוחות שלה משתמשים באפליקציה.

**האם App Review נדרש גם מהעסק?** לא. לפי Meta, מפתח שניגש רק לנתוני העסק של עצמו לא צריך לא App Review ולא גישה מתקדמת.

---

## שגיאה 0 ב-WhatsApp: לא ניתן לאמת את משתמש האפליקציה

https://easycoexistence.com/he/docs/whatsapp-error-0

קוד שגיאה 0 אומר ש-Meta לא הצליחה לאמת את משתמש האפליקציה שמאחורי אסימון הגישה (Access Token). התיאור של Meta הוא "We were unable to authenticate the app user". האסימון פג תוקף, בוטל, או שהמשתמש חסם את כל האפליקציות מלגשת לנתונים שלו. הפתרון הוא אסימון גישה חדש, לא ניסיון חוזר.

### מה המשמעות של קוד שגיאה 0 ב-WhatsApp?

המשמעות היא שהפלטפורמה קיבלה בקשה ולא הצליחה לקשר אותה למשתמש אפליקציה שהיא סומכת עליו.

Meta מסווגת את קוד 0 תחת שגיאות הרשאה במדריך השגיאות של Cloud API, עם טקסט הפירוט "We were unable to authenticate the app user." הסיבות האפשריות שהיא מביאה קשורות כולן לאסימון: הוא פג תוקף, הוא בוטל, או שמי שהעניק אותו שינה הגדרה שמונעת מכל האפליקציות גישה לנתונים שלו.

שום דבר ברשימה הזו לא נוגע למספר הטלפון, לחשבון WhatsApp Business או להודעה שנשלחה. הבקשה לא התקדמה מספיק כדי שמישהו מאלה ייבדק.

### איך מתקנים את שגיאה 0?

מקבלים אסימון גישה חדש. זה התיקון ש-Meta מציינת, והוא היחיד שעובד.

לפני שמחליפים, כדאי לברר איזו משלוש הסיבות הייתה רלוונטית, כי כל אחת חוזרת אם מתעלמים ממנה. אסימון משתמש עם תוקף קצר יפוג שוב בזמן. אסימון שבוטל ימשיך להיכשל עד שמישהו יעניק גישה מחדש. משתמש שכיבה לגמרי את הגישה לאפליקציות צריך להפעיל אותה בחזרה לפני שכל אסימון שלו יוכל לעבוד.

לשליחה משרת לשרת, המדריך של Meta לאסימוני גישה ממליץ על אסימוני System User, שהיא מתארת כבעלי תוקף ארוך ומתאימים לשירותים אוטומטיים שלא דורשים קלט ממשתמש.

### האם שגיאה 0 זהה לשגיאה 190?

הן חופפות בפועל, ו-Meta מפרטת אותן בנפרד.

לשגיאה 190 יש טקסט פירוט "Your access token has expired." שגיאה 0 רחבה יותר: היא מכסה אסימון שפג תוקפו, אסימון שבוטל, ומשתמש שחסם לגמרי גישה לאפליקציות. שתיהן מופיעות באותה טבלת הרשאות, ובשתיהן הפתרון הוא אסימון חדש.

ההבדל המעשי הוא באבחון. שגיאה 190 אומרת שהאסימון פג תוקף. שגיאה 0 אומרת שהאימות נכשל, ומשאירה לכם לברר למה. כדאי לעשות את זה לפני שמנפיקים אסימון חלופי שייכשל באותו אופן אחרי שעה.

- ניסיון חוזר של אותה בקשה. אסימון שלא עובר אימות נשאר כזה, ולכן כל ניסיון חוזר מחזיר שוב קוד 0.
- חיבור מחדש של המספר. המספר מעולם לא נבדק, ולכן הוספה מחדש שלו מבקשת מבעל העסק עבודה שלא משנה דבר.
- הנפקת אסימון משתמש חדש עם תוקף קצר למשימת שרת. הוא יפוג בזמן והשגיאה תחזור.

**האם שגיאה 0 אומרת שהמספר שלי נותק?** לא. כל הסיבות ש-Meta נותנת לקוד 0 קשורות לאסימון הגישה. המספר ואפליקציית WhatsApp Business בטלפון לא מעורבים.

**איפה שגיאה 0 מתועדת?** בטבלת שגיאות ההרשאה במדריך קודי השגיאה של Cloud API מבית Meta. ה-Cloud API בנוי על Graph API, שמשתמש באותו פורמט שגיאות.

**האם המתנה תגרום לשגיאה 0 להיעלם?** לא. אסימון שפג תוקפו או בוטל לא מתאושש מעצמו. צריך אסימון חדש.

**איך בודקים מה אסימון יכול לעשות?** משתמשים בכלי הדיבוג של Meta לאסימוני גישה או בנקודת הקצה debug_token. שניהם מראים אם האסימון תקף, מתי הוא פג ואילו הרשאות יש לו.

---

## שגיאת WhatsApp 3: בעיית יכולת או הרשאות

https://easycoexistence.com/he/docs/whatsapp-error-3

קוד שגיאה 3 אומר שלאפליקציה שקוראת לנקודת הקצה חסרה יכולת או הרשאה שנקודת הקצה דורשת. התיאור של Meta הוא "Capability or permissions issue." ב-Graph API הקוד נקרא API Method. הפתרון: בודקים את ההרשאות שהוענקו לאסימון באמצעות כלי הניפוי של אסימוני גישה (Access Token Debugger) ומוסיפים את ההרשאה שנקודת הקצה צריכה.

### מה המשמעות של קוד שגיאה 3 ב-WhatsApp?

המשמעות היא שהבקשה אומתה, אבל האפליקציה לא מורשית לבצע את מה שביקשה.

Meta מונה את קוד 3 בין שגיאות ההרשאה במדריך העזר של Cloud API, עם טקסט הפרטים "Capability or permissions issue." המדריך לטיפול בשגיאות ב-Graph API, שממנו Cloud API יורש, קורא לאותו קוד API Method ומורה לוודא שלאפליקציה יש את היכולת או ההרשאות הנדרשות לקריאה.

כלומר האסימון עובד. הזהות אינה הבעיה, וזה מה שמבדיל את השגיאה מקודים 0 ו-190. הבעיה היא למה האסימון רשאי לגשת.

### איך בודקים אילו הרשאות יש לאסימון?

באמצעות כלי הניפוי של אסימוני גישה, או בנקודת הקצה debug_token, שמחזירה את אותו מידע.

התגובה מציגה את ההרשאות שהוענקו במאפיין scopes. משווים את הרשימה לדף העזר של נקודת הקצה שנכשלה, כי כל דף עזר מציין את ההרשאות שהוא דורש.

ב-WhatsApp שתי הרשאות מכסות כמעט הכול. ההרשאה whatsapp_business_management נדרשת למטא-דאטה של החשבון, לתבניות, לרשימות מספרים, לנתוני אנליטיקה ולוובהוקים של החשבון. ההרשאה whatsapp_business_messaging נדרשת לשליחת כל הודעה ולקבלת וובהוקים של הודעות וסטטוס. אסימון שמחזיק רק באחת מהן ייכשל בקריאות שדורשות את השנייה.

### למה אפליקציית שותף רואה שגיאה 3 ומפתח שעובד ישירות לא?

כי לשותפים שמשרתים עסקים אחרים יש שער נוסף.

המדריך להרשאות של Meta קובע ששותף שהלקוחות שלו ניגשים לנתונים שלהם דרך האפליקציה שלו חייב לעבור App Review ולהחזיק בגישה מתקדמת (Advanced access) לכל הרשאה שהאפליקציה צריכה. מפתח שעובד רק עם נתוני העסק שלו לא צריך App Review או גישה מתקדמת.

לכן אותו קוד יכול לרוץ בלי תקלות מול החשבון של המפתח ולהיכשל מול חשבון של לקוח. כשהתבנית הזו מופיעה, השאלה היא לא איזו הרשאה חסרה באסימון, אלא אם האפליקציה אושרה להשתמש בהרשאה הזו על נכסים שאינם שלה.

- יצירת אסימון חדש עם אותן הרשאות. אסימון חדש עם אותן הרשאות ייכשל באותה נקודה.
- בדיקת שם ההרשאה בהגדרות האפליקציה ולא באסימון עצמו. מה שקובע הוא מה שהוענק לאסימון.
- בדיקה רק מול החשבון שלכם. אפליקציות שותף צריכות גישה מתקדמת לפני שחשבונות של לקוחות יקבלו את הקריאה.

**האם שגיאה 3 היא בעיה במספר הטלפון שלי?** לא. היא נוגעת למה שהאסימון של האפליקציה רשאי לעשות. המספר לא נבדק לפני שהבקשה נדחית.

**מה ההבדל בין שגיאה 3 לשגיאה 10?** קוד 3 הוא בעיית יכולת או הרשאות. קוד 10 אומר שהרשאה לא הוענקה או שהוסרה. בשני המקרים הפתרון הוא לבדוק את ההרשאות של האסימון.

**איזו הרשאה צריך כדי לשלוח הודעות?** whatsapp_business_messaging. המדריך להרשאות של Meta קובע שהיא נדרשת לשליחת כל סוג של הודעה.

**האם ניסיון חוזר יעזור?** לא. ההרשאות של האסימון לא משתנות בין ניסיונות, ולכן התוצאה תהיה זהה.

---

## שגיאה 4 ב-WhatsApp: האפליקציה הגיעה למגבלת הקריאות

https://easycoexistence.com/he/docs/whatsapp-error-4

קוד שגיאה 4 אומר שהאפליקציה הגיעה למגבלת הקריאות ל-API. התיאור של Meta: "The app has reached its API call rate limit." המגבלה סופרת קריאות של האפליקציה בחלון נע של שעה, ולא הודעות שנשלחות ממספר. בודקים את השימוש בלוח הבקרה של האפליקציה, ממתינים ומקטינים את תדירות הקריאות.

### מה המשמעות של קוד שגיאה 4 ב-WhatsApp?

המשמעות: האפליקציה ביצעה יותר מדי קריאות ל-API בחלון הנוכחי, וקריאות נוספות נדחות עד שהספירה יורדת.

Meta מפרטת את קוד 4 בין שגיאות ההגבלה (throttling) עם טקסט הפרטים "The app has reached its API call rate limit." מדריך הטיפול בשגיאות של Graph API קורא לו API Too Many Calls ומתאר אותו כבעיית הגבלה זמנית.

לצידו יש שני קודי הגבלה אחרים שקל לבלבל איתו. 80007 מציין שחשבון WhatsApp Business הגיע למגבלת הקצב שלו. 130429 הוא קצב ההודעות ב-Cloud API עצמו. קוד 4 אינו אף אחד מהם: זו מכסת הקריאות של האפליקציה.

### איך מחושבת מגבלת הקריאות של האפליקציה?

בבקשות שנעשות עם אסימון גישה (Access Token) של האפליקציה, מדריך הגבלת הקצב של Graph API מבית Meta נותן נוסחה: מספר הקריאות בשעה שווה ל-200 כפול מספר המשתמשים.

מספר המשתמשים מבוסס על המשתמשים הפעילים הייחודיים ביום, ובנתונים שבועיים וחודשיים משתמשים כשהשימוש היומי יורד. זו מגבלה על האפליקציה כולה ולא לכל משתמש, ולכן כמה משתמשים פעילים מאוד יכולים לנצל את רובה.

המדריך מוסיף שהשימוש מופיע בלוח הבקרה של האפליקציה, ולאחר מספר מספיק של קריאות גם בכותרת X-App-Usage בתגובות. הכותרת הזו מאפשרת לראות שהמגבלה מתקרבת עוד לפני ששגיאה 4 מגיעה.

### מה עושים אחרי שגיאה 4?

מפסיקים לקרוא לזמן מה, ואז קוראים פחות.

המדריך של Meta ברור לגבי החלק הראשון: כשהמגבלה הושגה, מפסיקים לבצע קריאות API, כי המשך הקריאות מגדיל את הספירה ומאריך את הזמן עד שהקריאות יצליחו שוב.

החלק השני הוא תכנון. מפזרים בקשות באופן אחיד במקום בהתפרצויות, מסננים תגובות כך שקריאה אחת תחזיר את מה שצריך, ונמנעים מקריאות שמביאות נתונים חופפים. לרוב האשם הוא סקירה חוזרת (polling) בתדירות גבוהה. אינטגרציה ששואלת על סטטוס החשבון כל כמה שניות מבזבזת את המכסה על תשובות שכבר יש לה.

- ניסיון חוזר בלולאה. כל קריאה נוספת מוסיפה לספירה ודוחקת את ההתאוששות רחוק יותר.
- התייחסות לשגיאה כמגבלת שליחה. קוד 4 סופר קריאות של האפליקציה, ואילו קצב ההודעות הוא 130429.
- בדיקת נקודות הקצה של הסטטוס במרווחים קצרים. קריאות חוזרות לנתונים שלא השתנו מבזבזות את המכסה השעתית.

**האם שגיאה 4 זהה לשגיאה 130429?** לא. 130429 הוא קצב ההודעות של מספר. שגיאה 4 סופרת את קריאות ה-API שהאפליקציה שלכם ביצעה.

**כמה זמן נמשכת שגיאה 4?** עד שמספר הקריאות בחלון הנע של שעה אחת יורד מתחת למגבלה. קריאות בזמן הזה מאריכות אותה.

**איפה רואים כמה האפליקציה קרובה למגבלה?** בלוח הבקרה של האפליקציה, בסעיף Application Rate Limit, ובכותרת X-App-Usage שמוחזרת בתגובות.

**האם שגיאה 4 זהה לשגיאה 80007?** לא. Meta משתמשת ב-80007 כשחשבון WhatsApp Business מגיע למגבלת הקצב שלו, ואילו שגיאה 4 סופרת את הקריאות של האפליקציה עצמה.

---

## שגיאה 10 ב-WhatsApp: ההרשאה לא ניתנה או שהוסרה

https://easycoexistence.com/he/docs/whatsapp-error-10

קוד שגיאה 10 אומר שלאסימון גישה (Access Token) של האפליקציה חסרה הרשאה שנקודת הקצה דורשת, או כי היא מעולם לא ניתנה או כי היא הוסרה. התיאור של Meta הוא "Permission is either not granted or has been removed." Meta מציינת גם שתי סיבות ספציפיות ל-WhatsApp: מספר שלא נמצא ברשימת ההיתרים ב-Flows with Endpoint, ואי עמידה בדרישות הזכאות של ממשק API מסוים.

### מה המשמעות של קוד שגיאה 10 ב-WhatsApp?

המשמעות היא שהאסימון הגיע ל-Meta וזוהה, אבל ההרשאה שהקריאה דורשת לא נמצאת עליו.

ב-Cloud API reference של Meta מופיע לקוד 10 הטקסט "Permission is either not granted or has been removed." מדריך הטיפול בשגיאות של Graph API קורא לו API Permission Denied ואומר לטפל בהרשאה החסרה.

המילה "הוסרה" חשובה. הרשאה יכולה להינתן בזמן ההגדרה ולהילקח בהמשך, למשל כשמישהו מבטל את הגישה של האפליקציה ב-Business Settings. לכן אינטגרציה שעבדה חודשים יכולה להתחיל להחזיר 10 בלי שום שינוי בקוד שלה.

### אילו סיבות נוספות Meta מציינת לשגיאה 10?

שתיים שספציפיות ל-WhatsApp, ושתיהן קל לפספס כי הן לא קשורות להרשאות (scopes) בכלל.

ב-WhatsApp Flows with Endpoint, Meta אומרת לוודא שהמספר ששימש להגדרת המפתח הציבורי של העסק נמצא ברשימת ההיתרים. מספר שנמצא מחוץ לרשימה מחזיר את הקוד הזה גם כשהאסימון כולל את כל ההרשאות.

Meta אומרת גם שחשבון שאינו עומד בדרישות הזכאות של ממשק API שהוא קורא לו מקבל את הקוד הזה. במקרה כזה שום שינוי באסימון לא יעזור, כי החסם הוא הזכאות של החשבון ולא האישור עצמו.

### איך מתקנים שגיאה 10?

מתחילים ב-debugger של אסימון הגישה, שאותו Meta מציינת כבדיקה הראשונה.

אם ברשימת ה-scopes חסרה ההרשאה שנקודת הקצה צריכה, מבקשים מהעסק לתת אותה מחדש. באפליקציית שותף זה כולל גם אימות של Advanced access להרשאה, כי מדריך ההרשאות של Meta דורש אותו עבור חשבונות של לקוחות.

אם רשימת ה-scopes נראית מלאה, עוברים לשתי הסיבות הייחודיות ל-WhatsApp. בקריאת Flows בודקים את רשימת ההיתרים עבור המספר שהגדיר את המפתח הציבורי. בכל מקרה אחר קוראים את דרישות הזכאות של ממשק ה-API שאליו פונים, ומוודאים שהחשבון עומד בהן לפני ששינוי כלשהו נעשה באישורי הגישה.

- להניח שהאינטגרציה נשברה בגלל פריסה. הרשאה שהוסרה ב-Business Settings מחזירה את הקוד הזה בלי שום שינוי בקוד.
- לבנות מחדש את האסימון כשהסיבה היא זכאות. אסימון חדש לא יהפוך חשבון שאינו זכאי לזכאי.
- להתעלם מרשימת ההיתרים של Flows. ב-Flows with Endpoint מספר שמחוץ לרשימה מחזיר 10 גם כשכל ההרשאות קיימות.

**האם שגיאה 10 זהה לשגיאה 131005?** יש להן אותו תיאור במסמכי Meta. קוד 10 הוא הקוד של Graph API, ו-131005 נמצא בטווח של WhatsApp. בודקים את שתיהן באותה דרך.

**האם שגיאה 10 יכולה להופיע במספר שעבד אתמול?** כן. התיאור של Meta כולל הרשאות שהוסרו, ולכן גישה שניתנה קודם יכולה להישלל בהמשך.

**האם שגיאה 10 אומרת שהאסימון פג תוקף?** לא. אסימון שפג תוקפו מחזיר קוד 190 או 0. קוד 10 אומר שהאסימון תקף אבל חסרה לו הרשאה.

**איך רואים אילו הרשאות ניתנו?** קוראים ל-debug_token או פותחים את ה-debugger של אסימון הגישה. המאפיין scopes מציג כל הרשאה שנמצאת על האסימון.

---

## שגיאה 200 ב-WhatsApp: לא סופק אסימון גישה

https://easycoexistence.com/he/docs/whatsapp-error-200

קוד שגיאה 200 אומר שהבקשה הגיעה ל-Meta בלי אסימון גישה (Access Token). התיאור של Meta הוא "No access token was provided", וה-API מחזיר את ההודעה 'Provide valid app ID'. היא מופיעה בנקודות הקצה מסוג GET מסוימות, למשל whatsapp_business_profile, כשהאסימון חסר. הקודים 200 עד 299 מכסים גם הרשאות שלא ניתנו או שהוסרו.

### למה שגיאה 200 אומרת 'Provide valid app ID'?

כי זו ההודעה ש-ה-API מחזיר, אף שהבעיה בפועל היא אסימון חסר.

במדריך השגיאות של Meta כתוב שקוד 200 מופיע בנקודות הקצה מסוג GET מסוימות, כמו whatsapp_business_profile, כשלא נכלל אסימון, ושה-API מחזיר אז את ההודעה 'Provide valid app ID'. אותו מדריך מציין שנקודות קצה אחרות עשויות להחזיר 190 או 104 על אותה השמטה.

כלומר הניסוח מצביע על מזהה האפליקציה, אבל התיקון הוא באסימון. בודקים שהכותרת Authorization קיימת וכתובה נכון, ושהמשתנה שמחזיק את האסימון אכן התמלא בזמן בניית הבקשה.

### מתי שגיאה 200 מצביעה דווקא על הרשאה חסרה?

כשהאסימון קיים, אבל לאפליקציה אין את ההרשאה שהקריאה דורשת.

Meta מגדירה את הטווח 200 עד 299 כ-"Permission is either not granted or has been removed", עם אותו פתרון כמו בקוד 10: בודקים את האסימון בכלי ניפוי האסימונים (Access Token Debugger). מתועדים שני מקרים ספציפיים. מדריך ההרשאות קובע שאפליקציה שמשתמשת ב-whatsapp_business_management על WABA שאינם בבעלות העסק, בלי Advanced access, מקבלת שגיאה 200. מדריך הרישום קובע שביטול רישום של מספר בלי whatsapp_business_management מחזיר שגיאה 200. מדריך האסימונים מוסיף מקרה שלישי: אסימון של System User שלמשתמש שלו אין גישה למשאב המבוקש נדחה עם 200.

כדי להבדיל בין המקרים קוראים את טקסט ההודעה. אסימון חסר מחזיר 'Provide valid app ID'.

### במה שגיאה 200 שונה משגיאה 190?

שגיאה 190 אומרת שנשלח אסימון שפג תוקפו. שגיאה 200, במשמעות הראשונה שלה, אומרת שלא נשלח אסימון בכלל.

ההפרדה הזו כתובה ישירות במדריך של Meta: הפתרון ל-200 הוא לוודא שהבקשה כוללת אסימון גישה תקין, וההגדרה מובחנת מ-190, שמכסה אסימונים שפג תוקפם או שאינם תקינים.

זה משנה איפה מחפשים. שגיאה 190 מפנה אתכם לאורך החיים של האסימון ולחידושו. שגיאה 200 עם 'Provide valid app ID' מפנה אתכם לקוד שבונה את הבקשה, כי פרטי הגישה מעולם לא יצאו מהמערכת שלכם.

- מחפשים בעיה במזהה האפליקציה. ההודעה מזכירה אותו, אבל הסיבה המתועדת של Meta היא בקשה בלי אסימון.
- מחדשים אסימון שמעולם לא נשלח. אסימון חדש שהבקשה עדיין משמיטה יוצר את אותה שגיאה.
- מתייחסים לכל שגיאה 200 כאל אסימון חסר. כשהאסימון קיים, הטווח 200 עד 299 מצביע על הרשאה חסרה.

**האם שגיאה 200 יכולה להופיע במספר תקין?** כן. היא מתארת את הבקשה ולא את המספר. מספר במצב תקינות מושלם עדיין ידחה קריאה שמגיעה בלי אסימון.

**למה נקודת קצה אחת החזירה 200 ואחרת 190?** לפי Meta, כשאסימון חסר, חלק מנקודות הקצה מסוג GET מחזירות 200, ואילו נקודות קצה אחרות עשויות להחזיר 190 או 104.

**האם ביטול רישום של מספר דורש הרשאה מיוחדת?** כן. מדריך הרישום של Meta קובע שביטול רישום בלי whatsapp_business_management מחזיר שגיאה 200.

**האם שגיאה 200 קשורה לשגיאה 10?** במשמעות של הרשאה, כן. בשתיהן התיאור הוא שהרשאה לא ניתנה או שהוסרה.

---

## שגיאת WhatsApp 130472: ההודעה לא נשלחה כחלק מניסוי

https://easycoexistence.com/he/docs/whatsapp-error-130472

שגיאה 130472 אומרת שהודעת תבנית שיווקית לא נשלחה, כי הנמען נמצא בניסוי ההודעות השיווקיות של Meta. התיאור של Meta לשגיאה הוא "ההודעה לא נשלחה כחלק מניסוי". אחוז קטן ממשתמשי WhatsApp לא מקבל תבניות שיווקיות, אלא אם פתוח חלון שירות לקוחות או חלון נקודת כניסה חינמית. ההודעה לא מחויבת.

### מה המשמעות של שגיאה 130472 ב-WhatsApp?

המשמעות היא ש-Meta עצרה תבנית שיווקית, כי הנמען שייך לקבוצת ניסוי.

בדף הניסויים של Meta מוסבר ש-WhatsApp מריצה ניסויים באופן קבוע, כדי למדוד את השפעת ההודעות על חוויית המשתמש. בניסוי ההודעות השיווקיות, אחוז קטן מאוד ממשתמשי WhatsApp לא מקבל תבניות שיווקיות משום עסק, אלא אם פתוח מולו חלון שירות לקוחות או חלון נקודת כניסה חינמית.

כששולחים תבנית שיווקית למשתמש כזה, WhatsApp לא שולחת אותה ולא מחייבת אתכם. וובהוק (Webhook) של סטטוס מגיע עם הסטטוס failed וקוד שגיאה 130472.

### איך מגיעים ללקוח שמחזיר את שגיאה 130472?

גורמים לו לכתוב לכם קודם, וכך נפתח חלון שירות לקוחות.

בדף הניסויים של Meta כתוב במפורש ששליחה חוזרת של התבנית מחזירה את אותה שגיאה. הדרך המומלצת היא ליצור קשר עם המשתמש בערוץ אחר, שאינו WhatsApp, ולבקש ממנו לכתוב לכם, כדי שאפשר יהיה לשלוח את התבנית בתוך חלון שירות לקוחות פתוח.

הניסוי מוגבל לתבניות שיווקיות. הוא חל על המשתמשים בקבוצה בלי קשר לעסק ששולח, ולכן לא החשבון, לא התבנית ולא המספר שלכם גרמו לו, ושינוי שלהם גם לא יעזור.

### איך אינטגרציה צריכה לטפל בשגיאה 130472?

כסטטוס סופי של ההודעה, ולא ככשל שצריך לנסות שוב.

מכיוון שהשגיאה מגיעה דרך וובהוק הסטטוסים ולא רק בתגובה לשליחה, הטיפול שייך למעבד הוובהוקים. מסמנים את ההודעה כנעצרת בגלל ניסוי, לא מכניסים אותה לתור לניסיון חוזר, ומשאירים אותה מחוץ להתראות על שיעור כשלים, כדי שלא תיראה כבעיית מסירה.

כדאי גם להפריד אותה בדוחות. בקמפיין עם כמה תוצאות 130472 האיכות והחשיפה לא נפגעו בגלל משהו שעשיתם, וכשסופרים אותן יחד עם כשלים אמיתיים קשה יותר לקרוא את המספרים.

- שליחה חוזרת של התבנית. לפי Meta, שליחה חוזרת מחזירה את אותה שגיאה.
- התייחסות לשגיאה כאל בעיית איכות. הניסוי חל על קבוצת משתמשים, על כל העסקים באותה מידה.
- מעקב רק אחרי התגובה לשליחה. הסטטוס עם 130472 מגיע דרך וובהוק ההודעות.

**האם מחייבים אותי על הודעה שנחסמה עם 130472?** לא. לפי דף הניסויים של Meta, ההודעה לא נשלחת ואתם לא מחויבים עליה.

**האם אפשר להוציא את העסק שלי מהניסוי?** לא. Meta מציינת שאין חריגים ואין אפשרות לצאת מהניסוי, ואין לו תאריך סיום קבוע.

**האם שגיאה 130472 משפיעה על תבניות שירות?** Meta מתארת את הניסוי כחל על תבניות שיווקיות. היא לא מציינת קטגוריות אחרות.

**איך עדיין אפשר להעביר את ההודעה?** מבקשים מהלקוח, בערוץ אחר, לכתוב לכם. בתוך חלון שירות לקוחות פתוח אפשר לשלוח את התבנית.

---

## שגיאת WhatsApp 131005: הגישה נדחתה, חסרה הרשאה

https://easycoexistence.com/he/docs/whatsapp-error-131005

שגיאה 131005 אומרת שלאסימון הגישה (Access Token) חסרה הרשאה שנקודת הקצה של WhatsApp דורשת, כי היא מעולם לא ניתנה או שהוסרה בהמשך. התיאור של Meta הוא "Permission is either not granted or has been removed." והתיקון הוא לבדוק את האסימון בכלי ניפוי האסימונים (Access Token Debugger), ואז להעניק את ההרשאה החסרה או לעבור לאסימון שיש לו אותה.

### מה המשמעות של שגיאת WhatsApp 131005?

המשמעות היא שהאסימון מתקבל כאסימון אמיתי, אבל אין בו ההרשאה שנקודת הקצה בודקת.

המסמכים של Cloud API מ-Meta מפרטים את 131005 עם הטקסט "Permission is either not granted or has been removed." באותו משפט בדיוק משתמשת גם שגיאה 10 של Graph API. ההבדל הוא רק בטווח: 10 הוא קוד כללי של Graph API, ואילו 131005 שייך לקודי WhatsApp, אלה שמתחילים ב-131, ולכן הוא ספציפי יותר.

מכיוון שהניסוח זהה, האבחון זהה. התיקון ש-Meta ממליצה עליו בשני המקרים: להשתמש בכלי ניפוי האסימונים ולוודא שלאפליקציה יש את ההרשאות שנקודת הקצה דורשת.

### איזו הרשאה חסרה בדרך כלל?

בדרך כלל אחת משתי ההרשאות של WhatsApp, והבחירה תלויה במה שהקריאה עושה.

מדריך ההרשאות של Meta מחלק אותן לפי תפקיד. ההרשאה whatsapp_business_messaging נדרשת לשליחת כל סוג של הודעה ולקבלת וובהוקים (Webhook) של הודעות וסטטוס. ההרשאה whatsapp_business_management נדרשת למטא-דאטה של החשבון, ניהול תבניות, רשימת מספרי טלפון, נתוני ניתוח ווובהוקים של החשבון.

אסימון שנוצר רק עם הרשאת הניהול יכול לקרוא את החשבון ולרשום תבניות, ואז להיכשל ברגע שהוא מנסה לשלוח. כשיוצרים אסימון של משתמש מערכת, המדריך של Meta לאסימוני גישה מורה להקצות יחד שלוש הרשאות (business_management, whatsapp_business_management, whatsapp_business_messaging) ולא להסתפק בחלקן.

### איך מתקנים את שגיאה 131005?

קודם קוראים את האסימון, ואז משנים רק את מה שחסר.

קוראים לנקודת הקצה debug_token, או מדביקים את האסימון בכלי ניפוי האסימונים. המאפיין scopes מפרט כל הרשאה שניתנה. משווים אותו לדף ההפניה של נקודת הקצה שנכשלה.

אם הרשאה חסרה, יוצרים אסימון חדש שכולל אותה, או מבקשים מבעל העסק להעניק אותה שוב כשהאסימון מגיע מתהליך של שותף. אם כל ההרשאות קיימות והשגיאה נמשכת, בודקים שמשתמש המערכת שמאחורי האסימון קיבל גישה ל-WhatsApp Business Account הספציפי, כי אסימון יכול להכיל את כל ההרשאות ועדיין לא להיות מוקצה לנכס הזה.

- להניח שהאסימון פג תוקף. פקיעת תוקף מחזירה 190 או 0. הקוד הזה אומר שהאסימון עובד אבל חסרה לו הרשאה.
- ליצור אסימון עם הרשאת ניהול בלבד ולהשתמש בו לשליחה. שליחה דורשת את ההרשאה whatsapp_business_messaging, ולא רק את הרשאת הניהול.
- לבדוק את ההרשאות ולעצור שם. משתמש מערכת צריך גם גישה ל-WhatsApp Business Account הספציפי.

**האם 131005 היא אותה שגיאה כמו 10?** לשתיהן אותו תיאור במסמכי Meta. 131005 שייכת לטווח של WhatsApp, ואילו 10 שייכת ל-Graph API, הטווח הכללי.

**האם אפשר להסיר הרשאה אחרי ההגדרה?** כן. התיאור של Meta מכסה במפורש הרשאות שהוסרו, לא רק הרשאות שמעולם לא ניתנו.

**האם שגיאה 131005 משפיעה על אפליקציית WhatsApp Business בטלפון?** לא. היא נוגעת לאסימון ה-API בלבד. האפליקציה בטלפון ממשיכה לעבוד כרגיל.

**האם לנסות שוב אחרי שגיאה 131005?** לא. ניסיון חוזר עם אותו אסימון מניב אותה תוצאה. קודם מתקנים את ההרשאה.

---

## שגיאה 131037 ב-WhatsApp: למספר 555 אין שם תצוגה מאושר

https://easycoexistence.com/he/docs/whatsapp-error-131037

שגיאה 131037 אומרת שההודעה נשלחה ממספר טלפון עסקי 555 ששם התצוגה שלו לא אושר. התיאור של Meta: "מספר הטלפון העסקי 555 ששימש לשליחת הבקשה אינו בעל שם תצוגה מאושר." מספר 555 לא יכול לשלוח הודעות עד ש-Meta מאשרת את שם התצוגה שלו, ולכן התיקון הוא לשנות אותו.

### מהו מספר טלפון עסקי 555?

מספר ש-Meta מציעה דרך Embedded Signup לעסקים שזכאים לו.

לפי הסקירה של Embedded Signup מבית Meta, לקוח עסקי יכול לתבוע עד שני מספרי 555. הם משתמשים בקידומת המדינה האמריקאית +1 עם קידומת אזור 555, מאומתים אוטומטית, ואי אפשר להעביר אותם לחשבון WhatsApp Business אחר. השימוש בהם מוגבל ל-WhatsApp Business Platform בלבד.

בשאר ההיבטים הם מתנהגים כמו מספרים עסקיים רגילים, בכפוף לכללי תמחור ולדירוגי איכות, עם תנאי נוסף אחד שמסביר את השגיאה: חובה לאשר את שם התצוגה של מספר 555 לפני שהוא יכול לשלוח הודעות.

### איך מתקנים את שגיאה 131037?

מקבלים אישור לשם התצוגה, ובפועל זה אומר לשנות אותו לשם שעובר בדיקה.

הפתרון של Meta הוא לשנות את שם התצוגה של מספר 555, והיא מפנה למאמר במרכז העזרה של WhatsApp Business על שינוי שם התצוגה. ב-WhatsApp Manager זה נמצא תחת Account tools, Phone numbers, לשונית Profile של המספר, ואז Edit בחלק Display name. פועלים לפי ההנחיות של Meta לשמות תצוגה, כי שם שנדחה משאיר אתכם באותה נקודה.

המדריך של Meta לשמות תצוגה מוסיף שאחרי שאושר שינוי השם, יש 14 ימים לרשום מחדש את המספר, ורישום מחדש לפני האישור לא משפיע.

### איך בודקים אם שם התצוגה אושר?

מבקשים את השדה name_status במזהה מספר הטלפון.

לפי המדריך של Meta לשמות תצוגה, השדה verified_name מכיל רק את מחרוזת השם שעוברת בדיקה, ואינו מראה אם היא אושרה. השדה name_status כן מראה זאת. וובהוק (Webhook) בשם phone_number_name_update מדווח גם הוא על ההחלטה, והשדה decision מקבל בו את הערך APPROVED או REJECTED בהתאם.

כששם נדחה, הערך של name_status הוא DECLINED, ו-Meta ממליצה לעבור על ההנחיות ולערוך את השם, או להגיש ערעור דרך תמיכת המפתחים. השגיאה 131037 תחזור בכל שליחה מהמספר 555 כל עוד הסטטוס לא משתנה.

- לקרוא את verified_name כאישור. לפי Meta, רק name_status מראה אם השם אושר.
- לרשום מחדש לפני האישור. לפי Meta, זה לא משפיע עד שהשם החדש מאושר.
- לשנות את השם שוב ושוב בלי לקרוא את ההנחיות. Meta מאפשרת 10 שינויים ב-30 ימים.

**האם שגיאה 131037 משפיעה על מספרים עסקיים רגילים?** לא. התיאור של Meta מתייחס במפורש למספר טלפון עסקי 555 ללא שם תצוגה מאושר.

**אפשר להעביר מספר 555 לחשבון אחר?** לא. לפי Meta, אי אפשר להעביר מספרי 555 לחשבון WhatsApp Business אחר.

**איך אדע שהשם אושר?** מגיע וובהוק phone_number_name_update שבו decision הוא APPROVED, והערך של name_status משתנה ל-APPROVED, וכך יודעים שהשם אושר.

**מה קורה אם שם התצוגה נדחה?** עורכים אותו לפי ההנחיות של Meta לשמות תצוגה, או מגישים ערעור דרך תמיכת המפתחים.

---

## שגיאת WhatsApp 131057: חשבון העסק במצב תחזוקה

https://easycoexistence.com/he/docs/whatsapp-error-131057

שגיאה 131057 אומרת שחשבון ה-WhatsApp Business נמצא במצב תחזוקה, ולכן בקשות עבורו נדחות לזמן קצר. התיאור של Meta הוא "Business Account is in maintenance mode." אחת הסיבות ש-Meta מציינת היא שדרוג תפוקה, שנמשך עד דקה. כדאי להמתין ולנסות שוב, בלי לשנות דבר בבקשה.

### מהי שגיאה 131057 ב-WhatsApp, ומה היא אומרת בפועל?

היא אומרת ש-Meta העבירה את חשבון ה-WhatsApp Business למצב תחזוקה, ובאותו רגע היא לא מקבלת בקשות עבורו.

בתיעוד ה-Cloud API מופיע בטקסט הפרטים "Business Account is in maintenance mode", ומוסבר שאחת הסיבות יכולה להיות שדרוג תפוקה בחשבון. המילים "אחת הסיבות" חשובות: Meta מציינת את השדרוג כסיבה אפשרית, לא כיחידה.

שום דבר בבקשה לא שגוי. אותה קריאה, שנשלחת ללא שינוי אחרי שהתחזוקה מסתיימת, אמורה לעבור, ולכן זה אחד הקודים הבודדים שבהם ההמתנה היא כל הפתרון.

### למה שגיאה 131057 מופיעה בזמן שדרוג תפוקה?

כי המספר אינו זמין לרגע, בזמן שהוא עובר לקצב הגבוה יותר.

במדריך התפוקה של Meta כתוב ש-Cloud API תומך כברירת מחדל בעד 80 הודעות בשנייה, ובשדרוג אוטומטי עד 1,000. תהליך השדרוג יכול להימשך עד דקה, ובמהלכה אי אפשר להשתמש במספר בפלטפורמה, וכל בקשת API מחזירה 131057. אחרי השדרוג הראשון, העלאות נוספות מתבצעות בלי השבתה.

המדריך מפרט את תנאי הזכאות: מגבלת הודעות בלתי מוגבלת ב-Business Portfolio, לפחות 100K משתמשים ייחודיים שקיבלו הודעה מחוץ לחלון שירות לקוחות ב-24 שעות נעות, ודירוג איכות Medium או גבוה יותר.

### האם שגיאה 131057 חלה גם על מספר Coexistence, ואיך מטפלים בה?

היא יכולה להופיע בכל מספר, אבל ההסבר של שדרוג התפוקה מתאים פחות למספרי Coexistence.

במדריך התפוקה של Meta כתוב שלמספרים שבשימוש גם באפליקציית WhatsApp Business וגם ב-Cloud API יש תפוקה קבועה של 20 הודעות בשנייה, כדי לשמור על תאימות לאפליקציה. השדרוג האוטומטי ל-1,000 שמתואר באותו מדריך חל על מספרים ברמת ברירת המחדל.

לכן במספר Coexistence מתייחסים לשגיאה 131057 לפי המשמעות המילולית שלה, חשבון במצב תחזוקה, וממתינים לפני ניסיון חוזר. אם השגיאה נמשכת הרבה מעבר לכמה דקות, פונים לתמיכה של Meta עם השדה fbtrace_id מהתגובה, ולא מחברים מחדש את המספר.

- עריכת הבקשה. הבקשה תקינה, ולכן שינויים בה לא יעזרו כל עוד החשבון בתחזוקה.
- ניסיון חוזר ללא השהיה. במהלך שדרוג, כל קריאה באותה דקה מחזירה את אותו קוד.
- חיבור מחדש של המספר. מצב תחזוקה הוא בצד של Meta ומסתיים בלי שום פעולה מצד העסק.

**כמה זמן נמשך מצב תחזוקה?** Meta מציינת ששדרוג תפוקה נמשך עד דקה. עבור סיבות תחזוקה אחרות היא לא מפרסמת משך זמן.

**האם אקבל הודעה כשהשדרוג מסתיים?** כן. Meta שולחת וובהוק (Webhook) מסוג phone_number_quality_update, עם השדה event שערכו THROUGHPUT_UPGRADE, ברגע שהמספר שודרג.

**האם תפוקה גבוהה יותר עולה יותר?** לא. לפי מדריך התפוקה של Meta, השדרוג הוא ללא עלות ואינו משפיע על התמחור.

**מה הקשר בין שגיאה 131057 לשגיאה 130429, אם יש?** קשר עקיף. שגיאה 130429 אומרת ששלחתם מהר יותר ממה שהתפוקה מאפשרת. שגיאה 131057 יכולה להופיע בזמן שהתפוקה הזו מועלית.

---

## שגיאה 132005 ב-WhatsApp: הטקסט המתורגם ארוך מדי

https://easycoexistence.com/he/docs/whatsapp-error-132005

שגיאה 132005 מציינת שהטקסט של התבנית שנשלחת ארוך מדי בגרסת התרגום שבה משתמשים. התיאור של Meta הוא "הטקסט המתורגם ארוך מדי". ההנחיה של Meta היא לבדוק ב-WhatsApp Manager שהתבנית תורגמה, ואז לעבור על הסטטוס שלה. טקסט הגוף של תבנית מוגבל ל-1,024 תווים וטקסט הכותרת התחתונה ל-60 תווים.

### מה אומרת שגיאה 132005 של WhatsApp בפועל?

משמעותה ששליחת תבנית נכשלה, כי הטקסט בגרסת השפה שנשלחה חורג ממה שהפלטפורמה מאפשרת.

Meta מונה את 132005 בין שגיאות התבניות, עם פירוט הטקסט "הטקסט המתורגם ארוך מדי". הפתרון שהיא מציעה: לבדוק ב-WhatsApp Manager שהתבנית תורגמה, ולעיין בתיעוד איכות התבניות כדי לדעת איך בודקים את הסטטוס של התבנית.

המילה "מתורגם" היא הרמז. לכל תבנית יש גרסה בכל שפה, והגרסה שנכשלת היא זו שמתאימה לקוד השפה בבקשת השליחה. ייתכן שזו לא הגרסה שכתבתם ובדקתם ראשונה.

### איך מתקנים את שגיאה 132005 בתבנית?

פותחים את התבנית ב-WhatsApp Manager ובודקים את השפה שאתם שולחים.

מוודאים שקיים תרגום לקוד השפה שבבקשה ושהסטטוס שלו מאפשר שליחה. אחר כך בודקים את האורך מול מגבלות הרכיבים של Meta: טקסט הגוף מוגבל ל-1,024 תווים והכותרת התחתונה ל-60. תרגומים מתארכים לעיתים קרובות לעומת המקור, ולכן תבנית שמתאימה בשפה אחת יכולה לחרוג במגבלה בשפה אחרת.

אם התרגום ארוך מדי, מקצרים את גרסת השפה הזו ב-WhatsApp Manager. שליחה חוזרת של אותה תבנית באותה שפה בלי עריכה תיכשל באותו אופן.

### איך נמנעים משגיאה 132005 בתבניות רב-לשוניות?

בודקים כל גרסת שפה מול המגבלות לפני ההגשה, ולא רק את הראשונה.

בדיקת אורך פשוטה בכלי שבו מנסחים את התבניות תופסת את רוב המקרים: סופרים תווים בגוף ובכותרת התחתונה של כל תרגום ומשווים ל-1,024 ול-60. משאירים מרווח כשיש בגוף משתנים, כי הערכים שמוזנים בזמן השליחה הם חלק מההודעה שהלקוח מקבל.

כדאי לקשור את קוד השפה בלוגיקת השליחה לתרגומים שקיימים בפועל. בקשה לשפה שאין לתבנית היא שגיאה אחרת, 132001, וההפרדה בין השתיים מקלה על קריאת הלוגים.

- בדיקה של שפת המקור בלבד. הגרסה שנכשלת היא התרגום שמתאים לקוד השפה בבקשה.
- שליחה חוזרת בלי עריכה. אורך הטקסט לא משתנה בין ניסיונות.
- בלבול עם 132001. קוד זה אומר שהתבנית לא קיימת בשפה הזו או שאינה מאושרת.

**האם שגיאה 132005 קשורה למשתנים שלי?** התיאור של Meta מתייחס לכך שהטקסט המתורגם ארוך מדי. בודקים קודם את אורך התרגום, כולל מקום לערכי המשתנים.

**מהי מגבלת הגוף של תבנית?** במסמך הרכיבים של התבניות ש-Meta מפרסמת, טקסט הגוף מוגבל ל-1,024 תווים.

**איפה בודקים את התרגום?** ב-WhatsApp Manager, בתבנית עצמה, בגרסת השפה שמתאימה לבקשה שלכם.

**האם 132005 ו-132001 הן אותה שגיאה?** לא. Meta מתארת את 132001 כתבנית שלא קיימת בשפה שצוינה או שלא אושרה.

---

## שגיאה 133000 ב-WhatsApp: ניסיון קודם לבטל את רישום המספר נכשל

https://easycoexistence.com/he/docs/whatsapp-error-133000

שגיאה 133000 אומרת שניסיון קודם לבטל את רישום המספר נכשל, ולכן אי אפשר לרשום את המספר עד שזה נפתר. התיאור של Meta הוא "ניסיון קודם לביטול רישום נכשל". התיקון ש-Meta מציעה: לבטל את רישום המספר שוב ואז לרשום אותו. שתי נקודות הקצה מוגבלות ל-10 בקשות לכל מספר בחלון נע של 72 שעות.

### מה המשמעות של שגיאה 133000 ב-WhatsApp?

המשמעות היא שבפלטפורמה עדיין רשום ביטול רישום לא גמור עבור המספר, והיא לא תרשום את המספר מעל זה.

Meta מציגה את 133000 עם טקסט הפרטים "ניסיון קודם לביטול רישום נכשל" ותרופה בשורה אחת: לבטל את רישום המספר שוב לפני הרישום. לכן השגיאה מופיעה בדרך כלל בקריאת רישום, אף שהסיבה נמצאת בקריאת ביטול רישום קודמת.

ביטול רישום מתבצע בבקשת POST לנקודת הקצה deregister של מזהה המספר. מדריך הרישום של Meta מזהיר שהפעולה הופכת את המספר לבלתי שמיש ב-Cloud API עד שירשמו אותו מחדש, ושהיא לא מוחקת את המספר או את היסטוריית ההודעות שלו.

### איך מתקנים את שגיאה 133000?

חוזרים על ביטול הרישום, מוודאים שהוא הצליח, ורק אז רושמים.

קריאה מוצלחת לביטול רישום מחזירה success עם הערך true. רק אחרי שקיבלתם את התגובה הזו שולחים את קריאת הרישום, עם השדה messaging_product וקוד ה-PIN בן שש הספרות של האימות הדו-שלבי של המספר.

קריאת ביטול הרישום דורשת את ההרשאה whatsapp_business_management. לפי מדריך הרישום של Meta, בקשה בלעדיה מחזירה שגיאה 200, ואפשר לטעות ולחשוב שזה כשל נוסף מאותו סוג. אם קריאת ביטול הרישום עצמה ממשיכה להיכשל, קראו את הערך details בכל תגובה לפני שליחת ניסיון נוסף, כי כל ניסיון נספר במגבלה שמתוארת בהמשך.

### למה מגבלת הניסיונות חשובה כאן?

כי תיקון השגיאה הוא עצמו רצף של ניסיונות, ו-Meta מגבילה אותם.

מדריך הרישום מגביל את שתי נקודות הקצה, רישום וביטול רישום, ל-10 בקשות לכל מספר עסקי בחלון נע של 72 שעות. חריגה מחזירה שגיאה 133016, והמספר נחסם מהפעולה הזו ל-72 השעות הבאות.

סקריפט שמריץ בלולאה קריאות ביטול רישום ורישום אחרי כישלון יכול לצרוך את המכסה בתוך שניות ולהשאיר את המספר לא שמיש שלושה ימים. בצעו כל ניסיון במכוון, תעדו את התגובה, ועצרו לבדוק אחרי שניים או שלושה כישלונות במקום להמשיך אוטומטית.

- לקרוא שוב לרישום בלי לבטל רישום קודם. התרופה של Meta דורשת שביטול הרישום יושלם לפני הרישום.
- להריץ בלולאה קריאות רישום וביטול רישום אוטומטית. המגבלה היא 10 בקשות ב-72 שעות, וחריגה חוסמת את המספר.
- לבטל רישום בלי ההרשאה whatsapp_business_management. זה מחזיר שגיאה 200 ומסתיר את המצב האמיתי של המספר.

**האם ביטול רישום מוחק את המספר שלי?** לא. לפי מדריך הרישום של Meta, ביטול רישום לא מוחק את המספר או את היסטוריית ההודעות שלו.

**אפשר לבטל רישום של מספר Coexistence דרך ה-API?** לא. לפי Meta, אי אפשר להשתמש בנקודת הקצה deregister במספר שפועל גם עם Cloud API וגם באפליקציית WhatsApp Business במקביל.

**מה קורה אחרי 10 ניסיונות?** ה-API מחזיר 133016 וחוסם את המספר מהפעולה הזו ל-72 השעות הבאות.

**צריך את ה-PIN כדי לרשום שוב?** כן. הרישום דורש את קוד ה-PIN בן שש הספרות של האימות הדו-שלבי, כשהאימות הדו-שלבי מופעל.

---

## שגיאה 133004 ב-WhatsApp: השרת אינו זמין זמנית

https://easycoexistence.com/he/docs/whatsapp-error-133004

שגיאה 133004 אומרת שהשרת שטיפל בבקשה לא היה זמין זמנית. התיאור של Meta הוא "השרת אינו זמין זמנית". הבקשה עצמה תקינה. ההנחיה של Meta: לבדוק את דף הסטטוס של WhatsApp Business Platform, לקרוא את הערך details בתגובה ורק אז לנסות שוב, עם השהיה.

### מה המשמעות של שגיאה 133004?

המשמעות היא שהפלטפורמה לא הצליחה לעבד את הבקשה באותו רגע, כי שרת לא היה זמין.

Meta מפרטת את 133004 במדריך השגיאות של Cloud API עם טקסט הפירוט "השרת אינו זמין זמנית". המילה "זמנית" היא העיקר. שום דבר באסימון הגישה (Access Token), במספר או בהודעה לא נדחה, ואותה בקשה עשויה להצליח זמן קצר אחר כך.

הקוד נמנה בין קודי 133, שרובם עוסקים ברישום וביטול רישום של מספרי טלפון, ולכן פוגשים אותו לרוב בקריאת רישום. Meta לא מגבילה אותו לרישום, ולכן בכל מקום שבו הוא מופיע מתייחסים אליו כמצב של שרת.

### מה כדאי לבדוק לפני ניסיון חוזר?

שני דברים, ושניהם מופיעים בפתרון של Meta עצמה.

ראשית, דף הסטטוס של WhatsApp Business Platform בכתובת metastatus.com. אם Meta מדווחת על תקלה, אין טעם לנסות שוב עד שהיא נפתרת, והדף נותן תשובה מהירה יותר מהלוגים שלכם.

שנית, הערך details בתוך error_data בתגובה. לפי מדריך השגיאות של Meta, הערך details מתאר את הסיבה הסבירה ביותר לשגיאה, ולפעמים כולל הנחיה מה לעשות. לגבי הקוד הזה Meta אומרת במפורש לבדוק אותו לפני ניסיון חוזר. אם דף הסטטוס תקין והערך details לא מציין זמן המתנה, מנסים שוב עם השהיה גדלה ולא מיד.

### במה 133004 שונה משגיאות זמניות אחרות?

Meta מפרטת כמה קודים שמתארים משהו שאינו זמין לרגע, וכדאי להפריד ביניהם בלוגים.

קוד 1 מתואר כבקשה לא תקינה או שגיאת שרת אפשרית, קוד 2 כזמני בשל השבתה או עומס, וקוד 131016 כשירות שאינו זמין זמנית. הקוד 133004 מציין שרת באופן ספציפי.

הטיפול דומה בכולם: מוודאים את סטטוס הפלטפורמה, קוראים את הערך details ומאטים לפני ניסיון חוזר. עדיין חשוב לתעד את הקוד המדויק, כי ריכוז של קוד אחד בשעה מסוימת מספר לתמיכה של Meta הרבה יותר מהערה כללית על כך שהממשק לא עבד.

- ניסיון חוזר מיידי בלולאה צפופה. שרת שלא זמין עכשיו לא יהיה זמין גם במילישנייה הבאה.
- דילוג על הערך details. Meta אומרת לקרוא אותו לפני ניסיון חוזר, והוא עשוי לכלול את הסיבה.
- שינוי הבקשה כדי לעקוף את השגיאה. שום דבר בבקשה לא גרם לה.

**האם שגיאה 133004 היא אשמתי?** לא. Meta מתארת אותה כשרת שאינו זמין זמנית. הבקשה לא גרמה לה.

**איפה נמצא דף הסטטוס של Meta לפלטפורמה?** Meta מפנה אל metastatus.com/whatsapp-business-api ממדריך קודי השגיאה שלה.

**כמה זמן להמתין לפני ניסיון חוזר?** Meta לא נותנת זמן קבוע. בודקים את הערך details ואת דף הסטטוס, ואז מנסים שוב עם השהיה גדלה.

**מה לשלוח לתמיכה של Meta אם הבעיה נמשכת?** את הערך fbtrace_id מתגובת השגיאה. לפי Meta, הוא עשוי לעזור באיתור הבעיה.

---

## שגיאה 133009 ב-WhatsApp: קוד PIN של אימות דו-שלבי הוזן מהר מדי

https://easycoexistence.com/he/docs/whatsapp-error-133009

שגיאה 133009 אומרת שניסיונות PIN של אימות דו-שלבי הגיעו ל-Meta מהר יותר ממה שהיא מוכנה לקבל. התיאור של Meta: "קוד ה-PIN של האימות הדו-שלבי הוזן מהר מדי". ה-PIN יכול להיות נכון או שגוי. קראו את הערך בשדה details בתגובה לפני שמנסים שוב, ושלחו את הניסיון הבא רק אחרי שעבר זמן ההמתנה שהוא מציין.

### מה המשמעות של שגיאה 133009 ב-WhatsApp?

המשמעות היא שניסיונות PIN למספר הזה מגיעים צפופים מדי, ו-Meta דוחה את הניסיון האחרון בלי לבדוק אם הוא נכון.

במסמכי Cloud API, לקוד 133009 יש טקסט פרטים שמתורגם ל"קוד ה-PIN של האימות הדו-שלבי הוזן מהר מדי", ויש הוראה אחת: לבדוק את הערך בשדה details בתגובה לפני שמנסים שוב.

הקוד הזה יושב בין שני קודים שכנים. 133005 אומר שה-PIN שגוי. 133008 אומר שהיו יותר מדי ניחושי PIN למספר. 133009 עוסק בקצב בלבד, ולכן הוא מופיע כשתהליך שולח ניסיונות PIN ברצף מהיר, למשל לולאת ניסיונות חוזרים על קריאת register בלי השהיה.

### איך מתקנים שגיאה 133009?

מאטים ומפסיקים לנחש.

קראו את הערך בשדה details בתוך error_data לפני הניסיון הבא. לפי התיעוד של Meta, השדה details מתאר את הסיבה הסבירה ביותר לשגיאה, ובקוד הזה זה הדבר הראשון ש-Meta מבקשת לבדוק.

אחר כך ודאו שהניסיון הבא משתמש ב-PIN שמישהו באמת מכיר. אם אף אחד לא מכיר אותו, המדריך של Meta לאימות דו-שלבי מתאר איפוס ב-WhatsApp Manager: פותחים את ההגדרות של המספר, בוחרים באימות הדו-שלבי ולוחצים על "Change PIN". PIN חדש וידוע מהיר יותר מסדרת ניחושים שמסתיימת בשגיאה 133008 ובהמתנה ארוכה יותר.

### איפה משתמשים ב-PIN?

בעת רישום המספר ל-Cloud API, ובכמה פעולות חשבון סביב הרישום.

המדריך של Meta לאימות דו-שלבי קובע שההגדרה דורשת PIN בן שש ספרות בעת רישום המספר, וקריאת הרישום מקבלת את ה-PIN כשדה חובה כשהאימות הדו-שלבי מופעל. המדריך של Meta למספרי טלפון מוסיף שה-PIN נדרש גם בשינוי ה-PIN ובמחיקת המספר מהפלטפורמה.

מאחר שצריכים אותו רק לעיתים רחוקות, קל לשכוח אותו. שמרו אותו יחד עם שאר פרטי הגישה של העסק לחשבון, ולא אצל מי שהגדיר את המספר לראשונה.

- שליחה חוזרת מיידית של קריאת הרישום בלולאה. ניסיונות PIN מהירים הם בדיוק מה שהקוד הזה מדווח עליו.
- ניחוש PIN שונה בין ניסיון לניסיון. יותר מדי ניחושים מעבירים אתכם משגיאה 133009 לשגיאה 133008.
- התעלמות מהערך בשדה details. Meta מציינת אותו כדבר שצריך לבדוק לפני שמנסים שוב.

**האם שגיאה 133009 אומרת שה-PIN שלי שגוי?** לא בהכרח. היא אומרת שהניסיונות הגיעו מהר מדי. PIN שגוי מדווח כשגיאה 133005.

**כמה זמן צריך להמתין אחרי שגיאה 133009?** Meta לא מפרסמת זמן קבוע. קראו את הערך בשדה details בתגובה לפני שמנסים שוב.

**אפשר לבטל את האימות הדו-שלבי דרך ה-API?** לא. לפי המדריך של Meta לאימות דו-שלבי, אין נקודת הקצה לביטול. במקום זה אפשר להגדיר PIN חדש.

**איך מאפסים PIN ששכחתי?** ב-WhatsApp Manager פותחים את ההגדרות של המספר, בוחרים באימות הדו-שלבי ולוחצים על "Change PIN".

---

## שגיאה 133015 ב-WhatsApp: המספר נמחק לאחרונה והמחיקה טרם הסתיימה

https://easycoexistence.com/he/docs/whatsapp-error-133015

שגיאה 133015 מציינת שמספר הטלפון שמנסים לרשום נמחק לאחרונה, והמחיקה עדיין לא הסתיימה. התיאור של Meta: "מספר הטלפון שאתם מנסים לרשום נמחק לאחרונה, והמחיקה טרם הסתיימה." הפתרון המתועד הוא להמתין 5 דקות לפני ששולחים שוב את בקשת הרישום.

### מה המשמעות של שגיאה 133015 ב-WhatsApp?

המשמעות היא שבקשת רישום הגיעה בזמן שאותו מספר עדיין נמחק.

המסמך של Meta מביא את נוסח הפירוט: "מספר הטלפון שאתם מנסים לרשום נמחק לאחרונה, והמחיקה טרם הסתיימה." הפתרון מפורש באותה מידה: להמתין 5 דקות לפני שליחה חוזרת של הבקשה.

הדרך הרגילה לשגיאה היא העברת מספר. מוחקים אותו מחשבון WhatsApp Business אחד ומיד רושמים אותו בחשבון אחר, או מוחקים ומוסיפים מחדש כדי להתחיל מאפס, והשלב השני מגיע ל-Meta לפני שהראשון הסתיים ברקע.

### איך מוחקים מספר טלפון עסקי?

רק ב-WhatsApp Manager, ורק מנהל של Business Portfolio.

לפי המדריך של Meta למספרי טלפון, מחיקה דרך ה-API אינה אפשרית. את המחיקה מבצעים ב-WhatsApp Manager. מספר בסטטוס Connected דורש את קוד ה-PIN של האימות הדו-שלבי כדי להימחק, ומספר ששלח הודעות בתשלום ב-30 הימים האחרונים אי אפשר למחוק עד 30 יום אחרי ההודעה האחרונה.

מחיקה שונה מביטול רישום. לפי המדריך של Meta לרישום, ביטול רישום רק הופך את המספר ללא שמיש ב-Cloud API, ואינו מוחק את המספר או את היסטוריית ההודעות שלו. שגיאה 133015 נוגעת למחיקה דווקא.

### איך נמנעים משגיאה 133015 בהעברת מספר?

בונים את ההמתנה לתוך התהליך במקום לגלות אותה בדיעבד.

אחרי מחיקת המספר, ממתינים לפחות 5 דקות לפני שליחת בקשת הרישום. אם הקריאה עדיין מחזירה 133015, ממתינים שוב ולא שולחים מיד מחדש.

הסיבה לסבלנות היא מגבלת הרישום. Meta מאפשרת 10 בקשות לנקודת הקצה register לכל מספר בחלון נע של 72 שעות, ובחריגה ה-API מחזיר 133016 וחוסם רישום ל-72 השעות הבאות. לולאת ניסיונות ששולחת בקשה כל כמה שניות בגלל 133015 יכולה לנצל את עשרת הניסיונות עוד לפני שהמחיקה הסתיימה.

- שליחה חוזרת של קריאת register כל כמה שניות. כל קריאה נספרת במגבלה של 10 בקשות ב-72 שעות.
- בלבול בין מחיקה לביטול רישום. ביטול רישום לא מוחק את המספר, והקוד הזה עוסק במחיקה.
- ניסיון למחוק את המספר דרך ה-API. Meta תומכת במחיקה רק ב-WhatsApp Manager.

**כמה זמן להמתין אחרי שגיאה 133015?** Meta אומרת להמתין 5 דקות לפני שליחה חוזרת של בקשת הרישום.

**אפשר למחוק מספר טלפון עסקי דרך ה-API?** לא. לפי המדריך של Meta למספרי טלפון, אפשר למחוק רק ב-WhatsApp Manager.

**למה אי אפשר למחוק את המספר שלי בכלל?** Meta חוסמת מחיקה של מספר ששלח הודעות בתשלום ב-30 הימים האחרונים. אפשר למחוק אותו 30 יום אחרי ההודעה האחרונה.

**מה קורה אם שולחים בקשות מחדש בתדירות גבוהה מדי?** אחרי 10 בקשות רישום ב-72 שעות, ה-API מחזיר 133016 וחוסם רישום למשך 72 שעות.

---

## שגיאת WhatsApp 135000: שגיאה לא ידועה בפרמטרים של הבקשה

https://easycoexistence.com/he/docs/whatsapp-error-135000

שגיאה 135000 פירושה שההודעה לא נשלחה בגלל שגיאה לא ידועה בפרמטרים של הבקשה. התיאור של Meta הוא "ההודעה לא נשלחה בגלל שגיאה לא ידועה בפרמטרים של הבקשה". Meta ממליצה לבדוק את התיעוד של נקודת הקצה כדי לוודא שהתחביר נכון, ולפנות לתמיכה אם השגיאה חוזרת.

### מה המשמעות של שגיאת WhatsApp 135000?

המשמעות היא שהפלטפורמה לא הצליחה לשלוח את ההודעה, לא יכלה לומר בדיוק למה, ובכל זאת הצביעה על הפרמטרים של הבקשה כמקור הבעיה.

ב-Meta מגדירים ל-135000 את טקסט הפרטים "ההודעה לא נשלחה בגלל שגיאה לא ידועה בפרמטרים של הבקשה". הפתרון המומלץ: לעיין בתיעוד של נקודת הקצה ולבדוק שהקריאה אליה משתמשת בתחביר הנכון, ולפנות לתמיכה אם הקוד ממשיך לחזור.

זה שונה מ-131000, ש-Meta מתארת כשגיאה לא ידועה בלי להצביע על הפרמטרים, והפתרון שלה מתחיל בניסיון חוזר.

### איך מוצאים את הפרמטר הבעייתי?

משווים את גוף הבקשה המדויק ששלחתם לתיעוד של נקודת הקצה, שדה אחרי שדה.

רשמו ביומן את ה-payload המלא יחד עם השגיאה, כי הערך שגרם לה משתנה לרוב מהודעה להודעה: מספר טלפון בפורמט לא צפוי, מחרוזת ריקה במקום טקסט, או אובייקט מקונן עם שדה במקום הלא נכון. אחר כך קראו את הערך details בתוך error_data, ש-Meta מתארת כסיבה הסבירה ביותר לשגיאה.

אם payload שנכשל עם 135000 מצליח אחרי שינוי, שמרו את שתי הגרסאות. ההבדל ביניהן הוא התשובה, והוא מראה מה כדאי לאמת לפני השליחה בפעם הבאה.

### מתי כדאי לפנות לתמיכה של Meta, ומה לצרף לפנייה?

כשהבקשה תואמת לתיעוד והקוד ממשיך לחזור.

Meta מציינת את התמיכה כצעד הבא כששגיאה 135000 חוזרת שוב ושוב. צרפו את fbtrace_id מתגובת השגיאה, שלפי Meta עשוי לעזור באיתור השגיאה, יחד עם חותמת הזמן, נקודת הקצה וגוף הבקשה בלי פרטי הגישה.

לפני פתיחת פנייה, בדקו שאותה בקשה נכשלת באופן עקבי. בקשה שנכשלת פעם אחת ומצליחה ללא שינוי דקה אחר כך מצביעה על הפלטפורמה ולא על הפרמטרים, ודף הסטטוס של Meta עבור WhatsApp Business הוא המקום המהיר יותר לאשר זאת.

- שליחה חוזרת של אותה בקשה שוב ושוב. Meta מציבה את הבעיה בפרמטרים, ולכן אותו payload נוטה להיכשל באותה דרך.
- רישום השגיאה בלבד ביומן. בלי גוף הבקשה אי אפשר למצוא את הפרמטר הפגום.
- פנייה לתמיכה בלי fbtrace_id. Meta מציינת אותו כמזהה שעוזר באיתור השגיאה.

**האם 135000 ו-131000 הן אותה שגיאה?** לא. 131000 היא שגיאה לא ידועה בלי סיבה מצוינת. 135000 היא שגיאה לא ידועה ש-Meta מייחסת לפרמטרים של הבקשה.

**האם שגיאה 100 ושגיאה 135000 הן אותו דבר?** לא. שגיאה 100 מצביעה על פרמטרים לא נתמכים או כתובים לא נכון. 135000 אומרת שהפרמטרים גרמו לשגיאה ש-Meta לא מצליחה לזהות.

**האם כדאי לשלוח שוב את הבקשה אחרי השגיאה?** לא בלי שינוי. קודם בודקים את הבקשה מול התיעוד של נקודת הקצה.

**מה שולחים לתמיכה כדי שיוכלו לעזור?** את fbtrace_id מהתגובה, נקודת הקצה, הזמן וגוף הבקשה בלי פרטי הגישה.

---

## EasyCoexistence מול Z-API

https://easycoexistence.com/he/compare/easycoexistence-vs-z-api

Z-API הוא ממשק API ברזילאי של WhatsApp הנמכר לפי מופע, ומחבר מספר בסריקת קוד QR, בדיוק כמו ש-WhatsApp Web מקשר מכשיר. EasyCoexistence מחברת את המספר ל-Cloud API הרשמי של Meta דרך Coexistence, כך שאפליקציית WhatsApp Business ממשיכה לעבוד ושום דבר בחיבור לא מפר את התנאים של WhatsApp.

### איך כל אחד מגיע ל-WhatsApp

כל השאר בעמוד נובע מההבדל הזה, ולכן הוא ראשון.

- Z-API:: לפי התיעוד שלה, בדיוק כמו ב-WhatsApp Web, החיבור דורש סריקת קוד QR או הזנת מספר טלפון. באתר שלה Cloud API הרשמי מתואר כנתיב נפרד, והיא מציגה את עצמה כחלופה שוקית לו.
- EasyCoexistence:: Cloud API של Meta, עם פרטי גישה ש-Meta מנפיקה לחשבון WhatsApp Business של העסק עצמו, ומחובר דרך Embedded Signup של Meta. המספר נרשם כמספר API, ואפליקציית WhatsApp Business ממשיכה לעבוד באותו טלפון.

### כמה זה עולה למספר

שתיהן גובות למספר, ולכן זו אחת מההשוואות הבודדות שבהן היחידות תואמות.

- Z-API:: R$ 99,99 למופע בחודש בתוכנית Ultimate, או R$ 89,99 למופע בתוכנית Partner עם מינימום של עשרה מופעים, כפי שמפורסם באתר שלהם. תקופת הניסיון היא יומיים.
- EasyCoexistence:: US$ 9 למספר מחובר בחודש עבור מספר אחד עד חמישה, והמחיר יורד בשש מדרגות עד US$ 1 לכל מספר ככל שמוסיפים מספרים. שלושת הימים הראשונים חינם, ו-Meta מחייבת ישירות את העסק בעלויות ההודעות שלה, בלי תוספת.

### מה קורה למספר אם WhatsApp פועלת נגדו

זה הסיכון שמחיר למופע לא מראה.

- Z-API:: הפעלה של מכשיר מקושר אינה נתיב שתנאי העסקים של WhatsApp מאשרים לשליחת הודעות עסקיות אוטומטיות, וחשבון שהגיע דרכה עלול להיות מוגבל או חסום.
- EasyCoexistence:: החיבור הוא יכולת של Meta עצמה, שנעשית בתהליך של Meta עצמה, דרך Tech Provider עצמאי של Meta. אין שום דבר באופן חיבור המספר ש-WhatsApp יכולה לאכוף נגדו.

### המשך שימוש בטלפון

רוב העסקים הקטנים בשני המוצרים עדיין עונים ללקוחות מהטלפון, וזה קובע איך נראה היום.

- Z-API:: המופע הוא הפעלה מקושרת במובן של WhatsApp Web, ולכן הוא נמשך רק כל עוד הקישור חי. יכולת ה-Coexistence של Meta אינה מוזכרת באתר שלהם.
- EasyCoexistence:: Coexistence היא המוצר כולו. הצוות שומר על אפליקציית WhatsApp Business, ה-API פועל על אותו מספר, והחיבור מנוטר כך שנפילה, כמו כלל 14 הימים של Meta, מסומנת ברגע שהיא קורית.

- להתייחס למופע מקושר ב-QR ול-Cloud API כאל אותו מוצר במחירים שונים. הם מגיעים ל-WhatsApp בנתיבים שונים.
- להריץ את המספר הראשי של העסק על הפעלה של מכשיר מקושר. חסימה מורידה את המספר מ-WhatsApp לגמרי.
- לשכוח ש-Cloud API גובה על תבניות. Meta מחייבת את העסק על אלה, מחוץ לשני המינויים.

**האם WhatsApp מכירה ב-Z-API כממשק רשמי?** לא. התיעוד שלהם קובע שמופע מתחבר כמו ב-WhatsApp Web, ובאתר שלהם Cloud API הרשמי מתואר כנתיב דרך Meta, ו-Z-API מתוארת כחלופה שוקית.

**האם אחד מהם זול יותר?** כן, אנחנו. Z-API מפרסמת R$ 99,99 למופע בחודש. אנחנו גובים US$ 9 למספר מחובר בחודש עבור עד חמישה מספרים, והמחיר יורד עד US$ 1 ככל שמוסיפים מספרים.

**האם צריך אישור תבנית אצלכם?** רק להודעות שפותחות שיחה מחוץ לחלון של 24 שעות, וזה כלל של Meta לכל ספק רשמי. תשובות בתוך החלון הן בטקסט חופשי.

**אפשר להעביר מספר מ-Z-API אלינו?** כן. מנתקים את ההפעלה, ממשיכים להשתמש באפליקציית WhatsApp Business, ומחברים את המספר דרך Embedded Signup. נדרשת גרסת אפליקציה 2.24.17 ומעלה ופעילות אמיתית עדכנית.

---

## EasyCoexistence מול Blip

https://easycoexistence.com/he/compare/easycoexistence-vs-blip

Blip היא פלטפורמת שיחות ברזילאית לבניית צ'אטבוטים ולמתן שירות לקוחות ב-WhatsApp ובערוצים נוספים, עם תוכניות בתשלום שמחירן ניתן רק דרך המכירות. EasyCoexistence היא החיבור עצמו ל-Cloud API של Meta דרך Coexistence, בתשלום מפורסם לכל מספר מחובר, ואפליקציית WhatsApp Business ממשיכה לעבוד בטלפון.

### מה כל מוצר מציע

שניהם משתמשים ב-API הרשמי של Meta. מה שהם מוכרים מעליו שונה.

- Blip:: פלטפורמה לבניית בוטים עם זרימות מותאמות ועיבוד שפה טבעית, יחד עם מוקד שירות אנושי, ב-WhatsApp, Instagram, Messenger וערוצים נוספים. בדף התמחור שלהם כתוב שהם Meta Business Solution Provider רשמי.
- EasyCoexistence:: החיבור בין מספר שהעסק כבר משתמש בו באפליקציית WhatsApp Business לבין ה-Cloud API של Meta, וגם ניטור רציף של החיבור. ההודעות מגיעות לכל מערכת שהעסק כבר מפעיל: CRM, n8n, סוכן AI דרך MCP או קוד משלו.

### כמה זה עולה

ההבדל כאן הוא אם אפשר לקרוא את המחיר לפני שמדברים עם מישהו.

- Blip:: תוכנית חינמית עד שני נציגים, עם מספר מוגבל של שיחות בחודש. המחיר של התוכניות בתשלום לא מופיע בדף; הקורא מופנה לברר עליהן עוד, כך שהמספר מגיע משיחת מכירות.
- EasyCoexistence:: US$ 9 לכל מספר מחובר בחודש עבור מספר אחד עד חמישה, ויורד ל-US$ 1 לכל מספר ככל שמוסיפים מספרים, ושלושת הימים הראשונים בחינם. Meta מחייבת על ההודעות בחשבון של העסק עצמו, ואין שום תוספת מצידנו.

### האם הטלפון ממשיך לעבוד

לעסק קטן שעונה מהטלפון, זו בדרך כלל השאלה הראשונה.

- Blip:: דף התמחור שלהם לא מתייחס ל-Coexistence. כדאי לשאול אותם אם מספר יכול להישאר באפליקציית WhatsApp Business בזמן החיבור, ולא להסתמך על הדף הזה.
- EasyCoexistence:: כן, כך זה בנוי. Coexistence משאיר את אפליקציית WhatsApp Business פעילה על אותו מספר, עם סנכרון של היסטוריית השיחות האחרונה, וה-API פועל במקביל. התפוקה במספר Coexistence היא 20 הודעות לשנייה.

### איפה נמצאת לוגיקת הבוט

אוטומציה צריכה לרוץ איפשהו, והבחירה קובעת למה אתם קשורים.

- Blip:: בתוך Blip. זרימות, בוטים ומוקד השירות נבנים ורצים על הפלטפורמה שלהם, והיא המוצר שהם מוכרים.
- EasyCoexistence:: איפה שאתם כבר בונים. Meta שולחת וובהוקים (Webhook) של הודעות ישירות למערכת שלכם, תוכן השיחות לא נשמר אצלנו בכלל, ושרת MCP מאפשר ל-Claude, ChatGPT, Cursor או Codex לשלוח הודעות מהמספר.

- להשוות הצעת מחיר של פלטפורמת בוטים לתשלום על חיבור, שורה אחר שורה. האחת כוללת את הבונה ואת המוקד.
- להניח שכל שותף של Meta משאיר את אפליקציית WhatsApp Business פעילה. Coexistence צריך להיות נתמך ומופעל.
- לשכוח את חיובי ההודעות של Meta עצמה. Meta מחייבת אותם בשני המוצרים.

**האם Blip מפרסמת את המחירים שלה?** רק את התוכנית החינמית, עד שני נציגים עם שיחות מוגבלות. המחירים של התוכניות בתשלום לא מופיעים בדף התמחור שלה.

**מי זולה יותר?** המחיר שלנו מפורסם והמחיר שלהם לא, ולכן רק את שלנו אפשר לבדוק: US$ 9 לכל מספר מחובר בחודש, ויורד ל-US$ 1 ככל שמוסיפים מספרים, בלי הגבלת נציגים.

**אפשר לבנות צ'אטבוט עם EasyCoexistence?** כן, בכלי שאתם כבר משתמשים בו. ההודעות מגיעות אל הוובהוק שלכם, ל-n8n, ל-Make או לסוכן AI דרך MCP, והלוגיקה נמצאת שם.

**האם EasyCoexistence היא מוצר של Meta?** לא. אנחנו Tech Provider עצמאי של Meta, שמשתמש ב-Embedded Signup וב-Cloud API הרשמיים.

---

## EasyCoexistence מול Digisac

https://easycoexistence.com/he/compare/easycoexistence-vs-digisac

Digisac היא פלטפורמת שירות לקוחות ברזילאית מרובת ערוצים, במחיר לפי הצעה מותאמת החל מ-R$ 197 לחודש, שמפעילה את ה-API הרשמי של WhatsApp דרך Gupshup ו-360dialog ותומכת ב-Coexistence דרכם. EasyCoexistence היא Meta Tech Provider שמחברת את המספר עצמו, במחיר מפורסם לכל מספר, בלי פלטפורמה באמצע.

### איך נקבע המחיר

אצל אחת יש הצעת מחיר ואצל השנייה טבלה, וזה משפיע על כל מה שאחר כך.

- Digisac:: אין תוכניות קבועות. לפי הדף שלהם מחיר ההתחלה הוא R$ 197 ומשתנה לפי מספר הנציגים, הערוצים, יכולות כמו מודולי AI והאינטגרציות, ומרכיבים אותו להצעה דרך צוות המכירות שלהם.
- EasyCoexistence:: US$ 9 לחודש לכל מספר מחובר, עבור 1 עד 5 מספרים, ויורד בשש מדרגות עד US$ 1 לכל מספר ככל שמוסיפים מספרים. בלי ספירת נציגים ובלי מודולים להוסיף. שלושת הימים הראשונים הם תקופת ניסיון.

### מי נמצא בינכם לבין Meta

שרשרת החברות שמאחורי מספר קובעת מי יכול לתקן אותו כשהוא נשבר.

- Digisac:: הפלטפורמה מפעילה את ה-API דרך Gupshup ו-360dialog, שותפות של Meta. לפי המאמר שלהם על Coexistence, ההפעלה נעשית מול ספק רשמי כמו 360dialog, ו-Digisac מלווה את הלקוח בתהליך.
- EasyCoexistence:: אף אחד. אנחנו Meta Tech Provider עצמאית, העסק נרשם דרך Embedded Signup של Meta על חשבון WhatsApp Business שלו, והוובהוקים (Webhook) של Meta מגיעים ישירות למערכת של העסק.

### בתוך מה הצוות עובד

פלטפורמת שירות וחיבור משנים דברים שונים ביום עבודה.

- Digisac:: פלטפורמת שירות משותפת שמרכזת WhatsApp, Instagram, Telegram, Messenger, אימייל וצ'אט באתר, עם חלוקת שיחות, צ'אט פנימי ומשפך מכירות. הצוות עובד בתוכה.
- EasyCoexistence:: אין מערכת חדשה להתחבר אליה. הצוות ממשיך להשתמש באפליקציית WhatsApp Business, ואוטומציות, CRM או סוכן AI פועלים דרך ה-API על אותו מספר.

### כמה זמן עד שהמספר עובד

עסקים קטנים מחליטים לפעמים רק לפי זה.

- Digisac:: קודם הצעה מסחרית, ואז הפעלה מול הספק. בדף שלהם מופיעים בין הדרישות CNPJ, Meta Business Manager ועמידה במדיניות.
- EasyCoexistence:: בדרך כלל פחות משתי דקות דרך Embedded Signup: מתחברים עם Facebook, מזינים את המספר וסורקים קוד QR באפליקציה. הניטור מתחיל ברגע שהמספר מתחבר.

- להשוות את מחיר ההתחלה של Digisac לתשלום לכל מספר. אצלם המחיר גדל עם נציגים, ערוצים ומודולים.
- להניח ש-Coexistence היא יכולת של הפלטפורמה. היא של Meta, ומופעלת דרך ספק בצד של Meta.
- להשאיר את החיובים של Meta מחוץ לתקציב. Meta מחייבת אותם בשתי האפשרויות.

**Digisac תומכת ב-Coexistence?** כן. לפי המאמר שלהם, ההפעלה נעשית מול ספק רשמי כמו 360dialog, ו-Digisac מלווה את התהליך.

**מי זולה יותר?** למספר אחד, אנחנו: US$ 9 לחודש מול מחיר התחלה של R$ 197 שעולה עם נציגים, ערוצים ומודולים. אצלנו המחיר לכל מספר יורד ככל שמוסיפים מספרים.

**אני מאבד תיבת הודעות משותפת אצלכם?** אנחנו לא מוכרים כזו. הצוות ממשיך להשתמש באפליקציית WhatsApp Business, וכל השאר רץ בכלי שתבחרו.

**מי משלם ל-Meta?** העסק, ישירות, על חשבון WhatsApp Business שלו. אנחנו אף פעם לא מוסיפים תוספת על חיוב של Meta.

---

## EasyCoexistence מול Octadesk

https://easycoexistence.com/he/compare/easycoexistence-vs-octadesk

Octadesk היא פלטפורמת שירות לקוחות ברזילאית שמשלבת צ'אטבוט, סוכני AI ומוקד תמיכה, עם תוכניות מ-R$ 2.499 לחודש ל-3,000 שיחות, בתוספת ייעוץ הטמעה שהוא חובה. EasyCoexistence מחברת את המספר שכבר פועל באפליקציית WhatsApp Business אל Cloud API של Meta דרך Coexistence, בתעריף מפורסם לכל מספר, בלי תקרת שיחות ובלי דמי הקמה.

### על מה משלמים בחשבון החודשי

היחידות שונות, והפער גדל עם כל לקוח שכותב אליכם.

- Octadesk:: תוכנית שנקבעת לפי שיחות: One ב-R$ 2.499 לחודש ל-3,000, Flow ב-R$ 4.399 ל-5,500, Nexus לפי בקשה ל-9,000. משתמשי מוקד התמיכה מחויבים לפי משתמש בנוסף, וכל תוכנית דורשת ייעוץ הטמעה במחיר לפי בקשה.
- EasyCoexistence:: תעריף אחד לכל מספר מחובר: US$ 9 לחודש ל-1 עד 5 מספרים, ויורד ל-US$ 1 לכל מספר ככל שמוסיפים מספרים. חודש עם עשרת אלפים שיחות עולה כמו חודש שקט. Meta מחייבת ישירות על עלויות ההודעות שלה.

### מה כל אחד מהם

שניהם מעלים את המספר ל-API הרשמי. ההבדל הוא במה שנבנה מעל.

- Octadesk:: מערכת שירות מלאה: צ'אטבוט, סוכני AI, מוקד תמיכה עם SLA והיסטוריית פניות, ושליחה המונית ב-WhatsApp, עם מספר WhatsApp API רשמי אחד כלול בכל תוכנית.
- EasyCoexistence:: החיבור והניטור שלו. המספר נשאר באפליקציית WhatsApp Business, ה-API פועל עליו במקביל, וההודעות מגיעות לכלים שהעסק כבר משתמש בהם, כולל סוכני AI דרך שרת MCP שלנו.

### הוספת מספר שני או עשירי

סוכנויות ועסקים עם כמה סניפים שואלים את זה לפני כל דבר אחר.

- Octadesk:: בכל תוכנית מופיע מספר WhatsApp API רשמי אחד ככלול. בעמוד התמחור שלהם אין מחיר למספרים נוספים.
- EasyCoexistence:: מספרים ללא הגבלה בחשבון, כל אחד במחיר הטווח שלו, והתעריף למספר יורד ככל שהכמות גדלה: US$ 7 מ-6 מספרים, ועד US$ 1 ככל שמוסיפים מספרים.

### האם הטלפון ממשיך לעבוד

השאלה שקובעת אם צוות קטן צריך לשנות את דרך העבודה שלו.

- Octadesk:: בעמוד התמחור שלהם אין התייחסות ל-Coexistence. כדאי לוודא מולם אם המספר יכול להישאר באפליקציית WhatsApp Business אחרי שהוא עובר ל-API שלהם.
- EasyCoexistence:: כן. Coexistence הוא כל מה שאנחנו מחברים: האפליקציה שומרת על השיחות, אפשר לסנכרן היסטוריה של כשישה חודשים, וה-API עובד על אותו מספר. החיבור במעקב, כך שנפילה מסומנת מיד.

- משווים מחירי תוכניות בלי לספור שיחות. התוכניות של Octadesk מגבילות אותן, ודמי חיבור לא.
- מתקצבים בלי ייעוץ ההטמעה. Octadesk דורשת אותו בכל תוכנית ומתמחרת אותו לפי בקשה.
- מצפים שהתוכנית תכסה את חיובי התבניות של Meta. Meta מחייבת אותם ישירות את העסק.

**האם אחד זול יותר?** כן, בפער גדול לעסק שצריך את החיבור. Octadesk מתחילה ב-R$ 2.499 לחודש בתוספת הטמעה, ואצלנו US$ 9 לכל מספר מחובר בחודש.

**מה קורה אחרי 3,000 שיחות?** בתוכנית One של Octadesk עוברים לתוכנית גבוהה יותר. אצלנו שום דבר לא משתנה: אין מגבלת שיחות בשום מחיר.

**האם Octadesk תומכת ב-Coexistence?** בעמוד התמחור שלהם זה לא כתוב. עדיף לשאול אותם ולא להסתמך על העמוד הזה.

**אפשר להמשיך להשתמש ב-AI עם EasyCoexistence?** כן. שרת MCP שלנו מאפשר ל-Claude, ChatGPT, Cursor, Claude Code ו-Codex לשלוח הודעות ותבניות מהמספר.

---

## EasyCoexistence מול Huggy

https://easycoexistence.com/he/compare/easycoexistence-vs-huggy

Huggy היא תיבת שירות לקוחות רב-ערוצית ברזילאית, שמתומחרת לפי תוכנית ולפי משתמש מחובר, כאשר WhatsApp מחויב בנפרד לפי כמות וקטגוריה. EasyCoexistence היא החיבור עצמו ל-WhatsApp: Cloud API של Meta על המספר שכבר נמצא באפליקציית WhatsApp Business, דרך Coexistence, בעמלה מפורסמת אחת לכל מספר מחובר.

### על מה משלמים כל חודש

החשבון של Huggy גדל עם הצוות. אצלנו הוא גדל רק עם מספרים.

- Huggy:: תוכנית עם משתמש מחובר אחד, ואז תשלום על כל משתמש נוסף: R$ 69,90 ב-Starter, R$ 119,90 ב-Intermediate שמתחילה ב-R$ 579 לחודש, R$ 189,90 ב-Custom שמתחילה ב-R$ 989. WhatsApp מתומחר מעל זה, לפי כמות וקטגוריה, והטמעה אופציונלית עולה R$ 1.250 בנוסף.
- EasyCoexistence:: US$ 9 למספר מחובר בחודש עבור מספר אחד עד חמישה, ויורד עד US$ 1 למספר ככל שמוסיפים מספרים, בלי ספירת משתמשים בכלל. שלושת הימים הראשונים חינם, ו-Meta מחייבת את דמי ההודעות שלה ישירות מול העסק.

### מה כל מוצר

תיבת פניות וחיבור נקנים משתי סיבות שונות.

- Huggy:: תיבת שירות שמרכזת WhatsApp, Instagram, Messenger, Telegram, אימייל, SMS ושיחות קוליות, עם צ'אטבוטים ודוחות. בדף שלהם כתוב שהם שותפים רשמיים של Meta להפעלת ה-API הרשמי.
- EasyCoexistence:: החיבור בין המספר באפליקציית WhatsApp Business לבין Cloud API של Meta, בניטור רציף. ההודעות מגיעות למערכת שהעסק כבר משתמש בה, דרך וובהוקים (Webhook) של Meta או דרך שרת MCP שלנו.

### האם הצוות משנה את דרך העבודה

השאלה של הבעלים, לפני שמסכימים לכל דבר.

- Huggy:: הנציגים נכנסים לתיבת הפניות של Huggy, שם שיחות מכל הערוצים מוקצות ונענות. בדף התמחור שלהם אין התייחסות ל-Coexistence יחד עם אפליקציית WhatsApp Business הקיימת.
- EasyCoexistence:: אף אחד לא עובר. אפליקציית WhatsApp Business ממשיכה לעבוד על אותו מספר, עם השיחות שלה, וה-API פועל במקביל לכל מה שהעסק מפעיל באוטומציה.

### איפה נשמרות השיחות

החלטה שקשה להחזיר לאחור.

- Huggy:: בפלטפורמה שלהם, וזה מה שתיבת פניות צריכה כדי להציג שיחות לנציגים שפותחים אותן.
- EasyCoexistence:: לא אצלנו. תוכן השיחות אינו נשמר אף פעם, ו-Meta יכולה לנתב הודעות נכנסות ישירות אל הוובהוק של העסק עצמו.

- לתמחר את Huggy בלי שורת WhatsApp. היא מחויבת בנפרד מהתוכנית, לפי כמות וקטגוריה.
- לספור רק את הצוות של היום. כל משתמש נוסף מוסיף תשלום חודשי בתוכנית של תיבת פניות.
- לקנות תיבת פניות רק כדי לקבל גישה ל-API על מספר אחד. לזה צריך רק את החיבור.

**האם אחד מהם זול יותר?** למי שצריך את החיבור, אנחנו. התוכנית Intermediate של Huggy מתחילה ב-R$ 579 לחודש למשתמש אחד, לפני WhatsApp, ואצלנו זה US$ 9 למספר מחובר בחודש.

**האם Huggy משתמשת ב-API הרשמי?** בדף התמחור שלהם כתוב שהם שותפים רשמיים של Meta ומפעילים את ה-API הרשמי של Meta.

**האם Huggy תומכת ב-Coexistence?** בדף התמחור שלהם זה לא מוזכר. כדאי לשאול אותם ולא להסתמך על הדף הזה.

**יש לכם תיבת פניות?** לא. הצוות ממשיך להשתמש באפליקציית WhatsApp Business, ול-Coexistence יש בדיוק מטרה כזו.

---

## EasyCoexistence מול Umbler Talk

https://easycoexistence.com/he/compare/easycoexistence-vs-umbler-talk

Umbler Talk היא פלטפורמה ברזילאית של תיבת הודעות, CRM וצ'אטבוט ב-WhatsApp מעל ה-API הרשמי, עם תמחור לפי נציג החל מ-R$ 99,90 בחודש ומינימום של שני נציגים. EasyCoexistence מחברת את המספר שכבר נמצא באפליקציית WhatsApp Business אל ה-Cloud API של Meta דרך Coexistence, עם תמחור לפי מספר מחובר, כך שהחשבון לעולם לא תלוי בכמה אנשים עונים.

### על מה משלמים בחשבון החודשי

Umbler Talk סופרת אנשים. EasyCoexistence סופרת מספרים.

- Umbler Talk:: לנציג בחודש: R$ 99,90 ב-Essencial עם שני נציגים לפחות, R$ 149,90 ב-Impulso ו-R$ 219,90 ב-Escala עם שלושה לפחות. החשבון הנמוך ביותר האפשרי הוא שני נציגים ב-Essencial, R$ 199,80 בחודש.
- EasyCoexistence:: US$ 9 למספר מחובר בחודש לאחד עד חמישה מספרים, ויורד בשש מדרגות עד US$ 1 למספר ככל שמוסיפים מספרים. בלי ספירת נציגים ובלי מינימום. שלושת הימים הראשונים חינם, ו-Meta מחייבת על ההודעות ישירות.

### מה כל מוצר עושה

שניהם רצים על ה-API הרשמי של Meta, ו-Umbler Talk אומרת זאת במפורש בעמוד שלה.

- Umbler Talk:: תיבת הודעות משותפת עם צנרת CRM ויזואלית, צ'אטבוט, סוכני AI, מאגר ידע וצ'אט באתר, וגם קמפיינים ב-WhatsApp בחבילות הגבוהות. הצוות עובד בתוכה.
- EasyCoexistence:: החיבור והניטור שלו. המספר נשאר באפליקציית WhatsApp Business, ה-API רץ עליו במקביל, וההודעות מגיעות ל-CRM שלכם, ל-n8n או לקוד שלכם. דרך MCP הן מגיעות גם לסוכן AI, והכול בלי תיבת הודעות חדשה לאמץ.

### כמה מספרים נכנסים

לסוכנויות ולעסקים עם כמה סניפים, מגבלת המספרים חשובה יותר משם החבילה.

- Umbler Talk:: שני מספרי WhatsApp ב-Essencial ועד שלושה ב-Impulso, ו-Escala מתוארת כמגבלת מספרים דינמית. יותר מספרים פירושו חבילה גבוהה יותר לכל נציג.
- EasyCoexistence:: מספרים ללא הגבלה בכל חשבון, כל אחד במחיר המדרגה שלו, והמחיר למספר יורד ככל שהכמות עולה. המספר העשרים עולה פחות מהראשון.

### האם אפליקציית WhatsApp Business ממשיכה לעבוד

השאלה שצוות קטן שואל לפני כל דבר אחר.

- Umbler Talk:: עמוד החבילות שלהם לא מזכיר Coexistence. כדאי לשאול אותם אם מספר ממשיך לעבוד באפליקציית WhatsApp Business אחרי החיבור.
- EasyCoexistence:: כן. Coexistence הוא הדבר היחיד שאנחנו מחברים, לכן האפליקציה שומרת על השיחות וה-API פועל לצדה, והחיבור נבדק מול ניתוקים כמו הכלל של Meta בן 14 הימים.

- לקרוא את המחיר לנציג כחשבון עצמו. המינימום הוא שני נציגים, ויותר בחבילות גבוהות.
- לבחור חבילה בגלל מגבלת המספרים ולשלם בגלל זה תעריף גבוה יותר על כל נציג.
- להשאיר את חיובי התבניות של Meta מחוץ לתקציב. Meta מחייבת אותם ישירות את העסק.

**האם אחד זול יותר?** כן, אנחנו. החשבון הקטן ביותר של Umbler Talk הוא שני נציגים ב-R$ 99,90 כל אחד, R$ 199,80 בחודש; אצלנו זה US$ 9 למספר מחובר, לא משנה מי עונה עליו.

**האם Umbler Talk משתמשת ב-API הרשמי של WhatsApp?** כן. בעמוד שלהם כתוב ש-Umbler Talk משתמשת ב-API הרשמי של WhatsApp ופועלת לפי הנחיות הפלטפורמה.

**האם Umbler Talk תומכת ב-Coexistence?** עמוד החבילות שלהם לא מזכיר זאת. עדיף לשאול אותם ולא להסתמך על העמוד הזה.

**האם EasyCoexistence גובה לפי נציג?** לא. התשלום הוא לפי מספר מחובר, בלי קשר לכמה אנשים עובדים איתו דרך ה-API או עונים עליו.

---

## EasyCoexistence מול Whaticket

https://easycoexistence.com/he/compare/easycoexistence-vs-whaticket

Whaticket היא תיבת הודעות לצוותים ל-WhatsApp ולערוצים נוספים, מ-US$ 49 בחודש, עם מינימום של שלושה משתמשים וקו WhatsApp אחד. החיבור נעשה בקוד QR או דרך ה-API הרשמי עם Coexistence. EasyCoexistence היא רק החיבור הרשמי: Cloud API של Meta על המספר באפליקציית WhatsApp Business, ב-US$ 9 למספר.

### איך כל אחד מחבר את המספר

Whaticket מציעה שני מסלולים ל-WhatsApp. EasyCoexistence מציעה אחד.

- Whaticket:: בחירה בין WhatsApp QR, סשן שנסרק כמו WhatsApp Web, לבין WhatsApp API עם Coexistence. באתר שלהם מזהירים ששליחה המונית ב-WhatsApp Business עלולה לגרום לחסימות, וממליצים על ה-API כדי להקטין את הסיכון.
- EasyCoexistence:: רק Cloud API של Meta, מחובר דרך Embedded Signup של Meta עם Coexistence, כך שאפליקציית WhatsApp Business ממשיכה לעבוד על אותו מספר. אין אפשרות של חיבור בקוד QR, ולכן אין מסלול לא רשמי לחזור אליו.

### על מה משלמים בחשבון החודשי

שני החשבונות בנויים מרכיבים שונים.

- Whaticket:: US$ 49 בחודש ב-Basic לשלושה משתמשים וקו אחד, US$ 20 בחודש לכל קו נוסף, וחבילת Pro ב-US$ 109. קמפיינים בחיבור קוד QR צורכים קרדיטים, מ-US$ 25 ל-1,000 הודעות. קמפיינים דרך ה-API פטורים.
- EasyCoexistence:: US$ 9 למספר מחובר בחודש לאחד עד חמישה מספרים, ויורד ל-US$ 1 למספר ככל שמוסיפים מספרים. בלי משתמשים ובלי קרדיטים. Meta מחייבת את העסק ישירות על ההודעות, בלי תוספת מצדנו. שלושת הימים הראשונים בלי תשלום.

### מה כל מוצר עושה

אחד הוא המקום שבו הסוכנים עובדים. השני הוא הצינור שמתחת.

- Whaticket:: תיבת הודעות לצוות שמרכזת ומאוטמטת ערוצי הודעות, עם קמפיינים, כך שהצוות עונה בתוך הפלטפורמה שלהם.
- EasyCoexistence:: החיבור וניטור 24/7. הצוות ממשיך להשתמש באפליקציית WhatsApp Business, ההודעות מגיעות אל וובהוק (Webhook) שלכם, וסוכני AI פועלים על המספר דרך שרת MCP שלנו.

### כמה עולים מספר שני, חמישי או עשירי

סוכנויות ועסקים עם כמה סניפים עושים את החשבון הזה לפני כל דבר אחר.

- Whaticket:: US$ 20 לכל קו נוסף מעבר לחבילה, כך שחמישה קווים ב-Basic מגיעים ל-US$ 129 בחודש לשלושה משתמשים.
- EasyCoexistence:: חמישה מספרים עולים US$ 45 בחודש, והמחיר למספר ממשיך לרדת: US$ 7 לכל אחד מהמספר השישי, עד US$ 1 ככל שמוסיפים מספרים.

- להפעיל מספר עסקי בחיבור קוד QR. באתר של Whaticket עצמה מזהירים ששליחה המונית שם עלולה לגרום לחסימות.
- לשכוח את הקרדיטים להודעות. קמפיינים בחיבור קוד QR מחויבים לפי אלף הודעות, מעבר לחבילה.
- לתמחר קווים נוספים לפי מחיר החבילה. כל אחד מוסיף US$ 20 בחודש.

**האם אחד מהם זול יותר?** כן, אנחנו. קו אחד ב-Whaticket Basic עולה US$ 49 בחודש, ומספר מחובר אחד אצלנו עולה US$ 9. בחמישה מספרים החשבון הוא US$ 129 מול US$ 45 בחודש.

**האם Whaticket תומכת ב-Coexistence?** כן. בעמוד התמחור שלה, לצד חיבור קוד QR, מופיעה גם אפשרות של WhatsApp API עם Coexistence, כך שאפשר לבחור בין השתיים.

**האם חיבור קוד QR הוא רשמי?** לא. הוא מקשר סשן כמו ש-WhatsApp Web עושה. באתר של Whaticket עצמה ממליצים על ה-API כדי להקטין את הסיכון לחסימות.

**יש לכם תיבת הודעות כמו של Whaticket?** לא. הצוות ממשיך להשתמש באפליקציית WhatsApp Business, וכל מה שמאוטמט רץ בכלים שלכם.

---

## EasyCoexistence מול Leadsales

https://easycoexistence.com/he/compare/easycoexistence-vs-leadsales

Leadsales הוא CRM שיחתי מקסיקני למכירה דרך WhatsApp, Facebook ו-Instagram. תוכנית Basic שלו, US$ 97 לחודש, מחברת את WhatsApp דרך סשן הווב, וה-API הרשמי מתחיל בתוכנית Professional ב-US$ 133. EasyCoexistence מחברת את המספר ל-Cloud API של Meta דרך Coexistence ב-US$ 9 למספר.

### איזו תוכנית מתחברת ל-WhatsApp בדרך הרשמית

ב-Leadsales שיטת החיבור תלויה בתוכנית. ב-EasyCoexistence היא לא תלויה בה.

- Leadsales:: Basic מחברת את WhatsApp דרך Messenger וסשן הווב, לא דרך ה-Business API. Professional, ב-US$ 133 או MX$ 3,239.88 לחודש, ו-Advanced, ב-US$ 247, משתמשות ב-API הרשמי.
- EasyCoexistence:: כל מספר פועל על ה-Cloud API של Meta, ומחובר דרך Embedded Signup של Meta עם Coexistence, כך שאפליקציית WhatsApp Business ממשיכה לעבוד בטלפון. אין מדרגה זולה ולא רשמית.

### על מה משלמים כל חודש

Leadsales מגבילה משתמשים ושיחות בכל תוכנית. EasyCoexistence לא מגבילה אף אחד מהם.

- Leadsales:: Basic כוללת 3 משתמשים ו-5,000 שיחות פעילות, Professional 4 משתמשים ו-20,000, Advanced 5 משתמשים ו-50,000, עם הנחה של עד 20% בחיוב שנתי.
- EasyCoexistence:: US$ 9 למספר מחובר בחודש עבור מספר אחד עד חמישה, ויורד עד US$ 1 למספר ככל שמוסיפים מספרים. בלי הגבלת משתמשים, בלי הגבלת שיחות, שלושת הימים הראשונים הם תקופת ניסיון, ו-Meta מחייבת את העסק ישירות על ההודעות.

### מה כל מוצר עושה

CRM וחיבור פותרים בעיות שונות.

- Leadsales:: CRM למכירות עם משפכים, סביבת עבודה משותפת, שליחה המונית לפי שלב וסוכן AI בתוכניות הגבוהות. הלידים מטופלים בתוך Leadsales עצמה.
- EasyCoexistence:: החיבור והניטור שלו. הודעות מגיעות לכל CRM או כלי שהעסק כבר משתמש בו דרך וובהוק (Webhook) של Meta, וסוכני AI פועלים על המספר דרך שרת MCP שלנו.

### מה קורה למספר שעובד דרך סשן הווב

הסיכון שהתוכנית הזולה נושאת בצידה.

- Leadsales:: מספר בתוכנית Basic מגיע ל-WhatsApp דרך סשן ווב ולא דרך ה-Business API, מסלול שתנאי העסקים של WhatsApp לא מאשרים להודעות עסקיות אוטומטיות.
- EasyCoexistence:: אין מה לאכוף נגד החיבור, כי זו תכונת Coexistence של Meta עצמה, שנעשית בתהליך של Meta עצמה, והחיבור מנוטר מסביב לשעון.

- בוחרים ב-Basic בגלל המחיר ומניחים שהיא עובדת עם ה-API. היא מתחברת דרך סשן הווב.
- סופרים משתמשים ושוכחים את מגבלת השיחות הפעילות. כל תוכנית קובעת אחת.
- מצפים שהתוכנית תכלול את עלויות התבניות. Meta מחייבת עליהן את העסק ישירות.

**האם אחד מהם זול יותר?** כן, אנחנו. תוכנית Leadsales הזולה ביותר עם ה-API הרשמי עולה US$ 133 לחודש, ומספר מחובר אצלנו עולה US$ 9 לחודש.

**האם Leadsales משתמשת ב-API הרשמי של WhatsApp?** ב-Professional וב-Advanced, כן. תוכנית Basic שלהם מחברת את WhatsApp דרך Messenger וסשן הווב במקום זאת.

**האם Leadsales תומכת ב-Coexistence?** בדף המחירים שלהם כתוב שבחלק מהמקרים המספר נשאר בשימוש בטלפון, ובאחרים הוא עובר במלואו אל ה-API הרשמי. אצלנו הוא תמיד נשאר באפליקציית WhatsApp Business שבטלפון.

**האם אפשר להשתמש ב-EasyCoexistence בלי להחליף את מערכת ה-CRM שלי?** כן. Meta שולחת הודעות לכתובת הוובהוק שתבחרו, ולכן כל CRM שמקבל וובהוקים יכול לקבל אותן.

---

## EasyCoexistence מול Treble

https://easycoexistence.com/he/compare/easycoexistence-vs-treble

Treble היא פלטפורמה לטינו-אמריקאית ל-WhatsApp Business API לתהליכים אוטומטיים, קמפיינים ושירות מבוסס AI, שנמכרת דרך צוות המכירות ללא מחיר ציבורי. EasyCoexistence מחברת את המספר שהעסק כבר משתמש בו באפליקציית WhatsApp Business ל-Cloud API של Meta דרך Coexistence, בהרשמה עצמאית ובמחיר מפורסם של US$ 9 למספר מחובר בחודש.

### מה עם אפליקציית WhatsApp Business שלכם

שני המוצרים יוצאים מהנחות הפוכות לגבי הטלפון.

- Treble:: בדף הבית שלהם כתוב ש-Treble היא פתרון מבוסס WhatsApp Business API, ולא על אפליקציית WhatsApp Business החינמית. Coexistence לא מוזכרת, אז כדאי לשאול אותם אם מספר יכול להישאר באפליקציה.
- EasyCoexistence:: האפליקציה נשארת. Coexistence משאירה את אפליקציית WhatsApp Business פעילה על אותו מספר, עם היסטוריית שיחות של כשישה חודשים שמסונכרנת, וה-Cloud API רץ לצדה לאוטומציה.

### כמה זה עולה

אפשר לראות מחיר אחד כבר היום. השני דורש שיחה.

- Treble:: אין מחיר ציבורי. בדף הבית לא מופיע מחיר, ודף התמחור מבקש סיסמה, ולכן המספר מגיע מצוות המכירות שלהם.
- EasyCoexistence:: US$ 9 למספר מחובר בחודש עבור מספר אחד עד חמישה, ויורד בשש מדרגות עד US$ 1 למספר, ככל שמוסיפים מספרים. Meta מחייבת את העסק ישירות על ההודעות, ואין שום תוספת מחיר.

### מה כל מוצר מספק

שניהם על ה-API הרשמי של Meta. הם מוכרים שכבות שונות.

- Treble:: פלטפורמה לתהליכי צ'אט אוטומטיים, קמפיינים מרוכזים ושירות לקוחות מבוסס AI, עם אינטגרציות מובנות ל-HubSpot ול-Salesforce וממשק API לחיבורים מותאמים אישית.
- EasyCoexistence:: החיבור והניטור שלו 24/7. Meta מעבירה וובהוק (Webhook) ישירות למערכת שלכם, תוכן השיחות לא נשמר אצלנו, ושרת MCP מאפשר לסוכני AI לשלוח הודעות מהמספר.

### כמה זמן עד שמספר פעיל

לעסק קטן זו לרוב השאלה המכריעה.

- Treble:: דרך תהליך מכירה, כי התוכניות והמחירים נקבעים מול הצוות שלהם לפני ההטמעה.
- EasyCoexistence:: בדרך כלל פחות משתי דקות דרך Embedded Signup של Meta: נכנסים עם Facebook, מזינים את המספר וסורקים קוד QR באפליקציה. הדרישות הן אפליקציה בגרסה 2.24.17 ומעלה ופעילות אמיתית לאחרונה.

- העברת מספר אפליקציה עמוס להגדרה של API בלבד בלי לבדוק אם יש Coexistence. הטלפון מפסיק להיות המקום שבו הצוות עונה.
- השוואת הצעת מחיר של פלטפורמת קמפיינים לדמי חיבור. האחת כוללת תהליכים וקמפיינים.
- התעלמות מעלויות התבניות של Meta. הן מחויבות על ידי Meta, לא על ידי אף אחד מהספקים.

**האם Treble מפרסמת מחירים?** לא. בדף הבית שלהם אין מחירים, ודף התמחור שלהם מוגן בסיסמה.

**מי זול יותר?** המחיר שלנו מפורסם ושלהם לא, ולכן רק את שלנו אפשר לאמת: US$ 9 למספר מחובר בחודש, ויורד עד US$ 1 ככל שמוסיפים מספרים.

**האם Treble תומכת ב-Coexistence?** בדף הבית שלהם אין אזכור לכך, והם מתארים את Treble כמבוססת על ה-API ולא על אפליקציית WhatsApp Business. כדאי לשאול אותם.

**אפשר להריץ קמפיינים עם EasyCoexistence?** כן, דרך ה-Cloud API עם תבניות מאושרות, מהמערכת או מהכלי שלכם. Meta מחייבת אתכם ישירות על התבניות.

---

## EasyCoexistence מול Botmaker

https://easycoexistence.com/he/compare/easycoexistence-vs-botmaker

Botmaker היא פלטפורמת צ'אטבוטים ושירות לקוחות מאמריקה הלטינית, הפועלת על WhatsApp Business Platform, החל מ-US$ 149 בחודש ל-3,000 שיחות, בתוספת דמי פתיחת חשבון WhatsApp חד-פעמיים של US$ 99. היא תומכת ב-Coexistence. EasyCoexistence היא חיבור ה-Coexistence בלבד, ב-US$ 9 למספר מחובר בחודש, בלי חבילות שיחות.

### על מה משלמים בחשבון החודשי

Botmaker מוכרת שיחות. EasyCoexistence מוכרת את החיבור.

- Botmaker:: Standard ב-US$ 149 ל-3,000 שיחות, Scale ב-US$ 249 ל-5,000, Pro ב-US$ 499 ל-10,000, עם US$ 0.07 עד US$ 0.05 לכל שיחה נוספת ו-US$ 99 לפתיחת חשבון WhatsApp. הודעות Push כוללות את עלות WhatsApp בתוספת עמלת שירות של 20%.
- EasyCoexistence:: US$ 9 למספר מחובר בחודש לחיבור של מספר אחד עד חמישה, ויורד עד US$ 1 לכל מספר ככל שמוסיפים מספרים. בלי חבילה, בלי חיוב חריגה, בלי תשלום בהתחלה. Meta מחייבת את העסק ישירות ואנחנו אף פעם לא מוסיפים עליה.

### איך Coexistence עובד אצל כל אחת

שתיהן משאירות את אפליקציית WhatsApp Business פעילה על המספר. שאר ההקמה שונה.

- Botmaker:: לפי מרכז העזרה שלהם, Coexistence זמין רק לקווים חדשים או להגדרות חדשות, הבוט מושהה כשמישהו עונה מהטלפון, ושיחות קבוצתיות אינן נתמכות בפלטפורמה.
- EasyCoexistence:: Coexistence הוא המוצר עצמו: הקמה עצמית דרך Embedded Signup של Meta תוך כשתי דקות, ואז ניטור 24/7, כך שנפילה כמו כלל 14 הימים של Meta מסומנת ברגע שהיא קורית.

### מה כל מוצר הוא

פלטפורמת בוטים וחיבור הם שתי קניות שונות.

- Botmaker:: פלטפורמה לבניית בוטים ולשירות נציגים ב-WhatsApp, עם עשרה עד חמישים מקומות לנציגים בהתאם לתוכנית. הזרימות חיות בתוך Botmaker.
- EasyCoexistence:: החיבור עצמו. וובהוקים (Webhook) של Meta מגיעים למערכת שלכם, תוכן השיחות לא נשמר אצלנו, ושרת MCP מאפשר ל-Claude, ChatGPT, Cursor, Claude Code או Codex לפעול על המספר.

### מה צמיחה עושה לחשבון

שני המודלים נעים בכיוונים מנוגדים ככל שהעסק עמוס יותר.

- Botmaker:: יותר שיחות פירושן חיוב חריגה לכל שיחה או מעבר לתוכנית הבאה, ולכן חודש עמוס עולה יותר מחודש שקט.
- EasyCoexistence:: נפח ההודעות לא נכנס למחיר. רק הוספת מספרים משנה את החשבון, והמחיר למספר יורד ככל שמוסיפים.

- משווים מחירי תוכניות ושוכחים את דמי הפתיחה של US$ 99 ואת עמלת השירות של 20% על הודעות שנשלחות ביוזמת העסק.
- בוחרים תוכנית לפי השיחות של היום. חריגה מחויבת לכל שיחה מעל החבילה.
- מצפים שתשובה מהטלפון תשאיר בוט פעיל. ב-Botmaker הבוט מושהה כשהטלפון עונה.

**האם Botmaker תומכת ב-Coexistence?** כן. מרכז העזרה שלהם מתעד זאת, והיא זמינה לקווים חדשים או להגדרות חדשות.

**האם אחד מהם זול יותר?** כן, אנחנו. Botmaker מתחילה ב-US$ 149 בחודש בתוספת US$ 99 לפתיחת החשבון. מספר מחובר אצלנו עולה US$ 9 בחודש, בלי תשלום בהתחלה.

**האם אתם מוסיפים עמלה על החיובים של Meta?** לא. Meta מחייבת על ההודעות את חשבון העסק עצמו ואנחנו אף פעם לא מוסיפים עליה.

**אפשר לבנות בוט עם EasyCoexistence?** כן, ב-n8n, ב-Make, בקוד שלכם או בסוכן AI דרך MCP. ההודעות מגיעות למערכת שלכם דרך וובהוקים של Meta.

---

## EasyCoexistence מול Gallabox

https://easycoexistence.com/he/compare/easycoexistence-vs-gallabox

Gallabox ו-EasyCoexistence פותרים בעיות שונות. Gallabox היא תיבת הודעות משותפת וחבילת אוטומציה מעל ה-API הרשמי של WhatsApp Business, והיא נמכרת במסלולים עם מספר משתמשים קבוע. EasyCoexistence היא החיבור עצמו: ה-Cloud API של Meta על אותו מספר שפועל באפליקציית WhatsApp Business, בתמחור לפי מספר, בלי תיבת הודעות ובלי הגבלת משתמשים.

### על מה משלמים בחשבון החודשי

התמחור של השניים נבנה על יחידות שונות, והיחידה קובעת איך החשבון גדל.

- Gallabox:: מסלולים בתשלום חודשי עם גודל צוות קבוע. Basic מופיע ב-₹ 2,999 לחודש בחיוב רבעוני עבור 3 משתמשים, ובדף שלהם הוא מוגדר כתקרה קשיחה. צוותים גדולים יותר עוברים ל-Essential או ל-Advanced.
- EasyCoexistence:: החל מ-US$ 9 לכל מספר מחובר בחודש, ועד US$ 1 ככל שמוסיפים מספרים. אין ספירת משתמשים ואין ספירת אנשי קשר, ולכן גיוס עובד או מענה ללקוחות נוספים לא משנים דבר בחשבונית.

### איך מפעילים את Coexistence בפועל

שניהם משתמשים בתכונת Coexistence של Meta, כך שאפליקציית WhatsApp Business ממשיכה לעבוד בטלפון. הדרך אליה שונה.

- Gallabox:: לפי התיעוד שלהם, Coexistence אינו מופעל כברירת מחדל, וצריך לפנות לתמיכה של Gallabox לפני ההתחלה, כדי שסביבת העבודה תופעל קודם.
- EasyCoexistence:: Coexistence הוא המוצר עצמו. בעל העסק משלים את Embedded Signup של Meta תוך כשתי דקות, בהפעלה עצמית, כשהאפליקציה בגרסה 2.24.17 ומעלה והמספר אינו מחובר לספק אחר.

### איפה נשמרות השיחות

זה ההבדל החשוב ביותר למי שבונה ממשק משלו או מחזיק מספרים של לקוחות.

- Gallabox:: בתוך הפלטפורמה שלהם. תיבת הודעות משותפת, בונה צ'אטבוטים וכלי שליחה המונית דורשים לשמור את ההודעות אצלם, כדי להציג אותן לנציגים.
- EasyCoexistence:: לא אצלנו. Meta שולחת וובהוק (Webhook) ישירות לנקודת הקצה שתקבעו, והשיחות לא נשמרות אצלנו בשום שלב. ה-CRM, האפליקציה או סוכן הבינה המלאכותית שלכם הם המקום שבו הנתונים נוחתים.

### במה לבחור

אם הרכישה היא תיבת הודעות לצוות עם צ'אטבוטים וקמפיינים, Gallabox היא מוצר מסוג כזה, וזו רכישה שונה מחיבור.

אם הרכישה היא המספר עצמו, מחובר באופן רשמי ופעיל לאורך זמן, EasyCoexistence היא הקנייה הצרה והזולה יותר. היא מתאימה לסוכנות שמחברת מספרי לקוחות למערכת שלה, למפתח שכבר יש לו ממשק, או לבעל עסק שרוצה אוטומציה בלי להוציא את הצוות מהטלפון. החיבור מנוטר, כולל כלל 14 הימים של Meta, ו-Meta מחייבת על ההודעות את החשבון שלכם, ללא תוספת מצדנו.

- השוואה ישירה של מחירי מסלולים. באחד כלולים תיבת הודעות וקרדיטים לבינה מלאכותית, והשני הוא החיבור בלבד.
- התחלת הקמת Coexistence לפני שהספק הפעיל את התכונה, ואז ניסיונות חוזרים עם אותו מספר.
- רכישת תיבת הודעות עם תקרת משתמשים עבור מספרים שההודעות בהם יטופלו בתוכנה שלכם.

**האם EasyCoexistence זולה יותר מ-Gallabox?** עבור החיבור, כן. Gallabox Basic עולה ₹ 2,999 לחודש בחיוב רבעוני עבור 3 משתמשים. EasyCoexistence עולה US$ 9 לכל מספר מחובר בחודש, בלי הגבלת משתמשים, כך שמספר אחד עם צוות בכל גודל עולה US$ 9 לחודש.

**האם Gallabox תומכת ב-Coexistence?** כן. התיעוד שלהם מתאר אותה ומציין שהתמיכה צריכה להפעיל אותה בסביבת העבודה שלכם לפני ההגדרה.

**האם ל-EasyCoexistence יש תיבת הודעות כמו ב-Gallabox?** לא. הצוות ממשיך להשתמש באפליקציית WhatsApp Business, והתוכנה מקבלת את אותן הודעות דרך וובהוקים ש-Meta שולחת למערכת שלכם.

**מי משלם ל-Meta על ההודעות?** ב-EasyCoexistence אתם משלמים, ישירות ל-Meta בחשבון WhatsApp Business שלכם, בלי תוספת מצדנו.

---

## EasyCoexistence מול TimelinesAI

https://easycoexistence.com/he/compare/easycoexistence-vs-timelinesai

TimelinesAI היא תיבת הודעות משותפת של WhatsApp, מסונכרנת ל-CRM ובתשלום לכל משתמש. היא מחברת מספר בקוד QR, דרך WhatsApp Business API הרשמי או דרך Coexistence. EasyCoexistence מחברת מספרים רק דרך Cloud API של Meta עם Coexistence, במחיר לכל מספר, ושולחת כל הודעה למערכת שלכם במקום לתיבת הודעות.

### איך כל אחת מחברת את המספר

שיטת החיבור קובעת למה המספר חשוף, ולכן היא ראשונה.

- TimelinesAI:: שלוש אפשרויות בכל תוכנית: קישור בקוד QR שמחבר את המספר כמכשיר מקושר, WhatsApp Business API הרשמי, או Coexistence שמריצה את האפליקציה וה-API יחד.
- EasyCoexistence:: שיטה אחת: Cloud API של Meta עם Coexistence, דרך Embedded Signup של Meta עצמה. אין אפשרות של סשן QR, ולכן אף מספר שמחובר דרכנו לא תלוי בקישור של מכשיר מקושר שצריך להישאר חי.

### על מה משלמים בחשבון החודשי

תמחור לכל משתמש ותמחור לכל מספר גדלים מסיבות שונות.

- TimelinesAI:: $35 לכל משתמש בחודש ב-Starter, או $28 בחיוב שנתי, ו-$49 לכל משתמש ב-Pro. בעמוד התמחור שלהם כתוב שצריך מקום לכל משתמש שמחבר חשבון WhatsApp.
- EasyCoexistence:: מ-US$ 9 לכל מספר מחובר בחודש עד חמישה מספרים, ועד US$ 1 ככל שמוסיפים מספרים. אנשים לא נספרים בכלל, ו-Meta מחייבת אתכם ישירות על עלויות ההודעות.

### לאן השיחות מגיעות

תיבת הודעות וחיבור שומרים נתונים במקומות שונים.

- TimelinesAI:: בתיבת ההודעות המשותפת שלהם, ומשם הן מסונכרנות ל-CRM שבחרתם. התיבה היא המוצר, ולכן ההודעות עוברות דרך הפלטפורמה שלהם ומוצגות בה.
- EasyCoexistence:: ישירות לנקודת הקצה שלכם. Meta שולחת וובהוקים לכתובת ה-URL שציינתם, ושיחות לא נשמרות אצלנו, כך שהנתונים של הלקוח נשארים במערכות שבשליטתכם.

### במה לבחור

צוות מכירות שרוצה תיבת הודעות משותפת בתוך ה-CRM מחפש תיבה, ו-TimelinesAI היא כזו.

עסק שרוצה מספר מחובר באופן רשמי, בלי סשן QR בדרך ובלי צד ביניים ששומר נתונים, מחפש חיבור. EasyCoexistence היא החיבור הזה, עם ניטור תקינות החיבור שקורא את סיבות הניתוק של Meta עצמה, שרת MCP לעוזרי AI ותשלום קבוע לכל מספר, בלי קשר לגודל הצוות.

- לחבר מספר עסקי בקוד QR כי זה מהיר יותר. סשן של מכשיר מקושר אינו חלק מהפלטפורמה העסקית של Meta עצמה.
- לשלם על משתמשים עבור מספרים שתוכנה, ולא אנשים, תענה עליהם.
- לערבב בחשבון אחד מספרים מחוברי QR ומספרים מחוברי API, בלי לעקוב איזה הוא איזה.

**האם EasyCoexistence זולה יותר מ-TimelinesAI בחיבור של מספר?** כן. TimelinesAI Starter עולה $35 לכל משתמש בחודש. EasyCoexistence עולה US$ 9 לכל מספר מחובר בחודש, וצוות בכל גודל שעונה מאפליקציית WhatsApp Business לא מוסיף עלות.

**האם TimelinesAI תומכת ב-Coexistence בכלל?** כן. בעמוד התמחור שלהם Coexistence מופיעה לצד קוד QR וה-API הרשמי בכל תוכנית.

**האם אפשר לחבר מספר בקוד QR דרך השירות שלנו?** לא. כל מספר מתחבר דרך Cloud API של Meta עם Coexistence, ולא כמכשיר מקושר.

**האם עדיין אפשר להשתמש ב-WhatsApp בטלפון שלי?** כן. Coexistence משאירה את אפליקציית WhatsApp Business פעילה באותו מספר, וה-API רץ לצדה.

---

## EasyCoexistence מול Periskope

https://easycoexistence.com/he/compare/easycoexistence-vs-periskope

Periskope מחבר מספר WhatsApp בסריקת קוד QR ממסך Link device בטלפון, והתיעוד שלו קובע שאי אפשר לקשר מספרי WhatsApp API. EasyCoexistence הולכת בכיוון ההפוך: המספר נרשם ב-Cloud API של Meta דרך Coexistence, ולכן אפליקציית WhatsApp Business ממשיכה לעבוד והחיבור הוא החיבור הרשמי.

### איך כל אחד מגיע ל-WhatsApp

כל השאר בעמוד הזה נגזר משיטת החיבור.

- Periskope:: פותחים את ההגדרות של WhatsApp בטלפון, בוחרים Link device וסורקים את קוד ה-QR ש-Periskope מציג. המספר מחובר כמכשיר מקושר, ובדף הבית שלהם מציינים שאין צורך ב-Business API.
- EasyCoexistence:: Embedded Signup של Meta רושם את המספר ב-Cloud API עם פרטי גישה ש-Meta מנפיקה לחשבון WhatsApp Business Account שלכם. Coexistence משאיר את האפליקציה בטלפון פעילה על אותו מספר.

### כמה זה עולה בחודש

שתיהן מפרסמות מחירים, והן סופרות דברים שונים.

- Periskope:: Starter מופיע ב-$25 למשתמש בחודש ו-Pro ב-$35. הטלפון הראשון כלול, וכל טלפון נוסף מחויב כרישיון נפרד לפי מחיר החבילה. חבילת Enterprise דורשת לפחות 50 משתמשים או טלפונים.
- EasyCoexistence:: US$ 9 לכל מספר מחובר בחודש לאחד עד חמישה מספרים, ויורד בשש מדרגות עד US$ 1 ככל שמוסיפים מספרים. אין רישיונות משתמש, ו-Meta מחייבת את ההודעות ישירות בחשבון שלכם, בלי תוספת.

### למה החיבור חשוף

WhatsApp מתייחסת אחרת להפעלה של מכשיר מקושר ולרישום ב-API.

- Periskope:: גישה דרך מכשיר מקושר פועלת מחוץ ל-Business Platform של Meta. תנאי העסקים של WhatsApp חלים על שימוש אוטומטי ועל שימוש של צד שלישי, ולמספר שמחובר כך אין מעמד ברמת ה-API מול Meta.
- EasyCoexistence:: כל קריאה עוברת ל-Cloud API של Meta. כשחיבור נופל, אנחנו קוראים את סיבת הניתוק ש-Meta עצמה מדווחת ושולחים לכם התראה, כולל כלל 14 הימים של פעילות באפליקציה, שחל על מספרי Coexistence.

### במה לבחור

השאלה היא כמה המספר שווה ואיפה הוא צריך לרוץ. המודל של Periskope בנוי סביב קישור של מספרים קיימים כמכשירים, כולל קבוצות, והוא לא מקבל מספרי API בכלל.

עבור מספר שהלקוחות סומכים עליו, או מספר של לקוח שסוכנות אחראית עליו, המסלול הרשמי הוא זה שנשאר בתוך הכללים של Meta. EasyCoexistence מציעה את המסלול הזה בתשלום קבוע לכל מספר, משאירה את אפליקציית WhatsApp Business פעילה ומעבירה את ההודעות למערכת שלכם.

- להניח שכלי בתשלום פירושו גישה שאושרה על ידי Meta. האישור מגיע מכך ש-Meta מנפיקה פרטי גישה ל-API.
- לחבר מספר עסקי כמכשיר מקושר, ואחר כך לנסות להעביר אותו לספק API בלי לנתק אותו קודם.
- לתמחר לפי משתמש כשרוב ההודעות יטופלו באוטומציה ולא על ידי אנשים.

**האם EasyCoexistence זולה יותר מ-Periskope?** כן. Periskope Starter עולה $25 למשתמש בחודש, וכל טלפון נוסף עוד $25. EasyCoexistence עולה US$ 9 לכל מספר מחובר בחודש, בלי חיוב לפי משתמשים.

**האם Periskope משתמשת ב-API הרשמי של WhatsApp?** לא. לפי התיעוד שלה, המספרים מחוברים בקוד QR דרך Link device, ואי אפשר לקשר אליה מספרי WhatsApp API.

**האם אפשר להשתמש בקבוצות דרך EasyCoexistence?** לא. שיחות קבוצתיות נמצאות מחוץ ל-Cloud API של Meta, והכלל הזה חל על כל ספק רשמי.

**האם האפליקציה שלי תמשיך לעבוד?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה בטלפון, בזמן ש-Cloud API רץ על אותו מספר.

---

## EasyCoexistence מול Wassenger

https://easycoexistence.com/he/compare/easycoexistence-vs-wassenger

Wassenger היא פלטפורמת תיבת צוות וממשק API ל-WhatsApp, עם שני מחברים: סשן בקוד QR וה-Cloud API של Meta, כאשר Coexistence זמין בצד ה-API שלה. EasyCoexistence מציעה רק את Cloud API עם Coexistence, בלי תיבת צוות, ומתמחרת כל מספר מחובר מ-US$ 9 לחודש, במקום מסלול עם מספר קבוע של נציגים.

### איך כל אחד מחבר את המספר

מרכז העזרה של Wassenger עצמה משווה בין שני המחברים שלה, וזו נקודת פתיחה טובה.

- Wassenger:: מחבר QR, המתואר כחיבור מבוסס סשן דרך שירות worker שדורש טלפון מחובר לרשת ופועל תחת זיהוי ספאם של WhatsApp, ומחבר Cloud API המאומת מול Meta. Coexistence מוצע בצד ה-API שלה.
- EasyCoexistence:: רק Cloud API של Meta, דרך Embedded Signup של Meta עם Coexistence. אין במוצר שירות סשן ואין מחבר QR, ולכן אין אפשרות לבחור לא נכון.

### על מה משלמים בתשלום החודשי

מסלול נציגים ותשלום לפי מספר גדלים לפי דברים שונים.

- Wassenger:: Professional עולה €39.90 לחודש עבור מספר אחד ו-3 נציגים, Business עולה €69.90 עם 6 נציגים, Enterprise עולה €99.90 עם 9 נציגים. עלויות תבנית שקובעת Meta מחויבות בנוסף, במחיר עלות.
- EasyCoexistence:: US$ 9 לכל מספר מחובר בחודש, יורד עד US$ 1 ככל שמוסיפים מספרים, בלי ספירת נציגים. Meta מחייבת על שליחת הודעות ישירות את חשבון WhatsApp Business שלכם, אף פעם לא דרכנו.

### לאן מגיעות השיחות

תיבה שומרת את מה שהיא מציגה. חיבור מעביר הלאה את מה שהוא מקבל.

- Wassenger:: בתיבת הצוות המשותפת שלהם, שבה משייכים צ'אטים לנציגים, מריצים קמפיינים ומשתמשים בעוזר הבינה המלאכותית. ההודעות נשמרות בפלטפורמה שלהם כדי שהנציגים יוכלו לטפל בהן.
- EasyCoexistence:: במערכת שלכם. Meta מנתבת וובהוקים (Webhook) ישירות לנקודת הקצה שהגדרתם, שיחות אף פעם לא נשמרות אצלנו, והצוות ממשיך לענות מתוך אפליקציית WhatsApp Business כרגיל.

### במה לבחור

צוות שרוצה שהנציגים יתחברו לתיבה משותפת קונה תיבה, ועל זה בנויים המסלולים של Wassenger עצמה.

מי שרוצה את המספר על ה-API הרשמי ותו לא, כמו סוכנות שמחברת מספרים של לקוחות, מפתח שמזין אפליקציה קיימת או בעל עסק שמוסיף אוטומציה בלי כלי חדש, מקבל מ-EasyCoexistence מוצר צר יותר: סוג חיבור אחד, תשלום קבוע לכל מספר, ניטור שמתריע לפני שקישור Coexistence פג, ושרת MCP ל-Claude, ל-ChatGPT ול-Cursor, לשימוש עם עוזרי בינה מלאכותית.

- להתחיל במחבר QR לצורך בדיקה, ואז להשאיר עליו את מספר העסק אחרי שהכול עובד.
- להשוות מסלול של €39.90 לתשלום לפי מספר בלי לספור את הנציגים והתיבה שכלולים במסלול.
- להעביר מספר בין מחברים בלי לבדוק אם היסטוריית הצ'אטים תעבור איתו.

**האם EasyCoexistence זולה יותר מ-Wassenger מבחינת מחיר?** עבור החיבור, כן. Wassenger Professional עולה €39.90 לחודש למספר אחד. EasyCoexistence עולה US$ 9 לכל מספר מחובר בחודש, וחמישה מספרים עולים US$ 45 בסך הכול.

**האם Wassenger תומכת ב-Coexistence בפועל?** כן. Wassenger מפרסמת עמוד ומאמר עזרה על Coexistence, לשימוש באפליקציית WhatsApp Business ובפלטפורמת ה-API שלה על אותו מספר.

**האם מחבר ה-QR של Wassenger הוא מחבר רשמי?** Wassenger מתארת אותו כמבוסס סשן וכפוף לזיהוי ספאם מצד WhatsApp, לדבריה. המחבר שמאומת מול Meta הוא מחבר ה-Cloud API שלה.

**האם צריך שרת כדי להשתמש ב-EasyCoexistence בפועל?** צריך נקודת הקצה לקבלת וובהוקים, או עוזר בינה מלאכותית שמחובר דרך שרת MCP. אירוח החיבור עצמו כלול.

---

## EasyCoexistence מול WANotifier

https://easycoexistence.com/he/compare/easycoexistence-vs-wanotifier

WANotifier היא פלטפורמת שיווק והתראות ב-WhatsApp מעל ה-API הרשמי, שמתומחרת לפי מסלול ושכבת אנשי קשר, עם תקרת הודעות חודשית. EasyCoexistence היא החיבור הרשמי עצמו, עם Coexistence, ומתומחרת לפי מספר מחובר, בלי תקרת אנשי קשר או הודעות. שתיהן מעבירות את עמלות ההודעות של Meta ללא תוספת, ולכן ההבדל הוא במה שהמינוי קונה.

### על מה משלמים בחשבון החודשי

WANotifier מתמחרת לפי גודל הקהל. EasyCoexistence מתמחרת לפי מספר.

- WANotifier:: Essentials ב-$69, Advanced ב-$119 ו-Premium ב-$199 לחודש בחיוב חודשי בשכבת מתחת ל-1,000 אנשי קשר, עם מגבלות שליחה חודשיות של 4,000, 8,000 ו-12,000 הודעות. רשימת אנשי קשר גדולה יותר מעבירה לשכבה גבוהה יותר.
- EasyCoexistence:: US$ 9 לכל מספר מחובר בחודש עד חמישה מספרים, ויורד עד US$ 1 ככל שמוסיפים מספרים. רשימה של חמישים אלף אנשי קשר עולה כמו רשימה של חמישים.

### איפה Coexistence נכנס

שתיהן מתחברות דרך ה-API הרשמי של Meta ושתיהן מציעות Coexistence, כך שאפליקציית WhatsApp Business נשארת בטלפון.

- WANotifier:: Coexistence מופיע כיכולת בכל מסלול, לצד קמפיינים, צ'אטבוטים, רצפי הודעות מתוזמנים ותיבת דואר משותפת לצוות.
- EasyCoexistence:: Coexistence הוא המוצר כולו: הרשמה עצמאית ב-Embedded Signup תוך כשתי דקות, ניטור רציף של תקינות החיבור, והתראות לפי סיבות הניתוק של Meta עצמה, כולל כלל 14 הימים של פעילות באפליקציה.

### לאן ההודעות מגיעות

כלי קמפיינים מטפל בהודעות בשבילכם. חיבור מעביר אותן הלאה.

- WANotifier:: ללוח הבקרה, לתיבת הדואר ולבונה האוטומציות שלהם, עם REST API ווובהוקים (Webhook) במסלולים Advanced ו-Premium לצורכי אינטגרציה.
- EasyCoexistence:: ישירות לנקודת הקצה שלכם בכל מספר, כי Meta מנתבת וובהוקים לכתובת ה-URL שתציינו. שום דבר לא נשמר אצלנו, ושרת MCP מאפשר ל-Claude, ל-ChatGPT או ל-Cursor לעבוד עם המספר.

### במה לבחור

מי שרוצה שידורים, רצפי הודעות וצ'אטבוט בלוח בקרה אחד קונה כלי קמפיינים, מוצר שונה מחיבור.

מי שכבר יש לו את התוכנה, או בונה אותה, צריך שהמספר יהיה מחובר רשמית וישאר מחובר. זה EasyCoexistence, בתעריף שלא משתנה עם אנשי קשר או נפח, ועמלות ההודעות של Meta עצמה הולכות ישר לחשבון שלכם בשני המקרים.

- בחירת מסלול לפי מחיר בלי לבדוק את תקרת ההודעות החודשית שמגיעה איתו.
- מתן לרשימת אנשי הקשר לחצות גבול שכבה באמצע החודש בלי לתקצב את העלייה.
- להניח שתוספת של 0% פירושה שאין עמלת פלטפורמה. חלים גם העמלות של Meta וגם המינוי.

**האם EasyCoexistence זולה יותר מ-WANotifier?** כן, לגבי החיבור. WANotifier Essentials עולה $69 לחודש בשכבת אנשי הקשר הקטנה ביותר. EasyCoexistence עולה US$ 9 לכל מספר מחובר בחודש, בלי מגבלת אנשי קשר או הודעות.

**האם WANotifier תומכת ב-Coexistence?** כן. בעמוד התמחור שלהם מופיע WhatsApp Coexistence בכל מסלול.

**האם שתיהן מעבירות את עמלות Meta ללא תוספת?** כן. WANotifier מצהירה על 0% תוספת, וב-EasyCoexistence Meta מחייבת אתכם ישירות בחשבון שלכם.

**אפשר לשלוח קמפיינים עם EasyCoexistence?** אפשר לשלוח תבניות מאושרות דרך Cloud API ממערכת משלכם או מעוזר AI. אין בונה קמפיינים.

---

## EasyCoexistence vs Eazybe

https://easycoexistence.com/he/compare/easycoexistence-vs-eazybe

Eazybe היא שכבת CRM לצוותי מכירות, שמותקנת כתוסף Chrome על WhatsApp Web. בתוכנית Starter המחיר הוא לכל משתמש, ובתוכניות הגבוהות יותר נוספים מספר WhatsApp API ו-Coexistence. EasyCoexistence היא רק החיבור הרשמי: ה-Cloud API של Meta עם Coexistence, במחיר לכל מספר, שמעביר הודעות ישירות למערכת שלכם.

### איך כל אחת מגיעה ל-WhatsApp

שני המוצרים יושבים במקומות שונים: אחד בדפדפן של הנציג, והשני בממשק הרשמי של Meta, בלי דפדפן באמצע.

- Eazybe:: תוסף Chrome שמתווסף מעל הפעלת WhatsApp Web שכל נציג כבר פותח, ומוסיף תוויות, סנכרון CRM ותזמון. בתוכניות הגבוהות יותר מופיעים ברשימה גם מספר WhatsApp API ו-Coexistence, כחלק מהחבילה.
- EasyCoexistence:: ה-Cloud API של Meta, שנרשם דרך Embedded Signup של Meta עם Coexistence. שום דבר לא רץ בלשונית דפדפן, ולכן ההודעות זורמות בין אם מישהו פתח את WhatsApp Web ובין אם לא.

### על מה משלמים בחשבון החודשי

Eazybe מציגה מחירים במטבע המקומי של המבקר, והיחידה משתנה בין התוכניות.

- Eazybe:: Starter מתומחרת לכל משתמש לחודש. Scaler, Basic AI ו-Pro AI מתומחרות לכל מספר לחודש וכוללות 3 או 5 משתמשים, כל משתמש נוסף בתוספת תשלום. בנוסף, תגובות AI מחויבות לפי תגובה.
- EasyCoexistence:: US$ 9 לכל מספר מחובר לחודש, ועד US$ 1 ככל שמוסיפים מספרים. בלי ספירת משתמשים, בלי קרדיטים ל-AI, ו-Meta מחייבת על ההודעות ישירות בחשבון שלכם.

### לאן השיחות מגיעות

תוסף CRM מעתיק שיחות אל ה-CRM. חיבור מעביר אותן לכל מערכת שתבחרו.

- Eazybe:: מסונכרנות מ-WhatsApp Web אל מערכות ה-CRM ש-Eazybe משתלבת איתן, כמו HubSpot, Zoho ו-Salesforce, דרך הפלטפורמה שלה.
- EasyCoexistence:: מועברות על ידי Meta כוובהוקים (Webhook) אל נקודת הקצה שתקבעו, ואינן נשמרות אצלנו. מערכת ה-CRM שלכם, האפליקציה שלכם, כלי אוטומציה או עוזר AI דרך שרת MCP מקבלים אותן ישירות.

### במה לבחור

צוות מכירות שרוצה שדות CRM ליד כל שיחה בדפדפן קונה תוסף CRM, וזה בדיוק מה שתוכנית Starter של Eazybe היא.

עסק שרוצה כל מספר על ה-API הרשמי של Meta, בלי תלות בהפעלת דפדפן, קונה את החיבור. EasyCoexistence מספקת אותו בתשלום קבוע לכל מספר, עוקבת אחר תקינות החיבור ברציפות, מתריעה לפני שכלל 14 ימי הפעילות באפליקציה פג, ומשאירה את הצוות באפליקציית WhatsApp Business שהוא כבר משתמש בה.

- להתייחס לתוסף דפדפן על WhatsApp Web כאל חיבור API. הוא תלוי בכך שהלשונית פתוחה.
- להשוות תוכנית לכל משתמש לתשלום לכל מספר בלי לספור כמה נציגים חולקים כל מספר.
- להניח שכל תוכנית כוללת את ה-API הרשמי. ב-Eazybe הוא מופיע מ-Scaler ומעלה.

**האם EasyCoexistence זולה יותר מ-Eazybe?** במספר שצוות משתף, כן. Eazybe Starter גובה לכל משתמש, ותוכניות ה-API גובות לכל מספר ועוד על משתמשים נוספים. EasyCoexistence עולה US$ 9 לכל מספר מחובר לחודש, בלי קשר לגודל הצוות.

**האם Eazybe תומכת ב-Coexistence?** Eazybe מפרסמת דף Coexistence שמתאר את אפליקציית WhatsApp Business ואת ה-API הרשמי על אותו מספר.

**האם עם EasyCoexistence צריך להשאיר את WhatsApp Web פתוח בדפדפן?** לא. ה-Cloud API רץ על השרתים של Meta, והצוות ממשיך להשתמש באפליקציית WhatsApp Business בטלפון.

**אפשר לסנכרן הודעות ל-CRM שלי?** כן, על ידי הפניית הוובהוקים של Meta אל ה-CRM שלכם, אל כלי אוטומציה כמו n8n או Make, או אל הקוד שלכם.

---

## EasyCoexistence מול Superchat

https://easycoexistence.com/he/compare/easycoexistence-vs-superchat

Superchat היא תיבת הודעות מאוחדת ל-WhatsApp, Instagram, אימייל וערוצים נוספים, שנמכרת בחבילות עם חוזה מינימום של 12 חודשים, ואפשרות ה-Coexistence שלה מסומנת כבטא. EasyCoexistence היא דבר אחד: מספר ה-WhatsApp מחובר ל-Cloud API של Meta דרך Coexistence, במחיר לכל מספר מחובר בחודש, וההודעות מגיעות למערכת שלכם.

### על מה משלמים בחשבון החודשי

Superchat סופרת חשבונות ומספרים בתוך חבילה. EasyCoexistence סופרת מספרים בלבד.

- Superchat:: Basic עולה $19, Professional $29 ו-Advanced $69 לחודש, נטו, עם 3, 6 ו-12 חשבונות ועם 1, 2 ו-4 מספרי WhatsApp. כל מספר נוסף עולה $49 לחודש וכל כניסה נוספת $19, בהתחייבות מינימלית של 12 חודשים.
- EasyCoexistence:: US$ 9 לכל מספר מחובר בחודש, ויורד עד US$ 1 ככל שמוסיפים מספרים, בלי חשבונות או כניסות לספור. Meta מחייבת אתכם ישירות על עלויות ההודעות.

### איך Coexistence מוצעת

שתיהן מתחברות דרך ה-API הרשמי, ושתיהן מציעות Coexistence, כך שאפליקציית WhatsApp Business נשארת בטלפון.

- Superchat:: אחת מארבע דרכי חיבור, לצד מספר חדש, מיגרציה מלאה ומעבר מספק אחר. מרכז העזרה שלהם מציין שנתיב ה-Coexistence נמצא כרגע בבטא ועלול לכלול מגבלות בתכונות.
- EasyCoexistence:: הדרך היחידה, שמושלמת בעצמכם דרך Embedded Signup של Meta בכשתי דקות, ואז מנוטרת באופן רציף, כך שחיבור שפג נתפס לפני שלקוח מרגיש בכך.

### לאן השיחות מגיעות

תיבת הודעות מחזיקה שיחות עבור נציגים. חיבור מעביר אותן הלאה.

- Superchat:: בתיבת ההודעות המאוחדת שלהם, שבה תבניות, תוויות, סוכני AI וניהול ביקורות פועלים על ההודעות בתוך הפלטפורמה שלהם.
- EasyCoexistence:: בנקודת ההקצה שתגדירו, כי Meta שולחת לשם את הוובהוקים ישירות. השיחות לא נשמרות אצלנו, ואפליקציית WhatsApp Business נשארת אצל הצוות.

### במה לבחור

עסק שרוצה לענות על כמה ערוצים מתיבה אחת קונה תיבת הודעות רב-ערוצית, וזו קנייה נפרדת מחיבור ל-WhatsApp.

עסק שרוצה את מספר ה-WhatsApp שלו על ה-API הרשמי, פעיל ללא הפסקה, כשההודעות מגיעות ל-CRM, לאפליקציה או לעוזר ה-AI שלו, קונה את EasyCoexistence: תשלום קבוע לכל מספר, ו-Coexistence כליבת המוצר ולא כאפשרות בטא.

- לקרוא מחיר חודשי בלי לראות את תקופת ההתחייבות המינימלית שצמודה אליו.
- לספור רק את מחיר החבילה כשצריך עוד מספרים. מספרים נוספים כרוכים בתשלום חודשי משלהם.
- להתחיל קליטת Coexistence עם מספר שכבר מחובר לספק API אחר.

**האם EasyCoexistence זולה יותר מ-Superchat?** כן, כחיבור ל-WhatsApp. Superchat Basic עולה $19 לחודש בהתחייבות מינימלית של 12 חודשים. EasyCoexistence עולה US$ 9 לכל מספר מחובר בחודש, ואפליקציית WhatsApp Business משרתת צוות בכל גודל.

**האם Superchat תומכת ב-Coexistence?** כן, כאחת מאפשרויות החיבור שלה, שמרכז העזרה שלה מסמן כבטא.

**האם EasyCoexistence מכסה Instagram או אימייל?** לא. היא מחברת מספרי WhatsApp ל-Cloud API של Meta ותו לא.

**מי משלם את עלויות ההודעות של Meta?** אתם, ישירות ל-Meta, בחשבון WhatsApp Business שלכם. EasyCoexistence אף פעם לא מוסיפה עליהן רווח.

---

## EasyCoexistence מול Sinch

https://easycoexistence.com/he/compare/easycoexistence-vs-sinch

Sinch היא פלטפורמת תקשורת ארגונית שמספקת גם WhatsApp לצד SMS, שיחות קוליות וערוצים נוספים, וגובה עמלה משלה על כל הודעה, מעבר לזו של Meta, לפי ההסכם עם כל לקוח. EasyCoexistence מחברת מספר מאפליקציית WhatsApp Business ל-Cloud API של Meta דרך Coexistence, בהרשמה עצמית, תמורת סכום קבוע למספר, ו-Meta מחייבת אתכם על ההודעות ישירות.

### כמה עולה כל הודעה

ההבדל הוא אם יש עמלה שנייה על כל הודעה.

- Sinch:: שתי שכבות על כל הודעה: העמלה של Meta לפי קטגוריה ומדינה, ועמלה של Sinch עבור גישה לפלטפורמה ושירות לכל הודעה, שנקבעת בהסכם מולה ולא במחירון פומבי.
- EasyCoexistence:: שכבה אחת. Meta מחייבת את העמלות שלה ישירות בחשבון WhatsApp Business שלכם, ואנחנו אף פעם לא מוסיפים עליהן. התשלום אצלנו הוא US$ 9 למספר מחובר בחודש, ויורד עד US$ 1 ככל שמוסיפים מספרים, בלי קשר לתנועה.

### לאילו מספרים כל אחת בנויה

רוב העסקים הקטנים כבר עונים ללקוחות באפליקציית WhatsApp Business. זה המספר שחשוב.

- Sinch:: המדריך להגדרת Sinch Engage Classic דורש מספר שיכול לקבל SMS או שיחות בינלאומיות ואינו מחובר לאף חשבון WhatsApp. מאמרי ההצטרפות שלהם לא מתארים מסלול של Coexistence כלל.
- EasyCoexistence:: המספר שכבר נמצא באפליקציית WhatsApp Business, מחובר דרך Coexistence. השיחות, ההיסטוריה והאפליקציה בטלפון נשארות, וה-Cloud API פועל על אותו מספר.

### איך מתחילים

מסלול אחד עובר דרך הסכם מכירה, והשני דרך דף הרשמה.

- Sinch:: לפי Sinch, Embedded Signup ב-Build Dashboard זמין בשלב זה רק ללקוחות ארגוניים ישירים, והמחיר תלוי בהסכם שלכם.
- EasyCoexistence:: Embedded Signup של Meta בהרשמה עצמית תוך כשתי דקות, עם 3 הימים הראשונים ללא תשלום. האפליקציה צריכה להיות בגרסה 2.24.17 ומעלה, עם פעילות אמיתית עדכנית.

### במה לבחור

ארגון שרוכש SMS, שיחות קוליות ו-WhatsApp בחוזה אחד ובתנאים שסוכמו במשא ומתן קונה CPaaS, וזו רכישה שונה לחלוטין מחיבור של WhatsApp לעסק.

עסק שהלקוחות שלו כבר כותבים לאפליקציית WhatsApp Business שלו, או סוכנות שמחברת מספרים כאלה עבור לקוחות, צריכים Coexistence, מחיר מפורסם ועמלה שלא נערמת על כל הודעה. EasyCoexistence נבנתה בדיוק לזה, עם וובהוקים (Webhook) שמנותבים על ידי Meta למערכת שלכם ושרת MCP עבור עוזרי בינה מלאכותית.

- לתכנן תקציב לפי המחירון של Meta בלבד, כשהספק מוסיף עמלה משלו על כל הודעה.
- לרשום מספר חדש ל-API ולהשאיר את הלקוחות כותבים למספר הישן באפליקציה.
- למחוק את חשבון אפליקציית WhatsApp Business כדי לפנות מספר, כשהמספר היה נשאר עם Coexistence, בלי למחוק דבר.

**האם EasyCoexistence זולה יותר מ-Sinch?** כן, בחלק שבשליטתנו. Sinch מוסיפה עמלה משלה על כל הודעה לפי ההסכם שלכם. EasyCoexistence לא מוסיפה דבר לכל הודעה וגובה US$ 9 למספר מחובר בחודש.

**האם Sinch תומכת ב-Coexistence בכלל?** מאמרי ההצטרפות של Sinch שנבדקו עבור הדף הזה לא עוסקים בכך. כדאי לשאול את Sinch ישירות ולא להסתמך על הדף הזה.

**האם Sinch מפרסמת בגלוי את עמלת ההודעות שלה?** מרכז העזרה שלה אומר שהעמלות של Sinch תלויות בהסכם שלכם, ואינו מציג מחיר פומבי להודעה.

**האם נדרש חוזה כלשהו אצלנו?** לא. ההרשמה עצמית דרך Embedded Signup של Meta, וה-3 הימים הראשונים ללא תשלום.

---

## EasyCoexistence מול Vonage

https://easycoexistence.com/he/compare/easycoexistence-vs-vonage

Vonage היא פלטפורמת תקשורת למפתחים, ו-Messages API שלה שולח WhatsApp לצד SMS, RCS וערוצים נוספים, כשעל כל הודעה מתווספת עמלת פלטפורמה של Vonage מעל העמלה של Meta. EasyCoexistence מחברת מספר מאפליקציית WhatsApp Business אל Cloud API של Meta דרך Coexistence בסכום קבוע למספר, ו-Meta מחייבת אתכם ישירות על ההודעות.

### איך נבנית החשבונית

תמחור לפי שימוש וסכום קבוע מתנהגים אחרת כשהנפח גדל.

- Vonage:: העמלה של Meta על כל הודעה שנמסרה, ובנוסף עמלת פלטפורמה של Vonage שמתחילה ב-0.0001 יורו להודעה ומשתנה לפי נפח ואזור. על שיחות מתווספת עמלה נוספת של Vonage: $0.004 לדקה.
- EasyCoexistence:: US$ 9 לכל מספר מחובר בחודש, ויורד עד US$ 1 ככל שמוסיפים מספרים. Meta מחייבת על ההודעות את חשבון WhatsApp Business שלכם, ואנחנו לא מוסיפים דבר על כל הודעה.

### לאילו מספרים כל אחד בנוי

המספר שעסק קטן כבר עונה בו הוא בדרך כלל מספר של אפליקציית WhatsApp Business.

- Vonage:: דף התמחור של WhatsApp אצלה ומדריך Embedded Signup המתארח לשותפים אינם עוסקים ב-Coexistence, יכולת של Meta שמשאירה את האפליקציה פעילה גם אחרי שהמספר מחובר ל-API שלה.
- EasyCoexistence:: מספרי Coexistence דווקא. אפליקציית WhatsApp Business שומרת על השיחות וממשיכה לעבוד בטלפון, וה-Cloud API רץ על אותו מספר בתפוקת Coexistence של Meta: 20 הודעות בשנייה.

### מה עומד בינכם לבין Meta

שניהם מוצרי API. ההבדל הוא למי אתם פונים.

- Vonage:: ה-Vonage Messages API, ממשק אחד מעל WhatsApp ועל שאר הערוצים שלה. הקוד שלכם פונה ל-Vonage, ו-Vonage פונה בשמכם ל-Meta בבקשה נפרדת.
- EasyCoexistence:: ה-Cloud API המתועד של Meta, עם פרטי גישה שמונפקים לחשבון שלכם. Meta מנתבת את האירועים אל נקודת הקצה שלכם באמצעות וובהוק (Webhook) שמוגדר אצלכם. שיחות לעולם לא נשמרות אצלנו.

### במי לבחור

מפתח שרוצה ממשק API אחד ל-SMS, ל-RCS, לאימייל ול-WhatsApp קונה CPaaS רב-ערוצי, וזה מוצר אחר מחיבור WhatsApp.

עסק או סוכנות שצריכים מספרי אפליקציית WhatsApp Business על ה-API של Meta עצמה, בלי עמלה על כל הודעה ובלי מספר חדש, צריכים את Coexistence. EasyCoexistence מספקת אותו בשירות עצמי תוך כשתי דקות, מנטרת כל חיבור באופן רציף, וחושפת את המספר ל-Claude, ל-ChatGPT או ל-Cursor דרך שרת MCP מובנה.

- חישוב עלות לפי עמלת פלטפורמה להודעה, בלי להוסיף אליה את העמלה של Meta עצמה.
- כתיבת קוד מול סכמת ההודעות של ספק אחד, כאשר ה-Cloud API של Meta מתועד וניתן להעברה בין ספקים.
- הנחה שתהליך חיבור של CPaaS יקבל מספר שעדיין פעיל באפליקציה.

**האם EasyCoexistence זולה יותר מ-Vonage?** בכל נפח משמעותי, כן, כי Vonage מוסיפה עמלת פלטפורמה על כל הודעה ו-EasyCoexistence לא מוסיפה כלום. החיוב שלנו נשאר US$ 9 לכל מספר מחובר בחודש, בלי קשר לכמות ההודעות.

**האם Vonage תומכת ב-Coexistence?** דף התמחור של WhatsApp ודף Embedded Signup המתארח שלה אינם מתייחסים לכך. כדאי לשאול את Vonage ישירות ולא להסתמך על הדף הזה.

**האם אפשר לשמור את מספר ה-WhatsApp הקיים שלי?** כן. Coexistence מחבר את המספר שכבר פעיל באפליקציית WhatsApp Business, יחד עם השיחות שלו.

**מי מחייב אותי על הודעות WhatsApp?** Meta, ישירות, בחשבון WhatsApp Business שלכם. EasyCoexistence לעולם לא מוסיפה רווח על העמלות האלה.

---

## EasyCoexistence מול Qontak

https://easycoexistence.com/he/compare/easycoexistence-vs-qontak

Mekari Qontak היא חבילת CRM ושירות לקוחות רב-ערוצית מאינדונזיה, מעל WhatsApp API הרשמי, בתוכניות שמתחילות מחמישה משתמשים, ו-Coexistence דורש בה מינוי נפרד. EasyCoexistence היא רק החיבור: מספר של אפליקציית WhatsApp Business על Cloud API של Meta דרך Coexistence, במחיר לכל מספר מחובר, וההודעות נשלחות למערכת שלכם.

### על מה משלמים בחשבון החודשי

Qontak מוכרת חבילת CRM. EasyCoexistence מוכרת חיבור.

- Qontak:: Service Suite ו-Sales Suite מתחילות מ-Rp2.000.000 בחודש ברמת Plus ומ-Rp3.000.000 ברמת Ultimate, ו-Qontak 360 מ-Rp3.500.000, וכל תוכנית מתחילה מ-5 משתמשים.
- EasyCoexistence:: US$ 9 לכל מספר מחובר בחודש, ועד US$ 1 ככל שמוסיפים מספרים. מספר אחד עם צוות בכל גודל שעונה מהאפליקציה עולה US$ 9 בחודש.

### איך מגדירים את Coexistence

שתיהן מתחברות דרך תהליך Coexistence של Meta, כך שאפליקציית WhatsApp Business ממשיכה לעבוד בטלפון.

- Qontak:: המדריך שלהן מונה בין הדרישות לפני האינטגרציה מינוי פעיל ל-META Coex, מספר פעיל לפחות 30 ימים ואימות עסק מושלם ב-Facebook.
- EasyCoexistence:: Coexistence הוא המוצר עצמו ולא עולה תוספת. ההרשמה עצמאית ולוקחת כשתי דקות, עם האפליקציה בגרסה 2.24.17 ומעלה, פעילות אמיתית לאחרונה, ומספר שלא מחובר לספק אחר.

### לאן השיחות מגיעות

חבילת CRM שומרת את השיחות כדי לעבוד איתן. חיבור מעביר אותן הלאה.

- Qontak:: בתיבה הרב-ערוצית וב-CRM של Qontak, מסונכרנות עם אפליקציית WhatsApp Business, לצד כרטיסי תמיכה, צ'אטבוטים ושידורים מתוך לוח הבקרה שלהם.
- EasyCoexistence:: לנקודת הקצה שתבחרו, כי Meta שולחת אליה וובהוקים (Webhook) ישירות. השיחות לא נשמרות אצלנו, ושרת MCP מחבר את המספר לעוזרי בינה מלאכותית.

### במה לבחור

חברה שרוצה צינורות מכירה, כרטיסי תמיכה וכמה ערוצים בחבילה אחת קונה CRM, וזו רכישה שונה לגמרי, כי חיבור ל-WhatsApp הוא דבר אחר.

עסק שכבר יש לו CRM, או סוכנות שמחברת מספרי לקוחות למערכת שלה, צריך את המספר על ה-API הרשמי ושיישאר מחובר. EasyCoexistence עושה את זה בתשלום קבוע לכל מספר, מנטרת כל חיבור, ומתריעה לפני שכלל 14 הימים של Meta לפעילות באפליקציה פג.

- חיבור מספר שרשום באפליקציית WhatsApp הצרכנית. Coexistence דורש את האפליקציה העסקית ולא את הרגילה.
- פתיחת Business Portfolio חדש לגמרי רק בשביל האינטגרציה, מה שהמדריך של Qontak ממליץ נגדו.
- איפוס האפליקציה כדי לפתור בעיה בחשבון. האיפוס לא מאפס את ההיסטוריה ועלול לשבור את הקישור.

**האם EasyCoexistence זולה יותר מ-Qontak בחיבור?** כן, בחיבור. תוכניות Qontak מתחילות מ-Rp2.000.000 בחודש עם מינימום של 5 משתמשים, ועוד מינוי נפרד ל-Coexistence. EasyCoexistence עולה US$ 9 לכל מספר מחובר בחודש, כש-Coexistence כלול במחיר.

**האם Qontak תומכת ב-Coexistence בכלל?** כן. מרכז העזרה שלה מתאר את האינטגרציה ומציין מינוי פעיל ל-META Coex כדרישה.

**האם EasyCoexistence דורשת מספר בן 30 יום?** היא דורשת פעילות אמיתית לאחרונה באפליקציית WhatsApp Business, וזו בדיקת הזכאות ש-Meta עצמה קובעת.

**האם EasyCoexistence כוללת מערכת CRM משלה?** לא. ההודעות מגיעות ל-CRM או לאפליקציה הקיימים שלכם דרך וובהוקים ש-Meta שולחת לנקודת הקצה שלכם.

---

## רישום הודעות WhatsApp ב-HubSpot ממספר Coexistence

https://easycoexistence.com/he/integrations/hubspot

ל-HubSpot יש אובייקט Communications שסוג הערוץ שלו יכול להיות WHATS_APP, והוא נועד לרישום הודעות שקורות מחוץ ל-HubSpot. מנתבים את הוובהוקים של המספר לתהליך עבודה ב-n8n, מוצאים או יוצרים איש קשר לפי הטלפון, ושולחים כל הודעה ב-POST אל /crm/v3/objects/communications. השיחה נוחתת בציר הזמן של איש הקשר, בזמן שאפליקציית WhatsApp Business נשארת בידי הצוות שעונה מהטלפון.

### איך ב-HubSpot נרשמת הודעת WhatsApp על איש קשר?

בשלושה שלבים. Meta שולחת את ההודעה ליעד הוובהוק (Webhook) שהגדרתם למספר, ובמקרה שלנו זה צומת Webhook ב-n8n. תהליך העבודה מחפש ב-HubSpot איש קשר עם מספר הטלפון של השולח, ויוצר אחד אם אין התאמה. אחר כך הוא יוצר רשומת communication עם טקסט ההודעה ומשייך אותה לאיש הקשר הזה.

HubSpot בנתה את אובייקט Communications בדיוק למקרה הזה. הוא מייצג הודעה ב-WhatsApp, ב-LinkedIn או ב-SMS שנשלחה או התקבלה מחוץ ל-HubSpot, ומופיע בציר הזמן של הרשומה כמו שיחה או אימייל שנרשמו ידנית. המאפיינים הנדרשים: סוג הערוץ, hs_communication_logged_from עם הערך CRM, גוף ההודעה, בעלים וחותמת זמן.

שום דבר מזה לא דורש אפליקציה משוק HubSpot. צומת HTTP Request ב-n8n יכול להשתמש באותם פרטי הגישה שכבר הגדרתם עבור צומת HubSpot, והקריאה היא POST אחד לכל הודעה.

### האם גם הודעות שנכתבו בטלפון נרשמות?

כן, וזה מה שמספר Coexistence מוסיף. כשמישהו בצוות עונה מאפליקציית WhatsApp Business, Meta שולחת הד של ההודעה היוצאת לאותו יעד וובהוק. תהליך עבודה שמטפל גם בהודעות נכנסות וגם בהדים רושם את שני צדי השיחה בציר הזמן, כך שאיש מכירות שפותח את איש הקשר ב-HubSpot רואה מה הלקוח שאל ומה החנות ענתה.

מפצלים לפי השדה בוובהוק. הודעות נכנסות מגיעות תחת messages, ותשובות מהטלפון מגיעות תחת smb_message_echoes. רושמים את הראשונות כהתקבלו ואת השניות כנשלחו, וציר הזמן יוצא בסדר הנכון.

תשובות שתהליך העבודה עצמו שולח דרך Cloud API כבר מוכרות לו, לכן רושמים אותן ברגע השליחה ולא מחכים לוובהוק.

### מה עם תיבת ההודעות המובנית של HubSpot וערוץ ה-WhatsApp שלה?

זו אינטגרציה אחרת. תיבת השיחות של HubSpot מחברת מספר WhatsApp ל-HubSpot עצמה, ובמאגר הידע שלה כתוב שאסור שהמספר יהיה מחובר לאינטגרציית WhatsApp אחרת. היא זמינה ב-Marketing Hub או ב-Service Hub ברמות Professional ו-Enterprise.

מספר שמחובר דרך EasyCoexistence עובד בכיוון ההפוך: Meta מנתבת את הוובהוקים שלו לכתובת URL שבבעלותכם, ו-HubSpot מקבלת רשומות דרך ה-API שלה. עונים על השיחה מהטלפון או מתהליך העבודה שלכם, ו-HubSpot היא מערכת הרישום שמחזיקה את ההיסטוריה על איש הקשר, העסקה או הפנייה.

הקריאה דורשת הרשאת כתיבה לאנשי קשר באפליקציה הפרטית או בפרטי הגישה שמבצעים אותה, וזו אותה הרשאה שתהליך העבודה צריך ממילא כדי ליצור את איש הקשר.

### איך תהליך העבודה צריך להתאים שולח לאיש קשר?

לפי מספר הטלפון, אחרי נרמול לפני החיפוש. Meta שולחת את השולח כספרות עם קידומת המדינה וללא פלוס, למשל 14155550188. אנשי קשר ב-HubSpot מוקלדים ידנית, ולכן אותו אדם עשוי להיות שמור בפורמט +1 415 555 0188, בפורמט (415) 555-0188 או בצורה אחרת.

הדרך האמינה היא לשמור מאפיין ייעודי של איש קשר עם המספר בספרות בלבד, למלא אותו כשתהליך העבודה יוצר איש קשר, ולחפש לפיו. חיפוש ישיר בשדה הטלפון הרגיל עובד על אנשי קשר שהתהליך יצר ופוסח על רבים שאדם יצר, וכך נוצרות כפילויות.

כשהחיפוש לא מחזיר דבר, יוצרים איש קשר עם שם הפרופיל מה-payload של הוובהוק כשם פרטי ועם המספר בספרות בלבד בשני השדות. אפשר למזג או לשנות שם אחר כך, והשיחה כבר מצורפת.

- רישום הודעות נכנסות בלבד. ציר הזמן מראה שאלות בלי תשובות, כי אירועי smb_message_echoes הם התשובות שהוקלדו בטלפון.
- השארת hs_communication_logged_from ללא ערך. HubSpot דורשת שהוא יהיה CRM כשיוצרים רשומת תקשורת דרך ה-API, ולכן חובה למלא אותו.
- חיפוש אנשי קשר לפי שדה הטלפון הגולמי. הפורמט של Meta, ספרות בלבד, כמעט אף פעם לא תואם למה שאדם הקליד, וכל החמצה יוצרת איש קשר כפול.

**האם HubSpot מאפשרת לענות ללקוח מתוכה?** לא דרך אובייקט Communications, שהוא רישום בלבד. תשובות יוצאות מאפליקציית WhatsApp Business או מתהליך עבודה שקורא ל-Cloud API, ושתיהן נרשמות חזרה באיש הקשר.

**אילו הרשאות ב-HubSpot נדרשות לתהליך העבודה?** קריאה וכתיבה של אנשי קשר. HubSpot מפרטת את crm.objects.contacts.read או crm.objects.contacts.write כהרשאות עבור Communications API, ויצירת אנשי קשר דורשת כתיבה בכל מקרה.

**האם אותו תהליך עבודה יכול גם לשלוח את ההודעה הראשונה?** כן. ענף נפרד ב-n8n יכול לשלוח תבנית מאושרת דרך Cloud API עם מזהה המספר (phone_number_id) והאסימון שלו, ואז לרשום אותה באיש הקשר כתקשורת יוצאת.

**האם EasyCoexistence שומרת את תוכן ההודעות בדרך?** לא. Meta שולחת את הוובהוק ישירות לכתובת ה-n8n שלכם. EasyCoexistence אינה שומרת תוכן של שיחות.

---

## שליחת שיחות WhatsApp ל-Salesforce ממספר Coexistence

https://easycoexistence.com/he/integrations/salesforce

מנתבים את הוובהוקים (Webhook) של המספר לתהליך n8n, מחפשים את השולח ב-Salesforce בשאילתת SOQL לפי טלפון, יוצרים ליד אם אין התאמה, ורושמים כל הודעה כמשימה (Task) או כהערה ברשומה. הצומת של Salesforce ב-n8n מכסה את שלוש הפעולות. הצוות ממשיך לענות מאפליקציית WhatsApp Business, וההיסטוריה נשמרת ב-Salesforce.

### איך נראה תהליך ה-n8n?

ארבעה צמתים בשורה, ועוד ענף האימות שכל וובהוק של Meta דורש.

צומת Webhook מקבל את בקשת ה-POST ש-Meta שולחת על כל הודעה. צומת Salesforce מריץ שאילתת SOQL שמחפשת Lead או Contact שהטלפון שלו תואם לשולח. צומת IF מפצל לפי התוצאה: אם נמצאה רשומה, התהליך מעביר הלאה את המזהה שלה. אם לא, צומת Salesforce יוצר Lead עם שם הפרופיל מתוך ה-payload. צומת Salesforce אחרון יוצר Task על אותה רשומה, כשטקסט ההודעה בתיאור והנושא מציין שזו הודעת WhatsApp.

ענף האימות עונה לבקשת ה-GET של Meta עם הערך hub.challenge בגוף התגובה כטקסט רגיל. בלעדיו Meta לא מתחילה למסור הודעות, ושאר התהליך נשאר בטל.

### משימה או הערה: איפה כדאי לשמור את ההודעה?

ברוב הצוותים, משימה (Task). היא נכנסת לציר הפעילות שאנשי המכירות כבר קוראים, ואפשר להפיק עליה דוחות. מגדירים את הסטטוס שלה כהושלמה כדי שלא תופיע כמשימה פתוחה, ונותנים לה נושא שמציין את הערוץ, כך שסינון של פעילות WhatsApp הוא תנאי אחד.

הפעולה Add note בצומת של n8n מתאימה למקרה אחר: סיכום במקום כל הודעה. יש צוותים שהתהליך שלהם אוסף את הודעות היום לכל איש קשר וכותב הערה אחת בערב. כך הציר נשאר קריא גם ללקוח ששולח עשרים שורות קצרות.

בכל מקרה, כדאי לכתוב ברשומה את מזהה ההודעה של WhatsApp. Meta מנסה למסור שוב כשיש כשל, ותהליך שבודק אם המזהה כבר קיים לפני הכתיבה לא רושם את אותה הודעה פעמיים.

### האם הצוות יכול להמשיך לענות מהטלפון, והאם Salesforce יראה את זה?

כן, לשני הדברים. Coexistence משאירה את אפליקציית WhatsApp Business פעילה על אותו מספר, ולכן מי שענה ללקוחות אתמול ממשיך לענות גם היום. כשעונים מהאפליקציה, Meta שולחת הד של ההודעה היוצאת אל אותו יעד וובהוק, תחת השדה smb_message_echoes.

מוסיפים בתהליך מסלול שני להדים האלה ורושמים אותם כמשימות יוצאות. נציג שפותח את הליד רואה את השאלה ואת התשובה שהעסק נתן, לפי הסדר, בלי שמישהו מעתיק שיחה ידנית.

תגובות שהתהליך שולח בעצמו, דרך צומת HTTP Request מול Cloud API, צריך לרשום ברגע השליחה. הטקסט ומזהה הרשומה כבר נמצאים בידי התהליך.

### איך נמנעים מלידים כפולים?

מתאימים לפי מספר טלפון מנורמל, ולא לפי השדה כפי שהוקלד. Meta שולחת את השולח כספרות עם קידומת מדינה וללא סימן פלוס. שדות הטלפון ב-Salesforce מכילים מה שהמשתמש שיצר את הרשומה הקליד, עם רווחים, סוגריים ומקפים.

הדרך האמינה היא שדה טקסט מותאם אישית שמחזיק את המספר בספרות בלבד. התהליך ממלא אותו כשהוא יוצר ליד, ותהליך השלמה חד-פעמי ממלא אותו ברשומות קיימות. שאילתת ה-SOQL משווה את השדה הזה לשוויון, וזה מהיר ומדויק.

בודקים גם אנשי קשר, לא רק לידים. לקוח שכבר הומר הוא Contact, ותהליך שמחפש רק בלידים יפתח ליד חדש לכל לקוח קיים שפונה אליכם.

- חיפוש באובייקט Lead בלבד. לקוחות קיימים הם Contacts, וכל אחד מהם שפונה אליכם הופך לליד כפול.
- רישום הודעות כמשימות פתוחות. הנציגים מקבלים משימה על כל שורה של לקוח, ולכן מגדירים את הסטטוס כהושלמה כבר ביצירה.
- דילוג על ענף ה-GET של האימות בתהליך. Meta לא מאשרת את היעד, ושום הודעה לא נמסרת.

**צריך חבילת AppExchange של Salesforce בשביל זה?** לא. הצומת המובנה של Salesforce ב-n8n מטפל בחיפוש, בליד ובמשימה. מה שחסר בו אפשר להריץ דרך צומת HTTP Request עם אותם פרטי גישה.

**Make יכול לעשות את אותו דבר?** כן. וובהוק מותאם אישית של Make מקבל את ההודעה, ומודולים של Salesforce כותבים את הרשומות. מבנה התרחיש זהה לתהליך ה-n8n צעד אחר צעד.

**Salesforce יכול לשלוח תבנית WhatsApp לליד?** דרך התהליך, כן. מגרים וובהוק של n8n מתוך Salesforce, ו-n8n שולח את התבנית המאושרת דרך Cloud API, עם מזהה מספר הטלפון של המספר ואסימון הגישה.

**EasyCoexistence שומרת עותק של ההודעות?** לא. Meta מוסרת כל וובהוק ישירות לכתובת ה-URL של n8n שלכם, ו-EasyCoexistence לא שומרת תוכן של שיחות.

---

## חיבור WhatsApp ל-Zoho CRM במספר Coexistence

https://easycoexistence.com/he/integrations/zoho-crm

מנתבים את הוובהוקים (Webhook) של המספר לתהליך עבודה ב-n8n, מחפשים ב-Zoho CRM עם הפרמטר phone, שבודק כל שדה טלפון במודול, יוצרים Lead כשאין התאמה, ומוסיפים כל הודעה כהערה ברשומה. הצומת של Zoho CRM ב-n8n מטפל בלידים ובאנשי קשר; ההערה היא קריאת HTTP אחת ל-Notes API של Zoho עם אותם פרטי גישה.

### איך הודעת WhatsApp הופכת לרשומה ב-Zoho CRM?

Meta שולחת כל הודעה במספר ליעד הוובהוק (Webhook) שהגדרתם, כאן צומת Webhook ב-n8n. תהליך העבודה לוקח את מספר השולח מה-payload וקורא לנקודת הקצה של החיפוש ב-Zoho עם phone שמוגדר אליו, קודם ב-Leads ואחר כך ב-Contacts. Zoho בודק כל שדה טלפון במודול, כך שהתאמה ב-Mobile או ב-Phone נחשבת, ואין צורך לנחש באיזה שדה איש מכירות השתמש.

כשלא חוזרת תוצאה, הצומת של Zoho CRM ב-n8n יוצר Lead עם שם הפרופיל ב-WhatsApp והמספר. בכל מקרה יש עכשיו לתהליך מזהה רשומה, והוא כותב את ההודעה כהערה ברשומה, באמצעות POST /Notes, בקריאה אחת. הערה דורשת רק Note_Content ו-Parent_Id שמציין את המודול ואת הרשומה.

### אילו הרשאות של Zoho נדרשות לפרטי הגישה ב-n8n?

קריאה ויצירה במודולים שמחפשים וכותבים בהם, ובנוסף יצירה ב-Notes. Zoho קורא להיקף ההערות ZohoCRM.modules.notes.CREATE ודורש לצידו את היקף היצירה של מודול האב, ולכן פרטי גישה שיכולים ליצור Leads אבל לא קיבלו את היקף ההערות נכשלים בשלב האחרון עם שגיאת הרשאה.

הצומת של Zoho CRM ב-n8n מכסה Leads, Contacts, חשבונות, Deals וכמה מסמכי מכירות, עם הפעולות create, upsert, get, get all, update ו-delete. Notes לא נמצא בין המשאבים שלו, ולכן ההערה עוברת דרך צומת HTTP Request. n8n מאפשר לצומת הזה להשתמש שוב בפרטי הגישה של Zoho שכבר חיברתם, כך שיש הרשאת OAuth אחת לנהל במקום שתיים.

הגדירו את דומיין ה-API לפי מרכז הנתונים של Zoho שלכם. פרטי גישה שנוצרו באזור EU קוראים ל-zohoapis.eu ולא ל-zohoapis.com, ולכן חשוב לבחור נכון.

### כמה הודעות Zoho CRM מסוגל לקלוט?

Zoho מודד את ה-API בקרדיטים ל-24 שעות מתגלגלות, והתקציב תלוי במהדורה ובמספר המשתמשים. מהדורת Free מקבלת 5,000. Standard מקבלת 50,000 ועוד 250 לכל משתמש, Professional 50,000 ועוד 500 לכל משתמש, ו-Enterprise 50,000 ועוד 1,000 לכל משתמש, וכל אחת עם תקרה למהדורה.

כל הודעה נכנסת עולה חיפוש וכתיבת הערה, ועוד יצירת ליד לשולחים חדשים. זה נכנס בנוחות בתקציב של מהדורה בתשלום עבור מספר של עסק קטן. התקרה שנוגעת ראשונה היא בדרך כלל מקביליות: Free מאפשרת 5 קריאות במקביל ו-Standard 10, כך שגל הודעות אחרי שידור יכול להיכנס לתור. אם Zoho מחזיר שגיאות מגבלה, הגדירו את תהליך העבודה ב-n8n לעבד הרצות אחת בכל פעם.

### האם תשובות שנשלחות מהטלפון מגיעות ל-Zoho CRM?

אפשר. במספר Coexistence אפליקציית WhatsApp Business ממשיכה לעבוד, וכשמישהו עונה ממנה, Meta שולחת הד של ההודעה היוצאת לאותו יעד וובהוק. ההד מגיע בשדה smb_message_echoes, ולא כהודעה נכנסת רגילה.

תנו לתהליך העבודה ענף להדים וכתבו אותם כהערות שכותרתן מסמנת הודעה יוצאת. איש המכירות שפותח את הליד ב-Zoho קורא את שני צדי השיחה, ואף אחד לא צריך להדביק צילומי מסך בתוך ה-CRM של הצוות.

הודעות שתהליך העבודה שולח בעצמו דרך Cloud API, כמו תבנית מאושרת אחרי שעסקה עוברת שלב, כדאי לתעד ברגע השליחה, כי התהליך כבר מחזיק את הטקסט ואת מזהה הרשומה.

- מעניקים לפרטי הגישה הרשאות ל-Leads אבל לא את ZohoCRM.modules.notes.CREATE. החיפוש והליד עובדים, ואז כל הערה נכשלת.
- קריאה ל-zohoapis.com מחשבון שנמצא במרכז נתונים אחר של Zoho. משתמשים בדומיין ה-API של האזור שבו החשבון נמצא.
- חיפוש ב-Leads בלבד. לקוחות שהומרו הם Contacts, וכל אחד מהם שכותב אלינו הופך לליד כפול חדש.

**האם זה מחליף את האינטגרציה של Zoho עצמה ל-WhatsApp?** זה מסלול אחר. כאן המספר נשאר מחובר דרך EasyCoexistence ו-Zoho CRM מקבל רשומות דרך ה-API שלו, והצוות עונה מהטלפון או מתהליך העבודה.

**אפשר להשתמש ב-Make במקום n8n?** כן. וובהוק מותאם אישית של Make מקבל את ההודעה, ומודולים של Zoho CRM או מודול HTTP כותבים את החיפוש, הליד וההערה.

**האם שינוי שלב בעסקה יכול לשלוח תבנית ב-WhatsApp?** כן, דרך תהליך העבודה. גורמים לשינוי השלב לקרוא לכתובת URL של וובהוק ב-n8n, ו-n8n שולח את התבנית המאושרת דרך Cloud API עם phone number id והאסימון של המספר.

**האם EasyCoexistence שומרת את ההודעות?** לא. Meta שולחת את הוובהוק ישירות לכתובת ה-n8n שלכם. EasyCoexistence לא שומרת תוכן שיחות בשום מקום.

---

## חיבור WhatsApp ל-Pipedrive על מספר Coexistence

https://easycoexistence.com/he/integrations/pipedrive

מנתבים את הוובהוקים (Webhook) של המספר לתהליך עבודה ב-n8n, מחפשים ב-Pipedrive איש קשר לפי טלפון, יוצרים איש קשר וליד כשאין התאמה, ורושמים כל הודעה כהערה אצל איש הקשר או בעסקה. הצומת של Pipedrive ב-n8n עושה את כל זה. הצוות ממשיך לענות מאפליקציית WhatsApp Business, וגם את התשובות שלו אפשר לרשום.

### איך הודעה מ-WhatsApp מגיעה לאיש קשר ב-Pipedrive?

Meta שולחת כל הודעה במספר ליעד הוובהוק שהגדרתם לו, כאן צומת Webhook ב-n8n. תהליך העבודה מחפש ב-Pipedrive איש קשר לפי מספר השולח. החיפוש של Pipedrive מכסה את שדה הטלפון ותומך בדגל התאמה מדויקת. אם חוזר איש קשר, התהליך משתמש במזהה שלו. אם לא, הוא יוצר איש קשר עם שם הפרופיל ב-WhatsApp והמספר, ואחריו ליד מקושר, כך שהודעה ראשונה מזר מופיעה ב-Leads Inbox וממתינה למי שיסנן אותה.

ההודעה עצמה הופכת להערה. הערה ב-Pipedrive דורשת רק תוכן, שמקבל HTML, ולפחות מזהה אחד של איש קשר, עסקה, ארגון או ליד. מצרפים אותה לעסקה הפתוחה אם יש כזו, ואחרת לאיש הקשר.

### למה שלב החיפוש פוגע ראשון במגבלות?

כי Pipedrive נותנת לחיפוש מכסה נפרדת וקטנה בהרבה. קריאות API כלליות מוגבלות לכל משתמש בחלון נע של שתי שניות, מ-20 בקשות ב-Lite עם אסימון API ועד 120 ב-Ultimate. ה-Search API מוגבל ל-10 בקשות לכל שתי שניות בכל חבילה.

מספר שקט לא מרגיש בזה. מספר ששולח תבנית לכמה מאות לקוחות ומקבל חמישים תשובות בדקה יפגוש את המגבלה, כי כל תשובה מתחילה בחיפוש. אז התהליך מקבל תגובות 429, ואם אין ניסיון חוזר, ההערה אובדת.

שני דברים פותרים את זה. מפעילים ניסיונות חוזרים עם המתנה בצומת החיפוש של Pipedrive, ושומרים במטמון את ההתאמה בין טלפון למזהה איש קשר, בנתונים הסטטיים של תהליך העבודה ב-n8n או בטבלה קטנה, כך שלקוח ששולח שש הודעות ברצף עולה חיפוש אחד ולא שישה.

### אפשר לרשום גם תשובות שהוקלדו בטלפון?

כן. Coexistence משאירה את אפליקציית WhatsApp Business פעילה באותו מספר, וכשמישהו בצוות עונה ממנה, Meta שולחת לאותו יעד וובהוק הד של ההודעה היוצאת, בשדה smb_message_echoes, בדיוק כמו הודעות נכנסות.

מוסיפים ענף להדים האלה ורושמים אותם כהערות שמסומנות כיוצאות, או כפעילויות שהושלמו אם הצוות מדווח לפי ספירת פעילויות. איש מכירות שפותח את העסקה רואה אז מה הלקוח שאל ומה העסק ענה, לפי הסדר.

בהודעות שהתהליך שולח בעצמו, למשל תבנית כשעסקה עוברת שלב, רושמים את ההערה ברגע השליחה. לתהליך כבר יש את הטקסט ואת מזהה העסקה, אז אין סיבה לחכות לוובהוק.

### איך מנרמלים את מספר הטלפון?

לספרות בלבד, עם קידומת המדינה ושום דבר אחר, כי זה מה ש-Meta שולחת. שולח מגיע כ-14155550188, בעוד איש קשר שהוקלד ב-Pipedrive ביד עשוי להיראות כך: +1 (415) 555-0188.

כשהתהליך יוצר איש קשר, שומרים את המספר בצורת ספרות בלבד, כך שהרשומות שלו תמיד יתאימו. לאנשי קשר שנוצרו ביד, ניקוי חד-פעמי ב-n8n שמשכתב את ערכי הטלפון הקיימים לאותה צורה מחזיר את עצמו כבר בשבוע הראשון. בלעדיו, חיפוש ההתאמה המדויקת מחמיץ אנשים שהצוות הזין, והתהליך יוצר כפילות לכל אחד מהם.

אפשר לשמור את העיצוב המקורי ברשומת טלפון שנייה אם הצוות אוהב לקרוא כך. ב-Pipedrive אפשר להחזיק יותר מטלפון אחד באיש קשר.

- חיפוש אחד לכל הודעה בלי מטמון. גלי תשובות פוגעים במגבלת 10 בקשות לכל שתי שניות של ה-Search API, וההערות הולכות לאיבוד.
- יצירת ליד לכל הודעה במקום לכל איש קשר חדש. ה-Leads Inbox מתמלא בעותקים של אותו לקוח.
- צירוף הערות רק לאיש הקשר כשיש עסקה פתוחה. איש המכירות שעובד על העסקה אף פעם לא רואה את השיחה.

**האם ההודעות יופיעו בתיבת Messaging של Pipedrive?** לא. המסלול הזה כותב הערות ולידים דרך ה-API של Pipedrive. עונים לשיחות מאפליקציית WhatsApp Business או מתהליך העבודה, והן נרשמות באיש הקשר או בעסקה.

**האם אפשר להשתמש ב-Make או ב-Zapier במקום n8n, או שרק הוא מתאים?** כן. וובהוק מותאם אישית או catch hook מקבל את ההודעה, והשלבים של Pipedrive שלהם או שלב HTTP כותבים את איש הקשר, הליד וההערה באותו סדר.

**האם WhatsApp יכולה לשלוח תבנית בעקבות שינוי שלב בעסקה?** כן, דרך תהליך העבודה. כששינוי השלב קורא לכתובת ה-URL של וובהוק ב-n8n, הוא שולח את התבנית המאושרת דרך Cloud API, עם phone number id ואסימון הגישה של המספר.

**האם EasyCoexistence שומרת את ההודעות?** לא. Meta מעבירה כל וובהוק ישירות לכתובת ה-URL של n8n שלכם, ו-EasyCoexistence לא שומרת תוכן שיחות.

---

## חיבור WhatsApp ל-Bitrix24 CRM במספר Coexistence

https://easycoexistence.com/he/integrations/bitrix24

מנתבים את הוובהוקים (Webhook) של המספר לתהליך n8n, והוא פונה ל-Bitrix24 דרך כתובת URL של וובהוק נכנס. השיטה crm.duplicate.findbycomm מאתרת את הליד, איש הקשר או החברה שמחזיקים בטלפון של השולח, crm.lead.add יוצרת ליד כשאין כזה, ו-crm.timeline.comment.add כותבת את ההודעה בציר הזמן של הרשומה. הצוות ממשיך לענות מאפליקציית WhatsApp Business כרגיל.

### איך n8n מדבר עם Bitrix24?

דרך וובהוק נכנס, שב-Bitrix24 הוא לא מקבל נתונים אלא פרטי גישה. יוצרים אותו במשאבי המפתחים של Bitrix24, בוחרים את ההרשאות (scopes) שמותר לו להשתמש בהן, ומקבלים כתובת URL שמכילה את כתובת הפורטל, את המזהה של המשתמש שיצר אותו וקוד סודי. הוספת שם של שיטה לכתובת הזו מפעילה את ה-REST API בשם אותו משתמש, עם ההרשאות שלו.

לכן ב-n8n כל שלב מול Bitrix24 הוא צומת HTTP Request ששולח בקשת POST לכתובת הזו, בתוספת שיטה כמו crm.lead.add.json. אין תהליך OAuth להשלים ואין אפליקציה לפרסם. מעניקים לוובהוק הרשאת CRM בלבד, ויוצרים אותו ממשתמש שההרשאות שלו מכסות את הלידים ואנשי הקשר שהתהליך צריך לראות, כי Bitrix24 בודקת גישה לפי אותו משתמש.

### אילו שיטות של Bitrix24 התהליך מפעיל?

שלוש, לפי הסדר, אחרי שצומת Webhook של n8n מקבל את ההודעה מ-Meta.

השיטה crm.duplicate.findbycomm עם הסוג PHONE ומספר השולח מחזירה את המזהים של כל הלידים, אנשי הקשר והחברות שמחזיקים בו. זה החיפוש הנכון, כי הוא סורק את שלושתם בבת אחת ונבנה להתאמה לפי אמצעי תקשורת ולא לפי שדה טקסט.

כשלא חוזר דבר, crm.lead.add יוצרת ליד עם שם הפרופיל ב-WhatsApp ככותרת והמספר בשדה הטלפון. אחר כך crm.timeline.comment.add כותבת את טקסט ההודעה כהערה ברשומה, עם הפרמטרים ENTITY_TYPE, ENTITY_ID ו-COMMENT. ההערה מופיעה בציר הזמן של הרשומה לצד שיחות ואימיילים, בדיוק במקום שאיש מכירות כבר מסתכל בו.

### איך מגבלת הקצב משפיעה על התהליך?

Bitrix24 מודדת קריאות REST בשיטת דלי דולף. כל בקשה מוסיפה למונה, המונה מתרוקן בקצב קבוע בכל שנייה, וכשהוא עובר סף, הבקשה הבאה מקבלת 503 עם QUERY_LIMIT_EXCEEDED. בתוכניות Enterprise המונה מתרוקן ב-5 בשנייה והסף הוא 250. בכל שאר התוכניות הוא מתרוקן ב-2 והסף הוא 50.

כל הודעה נכנסת עולה שתיים או שלוש קריאות, ולכן זרם יציב לא מתקרב למגבלה. פרץ כן מגיע אליה: חמישים לקוחות שעונים לאותה תבנית בתוך דקה הם עד 150 קריאות. מגדירים בצמתי HTTP Request ניסיון חוזר בכישלון עם המתנה קצרה, ומריצים את ההרצות של התהליך אחת בכל פעם, כך שהפרץ נספג ב-Bitrix24 ולא נדחה ממנה.

### האם תשובות שנכתבות בטלפון מגיעות ל-Bitrix24?

הן יכולות. במספר Coexistence אפליקציית WhatsApp Business ממשיכה לעבוד, וכשמישהו עונה ממנה, Meta שולחת הד של ההודעה היוצאת לאותו יעד של הוובהוק, בשדה smb_message_echoes.

ענף שני בתהליך מטפל בהדים האלה כמו בהודעות נכנסות, כשההערה מסומנת כיוצאת. כך הרשומה מציגה את השיחה המלאה, עם דברי הלקוח ותשובות העסק לפי הסדר.

תשובות שהתהליך שולח בעצמו דרך ה-Cloud API כבר נמצאות בידי התהליך ברגע שהן יוצאות, ולכן רושמים אותן באותו רגע ולא מחכים לוובהוק שיחזור.

- הדבקת כתובת ה-URL של הוובהוק הנכנס בקוד צד לקוח או במסמך משותף. הקוד הסודי שבה נותן את כל ההרשאות שהוענקו לוובהוק.
- יצירת הוובהוק ממשתמש שאינו רואה את כל הלידים. החיפושים מפספסים רשומות והתהליך יוצר כפילויות.
- שליחת פרץ קריאות בלי ניסיונות חוזרים. Bitrix24 עונה 503 QUERY_LIMIT_EXCEEDED, וההודעות האלה לא מגיעות לציר הזמן.

**האם הצ'אטים יופיעו ב-Bitrix24 Open Channels?** לא עם התהליך הזה. הוא כותב לידים והערות בציר הזמן דרך ה-REST API של ה-CRM, והשיחה נענית מאפליקציית WhatsApp Business או מהתהליך עצמו.

**אפשר להשתמש ב-Make במקום ב-n8n?** כן. וובהוק מותאם אישית ב-Make מקבל את ההודעה, ומודולי HTTP מפעילים את אותן שלוש שיטות בכתובת ה-URL של הוובהוק הנכנס.

**האם התהליך יכול לשלוח תבנית WhatsApp לפי נתונים מ-Bitrix24?** כן. n8n קורא מ-Bitrix24 את מה שהוא צריך ושולח את התבנית המאושרת דרך ה-Cloud API, עם phone number id ואסימון של המספר.

**האם EasyCoexistence שומרת את ההודעות?** לא. Meta מעבירה כל וובהוק ישירות לכתובת n8n שלכם. EasyCoexistence אינה שומרת את תוכן השיחות לעולם.

---

## הופכים אנשי קשר ב-WhatsApp להמרות ב-RD Station Marketing

https://easycoexistence.com/he/integrations/rd-station

מנתבים את הוובהוקים (Webhook) של המספר לתהליך ב-n8n, ולכל שולח שולחים אירוע המרה בבקשת POST אל RD Station Marketing, בכתובת api.rd.services/platform/conversions, יחד עם מפתח ה-API שלכם. RD Station מקבלת טלפון במקום אימייל, ולכן איש קשר ב-WhatsApp בלי אימייל הופך בכל זאת לליד, עם תגיות ומוכן לזרימות האוטומציה שלכם. הצוות ממשיך לענות מהטלפון.

### איך הודעה ב-WhatsApp הופכת לליד ב-RD Station?

Meta שולחת כל הודעה במספר ליעד הוובהוק שהגדרתם, כאן צומת Webhook ב-n8n. התהליך קורא מה-payload את מספר השולח ואת שם הפרופיל שלו, ושולח בקשת HTTP POST אחת לנקודת הקצה של ההמרות ב-RD Station Marketing, כשמפתח ה-API בשורת הכתובת.

גוף הבקשה כולל את event_type עם הערך CONVERSION, את event_family עם הערך CDP, ו-payload עם conversion_identifier שאתם בוחרים, למשל whatsapp-inbound. בתוך ה-payload נכנסים השם, השדה mobile_phone וכל תגית. RD Station יוצרת את איש הקשר אם הוא חדש, ורושמת את ההמרה בכל מקרה, כך שההיסטוריה של איש הקשר מראה שהוא הגיע דרך WhatsApp ומתי.

מכאן זה RD Station כרגיל: מבצעים סגמנטציה לפי ההמרה או התגית, ומשאירים לזרימות האוטומציה לקחת את ההמשך.

### האם כל הודעה צריכה להיות המרה?

לא, וזו ההחלטה החשובה ביותר בתכנון. לקוח ששולח שמונה שורות קצרות ברצף ירשום שמונה המרות, מה שמנפח את הדוחות ועלול להפעיל את אותה זרימת אוטומציה שמונה פעמים.

מבצעים המרה בהודעה הראשונה ממספר, או בהודעה הראשונה אחרי הפסקה שתבחרו, למשל שלושים יום. n8n יכול לשמור את תאריך ההמרה האחרון לכל מספר בנתונים הסטטיים של התהליך או בטבלה קטנה, ולדלג על הקריאה כשהוא עדכני.

לכל דבר ספציפי יותר מפנייה ראשונה מגדירים conversion_identifier נפרד. תשובה לתבנית שיווקית, הודעה עם מילת מפתח או לחיצה על כפתור בהודעה אינטראקטיבית יכולות להיות כל אחת המרה משלה, וכך RD Station מקבלת סגמנטים נקיים לעבוד איתם, במקום זרם אחד לא מובחן.

### האם RD Station יכולה להפעיל הודעה חוזרת ב-WhatsApp?

דרך התהליך, כן. RD Station Marketing יכולה להפעיל וובהוק כשליד מבצע המרה או מסומן כהזדמנות, וגם וובהוק ב-n8n בצד המקבל יכול לשלוח תבנית WhatsApp מאושרת דרך Cloud API, עם מזהה המספר ואסימון הגישה מלוח הבקרה של EasyCoexistence.

תבניות חשובות כאן כי ייתכן שהליד לא כתב ב-24 השעות האחרונות. מחוץ לחלון הזה רק תבנית ש-Meta אישרה תישלח, וטקסט חופשי נכשל. בתוך החלון תשובת טקסט רגילה עובדת.

אפליקציית WhatsApp Business בטלפון מציגה גם את ההודעות האלה, כי Coexistence שומרת על האפליקציה וה-API באותו מספר. איש מכירות שממשיך את השיחה בטלפון רואה מה האוטומציה כבר אמרה.

- שליחת המרה על כל הודעה. לקוח פטפטן נרשם כהרבה המרות וגורם לאותה זרימת אוטומציה לחזור על עצמה.
- שליחת מפתח ה-API מדף דפדפן שכל אחד יכול לקרוא. משאירים את הקריאה בתוך התהליך ב-n8n, שם המפתח נשאר פרטי.
- שליחת טקסט חופשי מזרימה ש-RD מפעילה לליד שלא כתב ב-24 השעות האחרונות. אז רק תבנית מאושרת מגיעה ליעד.

**האם צריך OAuth לקריאה הזו ל-RD Station?** לא. נקודת הקצה של ההמרות מאמתת עם מפתח ה-API בשורת הכתובת, ושליחת אירועי המרה היא בדיוק מה שהמפתח הזה נועד לו.

**מה אם לאיש הקשר ב-WhatsApp אין אימייל?** שולחים את הטלפון. RD Station דורשת אימייל בהמרה רק כשלא נשלח טלפון.

**אפשר להשתמש ב-Make או ב-Zapier במקום n8n?** כן. כל כלי שמקבל את הוובהוק ושולח בקשת HTTP POST יכול לשלוח ל-RD Station את אותו גוף המרה.

**האם EasyCoexistence שומרת הודעות?** לא. Meta שולחת את הוובהוק לכתובת ה-URL של n8n שלכם, ו-EasyCoexistence אף פעם לא שומרת תוכן שיחות.

---

## חיבור WhatsApp לאנשי הקשר ב-GoHighLevel במספר Coexistence

https://easycoexistence.com/he/integrations/gohighlevel

מנתבים את וובהוקים (Webhook) של המספר אל workflow ב-n8n, יוצרים או מעדכנים את השולח כאיש קשר ב-HighLevel באמצעות צומת HighLevel של n8n, וכותבים כל הודעה כהערה דרך POST /contacts/{contactId}/notes. לאימות משתמשים באסימון Private Integration מהגדרות תת-החשבון. workflow אחד יכול לשרת את כל הלקוחות, אם ממפים כל phone_number_id לתת-החשבון שלו.

### איך הודעה מ-WhatsApp מגיעה לאיש קשר ב-HighLevel?

Meta שולחת כל הודעה שמגיעה למספר אל יעד הוובהוק שהגדרתם, כאן צומת Webhook של n8n. ה-workflow מעביר את מספר השולח ואת שם הפרופיל שלו ב-WhatsApp אל צומת HighLevel של n8n. במשאב איש הקשר יש פעולת יצירה או עדכון, כך ששולח חדש הופך לאיש קשר, ושולח מוכר נמצא ולא משוכפל.

כשיש מזהה איש קשר, צומת HTTP Request שולח את גוף ההודעה אל /contacts/{contactId}/notes. ההערה מופיעה בכרטיס איש הקשר, ומי שפותח אותו רואה מה הלקוח כתב. אם ההודעה דורשת המשך טיפול, צומת HighLevel יכול גם ליצור משימה על איש הקשר או הזדמנות בצנרת מכירות, ושניהם נתמכים ישירות.

הצוות ממשיך לענות מאפליקציית WhatsApp Business לאורך כל הדרך.

### באיזה אסימון ה-workflow צריך להשתמש?

באסימון Private Integration. ל-API v2 של HighLevel ניגשים עם OAuth או עם אחד מהאסימונים האלה, ומפתחות v1 הישנים הגיעו לסוף חייהם. אסימון Private Integration נוצר בהגדרות תת-החשבון, מוגבל להרשאות שסימנתם, ונשלח בכותרת Authorization כמו כל אסימון גישה.

הוא לא מתחדש מעצמו, וזה מתאים לאוטומציה: הוא ממשיך לעבוד עד שמישהו מחליף אותו. כשמחליפים, HighLevel משאירה את האסימון הישן והחדש תקפים יחד למשך שבעה ימים, וזה החלון להדביק את החדש ב-n8n לפני שהישן יפסיק לעבוד.

מסמנים רק את ההרשאות שה-workflow צריך: אנשי קשר, הערות, ואם משתמשים בהם גם הזדמנויות ומשימות. אם אתם לא מוצאים את Private Integrations בהגדרות, HighLevel מציינת שצריך להפעיל אותו ב-Labs.

### איך workflow אחד משרת כמה תתי-חשבונות של לקוחות?

מנתבים לפי המספר שקיבל את ההודעה. כל וובהוק ש-Meta שולחת כולל את phone_number_id של מספר העסק שקיבל את ההודעה. מכוונים את המספרים של כל הלקוחות אל אותו וובהוק ב-n8n, מחזיקים טבלה קטנה שממפה כל phone_number_id לתת-החשבון של הלקוח ולאסימון שלו, ושולפים את האסימון בתחילת כל הרצה.

כך יש workflow אחד לתחזק לכל הלקוחות, וזה חשוב לסוכנות יותר מלכל אחד אחר. תיקון בלוגיקת ההתאמה או בפורמט ההערה מגיע לכולם בבת אחת.

מגבלות הקצב נספרות לכל אפליקציה בכל תת-חשבון, ולכן הלקוחות לא פוגעים במכסה זה של זה: לכל אחד יש 100 בקשות ל-10 שניות ו-200,000 ביום.

### האם תשובות שנכתבות בטלפון מגיעות ל-HighLevel?

הן יכולות. במספר Coexistence אפליקציית WhatsApp Business ממשיכה לפעול, וכשמישהו עונה ממנה, Meta שולחת הד של ההודעה היוצאת אל אותו יעד וובהוק, בשדה smb_message_echoes.

מוסיפים ענף לטיפול בהדים האלה וכותבים אותם כהערות המסומנות כנשלחו. כך כרטיס איש הקשר מכיל לפי הסדר את דברי הלקוח ואת תשובות העסק, וזה מה שלקוח מצפה לראות כשהוא פותח את ה-CRM שלו.

כשה-workflow עצמו שולח הודעה דרך Cloud API, למשל תבנית מאושרת אחרי קביעת פגישה, כותבים את ההערה ברגע השליחה. הטקסט ומזהה איש הקשר כבר נמצאים ב-workflow.

- שימוש במפתח API של v1. ה-API של v1 ב-HighLevel הגיע לסוף חייו, וב-API v2 צריך אסימון Private Integration או OAuth.
- החלפת אסימון Private Integration בלי לעדכן את n8n בתוך שבעת ימי החפיפה. אחרי שהאסימון הישן פג, כל הקריאות נכשלות.
- כתיבת הודעות של כל הלקוחות עם האסימון של תת-חשבון אחד. קודם ממפים את phone_number_id לתת-החשבון הנכון, אחרת הרשומות נוחתות אצל הלקוח הלא נכון.

**האם הודעות יופיעו בלשונית Conversations של HighLevel?** לא עם ה-workflow הזה. הוא כותב אנשי קשר, הערות, משימות והזדמנויות דרך ה-API, והשיחה מתנהלת מאפליקציית WhatsApp Business או מה-workflow.

**אפשר להשתמש ב-Make או ב-Zapier במקום n8n?** כן. וובהוק מותאם או Catch Hook מקבל את ההודעה, ושלב HTTP קורא ל-API v2 של HighLevel עם אותו אסימון.

**אפשר לשלוח אישור ב-WhatsApp אחרי קביעת פגישה?** כן, דרך ה-workflow. כש-HighLevel קוראת לכתובת URL של וובהוק ב-n8n, n8n שולח תבנית מאושרת דרך Cloud API עם phone_number_id והאסימון של המספר.

**האם EasyCoexistence שומרת את ההודעות?** לא. Meta מעבירה כל וובהוק ישירות לכתובת n8n שלכם, ו-EasyCoexistence לא שומרת תוכן של שיחות.

---

## מחברים מספר Coexistence לתיבת הודעות WhatsApp Cloud ב-Chatwoot

https://easycoexistence.com/he/integrations/chatwoot

תיבת WhatsApp Cloud של Chatwoot מבקשת שלושה ערכים: מזהה חשבון WhatsApp Business, מזהה מספר הטלפון ואסימון גישה (Access Token). מספר Coexistence חושף את שלושתם. יוצרים איתם את התיבה, ואז מגדירים כיעד הוובהוק (Webhook) של המספר את כתובת ה-URL של Chatwoot, עם אותו אסימון אימות. מכאן הצוות עונה גם מ-Chatwoot וגם מהטלפון.

### איך מחברים מספר Coexistence ל-Chatwoot?

בשני מקומות, לפי הסדר.

ב-Chatwoot מוסיפים תיבה, בוחרים WhatsApp, ובוחרים בספק WhatsApp Cloud עם ההגדרה הידנית. מזינים את המספר, את מזהה מספר הטלפון, את מזהה חשבון WhatsApp Business ואת אסימון הגישה. את כולם מציג לוח הבקרה של EasyCoexistence עבור החיבור, והכלי get_api_credentials מחזיר אותם לעוזר. אחר כך Chatwoot מציג לתיבה כתובת URL של וובהוק ואסימון אימות.

ב-EasyCoexistence מגדירים כיעד הוובהוק של המספר את הכתובת הזו, ומזינים את אותו אסימון אימות. Meta שולחת את בקשת האימות ל-Chatwoot, Chatwoot עונה לה, ומאותו רגע כל הודעה למספר מגיעה לתיבה. שום דבר לא רץ באמצע, ולכן אין תהליך אוטומטי שצריך להחזיק בחיים.

### האם תשובות שנשלחו מהטלפון מופיעות ב-Chatwoot?

כן. במספר Coexistence, תשובה שהוקלדה באפליקציית WhatsApp Business מדווחת על ידי Meta כאירוע smb_message_echoes. משימת הוובהוק של Chatwoot מזהה את השדה הזה ורושמת את ההודעה כהודעה יוצאת בשיחה הנכונה. קוד המקור שלו מתאר את המקרה במפורש: עסקים שעונים גם מ-Chatwoot וגם מהאפליקציה, כשההודעות מסתנכרנות ל-Chatwoot.

כך החלוקה עובדת הלכה למעשה. הבעלים ממשיכים לענות ללקוחות קבועים מהטלפון, הצוות עובד בתיבה המשותפת ליד שולחן, וכל צד רואה מה שהשני שלח בלי שמישהו יעביר צילומי מסך.

הודעות שנשלחות מ-Chatwoot יוצאות דרך Cloud API באותו מספר, ולכן הן מופיעות גם בטלפון.

### למה בתיבת Chatwoot לא ממלאים סוד אפליקציה?

כי המשלוחים חתומים בסוד שאין לכם. Meta חותמת כל וובהוק בסוד האפליקציה של האפליקציה שמחזיקה במינוי, וזו האפליקציה של EasyCoexistence, והסוד הזה אינו משותף לאף אחד.

בקוד המקור הנוכחי של Chatwoot, הכותרת X-Hub-Signature-256 נבדקת בערוץ WhatsApp Cloud שהוגדר ידנית רק כשנשמר בו סוד אפליקציה, או כשהערוץ נוצר דרך Embedded Signup של Chatwoot עצמו. תיבה ידנית בלי סוד אפליקציה מקבלת את המשלוחים. תיבה שמולא בה סוד כלשהו דוחה את כולם כלא מורשים.

ההגנה שחלה כאן היא אסימון האימות. בוחרים ערך אקראי וארוך, כי הוא מה שמאפשר ל-Chatwoot להבדיל בין בקשת האימות של Meta לבין בקשה של מישהו אחר.

### מה Chatwoot לא יכול לעשות במספר הזה?

לקבל וובהוקים בשני מקומות בו זמנית. Meta מנתבת את הוובהוקים של מספר ליעד אחד, ולכן כל עוד Chatwoot מחזיק בו, תהליך אוטומטי ב-n8n לא יקבל את אותם אירועים. אם צריך את שניהם, מפנים את היעד למתווך קטן משלכם, שמעביר כל משלוח גם ל-Chatwoot וגם לתהליך.

מגבלות Coexistence חלות כמו בכל מקום: ה-API שולח עד 20 הודעות בשנייה, טקסט חופשי יוצא רק בתוך 24 שעות מההודעה האחרונה של הלקוח, ותבניות מכסות את כל מה שאחרי זה.

את אפליקציית WhatsApp Business עדיין צריך לפתוח לפחות פעם ב-14 ימים, ו-EasyCoexistence עוקבת אחרי זה.

- למלא סוד אפליקציה בתיבת Chatwoot. המשלוחים חתומים בסוד של האפליקציה של EasyCoexistence, ולכן Chatwoot דוחה כל אחד מהם כלא מורשה.
- להשתמש ב-EasyCoexistence באסימון אימות שונה מזה ש-Chatwoot מציג. האימות של Meta נכשל והתיבה לא מקבלת אף הודעה.
- לבחור ב-Embedded Signup של Chatwoot במקום בהגדרה הידנית. כך המספר מתחבר דרך אפליקציית Meta של Chatwoot עצמו, וזה חיבור נפרד.

**האם זה עובד עם Chatwoot באירוח עצמי?** כן. כתובת ה-URL של הוובהוק משתמשת בדומיין של Chatwoot שלכם במקום app.chatwoot.com, ושאר ההגדרה זהה.

**צריך אפליקציית Meta משלי בשביל Chatwoot?** לא. המספר מחובר דרך EasyCoexistence, שמספקת את הפרטים ומנתבת את הוובהוקים. המדריך של Chatwoot מתאר יצירת אפליקציית Meta רק כי הוא מניח שאין לכם אחת.

**אפשר לחבר כמה מספרים ל-Chatwoot?** כן. יוצרים תיבת WhatsApp Cloud אחת לכל מספר, ומגדירים ליעד הוובהוק של כל מספר את כתובת ה-URL ואת אסימון האימות של התיבה שלו.

**האם EasyCoexistence רואה את השיחות?** לא. Meta מעבירה את הוובהוקים ישירות ל-Chatwoot, ו-EasyCoexistence אינה שומרת תוכן של שיחות.

---

## רישום הודעות WhatsApp ב-Airtable ושליחה מתוך Base

https://easycoexistence.com/he/integrations/airtable

הטריגר של Airtable לקבלת וובהוק (Webhook) מקבל בקשות POST בלבד, ולכן הוא לא יכול לענות על בקשת ה-GET של Meta לאימות, ולא יכול לשמש בעצמו יעד וובהוק של מספר. מפנים את היעד לתהליך n8n שמוסיף כל הודעה לטבלה. השליחה עובדת מתוך Airtable: אוטומציית Run a script יכולה לקרוא ל-Cloud API עם fetch ועם אסימון גישה (Access Token) של המספר, ששמור כסוד.

### למה Airtable לא יכול לקבל וובהוקים של WhatsApp ישירות?

כי Meta בודקת יעד לפני שהיא מעבירה אליו משהו. היא שולחת בקשת GET עם ערך אתגר (challenge) ומצפה לקבל את אותו ערך בגוף התגובה. הטריגר של Airtable לקבלת וובהוק מקבל בקשות POST בלבד ועונה ב-JSON קבוע משלו, ולכן הבדיקה לא יכולה לעבור ו-Meta אף פעם לא מתחילה למסור הודעות.

הפתרון הוא שלב אחד באמצע. צומת Webhook של n8n מטפל באימות ומקבל כל הודעה, וצומת Airtable של n8n מוסיף שורה: שולח, שם הפרופיל, הטקסט, מזהה ההודעה, חותמת זמן ומזהה המספר המקבל. אותו מבנה עובד גם ב-Make או ב-Zapier.

לשלב האמצעי יש יתרון שני. הטריגר של Airtable מאפשר חמש בקשות בשנייה, וכלי תהליכים יכול להחזיק בתור התפרצות שאחרת הייתה נדחית.

### איך אפשר לשלוח מתוך Base של Airtable תבנית של WhatsApp לכל לקוח?

באמצעות אוטומציה שהפעולה בה היא Run a script. הטריגר יכול להיות כניסה של רשומה לתצוגה, שינוי בשדה או לחיצה על כפתור. הסקריפט קורא את הטלפון והשדות של הרשומה דרך input.config() וקורא לנקודת הקצה messages של ה-Cloud API עם fetch. סקריפטים של אוטומציות ב-Airtable רצים בצד השרת, ולכן אין הגבלות דפדפן בדרך.

שומרים את אסימון הגישה כסוד בעורך הסקריפט ולא בקוד. Airtable מסתירה סודות בפלט הקונסולה, ורק מי שיש לו גישה לכל הסודות של סקריפט יכול לערוך אותו.

משתמשים בתבנית לכל מה שהלקוח לא יזם ב-24 השעות האחרונות, כי טקסט חופשי נמסר רק בתוך החלון הזה. הסקריפט יכול לכתוב את מזהה ההודעה שהוחזר בחזרה לרשומה, וכך לקשור את השליחה לשורה.

### איך צריכה להיראות טבלת ההודעות?

שורה אחת לכל הודעה, כשמזהה ההודעה של WhatsApp הוא השדה הראשי. Meta שולחת שוב מסירות שנראות לה ככושלות, ותהליך שבודק את המזהה לפני ההוספה לא כותב אותה הודעה פעמיים.

כדאי להוסיף שדה כיוון עם הערכים inbound ו-outbound. במספר Coexistence, תשובות שהצוות מקליד באפליקציית WhatsApp Business מגיעות לאותו וובהוק כאירועי smb_message_echoes, ורישום שלהן כשורות יוצאות נותן ל-Base את השיחה המלאה ולא צד אחד שלה.

מקשרים כל הודעה לטבלת Contacts עם מפתח של מספר הטלפון בספרות בלבד, וזו הצורה ש-Meta שולחת. שדה Rollup מראה אז את זמן ההודעה הנכנסת האחרונה לכל איש קשר, ושדה בודד זה הוא מה שאוטומציה צריכה כדי להחליט בין טקסט חופשי לתבנית.

- הגדרת כתובת וובהוק של Airtable כיעד של המספר. היא מקבלת POST בלבד, בקשת ה-GET של Meta לאימות נכשלת, ושום דבר לא נמסר לעולם.
- הדבקת אסימון הגישה בגוף הסקריפט. שומרים אותו כסוד של הסקריפט, כך שהוא נשאר מחוץ לקוד וליומנים.
- שליחת טקסט חופשי מאוטומציית רשומה למי שלא כתב ב-24 השעות האחרונות. רק תבנית מאושרת נמסרת.

**האם הפעולה Run a script זמינה בתוכנית החינמית?** Airtable מציינת את הפעולה בכל סוגי התוכניות, עם מגבלות שונות, וכותבת שהיא לא זמינה בתקופת ניסיון של תוכנית Team.

**האם אפשר לוותר על n8n ולעבוד עם Make או Zapier במקומו?** כן. כל אחד משלושת הכלים יכול לקבל את הוובהוק, לענות על האימות ולהוסיף את השורה. Airtable עצמה היא החלק היחיד שלא יכול לשמש יעד.

**האם לחיצה על כפתור יכולה לשלוח הודעת WhatsApp מתוך הטבלה?** כן. משתמשים בטריגר When a button is clicked עם פעולת Run a script שקוראת ל-Cloud API, ונתוני השורה ממלאים את התבנית.

**האם EasyCoexistence שומרת את ההודעות?** לא. Meta מוסרת כל וובהוק לכתובת ה-n8n שלכם, והעותק היחיד הוא זה שהתהליך שלכם כותב לטבלה שלכם.

---

## רישום הודעות WhatsApp ב-Google Sheets ושליחה מתוך גיליון

https://easycoexistence.com/he/integrations/google-sheets

מכוונים את יעד הוובהוק (Webhook) של המספר לתהליך n8n, שבו צומת Google Sheets מוסיף שורה לכל הודעה: שולח, שם, טקסט, מזהה הודעה וזמן. לשליחה מגיליון, פונקציית Apps Script עוברת על השורות וקוראת ל-Cloud API עם UrlFetchApp, בעזרת המזהה phone number id של המספר ואסימון גישה (Access Token). הצוות ממשיך לענות מאפליקציית WhatsApp Business.

### איך כל הודעת WhatsApp הופכת לשורה?

Meta שולחת כל הודעה במספר ליעד הוובהוק שהגדרתם, כאן צומת Webhook ב-n8n שגם עונה לבקשת האימות של Meta. הצומת הבא הוא Google Sheets עם הפעולה Append Row, שממפה שדות מה-payload לעמודות: מספר השולח, שם הפרופיל, הטקסט, מזהה ההודעה ב-WhatsApp, חותמת הזמן והמזהה phone number id של המספר המקבל.

כדי שניסיונות חוזרים לא יזיקו, השתמשו ב-Append or Update Row עם מזהה ההודעה כמפתח, במקום הוספה רגילה. Meta שולחת הודעה שוב כשהיא חושבת שהמסירה נכשלה, והמפתח הופך את המסירה השנייה לעדכון של אותה שורה.

במספר Coexistence, תשובות שמוקלדות באפליקציית WhatsApp Business מגיעות לאותו וובהוק כאירועי smb_message_echoes. רושמים אותם עם עמודת כיוון, והגיליון מכיל את שני הצדדים.

### איפה המכסה של Sheets מגבילה?

בכתיבות לכל משתמש. ה-Sheets API מאפשר 300 בקשות כתיבה בדקה לפרויקט ו-60 בדקה למשתמש בפרויקט, ופרטי הגישה של n8n הם משתמש אחד. תהליך שמוסיף שורה לכל הודעה יכול לכן לטפל בערך בהודעה אחת בשנייה, באופן רציף.

זה די והותר לרוב המספרים של חנויות. זה כבר לא מספיק אחרי שליחת תבנית לקהל רחב, כשכמה מאות לקוחות עונים בתוך דקות. ה-API עונה אז 429 Too Many Requests, ובלי ניסיונות חוזרים שורות הולכות לאיבוד.

שני פתרונות, וכל אחד מהם מספיק. להפעיל ניסיונות חוזרים עם המתנה בצומת Google Sheets, בהתאם להמלצה של Google עצמה להאט בהדרגה. או לאגד: n8n אוסף הודעות במשך שלושים שניות ומוסיף אותן בבקשה אחת, וכך הרבה כתיבות הופכות לאחת.

### איך שולחים תבניות מגיליון?

עם Apps Script, מתפריט Extensions של הגיליון. פונקציה קוראת את השורות שעדיין לא נשלחו, פונה לנקודת הקצה messages של Cloud API עם UrlFetchApp עבור כל שורה, וכותבת בשורה את מזהה ההודעה שהוחזר ואת הזמן. טריגר מבוסס זמן יכול להריץ אותה כל כמה דקות, או שאפשר להריץ אותה ידנית מתפריט מותאם אישית.

שומרים את אסימון הגישה בהגדרות הסקריפט (script properties) ולא בקוד, כדי שמי שיכול לצפות בסקריפט לא יראה אותו.

זכרו את המכסות. חשבון Google רגיל מקבל 20,000 קריאות URL Fetch ביום וחשבון Workspace מקבל 100,000, וכל הרצה נעצרת אחרי שש דקות. מעבדים את השורות במקטעים ומסמנים כל שורה כנשלחה לפני שממשיכים, כך שהרצה שנעצרה ממשיכה מהמקום שבו הפסיקה ולא שולחת פעמיים.

- הוספה בלי מפתח על מזהה ההודעה. הניסיונות החוזרים של Meta כותבים אז את אותה הודעה בשתי שורות.
- כתיבת שורה לכל הודעה דרך פרטי גישה אחד בזמן גל תגובות. מגבלת 60 כתיבות בדקה למשתמש מחזירה 429 ושורות אובדות.
- שליחת טקסט חופשי מהגיליון לאנשים שלא כתבו ב-24 השעות האחרונות. רק תבנית מאושרת נמסרת מחוץ לחלון הזה.

**אפשר להשתמש ב-Make או ב-Zapier במקום n8n?** כן. וובהוק מותאם אישית ב-Make או catch hook ב-Zapier מקבלים את ההודעה, והשלב של Google Sheets אצלם מוסיף את השורה.

**באיזה חשבון Google כותב n8n?** בחשבון שאישר את פרטי הגישה של n8n ל-Google. לחשבון הזה צריכה להיות הרשאת עריכה לגיליון, ומכסת הכתיבה למשתמש שלו היא זו שהתהליך מנצל.

**האם עמודת הטלפון מעוצבת נכון?** שומרים מספרים כטקסט רגיל, ספרות עם קידומת מדינה וללא סימן הפלוס, בצורה שבה Meta שולחת אותם. אחרת Sheets מתייחס אליהם כמספרים, מה שמסיר פלוס מוביל ועלול לשנות את התצוגה של ערכים ארוכים.

**האם EasyCoexistence שומרת עותק של ההודעות?** לא. Meta שולחת כל וובהוק לכתובת ה-URL של n8n שלכם, והגיליון הוא העותק היחיד.

---

## קבלת וובהוקים של WhatsApp בפונקציית Supabase Edge

https://easycoexistence.com/he/integrations/supabase

פונקציית Supabase Edge יכולה להיות יעד הוובהוק (Webhook) של המספר ישירות. היא עונה לבקשת ה-GET של האימות מ-Meta עם הערך hub.challenge, מכניסה כל הודעה שמגיעה ב-POST לטבלת Postgres, ומשיבה דרך Cloud API. מעלים אותה כשאימות JWT כבוי, כי Supabase דורשת כברירת מחדל JWT תקין ו-Meta לא יכולה לשלוח אחד כזה.

### מה הפונקציה צריכה לעשות?

שני דברים, בשתי שיטות.

ב-GET הפונקציה עונה על האימות של Meta. קוראים את hub.mode, hub.verify_token ו-hub.challenge ממחרוזת השאילתה, משווים את האסימון לזה שהזנתם כאסימון האימות של היעד, ומחזירים את ה-challenge כגוף טקסט פשוט עם סטטוס 200. כשהאסימון לא תואם מחזירים 403.

ב-POST הפונקציה מקבלת אירועים. מפענחים את הגוף, שולפים את ההודעות מתוך entry, changes ו-value, מכניסים אותן לטבלה ומחזירים 200. חשוב להשיב מהר: Meta רואה תשובה איטית או כושלת כמשלוח שנכשל ומנסה שוב, וזה אומר אותה הודעה פעמיים.

מגדירים את כתובת ה-URL של הפונקציה כיעד הוובהוק של המספר ב-EasyCoexistence, עם אותו אסימון אימות, ו-Meta מתחילה לשלוח.

### למה הפונקציה מחזירה 401 ל-Meta?

כי אימות JWT פעיל. Supabase בודקת JWT בכותרת Authorization לפני שהקוד של ה-Edge Function רץ, וזו ברירת המחדל לכל פונקציה. Meta לא שולחת כותרת כזו, ולכן הפלטפורמה דוחה גם את בקשת האימות וגם כל משלוח, והקוד שלכם אפילו לא רואה אותם.

מכבים את האימות לפונקציה הזאת בלבד. אפשר להעלות עם supabase functions deploy whatsapp --no-verify-jwt, או להגדיר verify_jwt = false בסעיף של הפונקציה בקובץ supabase/config.toml. התיעוד של Supabase מתאר בדיוק את המקרה הזה: נקודת קצה ציבורית שנקראת על ידי ספק וובהוקים חיצוני.

כשבדיקת הפלטפורמה כבויה, הפונקציה צריכה בדיקה משלה. כותרת החתימה לא זמינה לכם, כי Meta חותמת עם הסוד של האפליקציה שמחזיקה במינוי. מוסיפים סוד אקראי וארוך לכתובת היעד כפרמטר שאילתה, ודוחים בקשות בלעדיו, כמו שהדוגמה עושה ב-POST.

### איך הפונקציה צריכה לשמור ולהשיב?

קודם שומרים, אחר כך משיבים. מבצעים upsert לפי מזהה ההודעה של WhatsApp עם אילוץ ייחודיות, כך שניסיונות חוזרים של Meta נוחתים על אותה שורה ולא יוצרים כפילות. שומרים בכל שורה את phone_number_id של המספר המקבל, אם יותר ממספר אחד מצביע על הפונקציה.

לכל עבודה איטית, כמו קריאה למודל או ל-API אחר לפני המענה, מעבירים את העבודה ל-EdgeRuntime.waitUntil ומחזירים תגובה מיד. הפונקציה ממשיכה לרוץ עד שההבטחה הזאת מסתיימת, ו-Meta כבר קיבלה את ה-200 שלה. Supabase מפסיקה להמתין אחרי 150 שניות ללא פעילות ומחזירה 504, ולכן מטפל שעושה את כל העבודה לפני התגובה הוא הסיכוי הגבוה ביותר לניסיונות חוזרים.

תשובות נשלחות לנקודת הקצה של ההודעות ב-Cloud API עם מזהה המספר והאסימון, ששמורים כסודות של הפונקציה. בתוך 24 שעות מההודעה האחרונה של הלקוח אפשר לשלוח טקסט חופשי, ומחוץ לחלון הזה רק תבנית מאושרת.

### האם הודעות שנשלחות מהטלפון מגיעות לפונקציה?

כן. במספר Coexistence אפליקציית WhatsApp Business ממשיכה לעבוד, וכשמישהו משיב ממנה Meta שולחת הד של ההודעה היוצאת לאותו יעד, תחת השדה smb_message_echoes ובמערך message_echoes ולא ב-messages.

מרחיבים את המפענח כך שיקרא את שניהם, ושומרים עמודת direction. הטבלה מחזיקה אז את השיחה המלאה, הדברים של הלקוח והתשובות של העסק, וזה מה ששואלים עליו בדרך כלל אחר כך: זמני תגובה, שיחות שלא נענו, ומועד ההודעה הנכנסת האחרונה לכל איש קשר.

הערך האחרון הזה הוא גם הקלט שכל נתיב שליחה צריך, כי הוא קובע אם תשובה יכולה להיות טקסט חופשי או שחייבים תבנית. תצוגה (view) מעל הטבלה יכולה לחשוף אותו לכל איש קשר עבור שאר האפליקציה.

- העלאה כשאימות JWT נשאר דלוק. Supabase דוחה את הבקשות של Meta עם 401 לפני שהמטפל רץ, ואף הודעה לא מגיעה.
- החזרת ה-challenge עטוף ב-JSON. Meta צריכה את הערך הגולמי כגוף התגובה, אחרת האימות נכשל בשקט.
- עבודה איטית לפני התגובה. Meta מנסה שוב את מה שנראה לה ככישלון, והודעה אחת מעובדת פעמיים.
- כיבוי אימות JWT בלי בדיקה משלכם. כל מי שמוצא את כתובת ה-URL יכול להכניס הודעות מזויפות לטבלה.

**האם זה עובד בתוכנית החינמית של Supabase?** Edge Functions רצות גם בתוכנית החינמית, עם מגבלת זמן של 150 שניות לעומת 400 שניות בתוכניות בתשלום. מטפל וובהוק שמשיב מהר נשאר רחוק מאוד משתי המגבלות.

**כדאי להשתמש במפתח service role בפונקציה?** רק בצד השרת, כמו בדוגמה, כשהוא נקרא ממשתני הסביבה של הפונקציה. המפתח עוקף אבטחה ברמת שורה, ולכן הוא אסור שיגיע לדפדפן.

**אפשר לשרת כמה מספרים עם פונקציה אחת?** כן. מכוונים את יעד הוובהוק של כל מספר אליה, ומסתעפים לפי phone_number_id שמופיע בכל payload.

**האם EasyCoexistence רואה את ההודעות?** לא. Meta שולחת כל וובהוק ישר לפונקציה שלכם, ו-EasyCoexistence לא שומרת תוכן של שיחות.

---

## חיבור WhatsApp ל-Activepieces במספר Coexistence

https://easycoexistence.com/he/integrations/activepieces

ל-Activepieces יש רכיב WhatsApp Business שמתחבר עם אסימון גישה (Access Token) ומזהה של חשבון WhatsApp Business, ומספר Coexistence חושף את שניהם. הטריגר New Incoming Message עונה בעצמו על האימות של Meta, ולכן כתובת ה-URL שלו יכולה לשמש כיעד הוובהוק (Webhook) של המספר. משאירים את סוד האפליקציה האופציונלי של הרכיב ריק, והתהליך רץ על כל הודעה בזמן שהצוות ממשיך להשתמש בטלפון.

### איך מחברים מספר Coexistence ל-Activepieces?

יוצרים ב-Activepieces חיבור WhatsApp Business עם שני ערכים: האסימון ומזהה חשבון WhatsApp Business. לוח הבקרה של EasyCoexistence מציג את שניהם לכל חיבור, והכלי get_api_credentials מחזיר אותם לעוזר AI. ההוראות של הרכיב מדברות על יצירת אפליקציית Meta ומשתמש מערכת, כי הן מניחות שאין לכם אף אחד מהם. כאן המספר כבר מחובר, אז מדלגים ישר להדבקת הערכים.

אחר כך בונים תהליך שמתחיל בטריגר New Incoming Message, מגדירים בו אסימון אימות לבחירתכם ומפרסמים את התהליך. מעתיקים את כתובת ה-URL של הוובהוק של הטריגר ליעד הוובהוק של המספר ב-EasyCoexistence, עם אותו אסימון אימות. Meta שולחת בקשת אימות, הטריגר עונה לה, וכל הודעה למספר מפעילה ריצה.

### למה סוד האפליקציה חייב להישאר ריק?

כי את הסוד שחותם על המשלוחים האלה אי אפשר להדביק. Meta חותמת כל וובהוק עם סוד האפליקציה של האפליקציה שמחזיקה במינוי, ובמספר שחובר דרך EasyCoexistence זו אפליקציית EasyCoexistence, והסוד שלה לא משותף אף פעם.

הרכיב מגדיר את השדה כאופציונלי. כשהוא ריק, הטריגרים מקבלים משלוחים כפי שהם. אם ממלאים בו סוד של אפליקציה אחרת, כל משלוח נכשל בבדיקת X-Hub-Signature-256 ומתעלמים ממנו בשקט, וזה נראה בדיוק כמו הודעות שלא מגיעות.

אסימון האימות הוא מה שמונע מזרים להיכנס ללחיצת היד. בוחרים ערך אקראי וארוך, ושומרים את כתובת הטריגר פרטית, כי זו הכתובת שמפעילה את התהליך.

### מה תהליך יכול לעשות אחרי שהודעה מגיעה?

הטריגר מעביר לתהליך הודעה מפושטת: שולח, שם פרופיל, מזהה הודעה, סוג, טקסט, מזהה מדיה אם יש, תשובות מכפתורים ומרשימות, ומזהה מספר הטלפון שקיבל את ההודעה. משם זה תהליך Activepieces רגיל, עם שאר הרכיבים, למשל CRM, גיליון או שלב AI.

התשובות משתמשות באותו רכיב. הפעולה Send Message שולחת טקסט חופשי, והיא נמסרת רק עד 24 שעות מההודעה האחרונה של הלקוח. הפעולה Send Template Message שולחת תבנית מאושרת, והיא הדבר היחיד שנמסר אחרי החלון הזה. כפתורים אינטראקטיביים, רשימות, מדיה, מיקום ותגובות הן פעולות נפרדות.

ההוראות של Activepieces עצמה מציינות ש-Meta מקבלת כתובת URL אחת לקריאה חוזרת לכל אפליקציה. עם יעדים לכל מספר, המגבלה היא כתובת אחת לכל מספר, ולכן תהליך שצריך לטפל בכמה סוגי אירועים צריך להסתעף בתוך תהליך אחד.

### האם תשובות שמוקלדות בטלפון מגיעות לתהליך?

הן מגיעות לוובהוק, אבל לא לטריגר הזה. במספר Coexistence, Meta שולחת הד של כל תשובה שהוקלדה באפליקציית WhatsApp Business לאותו יעד, תחת השדה smb_message_echoes. הטריגר New Incoming Message של הרכיב קורא רק את השדה messages ומשליך את כל השאר.

אם צריך את תשובות הטלפון בתהליך, מתחילים אותו ברכיב Webhook הכללי של Activepieces, שמקבל כל שיטת HTTP, ועונים על בקשת ה-GET של האימות בשלב Return Response בכתובת הסינכרונית שלו. אז מפענחים בעצמכם את ה-payload הגולמי, עם שני השדות.

ברוב התהליכים הטריגר של הרכיב הוא הבחירה הפשוטה יותר: הוא מגיב ללקוחות, והתשובות של הצוות נשארות גלויות באפליקציה שבטלפון.

- הדבקת סוד אפליקציה בחיבור WhatsApp. המשלוחים חתומים בסוד של אפליקציית EasyCoexistence, ולכן מתעלמים מכולם.
- הגדרת היעד לפני פרסום התהליך. Meta מאמתת מיד, ותהליך שלא פורסם לא יכול לענות.
- ציפייה שהטריגר New Incoming Message יראה תשובות שהוקלדו בטלפון. הוא קורא רק את השדה messages ולא את smb_message_echoes, ולכן התשובות האלה לא נקלטות.

**האם זה עובד ב-Activepieces באירוח עצמי?** כן. הרכיב הוא קוד פתוח ופועל גם בענן של Activepieces וגם באירוח עצמי, כל עוד המופע נגיש מהאינטרנט בחיבור HTTPS מאובטח.

**מאיזה מספר טלפון תהליך שולח?** מהמספר שבוחרים בשדה מספר הטלפון של הפעולה, שמציג את המספרים בחשבון WhatsApp Business שאליו מצביע החיבור.

**אפשר להמשיך להשתמש ב-n8n או ב-Make על אותו מספר?** לא בו-זמנית. Meta מנתבת את הוובהוקים של מספר ליעד אחד, ולכן בוחרים כלי אחד שמקבל, או מעבירים ממנו לכלי השני.

**האם EasyCoexistence שומרת את ההודעות?** לא. Meta מוסרת כל וובהוק ישירות לטריגר של Activepieces, ו-EasyCoexistence אף פעם לא שומרת תוכן של שיחות.

---

## הפעלת תהליך Typebot ב-WhatsApp עם Coexistence

https://easycoexistence.com/he/integrations/typebot

ערוץ ה-WhatsApp של Typebot מבקש אסימון גישה (Access Token), מזהה של WhatsApp Business Account ומזהה מספר הטלפון, ובתמורה נותן כתובת Callback URL ואסימון אימות. ממלאים את שלושת הראשונים מהמספר המחובר, משאירים ריק את הסוד האופציונלי של האפליקציה ב-Typebot, וקובעים את הכתובת ואת אסימון האימות שלו כיעד הוובהוק (Webhook) של המספר.

### אילו שדות ב-Typebot מקבלים ערכים מהמספר המחובר?

האשף של Typebot ל-WhatsApp, תחת לשונית Share של הבוט, מבקש ארבעה דברים: סוד אפליקציה, אסימון של System User, מזהה WhatsApp Business Account ומזהה מספר הטלפון.

שלושה מהם מגיעים ישירות מהחיבור. לוח הבקרה מציג את מזהה ה-WABA, את מזהה מספר הטלפון ואת אסימון הגישה של המספר, והכלי get_api_credentials מחזיר את אותם ערכים אם עוזר חכם מביא אותם בשבילכם. מדביקים אותם בשדות המתאימים.

את סוד האפליקציה משאירים ריק. Typebot משתמש בו לדבר אחד בתעבורה נכנסת: בדיקת הכותרת X-Hub-Signature-256 ש-Meta מוסיפה לכל משלוח. במספר שמחובר דרך Tech Provider, Meta חותמת עם הסוד של הספק, והוא אף פעם לא משותף, ולכן כל ערך שתקלידו שם יגרום ל-Typebot לדחות כל הודעה אמיתית. כשהשדה ריק, Typebot מדלג על הבדיקה ומקבל את המשלוח.

### לאן נכנסים ה-Callback URL והאסימון של Typebot?

ליעד הוובהוק של המספר, ולא ללוח הבקרה של אפליקציה ב-Meta.

האשף של Typebot אומר להדביק את ה-Callback URL ואת אסימון האימות בהגדרות ה-WhatsApp של אפליקציית Meta שלכם. עם Coexistence דרך EasyCoexistence אין אפליקציה שלכם בתמונה: Meta מנתבת את האירועים של המספר ליעד שהוגדר בחיבור. לכן מעתיקים את שני הערכים מהשלב האחרון ב-Typebot וקובעים אותם כיעד, בלוח הבקרה או באמצעות set_webhook_destination.

אחר כך Meta שולחת בקשת אימות מסוג GET אל Typebot, Typebot עונה עם ה-challenge, ומאותו רגע כל הודעה למספר מגיעה לבוט. אסימון האימות של Typebot הוא חד-פעמי: הוא נמחק ממסד הנתונים של Typebot ברגע שאימות מצליח. אם תגדירו את היעד שוב בהמשך, מריצים קודם את האשף מחדש כדי ליצור אסימון חדש.

### מה הבוט עושה עם חלון ה-24 שעות?

Typebot עונה לאנשים שכתבו אליו, ולכן כמעט כל הודעה נשארת בתוך חלון שירות הלקוחות. Meta פותחת חלון של 24 שעות בכל פעם שלקוח כותב, ובתוכו אפשר לשלוח כל סוג הודעת שירות בלי תבנית. בוט שרק עונה הוא המקרה הקל.

הקצה הבעייתי הוא תהליך שממתין. בלוק Wait, או סשן שממשיך אחרי שהלקוח שתק יותר מיממה, ינסה לשלוח הודעת טקסט חופשי מחוץ לחלון, ו-Meta תדחה אותה עם שגיאה 131047. זמן התפוגה של הסשן ב-Typebot, 4 שעות כברירת מחדל ועד 48 שעות לכל היותר, קובע מתי לקוח שחוזר מתחיל שיחה חדשה, ולא אם Meta תקבל את ההודעה.

מכיוון שזה Coexistence, הצוות ממשיך לראות כל שיחה באפליקציית WhatsApp Business ויכול להיכנס מהטלפון בכל רגע שבו הבוט לא צריך לענות.

- מדביקים ב-Typebot סוד אפליקציה של Meta. המשלוחים חתומים עם הסוד של ה-Tech Provider, ולכן Typebot דוחה כל הודעה בטענה שהחתימה לא תקינה.
- משתמשים שוב באסימון אימות ישן של Typebot. הוא נמחק אחרי אימות מוצלח אחד, ולכן קביעה חוזרת של היעד דורשת אסימון חדש מהאשף.
- משתפים את כתובת ה-callback. כשבדיקת החתימה כבויה, הכתובת עצמה היא מה שמאפשר לבקשה להיכנס, ולכן מתייחסים אליה כמו אל סיסמה.

**צריך אפליקציית Meta משלי בשביל Typebot?** לא. המדריך של Typebot מניח שיש כזו, כי רוב האנשים מחברים מספר בעצמם. עם Coexistence דרך Tech Provider האסימון והמזהים מגיעים מהחיבור, ו-Meta מנתבת את הוובהוק אל Typebot.

**הצוות עדיין יראה בטלפון את ההודעות של הבוט?** כן. הודעות שנשלחות דרך ה-Cloud API מופיעות באפליקציית WhatsApp Business באותו מספר, כך שאפשר לקרוא את השיחה ולהשתלט עליה.

**אפשר ש-Typebot ו-n8n יקבלו שניהם את ההודעות של אותו מספר?** לא. למספר יש יעד וובהוק אחד. אם שניהם צריכים את האירועים, מכוונים את היעד אל n8n, והתהליך שם מעביר את ה-payload הגולמי אל כתובת ה-callback של Typebot.

**Typebot שומר את השיחות?** Typebot שומר נתוני סשן ותוצאות משלו, כמו בכל ערוץ. EasyCoexistence אף פעם לא שומרת תוכן של הודעות: Meta מוסרת ישירות ליעד שקבעתם.

---

## חיבור בוט Botpress ל-WhatsApp עם Coexistence

https://easycoexistence.com/he/integrations/botpress

משתמשים באינטגרציית ה-WhatsApp של Botpress במצב Manual Configuration. מדביקים את אסימון הגישה (Access Token) ואת מזהה המספר של המספר המחובר, בוחרים Verify Token ומשאירים את App ID ואת Client Secret ריקים. אחר כך מגדירים את כתובת ה-URL של הוובהוק (Webhook) ב-Botpress ואת ה-Verify Token כיעד הוובהוק של המספר, ו-Meta תעביר כל הודעה לבוט.

### איזו הגדרה ב-Botpress עובדת עם מספר Coexistence?

Manual Configuration. שאר האפשרויות מחברות מספר דרך אפליקציית Meta של Botpress, וזה הצטרפות נפרדת של המספר ולא דרך להשתמש במספר שכבר מחובר.

באינטגרציית ה-WhatsApp פותחים את הרשימה הנפתחת Configuration ובוחרים Manual Configuration. מתבקשים למלא Verify Token, Access Token, Default Bot Phone Number ID, ולא חובה גם App ID, Client Secret ו-WABA ID.

אסימון הגישה, מזהה המספר ומזהה ה-WABA מגיעים מהחיבור: לוח הבקרה מציג אותם, והפקודה get_api_credentials מחזירה אותם לעוזר AI. ה-Verify Token הוא כל מחרוזת שתבחרו. את App ID ואת Client Secret משאירים ריקים. המדריך של Botpress מציג את הסוד כשדה למילוי, אבל בהגדרת האינטגרציה הוא מסומן כאופציונלי, ובלעדיו אימות החתימה מדולג. וזה משנה, כי Meta חותמת כל משלוח בסוד האפליקציה של ה-Tech Provider, ואף לקוח לא מחזיק בו.

### איך הוובהוק של Botpress מקבל את ההודעות מ-Meta?

דרך יעד הוובהוק של המספר. לפי המדריך של Botpress, מדביקים את כתובת ה-URL של הוובהוק שלו ואת ה-Verify Token שלכם בהגדרות ה-WhatsApp של אפליקציית Meta. כאן אין אפליקציית Meta משלכם: Meta מנתבת את אירועי המספר ליעד שהחיבור קובע. לכן מעתיקים את כתובת ה-URL של הוובהוק ש-Botpress מציג לאינטגרציה, ומגדירים אותה, עם אותו Verify Token, כיעד בלוח הבקרה או באמצעות set_webhook_destination.

Meta שולחת בקשת GET לאימות, Botpress עונה לה, והמשלוח מתחיל. כש-Botpress שומר הגדרה ידנית הוא גם בודק את האסימון: הוא שואל את Graph איזו אפליקציה הנפיקה אותו, כך שאסימון לא תקין או שבוטל נכשל בשמירה ולא בהודעה הראשונה.

הטיפול של Botpress מעבד גם את smb_message_echoes, האירוע ש-Meta שולחת כשמישהו עונה מאפליקציית WhatsApp Business. כך תשובה מהטלפון נראית לבוט ולא נשארת מוסתרת ממנו.

### מה הבוט צריך לדעת על Coexistence?

שאולי כבר מדבר איתם בן אדם. אפליקציית WhatsApp Business ממשיכה לעבוד על המספר, ולכן לקוח יכול לקבל תשובה מהטלפון ומהבוט באותה דקה. כדאי להחליט בתוך הזרימה מה קורה כשמגיע הד: רוב הצוותים משהים את הבוט לאותו איש קשר לזמן מה, כדי לא לדבר מעל מי שנכנס לשיחה.

הדבר השני הוא תזמון. בוט שעונה להודעות נכנסות פועל בתוך חלון שירות הלקוחות של 24 שעות, שבו מותר טקסט חופשי. זרימה ששולחת משהו יום אחר כך, מעקב או תזכורת, צריכה תבנית מאושרת, וטקסט חופשי שם מחזיר קוד שגיאה 131047. המדריך של Botpress נרשם לשדות הסטטוס של תבניות בדיוק בשביל הודעות יזומות כאלה.

וקצב השליחה קבוע על 20 הודעות בשנייה למספר Coexistence, הרבה מעל מה שבוט שיחה שולח.

- למלא את Client Secret בסוד של אפליקציית Meta משלכם. החתימה אף פעם לא תתאים, ו-Botpress יענה על כל משלוח בשגיאה 401.
- לבחור באפשרות OAuth או בארגז החול במקום ב-Manual Configuration. הן מחברות מספר דרך האפליקציה של Botpress ולא דרך המספר שכבר מחובר.
- להתעלם מהדים. בלי כלל לתשובות שנשלחות מהטלפון, הבוט עונה מעל אדם שכבר נכנס לשיחה.

**האם בטוח לדלג על בדיקת החתימה?** ההגנה עוברת לכתובת ה-URL. Botpress יוצר כתובת וובהוק נפרדת לכל אינטגרציה, ולכן חשוב לשמור אותה פרטית. מדיה עדיין צריך להביא מ-Meta באמצעות האסימון, ואירוע מזויף לא יכול לזייף אותו.

**האם אותו מספר יכול גם להזין את n8n?** למספר יש יעד וובהוק אחד. מפנים אותו למערכת אחת ומעבירים משם הלאה, אם מערכת שנייה צריכה את האירועים.

**האם Botpress צריך את מזהה ה-WABA שלי?** בהגדרה שלו הוא מסומן כאופציונלי כרגע, ונאמר שיהיה חובה בגרסה ראשית עתידית, לכן כדאי למלא אותו מתוך החיבור.

**האם ההודעות עוברות דרך EasyCoexistence?** לא. Meta מוסרת ישירות לכתובת ה-URL של הוובהוק ב-Botpress, והתוכן אף פעם לא נשמר אצלנו.

---

## אפליקציית Dify שעונה להודעות ב-WhatsApp

https://easycoexistence.com/he/integrations/dify

מפנים את הוובהוק (Webhook) של המספר אל מקלט קטן, למשל תהליך ב-n8n או נתיב בקוד שלכם, שמעביר כל הודעה ל-API של Dify לשליחת הודעת צ'אט ומחזיר את התשובה דרך Cloud API. בתוך Dify אפשר להוסיף את שרת MCP של EasyCoexistence ככלי, כדי שהסוכן יפעל על המספר בעצמו.

### האם Meta יכולה לשלוח הודעות WhatsApp ישירות ל-Dify?

לא באופן שמשלים את לחיצת היד. לפני ש-Meta מוסרת משהו, היא קוראת ליעד בבקשת GET ומצפה לקבל את הערך hub.challenge כגוף תגובה גולמי. Webhook Trigger של Dify מקבל שיטת HTTP אחת לכל טריגר, והתיעוד שלו קובע שגוף תגובה שאינו JSON מומר אוטומטית ל-JSON, כך ש-OK חוזר כאובייקט הודעה. את ה-challenge אי אפשר להחזיר במדויק, ו-Meta אף פעם לא מתחילה למסור.

לכן צריך משהו קטן מלפנים. צומת Webhook ב-n8n, נתיב ב-Python או ב-Node, או פונקציית serverless עונים ל-GET, מקבלים את ה-POST ומעבירים את הטקסט ל-Dify. המקלט הזה הוא גם המקום שבו נבדק הסוד האקראי הארוך שבכתובת ה-URL של הוובהוק, כי הכותרת X-Hub-Signature-256 חתומה בסוד האפליקציה של ה-Tech Provider והלקוח לא יכול לאמת אותה.

### איך המקלט מדבר עם אפליקציית Dify?

בקריאה אחת ל-Service API של Dify: POST /chat-messages, עם אימות באמצעות מפתח ה-API של האפליקציה. הגוף נושא את query, הטקסט של הלקוח, ואת user, מזהה שאתם קובעים. משתמשים במספר ה-WhatsApp של השולח בתור user, ושומרים את conversation_id ש-Dify מחזירה, כדי שההודעה הבאה מאותו אדם תמשיך את אותה שיחה.

response_mode חשוב. blocking חוזר רק כשהתשובה שלמה, והתיעוד של Dify מזהיר שב-Dify Cloud יצירה ארוכה עלולה להיחתך על ידי פרוקסי הקצה. אפליקציות Agent תומכות ב-streaming בלבד, ובקשת blocking אליהן נכשלת עם 400. מקלט שקורא את הזרם ושולח הודעת WhatsApp אחת בסוף הוא הצורה היציבה.

התשובה יוצאת אחר כך כהודעת טקסט ב-Cloud API לאותו מספר, וזה ללא עלות בתוך חלון 24 השעות שהודעת הלקוח פתחה.

### מה שרת MCP מוסיף בתוך Dify?

היכולת של סוכן Dify לפעול על המספר בלי שתחברו כל קריאה ידנית. Dify מתחברת לשרתי MCP דרך HTTP ובברירת מחדל נרשמת מול השרת באמצעות רישום לקוח דינמי של OAuth, וזה מה ששרת MCP של EasyCoexistence תומך בו. מוסיפים אותו תחת Tools, נכנסים פעם אחת, והסוכן מקבל את הכלים: רשימת המספרים, בדיקת תקינות החיבור של מספר, שליחת הודעה, שליחת תבנית מאושרת, קריאת סטטוס תבנית.

זה המקום הנכון לעבודה יזומה: תהליך ב-Dify שעושה מעקב למחרת חייב להשתמש ב-send_template, כי טקסט חופשי מחוץ לחלון מחזיר שגיאה 131047, ותיאורי הכלים אומרים זאת למודל.

מה ש-MCP לא יכול לעשות הוא להעיר את Dify כשלקוח כותב. הפרוטוקול הוא בקשה ותגובה, ולכן הודעות נכנסות עדיין מגיעות דרך הוובהוק והמקלט שלפניו.

- שימוש בכתובת Webhook Trigger של Dify כיעד הוובהוק. ה-challenge חוזר עטוף ב-JSON ו-Meta אף פעם לא מאמתת את נקודת הקצה.
- שליחת בקשת blocking לאפליקציית Agent של Dify. אפליקציות Agent תומכות ב-streaming בלבד, והקריאה נכשלת עם 400.
- שימוש בערך user חדש בכל הודעה. Dify מצמידה שיחות ל-user, ולכן כל הודעה פותחת שיחה חדשה בלי זיכרון.

**האם ל-Dify יש ערוץ WhatsApp?** לא בתיעוד שלה. אפליקציית Dify נגישה דרך ה-Service API שלה, ולכן WhatsApp מתחבר דרך מקלט שקורא ל-API הזה.

**האם n8n יכול להיות המקלט?** כן. צומת Webhook מקבל, צומת HTTP Request קורא ל-Dify, וצומת HTTP Request שני שולח דרך Cloud API את התשובה.

**האם הצוות יכול להמשיך לענות מהטלפון?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה במספר, ותשובות שנשלחות מהטלפון מגיעות כאירועי echo אל המקלט.

**האם EasyCoexistence רואה את השיחה?** לא. Meta מוסרת ישירות למקלט שלכם, ותוכן ההודעות לא נשמר אצלנו. שרת MCP קורא את מצב החשבון והמספר.

---

## מענה להודעות WhatsApp באמצעות chatflow של Flowise

https://easycoexistence.com/he/integrations/flowise

מגדירים את יעד הוובהוק (Webhook) של המספר למקלט קטן, כמו תהליך ב-n8n או נתיב בקוד שלכם. המקלט מעביר כל הודעה ל-Prediction API של Flowise, עם מספר השולח כמזהה הסשן, ושולח את התשובה חזרה דרך ה-Cloud API באמצעות האסימון והמזהה של המספר.

### למה Flowise צריך משהו לפניו?

כי הוובהוק של Meta וה-API של Flowise מדברים בצורות שונות. Meta מאמתת יעד באמצעות בקשת GET שחייבת להחזיר את hub.challenge כגוף גולמי, ואז מוסרת כל הודעה כבקשת POST עם JSON מקונן. ה-Prediction API של Flowise מצפה לבקשת POST אל /api/v1/prediction/ ואחריו מזהה ה-flow, עם השדה question. אף אחד מהם לא יתאים את עצמו לשני, ולכן מקלט מתרגם ביניהם.

המקלט יכול להיות צומת Webhook ב-n8n, נתיב ב-Python או ב-Node, או כל פונקציית ענן. הוא עונה על בקשת האימות, בודק סוד אקראי ארוך שמוטמע בכתובת ה-URL של הוובהוק, מחזיר ל-Meta תגובת 200 מיד, ורק אחר כך מבצע את העבודה. הסוד בכתובת הוא האימות שעובד כאן: Meta חותמת על המסירות עם סוד האפליקציה של ה-Tech Provider, שלעולם לא משותף, ולכן את הכותרת X-Hub-Signature-256 אי אפשר לאמת בצד שלכם.

### איך המקלט צריך לקרוא ל-Prediction API?

עם טקסט הלקוח בשדה question ועם מספר ה-WhatsApp של הלקוח כמזהה הסשן. Flowise מקבל overrideConfig בכל בקשה, ו-sessionId בתוכו הוא מה שמאפשר לצמתי הזיכרון לשמור שיחה נפרדת לכל אדם, במקום לערבב את כולם בשרשור אחד. מספר השולח מתוך ה-payload של הוובהוק הוא מפתח יציב וטבעי לכך.

אם ה-chatflow מוגן במפתח API, המקלט שולח אותו כאסימון bearer. מגדירים את streaming כ-false, אלא אם המקלט בנוי להרכיב זרם, כי WhatsApp מוסר הודעה אחת גמורה ולא אסימון אחרי אסימון.

התשובה יוצאת כהודעת טקסט של Cloud API מאותו מספר. זה מותר וללא תשלום בתוך חלון 24 השעות שהודעת הלקוח פתחה. כל דבר שה-flow רוצה לשלוח אחר כך, כמו תזכורת, חייב להיות תבנית מאושרת.

### האם סוכן Flowise יכול להשתמש בשרת MCP של EasyCoexistence?

לא כרגע. ה-Custom MCP של Flowise מתחבר לשרת Streamable HTTP עם כתובת URL וקבוצת כותרות, בדרך כלל אסימון bearer סטטי שנשמר במשתנה של Flowise. שרת MCP של EasyCoexistence מאמת באמצעות OAuth, עם כניסה בדפדפן ואסימונים שהוא מנפיק בעצמו, ולכן אין מפתח סטטי להניח בכותרת.

החלוקה שעובדת היא שה-flow מחליט והמקלט שולח. ה-flow מחזיר את הטקסט לאמירה, או את שם התבנית כשהלקוח שותק יותר מיום, והמקלט מבצע את הקריאה ל-Cloud API עם האסימון של המספר. כך האסימון אף פעם לא נמצא בתוך Flowise, וכלל 24 השעות נאכף בקוד, לפי מועד הכתיבה האחרונה של איש הקשר, ולא נשאר בידי מודל שעלול לשכוח אותו.

הודעות נכנסות ממשיכות להגיע רק דרך הוובהוק, בכל דרך שבה השליחה מתבצעת.

- השמטת sessionId. כל הלקוחות חולקים אז זיכרון אחד, ופרטים של אדם אחד עלולים להופיע בתשובה לאדם אחר.
- המתנה ל-Flowise לפני שעונים ל-Meta. תגובת 200 איטית נשלחת שוב, וכך אותה הודעה מעובדת פעמיים.
- מתן ל-flow לשלוח טקסט חופשי יום אחרי. מחוץ לחלון Meta דוחה אותו עם שגיאה 131047.

**האם ל-Flowise יש צומת WhatsApp?** לא לפי התיעוד שלו. ניגשים אליו דרך ה-Prediction API, ולכן יש מקלט בין Meta ל-flow.

**האם n8n יכול לשמש כמקלט?** כן. צומת Webhook מקבל, צומת HTTP Request קורא ל-Flowise, וצומת HTTP Request נוסף שולח את התשובה דרך ה-Cloud API.

**איך עוצרים את הבוט כשאדם עונה מהטלפון?** מאזינים לאירועי echo. תגובה שנשלחה מאפליקציית WhatsApp Business מגיעה למקלט, והוא יכול להשהות את ה-flow עבור איש הקשר הזה.

**האם EasyCoexistence שומרת את השיחה?** לא. Meta מוסרת ישירות למקלט שלכם. Flowise שומר את מה שצמתי הזיכרון שלו מוגדרים לשמור.

---

## סוכן LangChain עם מספר WhatsApp משלו

https://easycoexistence.com/he/integrations/langchain

סוכן LangChain מקבל WhatsApp בשני חלקים. הודעות נכנסות מגיעות לנתיב באתר שלכם דרך וובהוק (Webhook) של המספר, והנתיב מפעיל את הסוכן. כדי לפעול, הסוכן טוען את כלי ה-MCP של EasyCoexistence דרך MCPAdapter של LangChain עם OAuth, או קורא ישירות ל-Cloud API עם אסימון המספר ומזהה המספר.

### איך סוכן LangChain טוען את כלי WhatsApp?

דרך MCPAdapter, לקוח ה-MCP של LangChain, שמעביר את הכלים של שרת MCP אל create_agent ככלי LangChain רגילים. נדרשת הגרסה 1.4.0 ומעלה של langchain[mcp], והיא מסומנת כבטא.

האימות מועבר ל-FastMCP. כשמעבירים auth="oauth" ללקוח, מתבצעת זרימת OAuth 2.1 המלאה: גילוי, רישום דינמי של לקוח, הפניה בדפדפן והחלפת אסימון. זה בדיוק מה ששרת MCP של EasyCoexistence מצפה לו, ולכן אין מפתח ליצור או להדביק. כברירת מחדל האסימונים נשמרים בזיכרון וכל הרצה חוזרת על שלב הדפדפן. ספק OAuth של FastMCP עם אחסון אסימונים שומר אותם בין הרצות.

אחרי הטעינה הסוכן רואה את הכלים עם התיאורים שלהם: קודם list_numbers, כי כל כלי אחר מקבל ממנו connection_id, ואחריו send_message, send_template, list_templates, get_number_health ושאר הכלים.

### איך הודעת WhatsApp נכנסת מגיעה לסוכן?

דרך הוובהוק, כי MCP לא יכול לעשות זאת. הפרוטוקול בנוי על בקשה ותגובה, ולכן אין בו דרך לשרת להעיר לקוח כשלקוח כותב הודעה.

מגדירים את יעד הוובהוק של המספר לנתיב באפליקציה שלכם, עם סוד אקראי וארוך בכתובת ה-URL. הנתיב עונה על בקשת GET של אימות מ-Meta עם ה-challenge כמו שהוא, מקבל כל בקשת POST, מחזיר 200 מיד ומכניס את העבודה לתור. עובד ברקע לוקח מה-payload את השולח ואת הטקסט ומפעיל איתם את הסוכן, כשמספר השולח משמש כמזהה השיחה, כך שהזיכרון נשמר לכל לקוח בנפרד.

בודקים את הסוד שבכתובת ה-URL ולא את הכותרת X-Hub-Signature-256. Meta חותמת עם הסוד של האפליקציה של ה-Tech Provider, והוא אף פעם לא משותף, ולכן הלקוח לא יכול לאמת את הכותרת הזאת.

### האם הסוכן צריך לשלוח דרך MCP או דרך Cloud API?

שתי הדרכים עובדות, וההבדל הוא מי מחזיק את הכללים. כלי ה-MCP נושאים את כללי WhatsApp בתיאורים שלהם, למשל ש-send_message עובד רק בתוך חלון 24 השעות ושההודעה ל-send_template היא הדרך לפנות למי שלא כתב. מודל שקורא את התיאורים בוחר נכון ברוב המקרים, וזה עוזר כשהסוכן מחליט בחופשיות.

כלי פשוט משלכם ששולח לנקודת הקצה של ההודעות ב-Cloud API עם אסימון המספר הוא פתרון פשוט יותר כשהתפקיד של הסוכן צר, למשל תמיד לענות למי שכתב הרגע. אז בדיקת החלון יושבת בקוד שלכם, וזה המקום לכלל שאסור לשבור. טקסט חופשי מחוץ לחלון חוזר עם קוד שגיאה 131047, והלקוח לא רואה שום דבר.

- לצפות ש-MCP ימסור הודעות נכנסות. בלי נתיב לוובהוק, הסוכן אף פעם לא שומע מלקוח.
- להשאיר אסימוני OAuth בזיכרון בשרת. כל הפעלה מחדש דורשת התחברות בדפדפן, ולכן שומרים אותם באחסון אסימונים.
- להשתמש בשיחה אחת לכל הלקוחות. מפתחים את הזיכרון של הסוכן לפי מספר השולח.

**זה רק ב-Python?** הדוגמה של MCPAdapter כתובה ב-Python. הוובהוק וה-Cloud API הם HTTP רגיל, ולכן כל שפה ש-LangChain רץ בה יכולה לקבל ולשלוח הודעות.

**האם הסוכן צריך להפעיל את list_numbers בכל פעם?** הוא צריך connection_id, ו-list_numbers הוא המקום היחיד שממנו מקבלים אותו. כשיש מספר אחד, הסוכן קורא לכלי הזה פעם אחת בתחילת העבודה.

**האם הצוות עדיין יכול לענות מהטלפון?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה, ותשובות מהטלפון מגיעות לנתיב שלכם כאירועי echo שהסוכן יכול לקחת בחשבון.

**האם EasyCoexistence קוראת את השיחה?** לא. Meta מוסרת ישירות לנתיב שלכם, ותוכן ההודעות אף פעם לא נשמר אצלנו. כלי ה-MCP קוראים את מצב החשבון והמספר.

---

## הפעלת סוכן OpenAI Agents SDK ב-WhatsApp

https://easycoexistence.com/he/integrations/openai-agents-sdk

מגדירים את יעד הוובהוק (Webhook) של המספר לנתיב באפליקציית ה-Python שלכם. על כל הודעה נכנסת מריצים את הסוכן עם Runner.run וסשן שמפתחו הוא מספר השולח, ואז שולחים את result.final_output חזרה דרך Cloud API עם אסימון המספר ומזהה המספר. אפליקציית WhatsApp Business ממשיכה לעבוד באותו מספר.

### איך הודעת WhatsApp הופכת להרצה של הסוכן?

דרך נתיב באפליקציה שלכם ש-Meta קוראת לו. מגדירים אותו כיעד הוובהוק של המספר, עם סוד אקראי וארוך בנתיב. הנתיב עונה לבקשת האימות GET של Meta בהחזרת hub.challenge כטקסט פשוט, מקבל כל בקשת POST, מחזיר 200 מיד ומעביר את העבודה לתור. הסיבה: Meta שולחת שוב כשהתגובה איטית, ואז הסוכן ירוץ פעמיים.

עובד קורא מה-payload את השולח ואת הטקסט וקורא ל-Runner.run. מעבירים סשן שמזההו הוא מספר השולח: ה-SDK שומר את השיחה תחת המזהה הזה, ולכן ההודעה הבאה של אותו לקוח ממשיכה מהנקודה שבה עצרנו, ושני לקוחות לעולם לא חולקים היסטוריה. SQLiteSession מספיק להתחלה, וה-SDK כולל גם סשנים של Redis ושל SQLAlchemy למקרה של כמה עובדים.

הסוד בכתובת ה-URL הוא האימות כאן. Meta חותמת על המשלוחים באמצעות ה-app secret של ה-Tech Provider, ולכן הלקוח לא יכול לאמת את כותרת החתימה.

### למה הקוד שלכם צריך לשלוח את התשובה ולא הסוכן?

כי הכלל היחיד שאסור לשבור הוא כלל של תזמון, וקוד אוכף אותו טוב יותר מפרומפט. Meta פותחת חלון שירות לקוחות של 24 שעות כשלקוח כותב. בתוך החלון עוברת הודעת טקסט חופשי. מחוץ לו עוברת רק תבנית מאושרת, וטקסט חופשי חוזר עם שגיאה 131047.

עובד שעונה להודעה שהגיעה הרגע תמיד נמצא בתוך החלון, ולכן שליחת result.final_output כטקסט בטוחה מעצם התכנון. עבודה שקורה מאוחר יותר, כמו מעקב למחרת בבוקר או תזכורת, צריכה לעבור בנתיב נפרד ששולח תבנית ולעולם לא טקסט חופשי.

לסוכן עדיין יכולים להיות כלים. תנו לו כלי פונקציה לחיפוש מידע, למשל הזמנה או תור, ושמרו את שליחת ה-WhatsApp בעובד. כך גם האסימון נשאר רחוק מכל דבר שהמודל יכול להפעיל עם ארגומנטים שרירותיים.

### האם הסוכן יכול להשתמש בשרת MCP של EasyCoexistence?

כן, דרך MCPServerStreamableHttp, אבל ההגדרה מורכבת יותר מכותרת. ה-SDK מקבל כותרת Authorization או httpx.Auth בשדה params["auth"]. שרת MCP של EasyCoexistence מנפיק אסימוני OAuth משלו אחרי התחברות בדפדפן, עם dynamic client registration ו-PKCE, ולכן אין מפתח סטטי. ה-SDK של MCP ל-Python כולל את OAuthClientProvider, מטפל אימות HTTP שמריץ את התהליך הזה עם PKCE ורענון אסימון, ומעבירים אותו בתוך params["auth"] בהגדרת השרת.

זה משתלם כשהסוכן צריך להחליט בעצמו: לבדוק את תקינות החיבור של מספר, לקרוא סטטוס של תבנית, או לבחור בין send_message ל-send_template לפי הכללים שבתיאורי הכלים. לקבלה שרק עונה, העובד שלמעלה קצר יותר ויש בו פחות מה שיכול להשתבש.

בכל מקרה הוובהוק נשאר. MCP הוא בקשה ותגובה, והודעה של לקוח יכולה להגיע לסוכן רק דרך הנתיב ש-Meta קוראת לו.

- הרצת הסוכן לפני החזרת 200 ל-Meta. תגובה איטית נשלחת שוב, והלקוח מקבל שתי תשובות.
- שימוש בסשן אחד לכל הלקוחות. צריך לבחור מפתח לפי מספר השולח, אחרת ההיסטוריות מתערבבות.
- מעקב מאוחר ששולח טקסט חופשי. אחרי 24 שעות הוא נכשל עם 131047, ולכן שולחים תבנית במקום זאת.

**האם זה דורש את כלי ה-MCP המאוחסן של OpenAI Responses API?** לא. העובד מריץ את הסוכן מקומית עם Runner.run, וצד ה-WhatsApp הוא קריאת HTTPS רגילה שהקוד שלכם מבצע.

**באיזו גרסת Graph API כדאי להשתמש?** הדוגמאות העדכניות של Meta משתמשות ב-v25.0. קבעו גרסה במקום אחד בקוד, כך ששדרוג יהיה שינוי של שורה אחת.

**האם אדם יכול להשתלט על השיחה מהטלפון?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה, ותשובה מהטלפון מגיעה לנתיב שלכם כאירוע echo, שהעובד יכול להשתמש בו כדי להשהות את הסוכן.

**האם EasyCoexistence שומרת את השיחה?** לא. Meta מוסרת ישירות לנתיב שלכם. כל מה שהסשן שומר נמצא במסד הנתונים שלכם.

---

## בניית סוכן WhatsApp עם Vercel AI SDK

https://easycoexistence.com/he/integrations/vercel-ai-sdk

הודעות נכנסות מגיעות ל-route handler שמוגדר כיעד ה-וובהוק (Webhook) של המספר. ה-handler קורא ל-generateText ושולח את התשובה דרך Cloud API. לכלים שפועלים על המספר, createMCPClient מהחבילה @ai-sdk/mcp מתחבר לשרת MCP של EasyCoexistence ב-HTTP. ההתחברות נעשית דרך authProvider, עם כניסה באמצעות OAuth, בלי מפתח קבוע.

### איך ה-route handler מקבל הודעות WhatsApp?

עם שתי מתודות על אותו route, שמוגדר כיעד ה-וובהוק של המספר, עם סוד אקראי וארוך בנתיב.

ה-GET עונה על האימות של Meta. קוראים מהשאילתה את hub.mode, hub.verify_token ו-hub.challenge, משווים את האסימון, ומחזירים את ה-challenge כטקסט רגיל. הטעות הקלאסית היא להחזיר אותו דרך פונקציית עזר של JSON: התוכן מגיע עם מרכאות, ו-Meta אף פעם לא מתחילה לשלוח.

ה-POST מקבל את האירועים. מחזירים 200 מהר ומפעילים את המודל אחר כך, כי Meta שולחת שוב כשהתגובה איטית, והפעלה קרה שמריצה את המודל באותו רגע עלולה לענות על אותה הודעה פעמיים. בפלטפורמות שמסיימות את הפונקציה ברגע שהתגובה נשלחת, מעבירים את העבודה לתור או למנגנון של הפלטפורמה לעבודה אחרי התגובה.

הסוד בנתיב הוא האימות. Meta חותמת כל משלוח עם סוד האפליקציה של ה-Tech Provider, ולכן אי אפשר לבדוק את הכותרת X-Hub-Signature-256 מהצד שלכם.

### איך AI SDK טוען את כלי WhatsApp?

עם createMCPClient מהחבילה @ai-sdk/mcp ותעבורת HTTP, שהתיעוד של AI SDK ממליץ עליה לסביבת ייצור. התעבורה מקבלת את כתובת השרת ו-authProvider, והאישור מול שרת MCP של EasyCoexistence נעשה דרך OAuth: השרת מפרסם מטא-דאטה של OAuth, תומך ברישום דינמי של לקוחות וב-PKCE, ומנפיק אסימונים משלו אחרי כניסה. אין מפתח API להכניס לכותרת.

הכלים של הלקוח עוברים ישירות ל-generateText או ל-streamText. המודל רואה אז את list_numbers, send_message, send_template, get_number_health ועוד, עם תיאורים שמציינים את חלון 24 השעות. סוגרים את הלקוח בסיום הקריאה: ב-callback של onEnd כשזה סטרים, ובבלוק finally בשאר המקרים, כפי שהתיעוד של AI SDK מבקש.

כדאי להשתמש בזה כשהמודל צריך להחליט. כדי לענות להודעה שהרגע הגיעה, קריאה ישירה ל-Cloud API מתוך ה-handler קצרה יותר.

### מה משתנה כשהמספר ב-Coexistence?

שני דברים שהקוד צריך להכיר. הראשון: אדם יכול כבר להיות בשיחה. אפליקציית WhatsApp Business ממשיכה לעבוד על המספר, וכל תשובה שנכתבת בטלפון מגיעה ל-route כאירוע echo. handler שמשהה את המודל מול איש קשר אחרי echo מונע מהמודל לענות מעל אדם.

השני: השליחה מוגבלת לקצב קבוע של 20 הודעות בשנייה למספר. סוכן שיחה אף פעם לא מתקרב לזה, אבל לולאת שידור שנכתבה עם Promise.all על רשימת אנשי קשר כן תגיע לשם, ולכן שולחים במנות.

כל השאר הוא Cloud API רגיל. עד 24 שעות מההודעה האחרונה של הלקוח מותר טקסט חופשי. אחרי זה עוברת רק תבנית מאושרת, וטקסט חופשי מחזיר שגיאה 131047 בלי שהלקוח רואה משהו.

- להחזיר את ה-challenge דרך פונקציית עזר של JSON. המרכאות סביבו מכשילות את הבדיקה של Meta.
- להריץ את generateText לפני שעונים ל-Meta. בהפעלה קרה, השליחה החוזרת יוצרת תשובה שנייה.
- לשכוח לסגור את לקוח ה-MCP. כל בקשה משאירה חיבור פתוח עד שהפלטפורמה מסיימת אותו.

**זה עובד רק ב-Vercel?** לא. AI SDK היא ספריית TypeScript, וה-route יכול לרוץ בכל אירוח שמגיש HTTPS ועונה ל-GET ול-POST.

**צריך בכלל את לקוח ה-MCP?** לא כדי לענות להודעות. קריאת fetch לנקודת הקצה של ההודעות ב-Cloud API עם האסימון של המספר עושה את זה. MCP שווה את המקום שלו כשהמודל בוחר מה לעשות.

**איזה ספק יכול לספק את המודל?** כל ספק ש-AI SDK תומך בו. צד WhatsApp לא תלוי במודל, ולכן החלפת ספק לא נוגעת ב-route ולא בקריאה ל-Cloud API.

**EasyCoexistence רואה את ההודעות?** לא. Meta שולחת ישירות ל-route שלכם, ותוכן ההודעות לא נשמר אצלנו בשום שלב.

---

## שליחת הודעות הזמנה ב-WhatsApp מ-Shopify

https://easycoexistence.com/he/integrations/shopify

הפעולה Send HTTP request של Shopify Flow יכולה לשלוח תבנית מאושרת ל-Cloud API ברגע שנוצרת הזמנה, באמצעות מזהה המספר המחובר ואסימון גישה (Access Token) ששמור כסוד ב-Flow. בתוכניות ללא הפעולה הזו, וובהוק (Webhook) של מנהל Shopify שולח את הנתונים לשרת קולט, כמו n8n, שמבצע את אותה קריאה.

### איך Shopify Flow שולח הודעת WhatsApp?

באמצעות הפעולה Send HTTP request, ששולחת בקשה לכל כתובת URL עם כותרות וגוף שיכולים להשתמש במשתני Liquid מהטריגר.

בונים תהליך עבודה על הטריגר של יצירת הזמנה ומוסיפים את Send HTTP request. כתובת ה-URL היא נקודת הקצה של ההודעות ב-Cloud API עבור מזהה המספר המחובר. מוסיפים כותרת Authorization שערכה Bearer ואחריו אסימון הגישה של המספר, השמור כסוד ב-Flow ומופנה כמשתנה סוד. ערכי סוד אינם מוצגים בממשק של Flow ומוסתרים מיומני ההרצה, וזה המקום הנכון לאסימון. הגוף הוא הודעת תבנית, כשמספר הטלפון של הלקוח נמצא בשדה to ופרטי ההזמנה הם הפרמטרים של התבנית.

Flow רואה תגובה 2XX או 3XX כהצלחה. Meta עונה לבקשה תקינה עם מזהה ההודעה, ולכן הרצה מוצלחת אומרת ש-Meta קיבלה את ההודעה.

### למה הודעת הזמנה חייבת להיות תבנית?

כי החנות היא שכותבת ראשונה. חלון שירות הלקוחות של Meta, בן 24 שעות, נפתח רק כשהלקוח כותב למספר. אישור הזמנה, עדכון משלוח או תזכורת על עגלה נטושה נשלחים לפני כן, ולכן טקסט חופשי נדחה ורק תבנית שאושרה מראש עוברת.

יוצרים את התבנית פעם אחת, בקטגוריית utility לעדכוני הזמנה ומשלוח, וממתינים לאישור לפני שמפעילים את תהליך העבודה. השם והשפה בגוף הבקשה חייבים להתאים בדיוק לתבנית שאושרה, ומספר הפרמטרים חייב להתאים למשבצות שלה.

יש גם עניין ההסכמה. Meta דורשת הסכמה מראש (opt-in) לפני שעסק שולח הודעה למישהו ב-WhatsApp: האדם מסר את מספרו והסכים לקבל הודעות מהעסק הזה. תיבת סימון בקופה שמציינת זאת היא הדרך הנפוצה לאסוף אותה, ותהליך העבודה צריך לבדוק אותה לפני השליחה.

### מה עושים אם התוכנית של החנות לא כוללת את Send HTTP request?

משתמשים במקום זאת בוובהוק של מנהל Shopify. תחת הגדרות, התראות, וובהוקים אפשר ליצור וובהוק לאירוע כמו יצירת הזמנה, בפורמט JSON, לכתובת URL. מכוונים אותו לשרת קולט: צומת Webhook של n8n, או נתיב ב-PHP, ב-Python או ב-Node. השרת קורא את ההזמנה, בודק הסכמה ושולח את אותה קריאת תבנית ל-Cloud API.

בכל דרך שליחה, התשובות זהות. כשהלקוח עונה להודעת ההזמנה, התשובה מגיעה לאפליקציית WhatsApp Business בטלפון של החנות, כי המספר פועל ב-Coexistence, וחלון 24 השעות נפתח עכשיו לטקסט חופשי. אם הוגדר יעד וובהוק למספר, התשובה מגיעה גם למערכת שלכם. גם הודעת ההזמנה עצמה מופיעה באפליקציה, כך שמי שעונה רואה למה הלקוח מגיב.

- שליחת טקסט חופשי עם יצירת הזמנה. הלקוח עדיין לא כתב, ולכן Meta דוחה אותה; חייבים להשתמש בתבנית מאושרת.
- השארת הטיפול בשגיאות על Retry עבור תגובות 4XX. Flow יכול לנסות שוב עד 24 שעות בקשה ש-Meta לעולם לא תקבל.
- הצבת האסימון בכותרת כטקסט גלוי. שומרים אותו כסוד ב-Flow כדי שלא יופיע בממשק וביומנים.

**מי משלם על הודעות התבנית?** Meta מחייבת על ההודעות ישירות את העסק, בחשבון WhatsApp Business שלו. EasyCoexistence אינה מוסיפה עליהן תוספת מחיר.

**האם הצוות עדיין יכול לענות ללקוחות מהטלפון?** כן. זה בדיוק מה ש-Coexistence שומר: אפליקציית WhatsApp Business ממשיכה לפעול על אותו מספר שממנו החנות שולחת.

**האם צריך אפליקציית Shopify?** לא. מספיק Send HTTP request של Flow, או וובהוק של מנהל Shopify לשרת קולט. הפנייה ל-Cloud API היא קריאת HTTPS אחת בלבד.

**מה הפורמט של מספר הטלפון שהשדה to דורש?** פורמט בינלאומי עם קידומת המדינה וספרות בלבד. מנקים את שדה הטלפון מהקופה לפני השליחה, כי לקוחות מקלידים רווחים וסימנים.

---

## שליחת עדכוני הזמנות מ-WooCommerce ב-WhatsApp

https://easycoexistence.com/he/integrations/woocommerce

יוצרים ב-WooCommerce וובהוק (Webhook) לאירועי הזמנה, שמצביע על מקלט, למשל תהליך ב-n8n או נתיב PHP קטן. המקלט מאמת את החתימה של WooCommerce, בודק שהלקוח הסכים לקבל הודעות ב-WhatsApp, ושולח תבנית מאושרת דרך Cloud API, עם מזהה המספר המחובר ועם אסימון גישה (Access Token) שלו.

### איך הזמנה ב-WooCommerce מפעילה הודעת WhatsApp?

דרך וובהוק של WooCommerce ומקלט. ב-WooCommerce נכנסים אל הגדרות, מתקדם, Webhooks, ומוסיפים וובהוק עם נושא הזמנה, כמו יצירת הזמנה או עדכון הזמנה, כתובת URL למסירה וסוד. מאותו רגע WooCommerce שולחת את ההזמנה כ-JSON לכתובת הזו בכל פעם שהאירוע מתרחש.

ה-payload קבוע, ולכן אי אפשר לכוון אותו ישירות אל Cloud API. בין השניים עומד מקלט: הצומת Webhook של n8n, נתיב ב-PHP של החנות או כל שירות קטן. הוא קורא את ההזמנה, בוחר את מספר הטלפון של הלקוח ואת הפרטים שההודעה צריכה, ושולח בקשת HTTPS אחת אל נקודת הקצה של ההודעות ב-Cloud API עבור המספר המחובר, כשאסימון הגישה של המספר משמש כ-bearer token.

הנושא order.updated אינו קשור לסטטוס אחד, ולכן המקלט צריך לקרוא את השדה status של ההזמנה ולשלוח פעם אחת לכל מעבר שמעניין אתכם. כברירת מחדל WooCommerce שולחת ברקע דרך wp-cron, כך שההודעה עשויה להגיע בהשהיה קלה אחרי ההזמנה.

### איך המקלט יודע שהבקשה הגיעה מהחנות?

מהחתימה של WooCommerce. כל משלוח נושא את הכותרת X-WC-Webhook-Signature, שהיא HMAC-SHA256 בקידוד base64 של ה-payload הגולמי, שחושב עם הסוד שהגדרתם בוובהוק. המקלט מחשב את אותו hash על הגוף שקיבל, משווה, ודוחה כל בקשה שלא תואמת.

זה הסוד של החנות עצמה, ולכן בניגוד לחתימה של Meta על הודעות WhatsApp נכנסות, אפשר לאמת אותו. משווים בזמן קבוע, ומחשבים את ה-hash על הגוף הגולמי לפני שה-framework מפענח אותו, כי JSON שקודד מחדש מפיק hash אחר.

עונים מהר עם קוד 2xx. WooCommerce סופרת כל תגובה שאינה 2xx, 301 או 302 ככישלון, ואחרי יותר מחמישה כשלים ברצף היא מנטרלת את הוובהוק. מקלט שנפל בזמן פריסה, או שאיטי כי הוא מחכה ל-Meta לפני שהוא עונה, יכול לכבות את הודעות החנות בלי שאף אחד ישים לב.

### מה החנות יכולה לשלוח, ומתי?

תבנית מאושרת, בכל פעם שהחנות פותחת בשיחה. חלון שירות הלקוחות של Meta, בן 24 שעות, נפתח רק כשהלקוח שולח הודעה למספר. לכן אישור הזמנה או עדכון משלוח הם הודעותביוזמת העסק, וטקסט חופשי נדחה. יוצרים תבנית שירות (utility) לכל עדכון, ממתינים לאישור, ושולחים אותה לפי שם ושפה, כשמספר ההזמנה ושאר הפרטים עוברים כפרמטרים.

Meta דורשת גם הסכמה מראש: הלקוח מסר את המספר שלו והסכים לשמוע מהעסק ב-WhatsApp. תיבת סימון בקופה, ששמורה בהזמנה, היא הדרך הפשוטה ביותר לתעד זאת, והמקלט צריך לבדוק אותה לפני השליחה.

ברגע שהלקוח משיב, השיחה היא Coexistence רגילה. התשובה מופיעה באפליקציית WhatsApp Business בטלפון של החנות, החלון פתוח לטקסט חופשי, והצוות עונה מהאפליקציה כמו תמיד.

- לבצע את הקריאה ל-Cloud API לפני שעונים ל-WooCommerce. שליחה איטית או כושלת נספרת לחובת הוובהוק, שמנוטרל אחרי יותר מחמישה כשלים.
- לחשב hash על JSON מפוענח במקום על הגוף הגולמי. החתימה אף פעם לא תתאים, וכל משלוח אמיתי יידחה.
- לשלוח בכל משלוח של order.updated. הנושא אינו קשור לסטטוס אחד, ובלי מעקב אחרי המעבר שכבר נשלח, הלקוחות יקבלו הודעות כפולות.

**צריך תוסף של WordPress בשביל זה?** לא. הוובהוקים המובנים של WooCommerce ומקלט מספיקים, והמקלט יכול להיות נתיב באותה אפליקציית PHP.

**מי משלם על הודעות ההזמנות?** Meta מחייבת על ההודעות ישירות את העסק, בחשבון WhatsApp Business של העסק עצמו, ו-EasyCoexistence לא מוסיפה עליהן רווח.

**הצוות עדיין יכול להשתמש בטלפון?** כן. Coexistence משאירה את אפליקציית WhatsApp Business פעילה במספר החנות, והתבנית שהחנות שלחה מופיעה בשיחה.

**מה עושים אם וובהוק נוטרל?** מתקנים את המקלט, ואז מחזירים את הסטטוס של הוובהוק לפעיל ב-WooCommerce. הזמנות שנוצרו בזמן שהוא היה כבוי לא הפעילו הודעה.

---

## שליחה וקבלה של WhatsApp מ-PHP ומ-Laravel

https://easycoexistence.com/he/integrations/php-laravel

הקבלה היא נתיב ב-Laravel שעונה לבקשת ה-GET של Meta לאימות ומקבל בקשות POST. את הפרמטרים קוראים בשמות hub_mode, hub_verify_token ו-hub_challenge, כי PHP הופכת נקודות לקווים תחתונים. השליחה היא בקשת POST אחת עם Http::withToken() לנקודת הקצה messages של Cloud API, עם phone number id והאסימון של המספר. אין צורך להתקין ספרייה נוספת.

### איך מקבלים הודעות WhatsApp ב-Laravel?

מגדירים בקשת GET ובקשת POST על אותו נתיב בקובץ routes/api.php. אם הקובץ לא קיים, מריצים קודם php artisan install:api. נתיבי API הם חסרי מצב ויושבים מחוץ לקבוצת web, ולכן בקשת ה-POST של Meta לא נדחית בגלל חוסר באסימון CSRF, כפי שקורה בנתיב ב-routes/web.php.

בקשת ה-GET עונה לאימות של Meta. Meta שולחת hub.mode, hub.verify_token ו-hub.challenge, אבל PHP משנה נקודות בשמות משתנים נכנסים לקווים תחתונים, ולכן Laravel רואה hub_mode, hub_verify_token ו-hub_challenge. קוד שקורא את השמות עם נקודות מקבל null ולא עובר אימות לעולם. מחזירים את ה-challenge כטקסט פשוט, לא דרך response()->json().

בקשת ה-POST מעבירה את ה-payload למשימה בתור ומחזירה 200 מיד. מוסיפים מפתח אקראי ארוך בנתיב ובודקים אותו בשני הנתיבים: Meta חותמת על המשלוחים בסוד האפליקציה של ה-Tech Provider, ולכן אי אפשר לאמת את כותרת החתימה בצד שלכם.

### איך שולחים הודעת WhatsApp מ-Laravel?

בעזרת לקוח ה-HTTP של Laravel: בקשת POST אחת לנקודת הקצה messages של ה-phone number id, עם אסימון הגישה (Access Token) כ-bearer token. שני הערכים באים מהחיבור, מוצגים בלוח הבקרה ומוחזרים על ידי get_api_credentials, ומקומם ב-config/services.php מגובה במשתני סביבה ולא בקוד.

מבנה הגוף תלוי בזמן. עד 24 שעות מההודעה האחרונה של הלקוח, אפשר להשתמש באובייקט text, כמו בדוגמה. מחוץ לחלון הזה Meta מקבלת רק אובייקט template שמציין תבנית מאושרת ואת השפה שלה, וטקסט חופשי נכשל עם שגיאה 131047. את הסיבה רואים בתגובה: בקשה שנכשלה מחזירה אובייקט error שהקוד בו מסביר מה השתבש, ולכן רושמים אותו ללוג ולא זורקים.

שום דבר בבקשה לא ייחודי ל-EasyCoexistence. זו הקריאה מהתיעוד של Meta עצמה, ולכן כל לקוח HTTP של PHP, בין אם Guzzle ובין אם cURL רגיל, עובד באותה צורה.

### מה צריך מטפל ב-Laravel בסביבת ייצור מעבר לזה?

תור אמיתי, מניעת כפילויות ובדיקת חלון.

התור חשוב כי Meta שולחת שוב כשהתגובה איטית. HandleWhatsAppEvent::dispatch() חוזר מהר רק כשחיבור התור הוא אמיתי ויש worker שרץ. עם הדרייבר sync המשימה רצה בתוך הבקשה, וקריאה איטית למודל או כתיבה למסד נתונים הופכות למשלוח כפול.

מונעים כפילויות לפי מזהה ההודעה, ה-wamid שבכל הודעה, כי ניסיונות חוזרים הם דבר רגיל ולא חריג. מספיק אינדקס ייחודי על העמודה הזו, או נעילה במטמון שהמפתח שלה הוא המזהה.

ושומרים מתי כל איש קשר כתב לאחרונה. עם החותמת הזו נתיב השליחה בוחר לבד בין טקסט לתבנית, במקום לגלות את זה משגיאה 131047 אחרי שהלקוח כבר חיכה. תשובות שהוקלדו בטלפון באפליקציית WhatsApp Business מגיעות כאירועי echo לאותו נתיב, ולכן המטפל יכול גם לזהות שאדם השתלט על שיחה.

- קריאת hub.challenge עם נקודה. PHP שינתה את השם ל-hub_challenge, המטפל מחזיר גוף ריק ו-Meta לא מאמתת.
- הצבת וובהוק (Webhook) ב-routes/web.php. בבקשת ה-POST של Meta אין אסימון CSRF, והיא נדחית עם קוד שגיאה 419 בתגובה.
- שליחה לתור מסוג sync. המשימה רצה לפני ה-200, טיפול איטי נשלח שוב, וההודעות מעובדות פעמיים.
- החזרת ה-challenge עם response()->json(). המרכאות סביב הערך מכשילות את הבדיקה של Meta.

**יש ספרייה ל-PHP?** לא מאיתנו, ואין בה צורך. ה-API הוא של Meta ומתועד על ידה, ואפשר לפנות אליו ישירות מלקוח ה-HTTP של Laravel או מ-Guzzle.

**זה עובד גם בלי Laravel?** כן. ב-PHP רגילה קוראים את $_GET['hub_challenge'], מחזירים אותו כ-text/plain ושולחים עם cURL. כלל הקו התחתון חל על כל פריימוורק של PHP.

**למה הכתובת צריכה מפתח בנתיב?** כי זה האימות היחיד שעובד. החתימה של Meta משתמשת בסוד האפליקציה של ה-Tech Provider, שלעולם לא משותף, ולכן הסוד בכתובת הוא מה שמונע מזרים לשלוח אירועים מזויפים.

**הצוות עדיין יכול להשתמש בטלפון?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה על המספר, והודעות שנשלחות מהטלפון מגיעות לנתיב שלכם כאירועי echo.

---

## WhatsApp Coexistence בברזיל: זמינות ותעריפי Meta

https://easycoexistence.com/he/docs/whatsapp-coexistence-brazil

Coexistence זמין בברזיל: בתיעוד ההצטרפות של Meta למשתמשי אפליקציית WhatsApp Business אין שום הגבלה גאוגרפית. הודעות למספרים עם קידומת +55 מתומחרות לפי כרטיס התעריפים של Meta לברזיל. מ-1 באוקטובר 2026 התעריף הוא USD 0.0625 לתבנית שיווקית ו-USD 0.0068 לתבנית שירות או אימות, ותעריפי BRL מתפרסמים לצידם.

### האם WhatsApp Coexistence זמין בברזיל?

כן. התיעוד העדכני של Meta להצטרפות משתמשי אפליקציית WhatsApp Business מפרט את הדרישות שמספר צריך לעמוד בהן, ואף אחת מהן אינה מדינה. מספר ברזילאי כשיר בדיוק כמו כל מספר אחר: הוא כבר בשימוש באפליקציית WhatsApp Business, האפליקציה בגרסה 2.24.17 ומעלה, וההצטרפות מתבצעת דרך Tech Provider או Solution Partner באמצעות Embedded Signup.

לאחר החיבור האפליקציה בטלפון ממשיכה לעבוד, ואותו מספר +55 מקבל גישה ל-Cloud API. Meta קובעת קצב שליחה של 20 הודעות בשנייה במספרים האלה, כדי לשמור על תאימות לאפליקציה.

### כמה Meta גובה על הודעה בברזיל?

Meta גובה על כל הודעה שנמסרה, לפי קטגוריה ולפי קידומת המדינה של הנמען. ברזיל (+55) היא שוק עצמאי בכרטיס התעריפים, ולכן הודעות למספרים ברזילאים מחויבות לפי התעריפים של ברזיל ולא לפי ממוצע אזורי. אלה תעריפי הרשימה בתוקף מ-1 באוקטובר 2026, מכרטיסי התעריפים של Meta בדולרים ובריאלים. התעריפים לשירות ולאימות יכולים לרדת עוד לפי מדרגות נפח חודשיות, ש-Meta מחילה לכל שוק ולכל קטגוריה.

### אילו הודעות נשארות חינמיות?

שלושה דברים לא עולים כסף. הודעות שמקלידים באפליקציית WhatsApp Business בטלפון נשארות חינמיות אחרי החיבור, כי Meta מחילה את תמחור Cloud API רק על מה שנשלח דרך ה-API. כל מספר עסקי מקבל 1,000 הודעות שירות חינמיות בחודש, כלומר תשובות בטקסט חופשי בתוך חלון שירות הלקוחות בן 24 השעות. וכל מה שנשלח בתוך חלון נקודת כניסה חינמית, שנפתח כשלקוח מגיע ממודעת Click to WhatsApp, חינמי עד 7 ימים.

ב-1 באוקטובר 2026 השתנו שני דברים: הודעות שירות מעבר ל-1,000 הראשונות בכל חודש מחויבות, וכך גם תבניות שירות שנשלחות בתוך חלון שירות הלקוחות.

### האם Meta מחייבת עסקים ברזילאים בריאלים?

כן, מעכשיו. Meta התחילה להתאים את החיוב לברזיל ב-1 ביולי 2026. Solution Providers ועסקים שמשולבים ישירות, שמדינת ה-Sold-To שלהם ב-Billing Hub היא ברזיל, יכולים לפתוח חשבונות Messaging בריאלים, וההוצאות בחשבונות האלה מחויבות בריאלים על ידי Facebook Brasil, הגוף המקומי של Meta.

לשינוי יש מועד אחרון. לקוחות זכאים צריכים להעביר כל חשבון Messaging בתיק העסקי שלהם ל-BRL עד 30 ביוני 2027, כי מ-1 ביולי 2027 Meta מפסיקה למסור הודעות מחשבונות שאינם ב-BRL. Meta מציעה לצורך המעבר את Currency Migration API, כי מטבע שנבחר בעת יצירת החשבון לא ניתן לשינוי בדרך אחרת.

1. Check the number: Confirm the +55 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Set up billing: Add a payment method in Billing Hub, in BRL if your Sold-To country is Brazil.
3. Run Embedded Signup: Log in with Facebook, choose the portfolio and the number, and confirm the connection in the app.

- להשאיר חשבון Messaging בדולרים אחרי 30 ביוני 2027 כשמדינת ה-Sold-To שלכם היא ברזיל. Meta מפסיקה למסור הודעות מהחשבון הזה מ-1 ביולי 2027.
- להתייחס לכל תשובה כחינמית. מ-1 באוקטובר 2026 הודעות שירות מעבר ל-1,000 למספר בחודש מחויבות.
- לתקצב לפי מיקום העסק. Meta מתמחרת לפי קידומת המדינה של הנמען, ולכן הודעה למספר פורטוגלי מחויבת לפי תעריפי Rest of Western Europe.

**האם צריך חברה ברזילאית כדי להשתמש ב-Coexistence?** לא. הדרישות של Meta נוגעות למספר ולאפליקציה, לא למקום רישום החברה. מיקום החברה קובע רק באיזה מטבע ומול איזה גוף של Meta תחויבו.

**האם התעריף בריאלים זהה לתעריף בדולרים?** Meta מפרסמת כרטיס תעריפים נפרד לכל מטבע. לברזיל, הכרטיס מ-1 באוקטובר 2026 קובע BRL 0.3217 לתבנית שיווקית ו-BRL 0.035 לתבנית שירות או אימות.

**האם הודעות שאני שולח מהטלפון עולות כסף?** לא. לפי התיעוד של Meta, הודעות שנשלחות דרך אפליקציית WhatsApp Business נשארות חינמיות אחרי החיבור. רק שליחות דרך ה-API כפופות לתמחור Cloud API.

**מה קורה אם אין לחשבון שלי אמצעי תשלום?** Meta ממשיכה למסור הודעות שירות במסגרת 1,000 ההודעות החינמיות, אבל מפסיקה למסור אותן כשהמכסה נגמרת. מוסיפים אמצעי תשלום ב-Billing Hub לפני ששולחים משהו ש-Meta גובה עליו תשלום.

---

## WhatsApp Coexistence במקסיקו: זמינות ותעריפי Meta

https://easycoexistence.com/he/docs/whatsapp-coexistence-mexico

Coexistence זמין במקסיקו, כי התיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אינו קובע הגבלה גאוגרפית. הודעות למספרים עם קידומת +52 מתומחרות לפי תעריפון מקסיקו של Meta: החל ב-1 באוקטובר 2026, USD 0.0397 לתבנית שיווקית ו-USD 0.0085 לתבנית תפעולית או תבנית אימות, או MXN 0.7298 ו-MXN 0.1565 בתעריפון בפזו.

### האם עסק מקסיקני יכול להשתמש ב-WhatsApp Coexistence?

כן. הדרישות בתיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business נוגעות למספר ולאפליקציה, לא למדינה: המספר כבר פעיל באפליקציית WhatsApp Business, האפליקציה היא בגרסה 2.24.17 ומעלה, והחיבור מתבצע דרך Embedded Signup על ידי Tech Provider או Solution Partner.

מספר עם קידומת +52 שעומד בתנאים האלה ממשיך לעבוד באפליקציה בטלפון, ומקבל גם גישה ל-Cloud API באותו מספר. Meta מגבילה את קצב השליחה דרך ה-API במספרים משותפים כאלה ל-20 הודעות בשנייה.

### כמה Meta גובה על הודעה במקסיקו?

Meta גובה על כל הודעה שנמסרה, והמחיר תלוי בשני דברים: קטגוריית ההודעה וקידומת המדינה של מי שמקבל אותה. למקסיקו (+52) יש שורה משלה בתעריפון. אלה תעריפי הרשימה בתוקף מ-1 באוקטובר 2026, והוא גם התאריך שבו Meta העלתה את התעריף השיווקי למקסיקו. נפח חודשי גבוה יותר יכול לפתוח תעריפים נמוכים יותר לתבניות תפעוליות ולתבניות אימות, דרך מדרגות הנפח של Meta.

### מה לא עולה כסף?

כל מה שנכתב ביד בטלפון באפליקציית WhatsApp Business. לפי התיעוד של Meta, זה נשאר חינם גם אחרי שהמספר חובר. רק הודעות שנשלחות דרך Cloud API כפופות לתמחור של Cloud API.

בצד ה-API, כל מספר עסקי מקבל 1,000 הודעות שירות חינם בחודש, כלומר תשובות בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות. המכסה מתאפסת מדי חודש ואינה נצברת. לקוח שמגיע ממודעת Click to WhatsApp פותח חלון כניסה חינמי של עד 7 ימים, ובו Meta לא גובה על הודעות שיווק, הודעות תפעוליות, הודעות אימות או הודעות שירות.

### האם Meta יכולה לחייב חשבון מקסיקני בפזו?

MXN הוא אחד מ-16 המטבעות ש-Meta מאפשרת ב-WhatsApp Business Platform, והוא הושק ב-1 בינואר 2026. Meta מפרסמת תעריפון MXN מלא לצד תעריפון ה-USD.

המטבע נבחר בעת יצירת חשבון ההודעות ואי אפשר פשוט להחליף אותו אחר כך. Meta מציעה Currency Migration API למעבר למטבע אחר בהמשך. בניגוד לברזיל והודו, בדף התמחור של Meta לא מתואר מעבר חובה לחיוב מקומי במקסיקו, ולכן הבחירה בין MXN ל-USD נתונה לעסק.

1. Check the number: Make sure the +52 number runs the WhatsApp Business app, version 2.24.17 or newer, and is not attached to another provider.
2. Pick the currency: Choose MXN or USD when the account is created, and add a payment method in Billing Hub.
3. Connect: Run Embedded Signup, select the portfolio and the number, and confirm the connection from the app.

- יצירת החשבון ב-USD כשרצו פזו. המטבע ננעל בעת היצירה, ושינוי שלו מצריך את Currency Migration API של Meta.
- שימוש בתעריפים מלפני 1 באוקטובר 2026. Meta העלתה את התעריף השיווקי למקסיקו בתאריך הזה.
- הנחה שתשובה היא תמיד חינם. מעבר ל-1,000 הודעות שירות בחודש לכל מספר, Meta גובה עליהן תשלום.

**האם מספר נייד מסוג +52 1 מטופל אחרת?** Meta מקשרת את כל קידומת +52 לשוק מקסיקו, ולכן כל נמען מקסיקני מחויב בתעריף מקסיקו לפי קטגוריית ההודעה.

**האם התעריפים במקסיקו השתנו לאחרונה?** כן. העדכון של Meta מ-1 באוקטובר 2026 העלה את התעריף השיווקי למקסיקו. התעריפים התפעוליים ותעריפי האימות לא היו ברשימת השינויים.

**האם שליחה ללקוחות בארצות הברית עולה אותו דבר?** לא. מספרים אמריקאיים שייכים לאזור צפון אמריקה של Meta, שיש לו תעריפים משלו. קידומת הנמען קובעת את המחיר.

**האם אאבד את האפליקציה כשאחבר את ה-API?** לא. המספר נשאר באפליקציית WhatsApp Business, והטלפון ממשיך לשלוח ולקבל הודעות כמו קודם.

---

## WhatsApp Coexistence בקולומביה: זמינות ותעריפי Meta

https://easycoexistence.com/he/docs/whatsapp-coexistence-colombia

Coexistence זמין בקולומביה: בתיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אין הגבלה לפי מדינה. הודעות למספרי +57 מתומחרות לפי כרטיס התעריפים של Meta לקולומביה, ומ-1 באוקטובר 2026 הוא קובע USD 0.0125 לתבנית שיווק ו-USD 0.0008 לתבנית Utility או אימות, או COP 46.0227 ו-COP 2.9455 בכרטיס הפסו.

### האם WhatsApp Coexistence עובד עם מספרים קולומביאניים?

כן. בתיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business מפורטים התנאים שהמספר צריך לעמוד בהם, ואף אחד מהם אינו גיאוגרפי. מספר +57 מתאים כשהוא כבר בשימוש באפליקציית WhatsApp Business, האפליקציה בגרסה 2.24.17 ומעלה, וההצטרפות מתבצעת דרך Embedded Signup שמריץ Tech Provider או Solution Partner.

אחרי ההצטרפות הטלפון ממשיך לעבוד כרגיל, כולל השיחות, והמספר עצמו עונה גם דרך Cloud API. קצב ההודעות בצד ה-API קבוע על 20 הודעות בשנייה למספרים משותפים.

### מהם התעריפים של Meta להודעה בקולומביה?

Meta מתמחרת כל הודעה שנמסרה לפי הקטגוריה שלה ולפי קידומת המדינה של הנמען. קולומביה (+57) היא שוק מוגדר, ובכרטיס מ-1 באוקטובר 2026 יש לה תעריפי השיווק וה-Utility הנמוכים ביותר מבין כל השווקים באמריקה הלטינית ש-Meta מפרטת, כולל אזור Rest of Latin America. הנתונים כאן הם תעריפי מחירון. מדרגות נפח יכולות להוריד עוד את תעריף ה-Utility והאימות בנפחים חודשיים גבוהים.

### אילו הודעות הן ללא עלות בקולומביה?

אותן הודעות כמו בכל מקום, כי המקרים ללא עלות אצל Meta הם גלובליים ולא לפי שוק.

הודעות שנשלחות מאפליקציית WhatsApp Business בטלפון נשארות ללא עלות גם אחרי חיבור המספר. תמחור Cloud API חל רק על שליחות דרך ה-API. כל מספר עסקי מקבל 1,000 הודעות שירות בחודש ללא עלות, עבור תגובות בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות. שיחות שהתחילו ממודעת Click to WhatsApp פותחות חלון כניסה ללא עלות של עד 7 ימים, בכל הקטגוריות מלבד הודעות של Meta Business Agent.

מאז 1 באוקטובר 2026 תבניות Utility שנשלחות בתוך חלון שירות לקוחות פתוח כן מחויבות.

### האם עסק קולומביאני יכול לשלם ל-Meta בפסו?

COP הוא אחד המטבעות ש-Meta הוסיפה ב-2026, וזמין מ-1 באפריל 2026, עם כרטיס תעריפים משלו. הכרטיס של COP מתמחר כל שוק בפסו, ולכן עסק קולומביאני ששולח הודעות ללקוחות במקסיקו או בספרד יראה גם את החיובים האלה בפסו.

המטבע נקבע ביצירת חשבון ההודעות ונשאר קבוע. מעבר מאוחר יותר נעשה באמצעות Currency Migration API של Meta. בדף התמחור של Meta מתוארים מעברי חיוב מקומיים מחייבים רק עבור ברזיל והודו, ולכן בקולומביה COP הוא אפשרות ולא חובה.

1. Check the number: The +57 number must be on the WhatsApp Business app, version 2.24.17 or newer, and free of any other provider.
2. Choose COP or USD: Pick the currency at account creation and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm in the app.

- החלת התעריף של קולומביה על כל הלקוחות. הודעה למספר פרואני או צ'יליאני מחויבת לפי התעריף של אותו שוק, שבכרטיס של אוקטובר 2026 גבוה פי כמה.
- בחירה מקרית של מטבע החיוב. אחרי שהחשבון נוצר, החלפה דורשת את Currency Migration API של Meta.
- השארת החשבון בלי אמצעי תשלום. הודעות שירות מפסיקות להימסר ברגע ש-1,000 ההודעות ללא עלות של החודש נוצלו.

**למה התעריפים בקולומביה נמוכים בהרבה מאלה של שכנותיה?** Meta קובעת תעריפים לכל שוק ואינה מסבירה כל נתון בנפרד. הכרטיס מ-1 באוקטובר 2026 פשוט מציג את קולומביה בתעריף נמוך יותר משאר השווקים באמריקה הלטינית.

**האם אימות מתומחר אחרת מ-Utility?** לא בקולומביה. שניהם USD 0.0008 בכרטיס מ-1 באוקטובר 2026, ואין תעריף של אימות בינלאומי שחל כאן.

**האם אני משלם על הודעות שלקוחות שולחים אליי?** לא. Meta אינה גובה על הודעות ממשתמשים לעסקים, אלא רק על הודעות שעסק מוסר.

**האם האפליקציה שומרת את היסטוריית השיחות?** כן. אפליקציית WhatsApp Business ממשיכה לעבוד בטלפון עם השיחות שלה גם אחרי שהמספר מחובר ל-API.

---

## WhatsApp Coexistence בארגנטינה: זמינות ותעריפי Meta

https://easycoexistence.com/he/docs/whatsapp-coexistence-argentina

Coexistence זמין בארגנטינה, כי התיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אינו מגביל לפי אזור גיאוגרפי. הודעות למספרים עם קידומת +54 מחויבות לפי תעריפי ארגנטינה עצמה: מ-1 באוקטובר 2026, US$ 0.0618 לתבנית שיווקית ו-US$ 0.026 לתבנית תפעולית או תבנית אימות, או ARS 89.562 ו-ARS 37.6798 בכרטיס התעריפים של Meta בפסו.

### האם Coexistence זמין למספרים ארגנטינאים?

כן. שום דבר בתיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אינו תלוי במדינה. Meta בודקת את המספר ואת האפליקציה: מספר +54 שכבר פעיל באפליקציית WhatsApp Business, בגרסה 2.24.17 ומעלה, שמחובר דרך Embedded Signup על ידי Tech Provider או Solution Partner.

התוצאה היא מספר אחד בשני שימושים. הצוות ממשיך להשיב מהטלפון, והתוכנה שולחת ומקבלת דרך Cloud API, כאשר Meta מגבילה ל-20 הודעות בשנייה כל עוד המספר משותף עם האפליקציה.

### כמה Meta גובה על הודעה בארגנטינה?

כל הודעה שנמסרה מחויבת לפי קטגוריה, בתעריף של השוק שאליו שייכת קידומת הנמען. ארגנטינה (+54) היא שוק עצמאי בכרטיס של Meta. אלה תעריפי המחירון שבתוקף מ-1 באוקטובר 2026, מתוך כרטיסי התעריפים של Meta ב-USD וב-ARS. בתבניות תפעוליות ובתבניות אימות, מדרגות הנפח החודשיות של Meta מורידות את התעריף כשתיק העסק שולח מספיק הודעות לארגנטינה בחודש.

### מה עסק ארגנטינאי יכול לשלוח בלי תשלום?

תשובות שמקלידים בטלפון לא עולות כלום: התיעוד של Meta קובע שהודעות שנשלחות דרך אפליקציית WhatsApp Business נשארות חינמיות אחרי ההצטרפות, ורק שליחה דרך ה-API כפופה לתמחור של Cloud API.

דרך ה-API יש לכל מספר עסקי מכסה חודשית של 1,000 הודעות שירות חינמיות, כלומר תשובות בטקסט חופשי, ללא תבנית, בתוך חלון שירות הלקוחות של 24 שעות. המכסה מתאפסת כל חודש, והודעות שלא נוצלו לא עוברות הלאה. לקוחות שכותבים מתוך מודעת Click to WhatsApp פותחים חלון כניסה חינמי של עד 7 ימים, ובמהלכו הודעות שיווק, תפעול, אימות ושירות אינן מחויבות.

### האם Meta יכולה לחייב עסק ארגנטינאי בפסו?

ARS הפך למטבע זמין בפלטפורמת WhatsApp Business ב-1 באפריל 2026, ו-Meta מפרסמת כרטיס תעריפים מלא ב-ARS לצד כרטיס ה-USD. כרטיס הפסו מציג את כל השווקים ב-ARS, לא רק את ארגנטינה.

המטבע נקבע בעת יצירת חשבון ההודעות, ואי אפשר להחליף אותו בחופשיות אחר כך; Meta מספקת לשם כך Currency Migration API. בדף התמחור של Meta מתוארת חובת חיוב מקומי רק בברזיל ובהודו, ולכן בארגנטינה הבחירה בין ARS ל-USD נתונה לעסק.

1. Check the number: The +54 number must run the WhatsApp Business app at version 2.24.17 or newer and not be connected to another provider.
2. Set the currency and payment: Choose ARS or USD when the account is created and add a payment method in Billing Hub.
3. Connect the number: Complete Embedded Signup with the portfolio and number, then confirm the link in the app.

- להניח שחל תעריף אזורי של אמריקה הלטינית. לארגנטינה יש שורה משלה בכרטיס של Meta, עם סכומים שונים מ-Rest of Latin America.
- לשלוח תבניות תפעוליות כתשובות ולצפות שיהיו חינמיות. מאז 1 באוקטובר 2026 Meta מחייבת תבניות תפעוליות גם בתוך חלון שירות הלקוחות.
- לקרוא כרטיס תעריפים בלי התאריך שלו. Meta מפרסמת כרטיסים עם תאריך תחולה, והסכומים כאן הם של 1 באוקטובר 2026.

**האם Meta גובה על הודעות שהלקוחות שלי שולחים אליי?** לא. Meta גובה רק על הודעות שעסק מוסר למשתמשים, ולעולם לא על הודעות שמשתמשים שולחים לעסק.

**האם סכומי ה-ARS ישתנו לפי שער החליפין?** Meta מפרסמת כרטיס לכל מטבע עם תאריך תחולה, ומעדכנת תעריפים לפי לוח הזמנים שלה. כדאי לבדוק את כרטיס ה-ARS העדכני ולא להמיר את כרטיס ה-USD.

**האם תעריף האימות זהה לתעריף התפעולי בארגנטינה?** כן. שניהם US$ 0.026 בכרטיס של 1 באוקטובר 2026, ו-Meta לא מפרסמת תעריף אימות בינלאומי לארגנטינה.

**האם אפשר להמשיך להשתמש באפליקציה אחרי החיבור?** כן. אפליקציית WhatsApp Business ממשיכה לעבוד בטלפון, ואותו מספר מקבל גם גישה ל-API.

---

## WhatsApp Coexistence בצ'ילה: זמינות ותעריפים

https://easycoexistence.com/he/docs/whatsapp-coexistence-chile

Coexistence זמין בצ'ילה: בתיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אין שום תנאי גיאוגרפי. הודעות למספרים עם +56 מחויבות לפי כרטיס התעריפים של Meta לצ'ילה, שמ-1 באוקטובר 2026 גובה USD 0.0889 לתבנית שיווקית ו-USD 0.02 לתבנית תפעולית או תבנית אימות, או CLP 78.4917 ו-CLP 17.6584 בכרטיס הפזו.

### האם עסקים בצ'ילה יכולים להשתמש ב-WhatsApp Coexistence?

כן. התיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business מפרט תנאים לגבי המספר, האפליקציה והשותף, ואף אחד מהם לא נוגע למדינה. מספר +56 זכאי כשהוא בשימוש באפליקציית WhatsApp Business בגרסה 2.24.17 ומעלה, ומחוברים אותו דרך Embedded Signup על ידי Tech Provider או Solution Partner מוסמך.

הטלפון ממשיך לעבוד עם השיחות שלו, והמספר מקבל גישה ל-Cloud API במגבלה קבועה של 20 הודעות בשנייה, המגבלה ש-Meta מחילה על מספרים המשותפים עם האפליקציה.

### כמה Meta גובה על הודעה בצ'ילה?

Meta גובה על כל הודעה שנמסרה, לפי קטגוריה, בתעריף של שוק הנמען. צ'ילה (+56) היא שוק עם שורה משלו, ותעריף השיווק שלה בכרטיס מ-1 באוקטובר 2026 הוא הגבוה מבין כל השורות באמריקה הלטינית, גבוה אפילו מאזור שאר אמריקה הלטינית. תבניות תפעוליות ותבניות אימות עומדות על USD 0.02, ושכבות הנפח החודשיות של Meta יכולות להוזיל את שתיהן עבור Business Portfolio ששולח נפחים גדולים לצ'ילה.

### על אילו הודעות בצ'ילה Meta לא גובה?

על כל מה שנשלח מאפליקציית WhatsApp Business עצמה. לפי התיעוד של Meta, הודעות מהאפליקציה נשארות חינמיות אחרי ההצטרפות, ורק שליחות דרך Cloud API מתומחרות.

ב-API, Meta לא גובה על 1,000 הודעות השירות הראשונות לכל מספר טלפון עסקי בכל חודש, כלומר תגובות בטקסט חופשי, ללא תבנית, שנשלחות בתוך חלון שירות הלקוחות של 24 שעות. ושיחה שמתחילה ממודעת Click to WhatsApp פותחת חלון נקודת כניסה חינמית של עד 7 ימים, שבו, מלבד הודעות Meta Business Agent, לא נגבית עלות על אף קטגוריה.

בהינתן תעריף השיווק בצ'ילה, חלון נקודת הכניסה החינמית הוא הדרך הזולה ביותר להגיע שם להודעות פרסומיות.

### האם Meta מציעה חיוב בפזו צ'יליאני?

כן, כאפשרות. CLP הופעל ב-1 באפריל 2026 כאחד המטבעות ש-Meta הוסיפה באותה שנה, ו-Meta מפרסמת כרטיס תעריפים ב-CLP שמכסה את כל השווקים, כך שגם הודעות ללקוחות מחוץ לצ'ילה מופיעות בפזו.

מטבע החיוב נבחר בעת יצירת חשבון ההודעות ונשאר קבוע, ורק שימוש ב-Currency Migration API של Meta מאפשר לשנות אותו. בעמוד התמחור של Meta חיוב מקומי חובה מתואר רק עבור ברזיל והודו, והבחירה בין CLP ל-USD נתונה לעסק הצ'יליאני עצמו.

1. Check the number: The +56 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not connected to another provider.
2. Choose CLP or USD: Set the currency at account creation and add a payment method in Billing Hub.
3. Connect: Run Embedded Signup, pick the portfolio and the number, and confirm from the app.

- להשתמש כברירת מחדל בתבנית שיווקית לכל הודעת המשך. בצ'ילה זה USD 0.0889 להודעה, לעומת USD 0.02 לתבנית תפעולית שסווגה נכון.
- לצפות שמכסת השירות תצטבר. 1,000 הודעות השירות החינמיות מתאפסות מדי חודש, ויתרה שלא נוצלה לא עוברת הלאה.
- לתמחר קמפיין בצ'ילה לפי נתוני שאר אמריקה הלטינית. צ'ילה היא שוק עם שם משלו ותעריפים משלו.

**האם צ'ילה זולה מארגנטינה בהודעות שיווק?** לא. בכרטיס מ-1 באוקטובר 2026 תעריף השיווק בצ'ילה הוא USD 0.0889, ובארגנטינה הוא USD 0.0618, כלומר ארגנטינה זולה יותר.

**האם Meta יכולה לשנות את הקטגוריה של התבנית שלי?** כן. Meta בודקת קטגוריות של תבניות ויכולה לשנות קטגוריה של תבנית, ובכך משתנה התעריף שנגבה עליה.

**האם הודעות נכנסות עולות כסף?** לא. Meta גובה רק על הודעות שעסק שולח ונמסרות, לא על הודעות שלקוחות שולחים.

**האם המספר ממשיך לעבוד באפליקציה?** כן. אפליקציית WhatsApp Business נשארת פעילה בטלפון גם לאחר שממשק API חובר למספר.

---

## WhatsApp Coexistence בפרו: זמינות ותעריפי Meta

https://easycoexistence.com/he/docs/whatsapp-coexistence-peru

Coexistence זמין בפרו, כי בתיעוד של Meta לחיבור משתמשי אפליקציית WhatsApp Business אין הגבלה לפי מדינה. הודעות למספרי +51 מחויבות לפי כרטיס התעריפים של פרו. מ-1 באוקטובר 2026: USD 0.0703 לתבנית שיווק ו-USD 0.03 לתבנית utility או אימות, או PEN 0.2339 ו-PEN 0.0998 בכרטיס התעריפים של Meta בסול.

### האם WhatsApp Coexistence זמין בפרו?

כן. התיעוד של Meta לחיבור משתמשי אפליקציית WhatsApp Business קובע דרישות לגבי המספר והאפליקציה, ולא לגבי המדינה. מספר +51 מתאים כשהוא כבר פעיל באפליקציית WhatsApp Business, האפליקציה היא בגרסה 2.24.17 ומעלה, והחיבור מתבצע דרך Embedded Signup מול Tech Provider או Solution Partner.

אחרי החיבור הטלפון ממשיך לשלוח ולקבל הודעות, ואותו מספר נגיש גם דרך Cloud API. Meta קובעת קצב מקסימלי של 20 הודעות בשנייה למספרים שמשותפים עם האפליקציה.

### כמה Meta גובה על הודעה בפרו?

Meta גובה על כל הודעה שנמסרה, לפי קטגוריה ולפי השוק של קידומת הנמען. לפרו (+51) יש שורה משלה. ב-1 באוקטובר 2026 העלתה Meta את התעריפים של utility ושל אימות בפרו, והם עומדים כעת על USD 0.03, התעריף הגבוה ביותר ל-utility בין שווקי אמריקה הלטינית בכרטיס. אלה תעריפי מחירון, ומדרגות נפח יכולות להוזיל את utility ואת האימות בנפחים חודשיים גדולים.

### מה נשאר בחינם לעסק פרואני?

הודעות שנשלחות מאפליקציית WhatsApp Business בטלפון. לפי התיעוד של Meta הן נשארות בחינם אחרי החיבור, ורק הודעות שנשלחות דרך Cloud API מתומחרות.

דרך ה-API, Meta נותנת לכל מספר טלפון עסקי 1,000 הודעות שירות חינם בחודש: תשובות בטקסט חופשי שנשלחות כשחלון שירות הלקוחות של 24 שעות פתוח, והמכסה מתאפסת מדי חודש. לקוחות שמגיעים דרך מודעת Click to WhatsApp פותחים חלון כניסה חינמי של עד 7 ימים, ובו Meta לא גובה על הודעות שיווק, utility, אימות או שירות.

תבניות utility שנשלחות בתוך חלון שירות הלקוחות מחויבות מאז 1 באוקטובר 2026.

### האם Meta יכולה לחייב עסק פרואני בסולים?

כן, PEN זמין. הוא הושק ב-1 באפריל 2026 בין המטבעות ש-Meta הוסיפה השנה, ו-Meta מפרסמת כרטיס תעריפים ב-PEN שמכסה כל שוק שהיא מתמחרת.

המטבע נבחר בעת יצירת חשבון ההודעות וננעל מאותו רגע, אלא דרך Currency Migration API של Meta. בדף התמחור של Meta מתוארות מעברי חיוב מקומיים חובה רק לברזיל ולהודו, ולכן עסק פרואני מחליט בעצמו בין PEN ל-USD.

1. Check the number: Confirm the +51 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Choose PEN or USD: Pick the currency when the account is created and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app.

- תקצוב שליחות utility לפי נתונים מלפני 1 באוקטובר 2026. Meta העלתה בתאריך הזה את התעריפים של utility ושל אימות בפרו.
- הישענות על תבניות utility לתשובות. בתוך חלון פתוח הודעת שירות חינמית עושה אותה עבודה, עד 1,000 בחודש לכל מספר.
- הנחה ששווקים שכנים עולים אותו דבר. התעריף של utility בקולומביה באותו כרטיס הוא USD 0.0008.

**למה העלויות של utility עלו באוקטובר 2026?** Meta העלתה ב-1 באוקטובר 2026 את התעריפים של utility ושל אימות בפרו, ומאותו תאריך היא גם מחייבת תבניות utility שנשלחות בתוך חלון שירות הלקוחות.

**האם Meta גובה על הודעות שלקוחות שולחים אלי?** לא. מחויבות רק הודעות שהעסק שולח ונמסרות.

**האם יש לפרו תעריף אימות בינלאומי?** לא. הכרטיס מ-1 באוקטובר 2026 לא כולל תעריף כזה לפרו, ולכן אימות מחויב ב-USD 0.03 להודעה.

**האם אפליקציית הטלפון תמשיך לעבוד?** כן. אפליקציית WhatsApp Business ממשיכה לפעול בטלפון גם אחרי שהמספר מחובר ל-API שלכם.

---

## WhatsApp Coexistence בקוסטה ריקה: זמינות ותעריפי Meta

https://easycoexistence.com/he/docs/whatsapp-coexistence-costa-rica

Coexistence זמין בקוסטה ריקה, כי בתיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אין הגבלה גאוגרפית. לקוסטה ריקה אין שורה משלה במחירון של Meta: מספרי +506 מחויבים בתעריפי Rest of Latin America, ומ-1 באוקטובר 2026 הם USD 0.074 לתבנית שיווק ו-USD 0.0113 לתבנית תפעולית או לתבנית אימות.

### האם מספר מקוסטה ריקה יכול להשתמש ב-WhatsApp Coexistence?

כן. התיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business מציב תנאים על המספר ועל האפליקציה, ולא על המדינה. מספר +506 מתאים אם הוא כבר בשימוש באפליקציית WhatsApp Business, האפליקציה בגרסה 2.24.17 ומעלה, והחיבור נעשה באמצעות Embedded Signup דרך Tech Provider או Solution Partner.

הטלפון ממשיך לעבוד עם השיחות הקיימות, והמספר מקבל גישה ל-Cloud API. Meta קובעת תפוקה של 20 הודעות בשנייה למספרים המשותפים בין האפליקציה לבין ה-API.

### למה קוסטה ריקה מתומחרת כ-Rest of Latin America?

המחירון של Meta מונה 39 מדינות בנפרד ומקבץ את השאר ב-8 אזורים. קוסטה ריקה (+506) היא אחת מ-15 השווקים באזור Rest of Latin America, יחד עם מדינות כמו פנמה, גואטמלה, אקוודור ואורוגוואי. כל הודעה שנמסרת למספר באחד השווקים האלה מחויבת בתעריף האזור.

האזור משפיע גם על מדרגות הנפח בתבניות תפעוליות ובתבניות אימות. המדרגות נספרות לפי שוק וקטגוריה, ולכן הודעות לכל מדינה ב-Rest of Latin America נספרות באותה מדרגה אזורית ולא במדרגה של קוסטה ריקה.

### אילו הודעות הן ללא עלות לעסק בקוסטה ריקה?

כל מה שמקלידים באפליקציית WhatsApp Business בטלפון. לפי התיעוד של Meta, הודעות האפליקציה נשארות ללא עלות אחרי ההצטרפות, והתמחור של Cloud API חל על שליחות API בלבד.

בצד ה-API, כל מספר טלפון עסקי מקבל 1,000 הודעות שירות בחודש ללא עלות, כלומר תשובות בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות, בלי העברה לחודש הבא. שיחה שהתחילה ממודעת Click to WhatsApp פותחת חלון כניסה חינמי של עד 7 ימים, שבו Meta לא מחייבת על הודעות שיווק, תפעוליות, אימות או שירות. תבניות תפעוליות שנשלחות בתוך חלון שירות הלקוחות מחויבות מאז 1 באוקטובר 2026.

### באיזה מטבע Meta מחייבת חשבון מקוסטה ריקה?

Meta מאפשרת 16 מטבעות חיוב ב-WhatsApp Business Platform, והקולון הקוסטה ריקני אינו ביניהם. עסק מקוסטה ריקה בוחר אחד מהמטבעות שפורסמו בעת יצירת חשבון ההודעות, למשל USD, ו-Meta מפרסמת את תעריף Rest of Latin America בכל אחד מהמחירונים שלה.

אי אפשר להחליף מטבע בחופשיות אחרי שהחשבון קיים. Meta מספקת את Currency Migration API לצורך המעבר. בדף התמחור של Meta לא מופיעה תוכנית חיוב מקומית לקוסטה ריקה.

1. Check the number: The +506 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Set up billing: Choose one of Meta's supported currencies, such as USD, and add a payment method in Billing Hub.
3. Connect: Complete Embedded Signup with the portfolio and the number, and confirm the link from the app.

- מחפשים במחירון שורה של קוסטה ריקה. אין כזו: מספרי +506 מחויבים תחת Rest of Latin America.
- מניחים ששכנות במרכז אמריקה חולקות תעריף עם מקסיקו. מקסיקו היא שוק נפרד עם תעריפי שיווק נמוכים יותר מאלה של האזור.
- משתמשים בתבניות תפעוליות לתשובות. הודעת שירות בתוך החלון הפתוח היא ללא עלות עד 1,000 בחודש לכל מספר.

**האם שליחה לקוסטה ריקה זולה יותר משליחה למקסיקו?** לא בשיווק. התעריף של Rest of Latin America הוא USD 0.074 לתבנית שיווק במחירון מ-1 באוקטובר 2026, לעומת USD 0.0397 למקסיקו.

**האם אפשר לשלם ל-Meta בקולונים?** לא. הקולון אינו אחד מ-16 המטבעות ש-Meta מאפשרת ב-WhatsApp Business Platform.

**האם הודעות של לקוחות אליי עולות כסף?** לא. Meta מחייבת רק על הודעות שעסקים מוסרים.

**האם חיבור ה-API עוצר את האפליקציה?** לא. אפליקציית WhatsApp Business ממשיכה לעבוד בטלפון עם השיחות שלה.

---

## WhatsApp Coexistence בספרד: זמינות ותעריפי Meta

https://easycoexistence.com/he/docs/whatsapp-coexistence-spain

Coexistence זמין בספרד: התיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אינו קובע הגבלה גיאוגרפית, כולל האיחוד האירופי. הודעות למספרי +34 מחויבות לפי כרטיס התעריפים של ספרד, ובו מ-1 באוקטובר 2026 התעריף הוא EUR 0.0585 לתבנית שיווקית ו-EUR 0.0166 לתבנית תפעולית או תבנית אימות. בדולרים התעריפים הם USD 0.0707 ו-USD 0.02, בהתאמה.

### האם WhatsApp Coexistence זמין בספרד ובאיחוד האירופי?

כן. התיעוד העדכני של Meta להצטרפות משתמשי אפליקציית WhatsApp Business מפרט דרישות מהמספר, מהאפליקציה ומהשותף, ואין בו הגבלה גיאוגרפית. מספר +34 כשיר כשהוא כבר בשימוש באפליקציית WhatsApp Business, מריץ גרסה 2.24.17 ומעלה, ומחובר דרך Embedded Signup על ידי Tech Provider או Solution Partner.

רשימות משלב ההשקה הראשוני שהוציאו את האיחוד האירופי עדיין מסתובבות, אך התיעוד של Meta כבר אינו תומך בהן. אחרי ההצטרפות הטלפון ממשיך לעבוד, והמספר עונה דרך Cloud API במהירות קבועה של 20 הודעות בשנייה.

### כמה Meta גובה על הודעה בספרד?

Meta גובה על כל הודעה שנמסרה, לפי קטגוריה ולפי השוק של קידומת החיוג של הנמען. ספרד (+34) היא שוק עצמאי, נפרד מאזור שאר מערב אירופה שכולל את פורטוגל, אירלנד ועוד. אלה תעריפי הרשימה בתוקף מ-1 באוקטובר 2026, והתעריף השיווקי הועלה לאחרונה ב-1 ביולי 2026. מדרגות נפח יכולות להוריד את תעריף ההודעות התפעוליות והאימות בתיקי עסקים עם נפח חודשי גבוה לספרד.

### אילו הודעות הן ללא תשלום עבור עסק ספרדי?

הודעות שנשלחות מאפליקציית WhatsApp Business בטלפון. לפי התיעוד של Meta, הן נשארות ללא תשלום גם אחרי ההצטרפות, והתמחור של Cloud API חל רק על מה שעובר דרך ה-API.

דרך ה-API Meta נותנת לכל מספר עסקי 1,000 הודעות שירות בחודש ללא תשלום: תשובות בטקסט חופשי, ללא תבנית, שנשלחות בתוך חלון שירות הלקוחות של 24 שעות. המכסה מתאפסת מדי חודש. לקוח שמגיע ממודעת Click to WhatsApp פותח חלון כניסה חינמי של עד 7 ימים, ללא חיוב על הודעות שיווק, תפעול, אימות או שירות.

מאז 1 באוקטובר 2026 תבניות תפעוליות שנשלחות בתוך חלון שירות לקוחות פתוח כן מחויבות בתשלום.

### האם Meta יכולה לחייב עסק ספרדי ביורו?

כן. היורו היה כבר מטבע זמין ב-WhatsApp Business Platform לפני ש-Meta הוסיפה עוד עשרה מטבעות ב-2026, ו-Meta מפרסמת כרטיס תעריפים מלא ביורו, שבו כל השווקים, לא רק ספרד, מתומחרים ביורו.

המטבע נבחר ביצירת חשבון ההודעות ונשאר קבוע אחר כך, אלא אם עוברים דרך Currency Migration API של Meta. בדף התמחור של Meta מתוארות מעברי חיוב מקומיים כפויים רק עבור ברזיל והודו, ולכן עסק ספרדי בוחר בעצמו ביורו או במטבע נתמך אחר.

1. Check the number: The +34 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Choose EUR or USD: Set the currency when the account is created and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app.

- הסתמכות על רשימת זמינות ישנה שמוציאה את האיחוד האירופי. בתיעוד העדכני של Meta להצטרפות אין הגבלה גיאוגרפית.
- תמחור לקוחות פורטוגלים לפי התעריף של ספרד. פורטוגל (+351) שייכת לאזור שאר מערב אירופה, ולו תעריפים אחרים.
- שימוש בנתוני תעריף שיווקי מלפני 1 ביולי 2026. Meta העלתה בתאריך הזה את התעריף השיווקי של ספרד.

**האם Coexistence היה אי פעם לא זמין באיחוד האירופי?** רשימות משלב ההשקה הראשוני הוציאו אותו. התיעוד העדכני של Meta למשתמשי אפליקציית Business אינו קובע הגבלה גיאוגרפית, ולכן המבחן הוא תהליך החיבור עצמו.

**האם הודעות לאמריקה הלטינית מספרד מתומחרות לפי התעריף של ספרד?** לא. Meta גובה לפי קידומת החיוג של הנמען, ולכן הודעה למספר מקסיקני מחויבת בתעריף של מקסיקו.

**האם אני משלם על הודעות שלקוחות שולחים אליי?** לא. Meta גובה רק על הודעות שעסק מוסר למשתמשים.

**האם האפליקציה ממשיכה לעבוד אחרי החיבור?** כן. אפליקציית WhatsApp Business נשארת בטלפון עם השיחות שלה, והמספר מקבל גישה ל-API.

---

## WhatsApp Coexistence בהודו: זמינות, תעריפי Meta וחיוב ב-INR

https://easycoexistence.com/he/docs/whatsapp-coexistence-india

Coexistence זמין למספרים הודיים: בתיעוד ההצטרפות של Meta למשתמשי אפליקציית WhatsApp Business לא מוזכרת מגבלת מדינה. החל מ-1 באוקטובר 2026 Meta גובה US$ 0.0118 על כל תבנית שיווק שנמסרת למספר +91, ו-US$ 0.0014 על כל תבנית שירות או אימות. עסקים שמדינת ה-Sold-To שלהם ב-Billing Hub היא הודו חייבים להעביר כל WhatsApp Business Account ל-INR עד 31 בדצמבר 2026.

### האם WhatsApp Coexistence זמין בהודו?

כן. התיעוד העדכני של Meta להצטרפות משתמשי אפליקציית WhatsApp Business מפרט את הדרישות (גרסת אפליקציה 2.24.17 ומעלה, וגם Tech Provider או Solution Partner שמפעיל Embedded Signup) ומגבלה אחת: קצב קבוע של 20 הודעות בשנייה. התיעוד לא מציין שום הגבלה לפי מדינה, אזור או קידומת חיוג, ולכן מספר +91 הפעיל באפליקציית WhatsApp Business מתקבל באותם תנאים כמו מספר בכל מקום אחר.

מה שחוסם מספר הודי הוא מה שחוסם כל מספר: המספר עדיין באפליקציית WhatsApp הרגילה, גרסת האפליקציה ישנה מ-2.24.17, או שהמספר כבר מחובר לספק אחר. אם Embedded Signup לא דוחה את המספר, אפשר להפעיל עליו Coexistence.

### כמה Meta גובה על הודעה בהודו?

Meta גובה על כל הודעת תבנית שנמסרת, והתעריף נקבע לפי קידומת המדינה של הנמען ולא לפי מיקום העסק. תבנית שנמסרת למספר +91 מתומחרת לפי התעריף של הודו, בכל מקום שבו השולח נמצא.

הנתונים שלמעלה לקוחים מכרטיסי התעריפים של Meta בדולרים וב-INR, בתוקף מ-1 באוקטובר 2026. תשובות בטקסט חופשי בתוך חלון שירות הלקוחות הפתוח של 24 שעות הן ללא תשלום, תבניות שירות שנשלחות בתוך החלון הזה הן ללא תשלום, וגם הודעות שנכתבות באפליקציית WhatsApp Business במספר עם Coexistence נשארות ללא תשלום. תבניות שיווק מחויבות תמיד. מדרגות הנפח החודשיות של Meta יכולות להוזיל את תעריפי השירות והאימות לשולחים גדולים.

### מה משתנה עם החיוב ב-INR בהודו?

Meta השיקה ב-1 בינואר 2026 לוקליזציה של חיוב ב-INR עבור שותפים ועסקים עם אינטגרציה ישירה, שמדינת ה-Sold-To שלהם ב-Billing Hub היא הודו. עסקים אלה חייבים להעביר ל-INR כל WhatsApp Business Account בתיק העסקי שלהם עד 31 בדצמבר 2026. Meta מצהירה שמ-1 בינואר 2027 היא תפסיק למסור הודעות מחשבונות שאינם ב-INR אצל לקוחות שעונים להגדרה.

במספר עם Coexistence זה משפיע על שליחות בתשלום דרך ה-API, כי אמצעי התשלום מוגדר ב-WhatsApp Business Account של העסק עצמו. בהודו קיים גם תעריף אימות בינלאומי, שחל על עסק זכאי שממוקם מחוץ להודו ברגע ש-Meta תקבע לו תאריך התחלה, בהודעה מראש של 30 יום.

### איך מחברים מספר הודי ל-API ושומרים על האפליקציה?

דרך Embedded Signup של Meta עם אפשרות Coexistence, שמופעל על ידי Tech Provider. העסק מתחבר עם Facebook, בוחר את ה-Business Portfolio שלו, מזין את מספר ה-+91 הרשום כבר באפליקציית WhatsApp Business, ומאשר בסריקת קוד QR שמוצג באפליקציה. אחר כך אפשר לסנכרן את היסטוריית השיחות מהאפליקציה, כשקבצי מדיה זמינים רק לשבועיים האחרונים שלה.

המספר ממשיך לעבוד באפליקציה ומקבל גישה ל-Cloud API בקצב קבוע של 20 הודעות בשנייה. התהליך המלא, עם מה שכל מסך מבקש, מופיע בעמוד על חיבור מספר.

- להשאיר WhatsApp Business Account בדולרים אחרי 31 בדצמבר 2026 כשמדינת ה-Sold-To היא הודו. Meta הודיעה שתפסיק למסור את ההודעות האלה.
- לתמחר קמפיין לפי מדינת השולח. Meta גובה לפי קידומת הנמען, ולכן נמענים עם +91 עולים לפי התעריף של הודו.
- להתייחס לכל תבנית כאל תבנית שירות. תבנית ש-Meta מסווגת כשיווקית עולה בהודו יותר מפי שמונה מתעריף השירות.

**האם תשובות ללקוחות בהודו הן ללא תשלום?** תשובות בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות הן ללא תשלום, וכך גם הודעות שנכתבות באפליקציית WhatsApp Business. תבניות מחוץ לחלון מחויבות.

**באיזה מטבע Meta מחייבת עסקים בהודו?** עסקים שמדינת ה-Sold-To שלהם ב-Billing Hub היא הודו עוברים ל-INR, וכל החשבונות צריכים להיות ב-INR עד 31 בדצמבר 2026. Meta מפרסמת לשם כך כרטיס תעריפים ב-INR.

**האם אשלם לפי התעריף של הודו אם העסק שלי בחו"ל?** כן, בתבניות שיווק ושירות, כי התעריף נקבע לפי קידומת +91 של הנמען. תבניות אימות יכולות לעבור לתעריף האימות הבינלאומי ברגע ש-Meta תקבע תאריך התחלה לעסק שלכם.

**האם אפשר להמשיך להשתמש באפליקציה בטלפון?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה באותו מספר, כל עוד היא בגרסה 2.24.17 ומעלה ונפתחת באופן קבוע.

---

## WhatsApp Coexistence באינדונזיה: זמינות, תעריפי Meta והגדרה

https://easycoexistence.com/he/docs/whatsapp-coexistence-indonesia

אפשר להשתמש ב-Coexistence במספרים אינדונזיים, כי בתיעוד החיבור של Meta למשתמשי אפליקציית WhatsApp Business לא מוגדרת הגבלה לפי מדינה. החל מ-1 באוקטובר 2026 Meta גובה US$ 0.0411 (IDR 586.33) על כל תבנית שיווק שנמסרה למספר +62, ו-US$ 0.025 (IDR 356.65) על כל תבנית שירות או אימות. תגובות בתוך חלון שירות הלקוחות נשארות חינמיות.

### האם WhatsApp Coexistence זמין באינדונזיה?

כן. הדף ש-Meta מפרסמת על חיבור משתמשי אפליקציית WhatsApp Business ל-Cloud API קובע דרישות לגבי גרסת האפליקציה (2.24.17 ומעלה) ולגבי השותף (Tech Provider או Solution Partner שמשתמש ב-Embedded Signup), אבל לא מוציא מהכלל אף מדינה או קידומת חיוג. מספר +62 שרשום ופעיל באפליקציית WhatsApp Business זכאי באותם תנאים כמו כל מספר אחר.

החסמים המעשיים הם הכלליים: מספר שעדיין באפליקציית WhatsApp הצרכנית, אפליקציה לא מעודכנת, או מספר שכבר מחובר לאפליקציה של ספק אחר. דף הזכאות מסביר כל אחד מהם ואיך פותרים אותו.

### כמה Meta גובה על הודעה באינדונזיה?

Meta מחייבת לפי תבנית שנמסרה, בתעריף של קידומת המדינה של הנמען. כל תבנית שמגיעה למספר +62 מחויבת בתעריף של אינדונזיה, בין אם העסק השולח נמצא בג'קרטה ובין אם מחוץ למדינה.

התעריפים להלן לקוחים ממחירוני USD ו-IDR של Meta שבתוקף מ-1 באוקטובר 2026. באינדונזיה תבניות שירות ואימות חולקות תעריף אחד, US$ 0.025, כ-61% מתעריף השיווק. תגובות בטקסט חופשי בתוך חלון שירות פתוח של 24 שעות אינן עולות כלום, תבנית שירות שנשלחת בתוך החלון חינמית, וגם כל מה שהעסק מקליד באפליקציית WhatsApp Business במספר Coexistence חינמי.

### מה עסק אינדונזי צריך לדעת על מטבע החיוב ועל אימות?

IDR הוא אחד ממטבעות החיוב ש-Meta מפרסמת להם מחירון, לצד USD וארבעה עשר מטבעות נוספים, כך שעסק אינדונזי יכול לקרוא את העלויות ברופיה ישירות מהמחירון של Meta, בלי להמיר.

אינדונזיה נמצאת גם ברשימת המדינות של Meta עם תעריף אימות בינלאומי. עסק שמבוסס מחוץ לאינדונזיה ושולח סיסמאות חד-פעמיות למספרי +62 עשוי לעבור לתעריף של US$ 0.136 לתבנית אימות, יותר מפי חמישה מהתעריף המקומי. Meta קובעת את מועד ההתחלה לכל עסק בנפרד ונותנת התראה של 30 ימים, ולכן אפליקציה זרה שמאמתת משתמשים אינדונזיים צריכה להיערך לכך לפני שמגדילים את ההרשמות.

### איך מחברים מספר אינדונזי בלי לאבד את האפליקציה?

דרך Embedded Signup של Meta, באפשרות של מספר קיים באפליקציית WhatsApp Business. העסק נכנס עם Facebook, בוחר את ה-Business Portfolio שלו, מזין את מספר +62 וסורק את קוד ה-QR שהאפליקציה מציגה. בסיום התהליך יש לשותף 24 שעות להתחיל לסנכרן אנשי קשר והיסטוריית צ'אטים, אחרת העסק צריך להריץ את התהליך מחדש.

אחרי החיבור הטלפון ממשיך לעבוד כרגיל, המספר עונה גם דרך Cloud API, ושניהם חולקים תפוקה קבועה של 20 הודעות לשנייה. הדף על חיבור מספר עובר על כל מסך בתהליך.

- המרה ידנית של מחיר ב-USD לרופיה. Meta מפרסמת מחירון IDR, וזה הסכום שמחויב בו חשבון IDR.
- תקצוב סיסמאות חד-פעמיות לפי התעריף המקומי מעסק שמבוסס בחו"ל. לאינדונזיה יש תעריף אימות בינלאומי של US$ 0.136.
- נטישת התהליך אחרי סריקת קוד ה-QR. הסנכרון חייב להתחיל תוך 24 שעות, אחרת צריך לחזור על החיבור.

**האם התעריף באינדונזיה זהה לתבניות שירות ולתבניות אימות?** כן. במחירון של Meta שבתוקף מ-1 באוקטובר 2026 שתיהן עולות US$ 0.025, או IDR 356.65, לכל תבנית שנמסרה.

**האם Meta יכולה לחייב אותי ברופיה?** IDR הוא אחד ממטבעות החיוב שמופיעים בדף התמחור של Meta, עם מחירון משלו, ולכן אפשר לקרוא את הסכומים ברופיה ישירות אצל Meta.

**האם הודעות שנשלחות מהטלפון מחויבות אחרי החיבור?** לא. Meta קובעת שהודעות שנשלחות מאפליקציית WhatsApp Business נשארות חינמיות גם אחרי החיבור ל-Coexistence. רק שליחות דרך Cloud API כפופות לתמחור של Cloud API.

**מה אם המספר שלי עדיין ב-WhatsApp הרגיל?** קודם צריך להעביר אותו לאפליקציית WhatsApp Business. Coexistence מוצע רק למספרים שכבר נמצאים באפליקציית Business.

---

## WhatsApp Coexistence באיחוד האמירויות: זמינות, תעריפי Meta וחיוב בדירהמים

https://easycoexistence.com/he/docs/whatsapp-coexistence-uae

Coexistence זמין למספרים באיחוד האמירויות, כי התיעוד של Meta להצטרפות משתמשי אפליקציית Business אינו מציין הגבלה לפי מדינה. מ-1 באוקטובר 2026 Meta גובה US$ 0.0576 (AED 0.2115) על כל תבנית שיווקית שנמסרת למספר +971, ו-US$ 0.0157 (AED 0.0576) על כל תבנית שירות או אימות.

### האם WhatsApp Coexistence זמין באיחוד האמירויות?

כן. התיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business אל Cloud API מפרט מה נדרש מהעסק ומהשותף: בעיקר גרסת אפליקציה 2.24.17 ומעלה, ו-Tech Provider או Solution Partner שמשתמש ב-Embedded Signup. אין בו הדרה לפי מדינה, אזור או קידומת חיוג. מספר +971 שבשימוש פעיל באפליקציית WhatsApp Business עומד בתנאים.

מספר באמירויות נכשל מאותן סיבות כמו בכל מדינה: הוא רשום באפליקציית WhatsApp הרגילה, האפליקציה לא מעודכנת, או שהמספר עדיין מחובר לספק אחר. הדרך האמינה לבדוק היא Embedded Signup עצמו, שמקבל את המספר או מסביר למה לא.

### כמה Meta גובה על הודעה באיחוד האמירויות?

Meta גובה לפי תבנית שנמסרה, והמחיר נקבע לפי קידומת המדינה של הנמען. כל תבנית שנמסרת למספר +971 מחויבת בתעריף האמירויות, בלי קשר למקום הרישום של העסק השולח. לאמירויות יש שורה משלהן בכרטיס התעריפים של Meta, והן לא חולקות את תעריף Rest of Middle East.

הנתונים להלן לקוחים מכרטיסי USD ו-AED של Meta שנכנסים לתוקף ב-1 באוקטובר 2026. תגובות בטקסט חופשי בתוך חלון שירות לקוחות פתוח של 24 שעות הן חינמיות, תבנית שירות שנשלחת בתוך החלון אינה מחויבת, והודעות שנשלחות מאפליקציית WhatsApp Business במספר Coexistence נשארות חינמיות. תבניות שיווקיות מחויבות בכל פעם שהן נמסרות.

### מה השתנה לאחרונה בתמחור ובחיוב באמירויות?

שני שינויים ביומן השינויים של Meta רלוונטיים ישירות. ב-1 באוקטובר 2025 העלתה Meta את תעריף הודעות השיווק לאיחוד האמירויות. ב-1 באפריל 2026 נוספו שמונה מטבעות חיוב, ביניהם AED, כך שעסק באמירויות יכול עכשיו להיות מחויב בדירהמים ולקרוא את העלויות מכרטיס תעריפים בדירהמים.

האמירויות נמצאות גם ברשימת השווקים של Meta עם תעריף authentication-international. עסק שממוקם מחוץ לאמירויות ושולח קודי אימות חד-פעמיים למספרי +971 עשוי לעבור ל-US$ 0.051 לכל תבנית אימות, ברגע ש-Meta תקבע לכך תאריך התחלה, שאותו היא מכריזה 30 ימים מראש.

### איך מחברים מספר מהאמירויות ל-API ושומרים על האפליקציה?

דרך Embedded Signup של Meta עם האפשרות של אפליקציית WhatsApp Business קיימת, שמופעל על ידי Tech Provider. העסק נכנס עם Facebook, בוחר את ה-Business Portfolio שלו, מזין את מספר +971 ומאשר בקוד QR שמוצג באפליקציה. מדיה מהיסטוריית השיחות המסונכרנת זמינה רק לשבועיים האחרונים.

אחר כך אפליקציית WhatsApp Business ממשיכה לעבוד בטלפון, ואותו מספר מקבל ושולח דרך Cloud API בקצב קבוע של 20 הודעות לשנייה. הדף על חיבור מספר מפרט כל שלב ומה כל אחד דורש.

- להניח שהאמירויות מתומחרות כמו Rest of Middle East. יש להן שורה משלהן וגבוהה יותר בכרטיס התעריפים של Meta.
- להמיר תעריפי USD לדירהמים ידנית. מאז 1 באפריל 2026 Meta מפרסמת כרטיס AED עם נתונים משלו.
- לשלוח קודי אימות למספרי +971 מחו"ל לפי התקציב המקומי. תעריף authentication-international גבוה ביותר מפי שלושה.

**האם Meta יכולה לחייב עסק באמירויות בדירהמים?** כן. AED הפך למטבע חיוב ב-WhatsApp Business Platform ב-1 באפריל 2026, עם כרטיס תעריפים משלו.

**האם התעריפים באמירויות ובסעודיה זהים?** בשיווק, כן: לפי הכרטיס מ-1 באוקטובר 2026 בשתי המדינות התעריף הוא US$ 0.0576, זהה לחלוטין. בשירות ובאימות הם שונים: באמירויות US$ 0.0157, ובסעודיה US$ 0.0107 בלבד.

**האם תשובה ללקוח שכתב ראשון מחויבת?** לא, אם זו תגובה בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות. תבניות שנשלחות מחוץ לחלון מחויבות.

**האם האפליקציה בטלפון מפסיקה לעבוד?** לא. Coexistence משאיר את אפליקציית WhatsApp Business פעילה באותו מספר, וההודעות שנשלחות ממנה נשארות חינמיות.

---

## WhatsApp Coexistence בערב הסעודית: זמינות, תעריפי Meta וחיוב ב-SAR

https://easycoexistence.com/he/docs/whatsapp-coexistence-saudi-arabia

מספרים סעודיים יכולים להשתמש ב-Coexistence: בתיעוד ההצטרפות של Meta למשתמשי אפליקציית Business אין הגבלה לפי מדינה. החל מ-1 באוקטובר 2026, Meta גובה US$ 0.0576 (SAR 0.2159) על כל תבנית שיווקית שנמסרת למספר +966, ו-US$ 0.0107 (SAR 0.0401) על כל תבנית שירות או אימות. תשובות בטקסט חופשי בתוך חלון שירות הלקוחות אינן מחויבות.

### האם WhatsApp Coexistence זמין בערב הסעודית?

כן. התיעוד של Meta להעברת משתמשי אפליקציית WhatsApp Business אל Cloud API מציב תנאים לגרסת האפליקציה (2.24.17 ומעלה) ולשותף שמפעיל את Embedded Signup, ואינו מפרט מדינה, אזור או קידומת שמוחרגים. מספר +966 שרשום ופעיל באפליקציית WhatsApp Business זכאי.

כשמספר סעודי נדחה, הסיבה היא אחת מהסיבות הכלליות: המספר רשום באפליקציית WhatsApp הרגילה, האפליקציה ישנה מגרסה 2.24.17, או שהמספר עדיין מקושר לספק אחר. בדף הזכאות מוסבר כל מקרה והפתרון שלו.

### כמה Meta גובה על הודעה בערב הסעודית?

Meta מתמחרת כל תבנית שנמסרת לפי קידומת המדינה של הנמען. תבניות שנמסרות למספרי +966 מחויבות לפי התעריף של ערב הסעודית, בלי קשר למיקום השולח, ולסעודיה יש שורה משלה בטבלת התעריפים.

הנתונים כאן לקוחים מטבלאות התעריפים של Meta בדולרים וב-SAR, שבתוקף מ-1 באוקטובר 2026. תשובות בטקסט חופשי בתוך חלון שירות לקוחות פתוח של 24 שעות אינן מחויבות, תבניות שירות שנשלחות בתוך החלון הזה אינן מחויבות, והודעות שנשלחות מאפליקציית WhatsApp Business במספר Coexistence אינן עולות כסף. תבניות שיווקיות מחויבות בכל מסירה, ושכבות נפח חודשיות יכולות להוריד את תעריפי השירות והאימות לשולחים גדולים.

### מה השתנה לעסקים סעודיים ב-2026?

ב-1 באפריל 2026 נכנסו לתוקף שני שינויים ביומן השינויים של Meta בתמחור. תעריף ההודעות השיווקיות בסעודיה עלה, ו-SAR הפך לאחד משמונה מטבעות חיוב חדשים, כך שעסק סעודי יכול להיות מחויב בריאלים ולבדוק עלויות מול טבלת תעריפים ב-SAR במקום להמיר מדולרים.

סעודיה היא גם אחד מהשווקים עם תעריף אימות בינלאומי. עסק שמבוסס מחוץ למדינה ושולח קודי אימות חד-פעמיים למספרי +966 עלול לעבור ל-US$ 0.0598 לתבנית אימות, יותר מפי חמישה מהתעריף המקומי. Meta קובעת את מועד ההתחלה לכל עסק בנפרד, ומודיעה 30 יום מראש לפני שהתעריף חל.

### איך מחברים מספר סעודי וממשיכים להשתמש באפליקציה?

דרך Embedded Signup של Meta, בבחירת האפשרות למספר שכבר נמצא באפליקציית WhatsApp Business. Tech Provider מארח את התהליך; העסק נכנס עם Facebook, בוחר את ה-Business Portfolio שלו, מזין את מספר +966 וסורק את קוד ה-QR שמוצג באפליקציה. לשותף יש אחר כך 24 שעות להתחיל בסנכרון, אחרת צריך לחזור על התהליך.

מאותו רגע הטלפון ממשיך לעבוד כרגיל, ואותו מספר שולח ומקבל דרך Cloud API בקצב קבוע של 20 הודעות בשנייה. כל שלב מתואר בדף חיבור מספר.

- תקצוב שליחות שיווקיות בסעודיה לפי תעריפים מלפני 1 באפריל 2026. Meta העלתה באותו יום את התעריף השיווקי.
- חישוב העלות ב-SAR מתוך טבלת USD בעזרת ממיר מטבעות. Meta מפרסמת נתוני SAR משלה.
- שליחת קודי אימות למספרי +966 מעסק מחוץ למדינה לפי התעריף המקומי. התעריף לאימות בינלאומי הוא US$ 0.0598 לתבנית.

**האם עסק סעודי יכול להיות מחויב בריאלים?** כן. ב-1 באפריל 2026 Meta הוסיפה את SAR כמטבע חיוב, ומפרסמת טבלת תעריפים בריאלים.

**האם סעודיה מתומחרת כמו שאר המזרח התיכון?** לא. יש לה שורה משלה בטבלת התעריפים של Meta: US$ 0.0576 לשיווק ו-US$ 0.0107 לשירות ולאימות.

**האם הודעות שאני מקליד באפליקציה מחויבות?** לא. לפי Meta, אחרי ההצטרפות ל-Coexistence הודעות שנשלחות מאפליקציית WhatsApp Business נשארות ללא חיוב.

**איזו גרסת אפליקציה נדרשת?** אפליקציית WhatsApp Business בגרסה 2.24.17 ומעלה, בטלפון שבו נמצא מספר +966 הסעודי.

---

## WhatsApp Coexistence בטורקיה: זמינות, תעריפי Meta והגדרה

https://easycoexistence.com/he/docs/whatsapp-coexistence-turkey

מספרים טורקיים יכולים להשתמש ב-Coexistence, כי התיעוד של Meta לחיבור משתמשי אפליקציית Business אינו מציין הגבלה לפי מדינה. החל מ-1 באוקטובר 2026, Meta גובה US$ 0.0109 על כל תבנית שיווקית שנמסרת למספר +90, ו-US$ 0.0009 על כל תבנית שירות או אימות. Meta הורידה את התעריפים של תבניות שירות ואימות בטורקיה ב-1 באפריל 2026, ואינה מפרסמת מחירון בלירות טורקיות.

### האם WhatsApp Coexistence זמין בטורקיה?

כן. הדף ש-Meta מתחזקת לחיבור משתמשי אפליקציית WhatsApp Business ל-Cloud API קובע דרישות לגרסת האפליקציה (2.24.17 ומעלה) ולשותף (Tech Provider או Solution Partner שמשתמש ב-Embedded Signup עם רישום סשנים), ואינו מוציא מדינה או קידומת טלפון כלשהי. מספר +90 שפעיל באפליקציית WhatsApp Business זכאי לחיבור.

מספר טורקי נדחה רק מהסיבות שבהן נדחה כל מספר: הוא רשום באפליקציית WhatsApp הרגילה, האפליקציה דורשת עדכון, או שספק אחר עדיין מחזיק במספר. כל אחת מהבעיות האלה ניתנת לפתרון בטלפון או מול הספק הקודם, ודף הזכאות מסביר איך.

### כמה Meta גובה על הודעה בטורקיה?

Meta גובה על כל תבנית שנמסרה לפי התעריף של קידומת המדינה של הנמען. לכן כל תבנית שמגיעה למספר +90 מתומחרת לפי התעריף של טורקיה, בכל מקום שבו נמצא השולח. לטורקיה יש שורה משלה במחירון.

לפי המחירון של Meta בדולרים, בתוקף מ-1 באוקטובר 2026, התעריפים בין הנמוכים במחירון: US$ 0.0109 לתבנית שיווקית ו-US$ 0.0009 לתבנית שירות או אימות. במחירון באירו מופיעים €0.009 ו-€0.0007. Meta אינה מפרסמת תעריף אימות בינלאומי לטורקיה. תשובות בטקסט חופשי בתוך חלון שירות הלקוחות הפתוח של 24 שעות הן ללא תשלום, וכך גם תבנית שירות שנשלחת בתוכו. הודעות שנשלחות מאפליקציית WhatsApp Business במספר עם Coexistence נשארות ללא תשלום.

### באיזה מטבע Meta מחייבת עסקים טורקיים?

Meta מפרסמת את מחירוני WhatsApp Business Platform ב-16 מטבעות: USD, AED, ARS, AUD, BRL, CLP, COP, EUR, GBP, IDR, INR, MXN, MYR, PEN, SAR ו-SGD. הלירה הטורקית אינה ביניהם, ולכן עסק טורקי מחויב באחד מהמטבעות האלה, למשל דולר או אירו, ואת העלויות שלו צריך לקרוא מאותו מחירון ולא להמיר.

שינוי התעריפים החשוב ביותר הוא עדכני. ב-1 באפריל 2026 Meta הורידה את התעריפים של תבניות שירות ואימות בטורקיה, כך שעדכוני הזמנה וקודים חד-פעמיים למספרי +90 עולים חלקיק של סנט להודעה. תקציבים ישנים שנבנו לפני התאריך הזה מנפחים את העלויות האלה.

### איך מחברים מספר טורקי ושומרים על האפליקציה?

דרך Embedded Signup של Meta, באפשרות למספר שכבר נמצא באפליקציית WhatsApp Business. התהליך מתארח אצל Tech Provider. העסק מתחבר עם Facebook, בוחר את ה-Business Portfolio שלו, מזין את מספר ה-+90 ומאשר בסריקת קוד QR באפליקציה. הסנכרון חייב להתחיל תוך 24 שעות, אחרת צריך להריץ את התהליך מחדש.

אחרי החיבור הטלפון ממשיך לעבוד, ולאותו מספר נוספת גישה ל-Cloud API בקצב קבוע של 20 הודעות בשנייה. הדף על חיבור מספר עובר על התהליך מסך אחר מסך.

- מחפשים מחירון בלירות טורקיות. Meta לא מפרסמת מחירון כזה, ויש לקרוא את המחירון בדולרים או באירו שבו החשבון שלכם מחויב.
- משתמשים בתקציב שנבנה לפני 1 באפריל 2026. באותו יום Meta הורידה את התעריפים של תבניות שירות ואימות בטורקיה.
- מסווגים מבצעים כתבניות שירות כדי לחסוך. Meta בודקת את קטגוריות התבניות, ותבנית שיווקית מחויבת לפי התעריף השיווקי.

**האם יש לטורקיה תעריף אימות בינלאומי?** לא. במחירון של Meta שבתוקף מ-1 באוקטובר 2026 התעריף הזה מסומן כלא רלוונטי לטורקיה.

**האם Meta יכולה לחייב אותי בלירות טורקיות?** לא. הלירה אינה בין 16 מטבעות החיוב שבהם Meta מפרסמת מחירונים.

**האם תשובות ללקוחות בטורקיה הן ללא תשלום?** תשובות בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות הן ללא תשלום. תבניות מחוץ לחלון מחויבות לפי כל מסירה.

**האם חיבור ה-API עוצר את פעולת האפליקציה?** לא. עם Coexistence אפליקציית WhatsApp Business ממשיכה לעבוד באותו מספר, וההודעות שנשלחות ממנה נשארות ללא תשלום.

---

## WhatsApp Coexistence בגרמניה: זמינות, תעריפי Meta והגדרה

https://easycoexistence.com/he/docs/whatsapp-coexistence-germany

מספרים גרמניים יכולים להשתמש ב-Coexistence: בתיעוד ההצטרפות של Meta למשתמשי אפליקציית Business לא מוזכרת מגבלה של מדינה או של האיחוד האירופי. החל מ-1 באוקטובר 2026 Meta גובה US$ 0.1365 (€0.1131) על כל תבנית שיווקית שנמסרת למספר +49, ו-US$ 0.055 (€0.0456) על כל תבנית שירות או אימות. תשובות בטקסט חופשי בתוך חלון שירות הלקוחות אינן מחויבות.

### האם WhatsApp Coexistence זמין בגרמניה?

כן. התיעוד של Meta להצטרפות משתמשי אפליקציית WhatsApp Business ל-Cloud API קובע דרישות לגבי גרסת האפליקציה (2.24.17 ומעלה) ולגבי השותף שמפעיל את Embedded Signup, ואינו מציין הגבלה לפי מדינה, אזור או קידומת. הוא גם לא מוסיף תנאי ייחודי לאיחוד האירופי. מספר +49 הרשום ופעיל באפליקציית WhatsApp Business זכאי.

אם Embedded Signup דוחה מספר גרמני, הסיבה היא אחת מהסיבות הכלליות: המספר עדיין באפליקציית WhatsApp הרגילה, האפליקציה ישנה מגרסה 2.24.17, או שספק אחר עדיין מחזיק בו. עמוד הזכאות מסביר כל מקרה.

### כמה Meta גובה על הודעה בגרמניה?

Meta גובה על כל תבנית שנמסרה, לפי קידומת המדינה של הנמען. תבנית שנמסרת למספר +49 עולה לפי התעריף של גרמניה, בין שהעסק ששולח אותה נמצא בברלין, בווינה או במקום אחר.

לגרמניה יש קו נפרד בכרטיס התעריפים של Meta, והוא גבוה בהרבה מהקו של שאר מערב אירופה: US$ 0.1365 להודעה שיווקית לעומת US$ 0.0592, ו-US$ 0.055 לתבנית שירות לעומת US$ 0.0171. Meta לא מפרסמת תעריף אימות בינלאומי לגרמניה. תשובות בטקסט חופשי בתוך חלון שירות לקוחות פתוח של 24 שעות אינן מחויבות, תבנית שירות שנשלחת בתוכו אינה מחויבת, והודעות שמוקלדות באפליקציית WhatsApp Business במספר Coexistence נשארות ללא חיוב.

### מה התעריף הגרמני אומר על אופן השימוש ב-API בעסק?

מכיוון שתבנית שיווקית למספר +49 עולה יותר משלושה עשר סנט, ותבנית שירות חמישה וחצי סנט, ההודעות הזולות ביותר בגרמניה הן אלה ש-Meta בכלל לא גובה עליהן.

לכן חלון שירות הלקוחות הוא המנוף המרכזי להוזלת העלויות. תהליך שעונה לאנשים שפנו אליכם, בתוך 24 שעות, לא משלם דבר על ההודעות. גם תבנית שירות שנשלחת כשהחלון פתוח אינה מחויבת. החשבון מתנפח בפניות יזומות שפותחות שיחה בתבנית. במספר Coexistence, כל מה שהצוות מקליד בטלפון באפליקציית WhatsApp Business אינו מחויב גם הוא, כך שאפשר לשמור את ה-API לשליחות אוטומטיות.

### איך מחברים מספר גרמני ושומרים על האפליקציה?

דרך Embedded Signup של Meta, באפשרות שמיועדת למספר שכבר נמצא באפליקציית WhatsApp Business. Tech Provider מארח את התהליך. העסק מתחבר עם Facebook, בוחר את ה-Business Portfolio שלו, מזין את מספר ה-+49 ומאשר באמצעות קוד QR שמוצג באפליקציה. הסנכרון חייב להתחיל תוך 24 שעות מסיום התהליך, אחרת צריך לחזור עליו.

הטלפון ממשיך לעבוד גם אחר כך, ואותו מספר שולח ומקבל דרך Cloud API במהירות קבועה של 20 הודעות בשנייה. כל מסך מתואר בעמוד על חיבור מספר.

- תכנון תקציב לנמענים גרמניים לפי התעריף של שאר מערב אירופה. לגרמניה יש קו נפרד, יקר ביותר מפי שניים בהודעות שיווקיות.
- פתיחת שיחות בתבנית במקום שבו תשובה בתוך חלון 24 השעות הייתה מספיקה. בגרמניה הפער בין חינם לתשלום גדול.
- סיווג מבצעים כתבניות שירות כדי לשלם פחות. Meta בודקת את קטגוריות התבניות וגובה על הודעות שיווקיות לפי התעריף השיווקי.

**האם Meta יכולה לחייב עסק גרמני ביורו?** כן. EUR היא אחת ממטבעות החיוב ש-Meta מפרסמת בהם כרטיסי תעריפים, ובכרטיס מ-1 באוקטובר 2026 גרמניה עומדת על €0.1131 לכל תבנית שיווקית.

**האם ל-Coexistence יש תנאים נוספים באיחוד האירופי?** בתיעוד ההצטרפות הנוכחי של Meta למשתמשי אפליקציית Business אין תנאים כאלה. הדרישות זהות בכל מקום: אפליקציה בגרסה 2.24.17 ומעלה ושותף של Embedded Signup.

**האם תשובה ללקוח גרמני מחויבת?** תשובה בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות אינה מחויבת. תבניות מחוץ לחלון מחויבות לפי מסירה.

**האם הודעות מהטלפון עדיין נשארות ללא חיוב?** כן. Meta מציינת שהודעות שנשלחות מאפליקציית WhatsApp Business נשארות ללא חיוב גם אחרי ההצטרפות. רק שליחות דרך Cloud API כפופות לתמחור של Cloud API.

---

## WhatsApp Coexistence באיטליה: זמינות, תעריפי Meta והגדרה

https://easycoexistence.com/he/docs/whatsapp-coexistence-italy

מספרים איטלקיים יכולים להשתמש ב-Coexistence, כי התיעוד של Meta לחיבור משתמשי אפליקציית Business אינו מציין שום הגבלה לפי מדינה או לפי האיחוד האירופי. החל מ-1 באוקטובר 2026, Meta גובה US$ 0.0795 (€0.0658) על כל תבנית שיווק שנמסרת למספר +39, ו-US$ 0.03 (€0.0248) על כל תבנית שירות או אימות. ב-1 ביולי 2026 העלתה Meta את תעריף השיווק של איטליה.

### האם WhatsApp Coexistence זמין באיטליה?

כן. התיעוד של Meta לחיבור משתמשי אפליקציית WhatsApp Business ל-Cloud API מפרט מה נדרש, בעיקר אפליקציה בגרסה 2.24.17 ומעלה, וכן Tech Provider או Solution Partner שמשתמש ב-Embedded Signup. אין בו שום החרגה של מדינה, אזור או קידומת חיוג, ואין תנאי נוסף למספרים באיחוד האירופי. מספר +39 שנמצא בשימוש פעיל באפליקציית WhatsApp Business זכאי.

מספר איטלקי נדחה רק מהסיבות הכלליות: הוא רשום באפליקציית WhatsApp הרגילה, האפליקציה דורשת עדכון, או שספק אחר עדיין מחזיק בו. בעמוד הזכאות מוסבר כל מקרה ואיך פותרים אותו.

### כמה Meta גובה על הודעה באיטליה?

Meta מחייבת לפי תבנית שנמסרה, בתעריף של קידומת המדינה של הנמען. לכן כל תבנית שמגיעה למספר +39 מחויבת בתעריף איטליה, בכל מקום שבו העסק רשום. לאיטליה יש שורה משלה בטבלת התעריפים, ולא התעריף של Rest of Western Europe.

הנתונים להלן לקוחים מטבלאות ה-USD וה-EUR של Meta, בתוקף מ-1 באוקטובר 2026. Meta לא מפרסמת עבור איטליה תעריף אימות בינלאומי. תגובות בטקסט חופשי בתוך חלון שירות הלקוחות הפתוח של 24 שעות אינן מחויבות, תבנית שירות שנשלחת בתוך החלון הזה אינה מחויבת, והודעות שנשלחות מאפליקציית WhatsApp Business במספר Coexistence אינן מחויבות.

### מה השתנה בתמחור באיטליה ב-2026?

יומן השינויים של Meta רושם לאיטליה שינוי אחד השנה: העלאת תעריף הודעות השיווק מ-1 ביולי 2026, באותו עדכון ששינה תעריפים גם לספרד, פולין, הונגריה, רומניה, בריטניה ואחרות. תבניות שירות ואימות לא היו חלק מהשינוי.

ההשפעה המעשית היא על קמפיינים. תקציב לתבניות פרסומיות למספרי +39 שנקבע לפני יולי 2026 מעריך את העלות בחסר, ואילו אישורי הזמנה, עדכוני משלוח וקודים חד-פעמיים מתומחרים כמו קודם. חיוב ביורו אינו דורש המרה, כי EUR הוא אחד המטבעות שבהם Meta מפרסמת טבלאות תעריפים, והנתון €0.0658 לשיווק הוא של Meta עצמה.

### איך מחברים מספר איטלקי ושומרים על האפליקציה?

דרך Embedded Signup של Meta, בוחרים באפשרות למספר שכבר רשום באפליקציית WhatsApp Business. Tech Provider מארח את התהליך. העסק נכנס עם Facebook, בוחר את ה-Business Portfolio שלו, מזין את מספר +39 וסורק את קוד QR שמוצג באפליקציה. המדיה בהיסטוריית השיחות המסונכרנת כוללת רק את השבועיים האחרונים.

אחרי החיבור הטלפון ממשיך לעבוד, ואותו מספר שולח ומקבל גם דרך Cloud API, בקצב קבוע של 20 הודעות בשנייה. עמוד חיבור מספר מלווה בכל שלב.

- שימוש בתקציב שיווק למקבלי +39 שנקבע לפני 1 ביולי 2026. באותו יום Meta העלתה את תעריף השיווק של איטליה.
- החלת תעריף Rest of Western Europe על מספרים איטלקיים. לאיטליה יש שורה משלה בטבלה של Meta.
- התחלת החיבור במספר שעדיין באפליקציית WhatsApp הרגילה. קודם צריך להעביר אותו לאפליקציה לעסקים.

**האם Meta יכולה לחייב עסק איטלקי ביורו?** כן. EUR הוא אחד ממטבעות החיוב של Meta, ובטבלת ה-EUR שלה איטליה מופיעה ב-€0.0658 לשיווק וב-€0.0248 לשירות ואימות.

**האם תעריפי השירות באיטליה השתנו ב-2026?** לא. עדכון 1 ביולי 2026 העלה רק את תעריף השיווק של איטליה.

**האם תגובות ללקוחות באיטליה מחויבות?** תגובות בטקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות אינן מחויבות. תבניות שנשלחות מחוץ לחלון מחויבות עם המסירה.

**האם הצוות שלי ימשיך להשתמש באפליקציה?** כן. Coexistence משאיר את אפליקציית WhatsApp Business פעילה באותו מספר, והודעות שנשלחות ממנה נשארות ללא חיוב.

---

## איך מנתקים את Coexistence וחוזרים לאפליקציה בלבד

https://easycoexistence.com/he/docs/disconnecting-coexistence

ניתוק Coexistence מתבצע מתוך אפליקציית WhatsApp Business עצמה: הגדרות, חשבון, Business Platform ואז "Disconnect Account". האפליקציה ממשיכה לעבוד עם המספר, הגישה של הספק מסתיימת, ונשלח וובהוק (Webhook) מסוג account_update עם PARTNER_REMOVED. את נקודת הקצה Deregister של Cloud API אי אפשר להפעיל על מספר שפועל בשני המקומות.

### איך מכבים את Coexistence?

מהטלפון שמחזיק את המספר. Meta מתעדת דרך אחת בלבד לעסק לצאת מ-Cloud API כשהמספר משותף עם אפליקציית WhatsApp Business, והיא עוברת דרך האפליקציה ולא דרך לוח בקרה או נקודת הקצה. ההחלטה בידי מי שמחזיק בטלפון הראשי, ולכן סוכנות או מפתחים מבקשים מהעסק לבצע אותה.

- פותחים את אפליקציית WhatsApp Business במכשיר הראשי.
- עוברים להגדרות, אחר כך לחשבון, ואז ל-Business Platform.
- לוחצים על "Disconnect Account" ומאשרים.
- בצד ה-API צפוי להגיע וובהוק account_update עם האירוע PARTNER_REMOVED, בלי פעולה נוספת מצדכם

### למה ה-API של Deregister מסרב לקבל את המספר?

כי Meta מוציאה מספרי Coexistence מהפעולה הזאת במכוון. תיעוד הרישום קובע שנקודת הקצה Deregister לא יכולה לבטל רישום של מספר עסקי שפועל גם עם Cloud API וגם עם אפליקציית WhatsApp Business.

ביטול רישום הוא הפעולה שהופכת מספר ללא שמיש ב-Cloud API, ובמספר שמחובר רק ל-API זו הדרך להוריד קו מהפלטפורמה. במספר משותף האפליקציה היא הבעלים הראשי של הקו, ולכן Meta מחזירה את ההחלטה לאדם שמחזיק בו. תוכנה שמנסה את נקודת הקצה קודם תקבל שגיאה ולא ניתוק, והמספר יישאר מחובר עד שמישהו ילחץ על הכפתור באפליקציה.

### מה קורה לאפליקציה, להיסטוריה ולמספר?

ניתוק אינו מחיקת חשבון, וההבדל הזה הוא התשובה כולה.

האזהרה של Meta על אובדן היסטוריית ההודעות נוגעת למחיקת חשבון אפליקציית WhatsApp Business ורישום המספר ב-Cloud API. ניתוק לא עושה אף אחד מהשניים. האפליקציה נשארת מותקנת ורשומה, המספר נשאר בה, והצוות ממשיך לענות ללקוחות מאותו טלפון.

מה שמסתיים הוא צד ה-API. האפליקציה של הספק מוסרת מהמספר, ולכן השליחה דרך Cloud API ומסירת הוובהוקים עבורו נפסקות. התכונות ש-Coexistence כיבתה, כמו רשימות תפוצה, מוסברות בעמוד על תכונות מושבתות.

### אפשר לחבר את המספר שוב בהמשך?

כן, מריצים את תהליך ההצטרפות מחדש מההתחלה. התיעוד של Meta עצמה רואה בניתוק ובהשלמה מחדש של התהליך את הדרך הרגילה לאפס חיבור, למשל כשחלון 24 השעות לסנכרון אנשי קשר והיסטוריה הוחמץ.

חיבור מחדש הוא תהליך הצטרפות חדש, ולכן השאלות מהפעם הראשונה נשאלות שוב, כולל אם לשתף את היסטוריית השיחות. כל מה שהוגדר בחיבור הישן, כמו עקיפת וובהוק, צריך להגדיר שוב. מספר שצריך לעבור לספק אחר הולך באותה דרך: מתנתקים כאן, ואז מצטרפים דרך הספק החדש.

- הפעלת נקודת הקצה Deregister על מספר Coexistence. Meta דוחה אותה, והניתוק מתבצע באפליקציה.
- מחיקת חשבון אפליקציית WhatsApp Business כדי לצאת. זו הדרך שמאבדת את היסטוריית השיחות.
- התייחסות ל-PARTNER_REMOVED כאל תקלה שצריך לנסות שוב. זה ניתוק מכוון מצד העסק.

**האם אאבד את השיחות שלי אם אתנתק?** לא. הניתוק מסיר את ה-API מהמספר, ולא מוחק את חשבון אפליקציית WhatsApp Business, שזה מה ש-Meta מזהירה שמאבד היסטוריה.

**אפשר לנתק דרך ה-API?** לא. Meta לא מאפשרת להפעיל את נקודת הקצה Deregister על מספר שפועל גם עם Cloud API וגם עם האפליקציה.

**איך המערכת שלי יודעת שזה קרה?** Meta שולחת וובהוק account_update עם האירוע PARTNER_REMOVED כשהעסק מתנתק.

**אפשר לחבר מחדש את אותו מספר?** כן. מריצים את תהליך ההצטרפות מההתחלה, בדיוק כמו בחיבור הראשון.

---

## העברת מספר מ-Coexistence ל-Cloud API בלבד

https://easycoexistence.com/he/docs/moving-from-coexistence-to-cloud-api

מספר ב-Coexistence הופך למספר API בלבד אחרי שמנתקים אותו באפליקציית WhatsApp Business, מוחקים את חשבון האפליקציה ורושמים את המספר ב-Cloud API עם קוד PIN של אימות דו-שלבי. Meta מזהירה שהיסטוריית ההודעות הקיימת אובדת, והמספר לא יכול לחזור לאפליקציה אלא אם רישומו ב-Cloud API בוטל קודם.

### למה עסק יעזוב את האפליקציה?

בדרך כלל כי אף אחד כבר לא עונה מהטלפון. כשכל שיחה מטופלת בתוכנה או בתיבת הודעות שנבנתה על ה-API, האפליקציה מוסיפה חובות בלי להוסיף דבר: צריך לפתוח את המכשיר הראשי באופן קבוע, והמספר נשאר בקצב השליחה הקבוע של Coexistence.

Meta מציינת במסמכיה שמספרים שפועלים גם באפליקציה וגם ב-Cloud API מוגבלים לקצב קבוע של 20 הודעות בשנייה. מספר API בלבד מתחיל בברירת מחדל של עד 80 הודעות בשנייה, ויכול לעבור אוטומטית ל-1,000 כשהוא עומד בתנאים של Meta. למי ששולח בנפח גבוה, ההבדל הזה הוא הסיבה לעבור.

### מה סדר הצעדים?

ארבעה צעדים, והסדר חשוב כי נקודת הקצה Deregister מסרבת למספר שעדיין משותף עם האפליקציה. כל צעד מתבצע בטלפון על ידי העסק, חוץ מהאחרון, שהוא קריאת API של מי שינהל את המספר מעכשיו.

- מגבים את היסטוריית הצ'אטים באפליקציית WhatsApp Business, כפי ש-Meta ממליצה.
- מנתקים באפליקציה: הגדרות, חשבון, פלטפורמת Business, ניתוק החשבון.
- מוחקים את חשבון האפליקציה: הגדרות, חשבון, מחיקת החשבון שלי, ואז ממתינים עד 3 דקות.
- רושמים את המספר ב-Cloud API עם קוד PIN של אימות דו-שלבי בן 6 ספרות.

### על מה העסק מוותר?

על השיחות בטלפון, ועל הטלפון כדרך למענה.

Meta קובעת שמחיקת חשבון אפליקציית WhatsApp Business ורישום המספר ב-Cloud API גורמים לאובדן היסטוריית ההודעות הקיימת. זה ההפך מחיבור דרך Coexistence, שבו Meta מציינת שההיסטוריה נשמרת ושתי האפליקציות פועלות במקביל.

בנוסף, אי אפשר להשתמש שוב במספר באפליקציית WhatsApp Business אלא אם רישומו ב-Cloud API בוטל קודם. זהו שינוי מכוון וחד-כיווני באופן העבודה של העסק, וכדאי לוודא לפני שמתחילים שאף אחד בצוות לא נשען עדיין על האפליקציה.

### מה נשאר אותו דבר בצד ה-API?

הדרך שבה התוכנה מדברת עם המספר. זה עדיין Cloud API: אותם סוגי הודעות, תבניות, וובהוקים (Webhook) ותמחור, כי Coexistence היה תמיד רק דרך חיבור אחרת לאותה פלטפורמה.

מה שמשתנה הוא הרישום. מספר Coexistence נרשם בתהליך החיבור; מספר API בלבד נרשם בקריאת register עם קוד ה-PIN של האימות הדו-שלבי, ו-Meta מגבילה קריאות כאלה ל-10 לכל מספר בחלון נע של 72 שעות. לכן ניסיון כושל עולה ביוקר, ושווה לבדוק את ה-PIN לפני שמנסים שוב.

- מוחקים את חשבון האפליקציה לפני שמגבים את הצ'אטים. Meta קובעת שבמסלול הזה ההיסטוריה אובדת.
- קוראים לנקודת הקצה Deregister כשהמספר עדיין משותף עם האפליקציה. Meta דוחה את הבקשה.
- מנסים להירשם שוב ושוב בלולאה. Meta מאפשרת 10 בקשות register לכל מספר ב-72 שעות.

**אפשר לשמור את היסטוריית הצ'אטים במעבר ל-API בלבד?** לא בתוך ה-API. Meta מזהירה שההיסטוריה אובדת וממליצה לגבות אותה קודם מהאפליקציה.

**אפשר להחזיר את המספר לאפליקציה בהמשך?** לפי Meta, רק אחרי שרישומו ב-Cloud API מבוטל.

**האם קצב השליחה משתפר?** כן. במספרי Coexistence הקצב קבוע על 20 mps, ובמספרי API בלבד הוא מתחיל בעד 80 mps, ומשם אפשר לעלות.

**אפשר להתחיל בנקודת הקצה Deregister?** לא כל עוד המספר משותף עם האפליקציה. קודם מנתקים אותו מתוך האפליקציה.

---

## העברת מספר מספק WhatsApp אחר

https://easycoexistence.com/he/docs/migrating-a-number-from-another-provider

זה תלוי באופן שבו המספר מחובר היום. מספר שמשותף עם אפליקציית WhatsApp Business דרך ספק אחר מנותק מתוך האפליקציה, ואז מחברים אותו מחדש אצל הספק החדש. מספר שפועל דרך API בלבד עובר במנגנון העברת המספרים של Meta, ששומר על שם התצוגה, דירוג האיכות, מגבלת ההודעות וסטטוס חשבון עסקי רשמי.

### באיזה מקרה אני נמצא?

שואלים שאלה אחת: האם מישהו עדיין עונה במספר הזה מאפליקציית WhatsApp Business בטלפון?

אם כן, המספר פועל ב-Coexistence מול הספק הנוכחי, והאפליקציה היא זו שמחזיקה אותו. היציאה מהספק נעשית באפליקציה, והצטרפות לספק חדש היא תהליך חיבור Coexistence חדש.

אם לא, המספר רשום ב-Cloud API בלבד, בלי אפליקציה מאחוריו. ל-Meta יש מסלול העברה נפרד למקרה הזה, שמעביר את המספר מחשבון WhatsApp Business של שותף אחד לשותף אחר בלי לרשום אותו מחדש מאפס. ערבוב בין שני המסלולים הוא הסיבה הנפוצה לכך שהמעבר נתקע באמצע.

### איך מספר Coexistence מחליף ספק?

מנתקים ומחברים מחדש. Meta מתעדת שהעסק מנתק את החיבור ל-Cloud API מתוך האפליקציה, דרך הגדרות, חשבון, Business Platform, בלחיצה על כפתור ניתוק החשבון, והספק מקבל וובהוק (Webhook) מסוג account_update עם הערך PARTNER_REMOVED.

אחרי הניתוק המספר חוזר להיות מספר רגיל באפליקציית WhatsApp Business, והספק החדש יכול לחבר אותו דרך Embedded Signup. התנאים הם תנאי Coexistence הרגילים: גרסה עדכנית של האפליקציה, Business Portfolio שאתם מנהלים, ואף ספק אחר שעדיין מחובר. השאלה על שיתוף ההיסטוריה נשאלת שוב, וחלון הסנכרון של 24 שעות מתחיל מחדש מרגע החיבור החדש.

### מה עובר בהעברה של מספר API בלבד?

יותר ממה שרוב האנשים מצפים, ובגלל זה קיים מסלול ההעברה ולא מחיקה ורישום מחדש. המספר שומר על המוניטין שבנה מול הלקוחות, ורק היסטוריית איכות התבניות מתחילה מחדש.

- שם התצוגה, דירוג האיכות, מגבלת ההודעות וסטטוס חשבון עסקי רשמי נשמרים.
- תבניות מתאימות משוכפלות לחשבון היעד עם אותם סטטוסים.
- מדיה שכבר הועלתה למספר ממשיכה להיות זמינה לשימוש.
- דירוגי האיכות של התבניות לא עוברים: כל תבנית שהועברה מתחילה ב-UNKNOWN.

### מה צריך להיות מוכן לפני העברה של מספר API בלבד?

Meta מפרטת תנאים בשני הצדדים, ותנאי צד הלקוח הם המקום שבו העברות נתקעות.

ה-Business Portfolio של העסק צריך להיות מאומת, חשבון WhatsApp Business הקיים שלו מאושר, ואמצעי תשלום תקף מחובר. במספר צריך לכבות אימות דו-שלבי, ול-Meta אין נקודת קצה שמכבה אותו, כך שספק לא יכול לבצע את השלב הזה דרך ה-API. בצד המקבל, לפחות אפליקציה אחת צריכה להיות רשומה לוובהוקים בחשבון היעד.

הרישום בחשבון החדש מיידי וללא הפרעה בשליחת הודעות, אבל שכפול התבניות לוקח זמן, ולכן אי אפשר להשתמש בתבניות המושפעות עד שהעותקים שלהן קיימים.

- חיבור לספק חדש בזמן שהישן עדיין מחובר. קודם צריך לנתק את המספר באפליקציה.
- התחלת העברה של מספר API בלבד כשהאימות הדו-שלבי פעיל. Meta דורשת שיהיה כבוי, ואין נקודת קצה שעושה זאת.
- ציפייה שאיכות התבניות תישמר. תבניות שהועברו מתחילות מחדש ב-UNKNOWN.

**האם אאבד את השיחות כשאחליף ספק Coexistence?** האפליקציה שומרת אותן לאורך כל התהליך. שיתוף ההיסטוריה עם החיבור החדש מוצע שוב בזמן החיבור.

**האם העברה של מספר API בלבד משנה את שם התצוגה?** לא. Meta שומרת על שם התצוגה, דירוג האיכות, מגבלת ההודעות וסטטוס חשבון עסקי רשמי.

**למה התבניות שלי איבדו את דירוג האיכות?** Meta משכפלת תבניות לחשבון היעד, וכל עותק מתחיל עם דירוג UNKNOWN.

**האם יש השבתה?** לפי Meta, הרישום בהעברה של מספר API בלבד מיידי וללא הפרעה בשליחת הודעות. התבניות זמינות לשימוש ברגע שהן משוכפלות.

---

## קבוצות WhatsApp וה-API במספר Coexistence

https://easycoexistence.com/he/docs/whatsapp-groups-and-the-api

ה-Groups API של Meta מאפשר למספר Cloud API ליצור קבוצות קטנות בהצטרפות בהזמנה בלבד ולשלוח אליהן הודעות. אבל Meta מצהירה שהוא אינו זמין למספרים של אפליקציית WhatsApp Business, וזה בדיוק מספר Coexistence. גם קבוצות קיימות באפליקציה אינן מסונכרנות. במספר משותף, קבוצות נשארות יכולת של האפליקציה בלבד.

### האם ל-WhatsApp יש Groups API?

כן. ה-Groups API של Meta מאפשר לעסק ליצור קבוצות במספר Cloud API, להציג רשימה שלהן ולעדכן אותן, לשלוח אליהן טקסט, מדיה והודעות תבנית, לנהל את קישור ההזמנה, לאשר או לדחות בקשות הצטרפות ולהסיר משתתפים.

הוא קטן במכוון. ההצטרפות לקבוצות היא בהזמנה בלבד, דרך קישור שהעסק שולח, ומגבלות Meta מתארות משהו שקרוב יותר לחדר פרויקט מאשר לקהילה.

- עד 8 משתתפים בקבוצה.
- עד 10,000 קבוצות לכל מספר עסקי.
- עסק Cloud API אחד לכל קבוצה.
- טקסט, מדיה, תבניות מבוססות טקסט ותבניות מבוססות מדיה.

### האם מספר Coexistence יכול להשתמש בו?

לא. בעמוד ה-Groups API כתוב שהוא אינו זמין למספרי טלפון של אפליקציית WhatsApp Business, ומשפט זה מקשר למדריך של Meta להצטרפות משתמשי אפליקציית WhatsApp Business, כלומר Coexistence. תנאי הזכאות הוא גם Official Business Account, סטטוס שלפי העמוד של Meta בנושא OBA אינו ניתן למספרים של אפליקציית WhatsApp Business.

כלומר, Meta קובעת את ההחרגה הזאת לכל הספקים. מספר שמשותף בין האפליקציה ל-API לא יכול ליצור קבוצות דרך ה-API, לא יכול לשלוח אליהן ולא מקבל אירועי קבוצה.

### מה קורה לקבוצות שכבר קיימות באפליקציה?

הן נשארות באפליקציה וממשיכות לעבוד שם. התיעוד של Meta ל-Coexistence מונה צ'אטים קבוצתיים בין הדברים שאינם מסונכרנים בעת ההצטרפות של מספר, ולכן לא ההיסטוריה שלהם ולא הודעות קבוצה חדשות מגיעות ל-API.

הצוות שעובד בטלפון יכול עדיין ליצור קבוצות, לכתוב בהן ולקרוא אותן בדיוק כמו קודם. פשוט אין לתוכנה שום נראות לתנועה הזאת. אם תהליך עבודה תלוי בקבוצה, למשל צוות שמתאם משלוחים, הוא ממשיך באפליקציה, ואוטומציה סביבו צריכה להיבנות משיחות אחד על אחד.

### במה להשתמש במקום קבוצות דרך ה-API?

בשיחות אחד על אחד, שסביבן הפלטפורמה בנויה. הודעה שהייתה נשלחת לקבוצת לקוחות נשלחת לכל לקוח בנפרד: בתוך חלון שירות הלקוחות של 24 שעות כטקסט חופשי, ומחוץ לו כתבנית מאושרת.

אם עסק באמת צריך קבוצות שמנוהלות ב-API, ה-Groups API דורש מספר שרשום ב-Cloud API בלבד ויש לו Official Business Account, כלומר יציאה מ-Coexistence עבור אותו מספר. זו החלטה מבנית לגבי הקו ולא הגדרה, והיא מסירה ממנו את האפליקציה.

- לקרוא שקיים Groups API ולהניח שהוא חל גם על מספר Coexistence. Meta שוללת זאת ממספרים של אפליקציית WhatsApp Business, בלי יוצא מן הכלל.
- לצפות שהיסטוריית קבוצות תופיע ב-API אחרי ההצטרפות. צ'אטים קבוצתיים אינם מסונכרנים.
- לתכנן תהליך עבודה מבוסס קבוצה סביב מגבלה של 8 משתתפים בלי לבדוק שהיא מתאימה.

**אפשר לשלוח הודעה לקבוצת WhatsApp דרך ה-API?** רק ממספר API בלבד עם Official Business Account שמשתמש ב-Groups API. לא ממספר Coexistence.

**האם הקבוצות הקיימות שלי ממשיכות לעבוד?** כן, באפליקציית WhatsApp Business. הן אינן מסונכרנות ל-API.

**כמה אנשים יכולים להצטרף לקבוצת API?** Meta מגבילה קבוצות שנוצרות דרך ה-Groups API ל-8 משתתפים.

**האם זו מגבלה של הספק שלי?** לא. Meta קובעת את ההחרגה של מספרי אפליקציית WhatsApp Business אצל כל הספקים.

---

## Meta Verified והתג של עסק רשמי במספר Coexistence

https://easycoexistence.com/he/docs/meta-verified-and-coexistence

שני דברים שונים נקראים התג הכחול. Official Business Account הוא סטטוס שמבקשים עבור מספר ב-Cloud API, ולפי התיעוד של Meta הוא לא ניתן למספרים של אפליקציית WhatsApp Business. Meta Verified for WhatsApp Business הוא מינוי שנרכש באפליקציה, וכולל תג מאומת, גישה למספר נציגים ותמיכה משופרת.

### מהו Official Business Account?

סטטוס שניתן למספר טלפון עסקי הרשום בפלטפורמת WhatsApp Business. לפי Meta, זה מספר בבעלות עסק שאומת כאותנטי, ומוצג עם סימן וי כחול ליד השם בתצוגת אנשי הקשר. מבקשים אותו ב-WhatsApp Manager, בפרופיל של המספר, או דרך השדה official_business_account של ה-API.

- העסק עומד במדיניות ההודעות של WhatsApp Business.
- הוא רשום בפלטפורמה לפחות 30 ימים.
- ה-Business Portfolio שלו עבר Business Verification.
- במספר מופעל אימות דו-שלבי ושם התצוגה אושר.

### האם מספר Coexistence יכול לקבל סטטוס OBA?

התיעוד של Meta על OBA קובע שהיא לא מעניקה סטטוס OBA לעובדי עסק, לחשבונות בדיקה ולמספרי טלפון של אפליקציית WhatsApp Business. Meta משתמשת באותו מונח, מספרי טלפון של אפליקציית WhatsApp Business, גם בדף ה-Groups API, ומקשרת משם למדריך לחיבור משתמשי האפליקציה, שהוא Coexistence.

Meta לא מפרסמת כלל נפרד למספרים המשותפים לאפליקציה ול-API, ולכן העמדה המתועדת היא זו שלמעלה. בקשה שנדחתה אפשר להגיש שוב אחרי 30 ימים, ובינתיים אפשר להמשיך לערוך את הפרופיל העסקי.

### מהו Meta Verified for WhatsApp Business?

מינוי בתשלום שנרכש דרך אפליקציית WhatsApp Business, בנפרד מתהליך ה-OBA של הפלטפורמה. דף המשאבים של Meta מפרט מה כלול בו: תג מאומת, דף אינטרנט מותאם אישית, תמיכה משופרת, חשבון מרובה נציגים שמחבר כמה מכשירים ומקצה צ'אטים לנציגי מכירות, ותגים מאומתים עד 10 ערוצי WhatsApp.

מכיוון שהוא נרכש באפליקציה, הוא שייך לצד האפליקציה של מספר Coexistence. Meta מבקשת מהעסק לוודא שפרטי העסק והחשבון מעודכנים לפני ההרשמה, והיא לא מפרסמת שם מחיר קבוע.

### האם תג שורד העברה של המספר?

לגבי OBA, Meta מתעדת במפורש מקרה אחד: מספר שהועבר משותף Solution Partner אחד לאחר דרך Embedded Signup שומר על שם התצוגה, דירוג האיכות, מגבלת ההודעות וסטטוס Official Business Account.

אין הצהרה דומה לגבי החלפת המספר עצמו, וסטטוס OBA שייך למספר טלפון עסקי מסוים, ולכן מספר אחר הוא בקשה אחרת. אישור שם התצוגה הוא אחד מתנאי ה-OBA, ולכן כדאי לתכנן שינוי שם לפני הבקשה ולא אחריה.

- להתייחס ל-OBA ול-Meta Verified כאל תג אחד. הראשון הוא סטטוס בפלטפורמה, והשני מינוי באפליקציה.
- לבקש OBA לפני שחלפו 30 ימים בפלטפורמה. Meta דורשת את המינימום הזה, ודחייה פירושה המתנה של 30 ימים.
- לבקש OBA כשהאימות הדו-שלבי כבוי או ששם התצוגה עדיין ממתין לאישור. שני התנאים האלה מופיעים ברשימת הדרישות.

**האם Meta Verified זהה ל-Official Business Account?** לא. Meta מתעדת אותם בנפרד: OBA הוא סטטוס שמבקשים עבור מספר בפלטפורמה, ו-Meta Verified הוא מינוי שנרכש באפליקציה.

**האם אפשר להירשם ל-Meta Verified עם מספר Coexistence?** Meta Verified נרכש דרך אפליקציית WhatsApp Business, שמספר Coexistence ממשיך להשתמש בה.

**כמה זמן צריך לחכות לפני שאפשר לבקש OBA?** המספר צריך להיות רשום בפלטפורמת WhatsApp Business לפחות 30 ימים.

**מה קורה אם בקשת ה-OBA שלי נדחתה?** Meta מבקשת להמתין 30 ימים לפני שמגישים את הבקשה שוב.

---

## כמה נציגים ומערכות שעונים באותו מספר Coexistence

https://easycoexistence.com/he/docs/multiple-agents-on-one-number

אפשר לענות במספר Coexistence גם באמצעות אנשים וגם באמצעות תוכנה, בו זמנית. אנשי הצוות משתמשים באפליקציית WhatsApp Business ובמכשירים המקושרים שלה, עד ארבעה נוספים על הטלפון הראשי, והמערכות משתמשות ב-Cloud API. כל הודעה שאדם שולח מהאפליקציה או ממכשיר מקושר מגיעה לתוכנה בתור וובהוק (Webhook) בשם smb_message_echoes, כך ששני הצדדים חולקים שיחה אחת.

### איך כמה אנשים עונים באותו מספר?

דרך מכשירים מקושרים. WhatsApp מאפשרת להשתמש בחשבון אחד בעד ארבעה מכשירים נוספים לצד הטלפון הראשי, וההכרזה על התכונה ציינה במפורש את מקרה השימוש: עובדים של עסק קטן שעונים ללקוחות מהטלפונים שלהם, תחת אותו חשבון WhatsApp Business.

במספר Coexistence זה ממשיך לעבוד. הטלפון הראשי נשאר הבעלים של החשבון, ושאר אנשי הצוות עובדים מטלפונים, טאבלטים, דפדפנים או אפליקציות שולחן עבודה מקושרים. אילו לקוחות נלווים נתמכים ומה תהליך החיבור עושה להם מוסבר בעמוד על מכשירים מקושרים.

### איפה התוכנה נכנסת לתמונה?

בצד ה-API של אותו מספר. מערכת CRM, כלי אוטומציה או סוכן AI שולחים דרך Cloud API ומקבלים הודעות לקוח דרך וובהוקים, והאנשים ממשיכים להשתמש באפליקציה.

המספר הוא אותו קו בשני הצדדים, ולכן הלקוח רואה שיחה אחת, בלי קשר למי כתב כל הודעה. הודעות שנשלחות דרך ה-API מופיעות בשיחה באפליקציה, כך שהצוות רואה מה המערכת כבר אמרה. המגבלה המשותפת היחידה היא נפח: Meta קובעת למספר שפועל גם באפליקציה וגם ב-Cloud API קצב קבוע של 20 הודעות בשנייה.

### איך התוכנה יודעת שאדם כבר ענה?

מההד. הוובהוק smb_message_echoes של Meta נשלח כשעסק שחובר דרך שותף שולח הודעה מאפליקציית WhatsApp Business או ממכשיר מקושר, וגם כשהודעה נערכת או נמחקת מהאפליקציה.

זה מכסה כל אדם שעובד על המספר, בין אם הקליד בטלפון הראשי ובין אם במחשב נייד מקושר. מערכת שקוראת הדים יכולה לסמן שיחה כמטופלת בידי אדם ולהפסיק להגיב בעצמה, וזה ההבדל בין אוטומציה שעוזרת לצוות לאוטומציה שמדברת מעליו.

- נשלח מהאפליקציה או ממכשיר מקושר: מגיע הד.
- נערך באפליקציה: מגיע הד.
- נמחק באפליקציה: מגיע הד.

### על מה כל צד צריך לשים לב?

אנשי הצוות צריכים להשאיר את הטלפון הראשי בשימוש. Meta מנתקת מספר Coexistence אחרי כ-14 ימים ללא פעילות במכשיר הראשי, ומכשיר מקושר אחרי כ-30 ימים ללא פעילות שלו, ולכן צוות שעובד רק ממחשבים ניידים עלול לאבד את שניהם.

התוכנה צריכה לפעול לפי כללי הפלטפורמה: טקסט חופשי בתוך חלון שירות הלקוחות של 24 שעות, ותבניות מחוץ לו. וצ'אטים קבוצתיים אינם זמינים דרך ה-API באף אחד מהצדדים, כי Meta מוציאה אותם מהמספרים שמשותפים עם האפליקציה.

- להתעלם מההדים של smb_message_echoes. בלעדיהם בוט לא יכול לדעת שאדם כבר ענה ממחשב נייד מקושר.
- להפעיל את כל הצוות ממחשבים ניידים מקושרים בזמן שהטלפון הראשי מונח בלי שימוש במשך שבועות.
- לקשר WhatsApp for Windows אחרי החיבור. לפי Meta אין לו תמיכה במספר שבו Coexistence פעיל.

**כמה אנשים יכולים לענות במספר אחד?** WhatsApp מאפשרת עד ארבעה מכשירים מקושרים לצד הטלפון הראשי, ואדם אחר יכול להשתמש בכל אחד מהם.

**האם הודעות ממחשב נייד מקושר מגיעות ל-CRM שלי?** כן. Meta שולחת smb_message_echoes עבור הודעות שנשלחו מהאפליקציה או ממכשיר מקושר.

**האם צ'אטבוט ואדם יכולים לחלוק שיחה?** כן. שניהם כותבים לאותה שיחה, וההדים מאפשרים לבוט לראות מתי אדם ענה.

**יש מגבלת מושבים בצד ה-API?** Meta מגבילה את נפח ה-API וקובעת למספר משותף 20 הודעות בשנייה, ולא את מספר המערכות.

---

## מכשירים מקושרים ו-Coexistence: מה מתנתק

https://easycoexistence.com/he/docs/linked-devices-and-coexistence

חיבור מספר של אפליקציית WhatsApp Business ל-Cloud API מנתק כל מכשיר מקושר בחשבון. מכשירים נתמכים, כמו WhatsApp Web וטלפונים שמקושרים כמכשירים נוספים, אפשר לקשר מחדש אחר כך. WhatsApp for Windows ו-WhatsApp for WearOS אינם נתמכים במספר עם Coexistence, ומכשיר מקושר שלא היה פעיל כ-30 יום מתנתק.

### מה קורה למכשירים מקושרים בזמן החיבור?

כולם מתנתקים. לפי התיעוד של Meta, ברגע שעסק מחבר ל-Cloud API חשבון ומספר קיימים של אפליקציית WhatsApp Business, כל האפליקציות המקושרות מנותקות מהחשבון, ואז העסק יכול לקשר מחדש את אלה שנתמכות.

שום דבר לא הולך לאיבוד: הטלפון הראשי שומר על החשבון ועל השיחות. אבל עובד קבלה שעונה מדפדפן או מטלפון שני יגלה שהוא מנותק ברגע שהחיבור מסתיים, ולכן כדאי לעדכן את הצוות לפני סריקת קוד ה-QR ולא אחריו.

### אילו מכשירים מקושרים נתמכים אחר כך?

כולם חוץ משניים. לפי Meta, כל סוגי המכשירים המקושרים נתמכים במספר עם Coexistence, מלבד WhatsApp for Windows ו-WhatsApp for WearOS. כל מכשיר נתמך מקשרים מחדש כרגיל, בסריקת קוד QR בטלפון הראשי, והוא נספר באותה מגבלת מכשירים כמו קודם.

- WhatsApp Web בדפדפן: נתמך, מקשרים מחדש בסריקת קוד QR בטלפון הראשי.
- טלפונים נוספים שמקושרים כמכשירים מקושרים: נתמכים.
- WhatsApp for Windows: לא נתמך.
- WhatsApp for WearOS בשעון: לא נתמך.

### כמה מכשירים אפשר לקשר?

עד ארבעה מלבד הטלפון הראשי. ההכרזה של WhatsApp על ריבוי מכשירים בטלפונים תיארה קישור של טלפון כאחד מעד ארבעה מכשירים נוספים, בדיוק כמו דפדפנים, טאבלטים ומחשבים, והזכירה צוותים של עסקים קטנים שעונים ללקוחות מהטלפונים האישיים שלהם.

במספר עם Coexistence המגבלה משותפת לכל המכשירים המקושרים שנשארו נתמכים. משרד שהשתמש קודם באפליקציית Windows בדרך כלל מעביר את העמדות האלה ל-WhatsApp Web בדפדפן, והוא נספר כאחד מארבעת המכשירים כמו כל מכשיר מקושר אחר.

### מה שומר על חיבור המכשירים המקושרים?

שני כללי חוסר פעילות, אחד לכל סוג מכשיר, ושניהם מופיעים כסיבות בנתוני הניתוק של Meta.

PRIMARY_INACTIVITY חל על הטלפון הראשי ומופעל אחרי כ-14 יום בלי פעילות. WhatsApp גם מציינת שכשהמכשיר הראשי לא פעיל זמן רב, החשבון מנותק מכל המכשירים המקושרים, כך שטלפון ראשי שאינו בשימוש מנתק איתו את כל המכשירים המקושרים.

COMPANION_INACTIVITY חל על מכשיר מקושר בנפרד, אחרי כ-30 יום בלי פעילות. מקרה אופייני הוא מחשב נייד שכמעט לא משתמשים בו בסניף.

- מחברים בלי להזהיר את העובדים שעונים מ-WhatsApp Web. הם מתנתקים כשהחיבור מסתיים.
- מנסים לקשר מחדש את אפליקציית WhatsApp for Windows. לפי Meta היא אינה נתמכת במספרים עם Coexistence.
- משאירים את הטלפון הראשי במגירה כי כולם עובדים במכשירים מקושרים. חוסר הפעילות שלו מנתק גם את המכשירים המקושרים.

**האם Coexistence מנתק את WhatsApp Web?** כן, בזמן החיבור כל המכשירים המקושרים מתנתקים. WhatsApp Web נתמך ואפשר לקשר אותו מחדש מיד.

**אפשר להשתמש באפליקציית WhatsApp לשולחן העבודה ב-Windows?** לא במספר עם Coexistence. Meta מציינת ש-WhatsApp for Windows הוא מכשיר מקושר שאינו נתמך.

**האם Coexistence עצמו הוא מכשיר מקושר?** לא. זה ה-Cloud API שמחובר למספר דרך תהליך החיבור של Meta, והוא לא תופס מקום של מכשיר מקושר.

**כמה מכשירים מקושרים אפשר לקשר?** עד ארבעה מלבד הטלפון הראשי, מתוך סוגי המכשירים המקושרים ש-Meta תומכת בהם.

---

## שינוי מספר הטלפון בחיבור Coexistence

https://easycoexistence.com/he/docs/changing-the-phone-number

חיבור Coexistence שייך למספר טלפון אחד. כשהעסק משנה את המספר באפליקציית WhatsApp Business, Meta מנתקת את החיבור עם הסיבה CHANGE_NUMBER. המספר החדש הוא מספר טלפון עסקי נפרד בפלטפורמה, וצריך לחבר אותו דרך תהליך Coexistence כחיבור חדש.

### מה קורה לחיבור כשהמספר משתנה?

הוא מסתיים. Meta מונה שינוי של מספר טלפון בין הסיבות לניתוק חיבור Coexistence, ומדווחת עליו עם הסיבה CHANGE_NUMBER בשדה disconnection_info של וובהוק (Webhook) מסוג account_update שמגיע לשרת שלכם.

זו עקביות של הפלטפורמה ולא קשיחות. כל מה שצד ה-API מכיר מקושר למספר טלפון עסקי: מזהה המספר (phone number ID), שם התצוגה, דירוג האיכות והמינויים לוובהוקים. מספר אחר הוא נכס אחר, ולכן שום דבר שמחובר למספר הישן לא עובר מעצמו, והחיבור הישן מפסיק לעבוד ברגע השינוי.

### איך מחברים את המספר החדש?

כחיבור ראשון. המספר החדש צריך לעמוד באותם תנאים כמו כל מספר שמצטרף ל-Coexistence, ואז לעבור את תהליך ההצטרפות מההתחלה. שום דבר מהחיבור הישן לא נשאר בשימוש, ולכן כדאי להתייחס למעבר כאל פרויקט קצר עם תאריך.

- המספר פעיל באפליקציית WhatsApp Business, בגרסה 2.24.17 ומעלה.
- הוא נמצא ב-Business Portfolio שאתם מנהלים.
- הוא לא מחובר לספק אחר.
- שם התצוגה שלו מוזן בעת הרישום, כמו בכל מספר טלפון עסקי.

### מה צריך לעדכן בצד ה-API?

בכל מקום שבו נשמר המספר הישן או המזהה שלו. אינטגרציות ששולחות דרך Cloud API פונות לפי phone number ID, ולכן CRM, תהליך אוטומציה או סוכן AI שעדיין מצביעים על המזהה הישן ייכשלו ולא יעברו למספר החדש.

החיבור החדש גם מתחיל מחדש את שאלות ההצטרפות, כולל האם לשתף היסטוריית צ'אטים וחלון 24 השעות לסנכרון שלה. יעד וובהוק שהוגדר בחיבור הישן צריך להגדיר שוב בחיבור החדש. כדאי לבדוק גם את הקיבולת של ה-Business Portfolio: Meta מגבילה Business Portfolio חדש לשני מספרי טלפון עסקיים רשומים, עד שהוא עובר אימות או מגיע למגבלת הודעות של 2,000.

### מה קורה למספר הישן בפלטפורמה?

הוא נשאר נכס ב-WhatsApp Business Account עד שמישהו מסיר אותו. Meta מאפשרת רק למנהלי ה-Business Portfolio למחוק מספרי טלפון עסקיים, ואוסרת מחיקה של מספר ששימש לשליחת הודעות בתשלום ב-30 הימים האחרונים.

מחיקה היא סידור אופציונלי ולא תנאי לחיבור המספר החדש, אבל מספרים ישנים בחשבון מקלים על מערכת להמשיך לפנות למספר הלא נכון. הסרה אחרי שחלפו 30 הימים שומרת על חשבון קריא.

- לשנות את המספר באפליקציה לפני שתכננתם את החיבור מחדש. החיבור הישן מסתיים באותו רגע.
- להשאיר את המזהה הישן של המספר באינטגרציות. השליחות נכשלות במקום לעבור למספר החדש.
- לנסות למחוק את המספר הישן מיד אחרי המעבר. Meta חוסמת זאת אם נשלחו ממנו הודעות בתשלום ב-30 הימים האחרונים.

**האם החיבור עובר למספר החדש שלי?** לא. Meta מנתקת אותו עם הסיבה CHANGE_NUMBER, והמספר החדש מחובר כחיבור חדש.

**האם אני צריך phone number ID חדש?** כן. המספר החדש הוא מספר טלפון עסקי נפרד בפלטפורמה, עם מזהה משלו.

**אפשר למחוק את המספר הישן מיד?** רק אם הוא לא שלח הודעות בתשלום ב-30 הימים האחרונים, ורק מנהל של ה-Business Portfolio יכול למחוק אותו.

**האם צריך לבחור שם תצוגה מחדש?** כן. Meta דורשת פרטי שם תצוגה בעת רישום מספר טלפון עסקי.

---

## אימות עסק ב-Meta ומספרי Coexistence

https://easycoexistence.com/he/docs/business-verification

אימות עסק ב-Meta חל על Meta Business Portfolio ולא על מספר טלפון. פורטפוליו יכול לשלוח הודעות גם בלי אימות, החל ממגבלה של 250 נמענים ייחודיים ביום ושני מספרים רשומים. אימות הוא אחת הדרכים להגיע למגבלה של 2,000, הוא מעלה את תקרת המספרים ל-20, והוא תנאי לפני הגשת בקשה לסימון הכחול.

### האם אימות עסק נדרש כדי לחבר מספר?

לא. בתיעוד של Meta האימות הוא דרך להרחיב את מה שפורטפוליו יכול לעשות, ולא תנאי לשליחה.

Business Portfolio חדש מתחיל עם מגבלה של 250 נמענים ייחודיים מחוץ לחלון שירות הלקוחות בכל 24 שעות נעות, ועם תקרה של שני מספרי טלפון עסקיים רשומים. שני הנתונים חלים בין אם הפורטפוליו מאומת ובין אם לא, ועסק יכול לשלוח הודעות ללקוחות שלו בתוך המגבלות האלה מהיום הראשון.

מה שהאימות משנה הוא התקרה. זו אחת משלוש הדרכים ש-Meta מציינת כדי להעלות את מגבלת ההודעות מ-250 ל-2,000, ואחד משני הטריגרים להעלאת תקרת המספרים הרשומים ל-20.

### מה האימות פותח ב-WhatsApp?

שלושה דברים נפרדים, שלעיתים מתארים כאילו הם דבר אחד.

- דרך למגבלת הודעות גבוהה יותר: אימות הוא אחת הדרכים להגיע לזכאות ל-2,000, ומשם ההגדלה האוטומטית של Meta ממשיכה.
- תקרת מספרים גדולה יותר: Meta מעלה את הפורטפוליו משני מספרים רשומים ל-20 ושולחת וובהוק (Webhook) בשם business_capability_update כדי לעדכן על כך.
- זכאות ל-Official Business Account: הפורטפוליו שמחזיק במספר חייב להיות מאומת לפני שאפשר לבקש סימון כחול.
- אף אחד משלושת הדברים לא משנה את אופן הפעולה של אפליקציית WhatsApp Business בטלפון.

### איך אימות חל על מספר של Coexistence?

דרך הפורטפוליו. מספר שמחובר דרך Coexistence נמצא בחשבון WhatsApp Business ששייך ל-Meta Business Portfolio, והאימות הוא מאפיין של הפורטפוליו הזה. כל המספרים בתוכו חולקים את התוצאה, יחד עם מגבלת ההודעות של הפורטפוליו.

הסימון הכחול מצומצם יותר. בעמוד של Meta על Official Business Account נכתב שהיא אינה מעניקה את הסטטוס הזה, בין היתר, למספרי טלפון של אפליקציית WhatsApp Business, והיא אינה מתארת בנפרד מספרים שנמצאים בשימוש גם באפליקציה וגם ב-Cloud API. יתר תנאי הזכאות הם אימות, לפחות 30 ימים בפלטפורמה, אימות דו-שלבי במספר ושם תצוגה מאושר.

### איזה פורטפוליו צריך לאמת?

את זה שמחזיק בחשבון WhatsApp Business. עסק שמחבר מספר משלו צריך לעשות זאת בפורטפוליו שלו עצמו.

זה חשוב לסוכנויות. אם מספר של לקוח מחובר בתוך הפורטפוליו של הסוכנות, חלים האימות, המגבלה ותקרת המספרים של הסוכנות, והמגבלה של הלקוח משותפת לכל שאר המספרים שהסוכנות מחזיקה שם. Meta מציינת במפורש שמספר אחד יכול לנצל את כל יכולת ההודעות של פורטפוליו בתקופה נתונה.

חיבור כל עסק בתוך הפורטפוליו שלו משאיר את האימות, המגבלות והחיוב אצל העסק ששולח בפועל.

- דחיית החיבור עד שהאימות מסתיים. אפשר לשלוח גם בלעדיו, בתוך מגבלת ההתחלה.
- אימות של פורטפוליו אחר מזה שמחזיק בחשבון WhatsApp Business. התוצאה לא עוברת מפורטפוליו לפורטפוליו.
- החזקת המספרים של כמה לקוחות בפורטפוליו אחד של סוכנות. כולם חולקים מגבלת הודעות אחת ותקרת מספרים אחת.

**האם צריך אימות עסק כדי להשתמש ב-Coexistence?** לא. פורטפוליו יכול לשלוח הודעות גם בלי אימות, במגבלת התחלה של 250 נמענים ייחודיים ב-24 שעות נעות.

**האם האימות מקנה את הסימון הכחול?** לא לבדו. זה אחד התנאים לסטטוס Official Business Account, שמבקשים בנפרד ו-Meta בודקת אותו.

**האם האימות הוא לכל מספר בנפרד?** לא. הוא שייך ל-Meta Business Portfolio, וכל המספרים בפורטפוליו הזה חולקים אותו.

**האם האימות משנה את האפליקציה בטלפון שלי?** לא. הוא משנה את מגבלות הפלטפורמה ואת הזכאות, ולא את אופן הפעולה של אפליקציית WhatsApp Business.

---

## מגבלות הודעות ב-WhatsApp: הרמות הנוכחיות לפי Business Portfolio

https://easycoexistence.com/he/docs/messaging-limits-and-tiers

מגבלת הודעות קובעת לכמה אנשים שונים עסק יכול לשלוח הודעות מחוץ לחלון שירות הלקוחות, בכל 24 שעות נעות. מאז 7 באוקטובר 2025 היא נקבעת לכל Meta Business Portfolio ומשותפת לכל המספרים בו. היא מתחילה ב-250 ועולה ל-2,000, ל-10,000, ל-100,000 ועד ללא הגבלה.

### מה בדיוק סופרת מגבלת ההודעות?

מספרי טלפון ייחודיים של משתמשי WhatsApp שהעסק שלכם שולח אליהם הודעות מחוץ לחלון שירות לקוחות, בתוך 24 שעות נעות. מהניסוח הזה נובעות שלוש תוצאות.

תשובות בתוך חלון שירות לקוחות פתוח לא נספרות, ולכן מספר שרק עונה לאנשים שפנו אליו יכול לפעול הרבה מעל המגבלה בלי לגעת בה. שליחת כמה תבניות לאותו אדם נספרת כאדם אחד. והחלון נע ואינו יום קלנדרי, כך שהקיבולת מתפנה בהדרגה ככל שהשליחות הוותיקות ביותר יוצאות מהחלון.

המגבלה עוסקת בכמה אנשים אתם פונים אליהם ראשונים, לא בכמה מהר או כמה הודעות אתם שולחים.

### מה השתנה באוקטובר 2025?

לפני 7 באוקטובר 2025 לכל מספר טלפון הייתה מגבלה משלו, ומספר חדש התחיל ב-250 בלי קשר למה שהמספרים האחרים צברו. מאז המגבלה שייכת ל-Business Portfolio וכל המספרים בו חולקים אותה.

- מספר שנרשם לאחרונה חולק מיד את המגבלה של ה-Business Portfolio.
- השלב הראשון אחרי 250 הוא 2,000, במקום 1,000 כפי שהיה.
- העלאות מתקבלות 6 שעות אחרי שהקריטריונים מתקיימים, במקום 24.
- ירידה בדירוג האיכות של מספר כבר לא מורידה את המגבלה.
- יש לקרוא את השדה whatsapp_business_manager_messaging_limit, והשדה messaging_limit_tier הוצא משימוש.

### איך המגבלה עולה?

בשני שלבים. כדי לצאת מ-250, ה-Business Portfolio משלים מסלול הגדלה אחד: מאמת את העסק, מבקש משותף ה-onboarding לאמת אותו, או שולח 2,000 הודעות מחוץ לחלונות שירות לקוחות לנמענים ייחודיים בתוך 30 יום, באמצעות תבניות בדירוג איכות גבוה. אחר כך Meta בודקת את איכות ההודעות ומאשרת או דוחה, ודחייה מגיעה כוובהוק (Webhook) מסוג account_alerts שמציין את החלופה שכדאי לנקוט.

מ-2,000 ומעלה ההגדלה אוטומטית. Meta מעלה את ה-Business Portfolio רמה אחת כשהוא שולח הודעות באיכות גבוהה בכל המספרים והתבניות שלו, וניצל לפחות מחצית מהמגבלה הנוכחית ב-7 הימים האחרונים. אין מה לרכוש ואין בקשה להגיש.

### במה מגבלת ההודעות שונה מקצב השליחה?

המגבלה סופרת אנשים ביום, וקצב השליחה סופר הודעות בשנייה. הם נקבעים בנפרד ונכשלים בנפרד.

במספר Coexistence ההבדל חד. Meta קובעת את קצב השליחה על 20 הודעות בשנייה לכל מספר שפועל גם באפליקציית WhatsApp Business וגם ב-Cloud API, כדי לשמור על תאימות לאפליקציה. המספר הזה לא משתנה עם הרמה של ה-Business Portfolio, ולכן גם ב-Business Portfolio עם מגבלה ללא הגבלה, מספר Coexistence שולח 20 הודעות בשנייה בלבד.

למגבלה לשנייה, למגבלה לנמען ולמגבלת קריאות הניהול יש לכל אחת עמוד משלה וקודי שגיאה משלה.

- קריאת השדה messaging_limit_tier. הוא הוצא משימוש, והשדה הנוכחי הוא whatsapp_business_manager_messaging_limit.
- הנחה שכל מספר חדש מתחיל ב-250. מאז אוקטובר 2025 הוא יורש מיד את המגבלה של ה-Business Portfolio.
- ספירת תשובות במסגרת המגבלה. הודעות בתוך חלון שירות לקוחות פתוח אינן חלק ממנה.
- מצב שבו קמפיין של מספר אחד מרוקן את המגבלה של האחרים. כל ה-Business Portfolio משתמש באותה מגבלה.

**המגבלה היא לכל מספר או לכל חשבון?** לכל Meta Business Portfolio מאז 7 באוקטובר 2025. כל המספרים בו חולקים אותה.

**האם תשובות של לקוחות נספרות במגבלה שלי?** לא. נספרות רק הודעות שנשלחו מחוץ לחלון שירות לקוחות, וכל נמען ייחודי נספר פעם אחת בכל 24 שעות נעות.

**האם דירוג איכות נמוך יכול להוריד את המגבלה שלי?** לא מאז אוקטובר 2025. Meta הפסיקה להוריד מגבלות בגלל ירידה באיכות, אבל האיכות עדיין קובעת אם המגבלה תעלה.

**האם רמה גבוהה יותר מעלה את קצב השליחה ב-Coexistence?** לא. קצב השליחה במספר Coexistence קבוע על 20 הודעות בשנייה, בכל רמה שהיא.

---

## קטלוגי מוצרים במספר עם Coexistence

https://easycoexistence.com/he/docs/catalog-and-coexistence

חיבור מספר דרך Coexistence משאיר את הקטלוג, ההזמנות וכלי הסטטוס של אפליקציית WhatsApp Business ללא שינוי באפליקציה, ו-Cloud API אינו חושף את כלי האפליקציה האלה. הודעות מוצר דרך ה-API נשענות על קטלוג שהועלה ל-Meta ומחובר ל-WhatsApp Business Account, ומוגדרות לכל מספר בנפרד.

### האם הקטלוג באפליקציית WhatsApp Business שלי שורד את Coexistence?

כן, בטלפון. טבלת התכונות של Coexistence מ-Meta מונה כלי עסק, ובהם קטלוג, הזמנות וסטטוס, ללא שינוי באופן הפעולה שלהם באפליקציית WhatsApp Business אחרי החיבור.

אותה שורה מסמנת אותם כבלתי נתמכים ב-Cloud API. זה החלק שחשוב לתכנן סביבו: אינטגרציה לא צריכה לצפות לקרוא, לערוך או לשכפל את כלי הקטלוג של האפליקציה דרך ה-API.

לכן חנות שמוכרת מקטלוג האפליקציה ממשיכה לעשות זאת בדיוק כך גם אחרי החיבור. מה שמשתנה הוא שנוספת לה גם גישה ל-API, עם דרך משלו לשליחת מוצרים.

### איך קטלוג מוצרים עובד דרך Cloud API?

דרך קטלוג שהועלה ל-Meta ומחובר ל-WhatsApp Business Account. קטלוג הוא מלאי מובנה של מוצרים או שירותים, וכל פריט כולל פרטים כמו שם, תיאור, מחיר, תמונות וזמינות. Meta מתארת ארבעה שלבים.

- העלאת מלאי: דרך Commerce API או דרך Meta Commerce Manager, לפי בחירתכם.
- הגדרות מסחר לכל מספר: האם העגלה פעילה והאם הקטלוג גלוי.
- שיתוף מוצרים בהודעות קטלוג, מוצר יחיד, מספר מוצרים או קרוסלה.
- תגובות הלקוחות, שמגיעות כהתראות וובהוק (Webhook) עם פרטי ההזמנה ושאלות על מוצרים.

### מה ההבדל בין הודעות מוצר באפליקציה לבין הודעות דרך ה-API?

Meta מתעדת הבדל גלוי אחד: הודעות שנשלחות דרך Cloud API אינן מציגות כרגע סמל עגלת קניות בכותרת השיחה, בניגוד להודעות מוצר שנשלחות מאפליקציית WhatsApp Business.

לצד ה-API יש גם הגדרות שהאפליקציה אינה חושפת באותה דרך. כברירת מחדל עגלת הקניות פעילה וסמל החנות מוסתר בכל מספר טלפון עסקי בחשבון, ואפשר לשנות את שניהם לכל מספר בנפרד באמצעות נקודת הקצה של הגדרות המסחר. השבתת הקטלוג גורמת לקישורי קטלוג של wa.me ולכפתור View catalog להציג אזהרת קטלוג לא תקף בלחיצה עליהם.

מחוץ לחלון שירות הלקוחות, מוצרים עדיין נשלחים בתוך תבנית מאושרת, כמו כל הודעה אחרת ביוזמת העסק.

### מי בודק את המוצרים?

Meta, באופן אוטומטי. פריטים שנוספים לקטלוג המחובר ל-WhatsApp Business Account נבדקים, ופריט שמפר את המדיניות מסומן והעסק מופנה אל WhatsApp Commerce Policies. אפשר לערער על פריטים שנדחו ב-Meta Commerce Manager.

לקוחות יכולים גם לדווח על מוצר מסוים שקיבלו בהודעה, וזה מפעיל בדיקה משלו. דיווחים על העסק עצמו הם עניין נפרד: הם אחד האותות ש-Meta משתמשת בהם לדירוג האיכות של מספר.

עסקים שממוקמים בהודו חייבים לעמוד גם בחוקי המכירה המקוונת, ש-Meta חושפת דרך ממשק Business Compliance API לצורך זה.

- ציפייה שכלי הקטלוג של האפליקציה יהיה קריא דרך ה-API. Meta מסמנת אותו כלא נתמך, ולכן ב-Cloud API הוא אינו זמין.
- השבתת הקטלוג במספר בזמן שקישורי קטלוג של wa.me עדיין בהפצה. הקישורים האלה יציגו אזהרת קטלוג לא תקף.
- שליחת מוצרים מחוץ לחלון שירות הלקוחות בלי תבנית. הודעות ביוזמת העסק עדיין דורשות תבנית.

**האם החיבור ימחק את הקטלוג שלי?** לא. Meta מציינת שכלי העסק של האפליקציה, כולל הקטלוג, נשארים ללא שינוי אחרי ההצטרפות ל-Coexistence.

**האם ה-API יכול לקרוא את קטלוג האפליקציה שלי?** Meta מסמנת את כלי העסק של האפליקציה כבלתי נתמכים ב-Cloud API. הודעות מוצר דרך ה-API משתמשות בקטלוג המחובר ל-WhatsApp Business Account.

**כמה מוצרים נכנסים בהודעה אחת?** עד 30 מוצרים בהודעה מרובת מוצרים, מחולקים לקטעים.

**אפשר לכבות את העגלה?** כן, לכל מספר טלפון, דרך נקודת הקצה של הגדרות המסחר. כברירת מחדל היא פעילה.

---

## רשימות תפוצה מול תבניות שיווק אחרי Coexistence

https://easycoexistence.com/he/docs/broadcast-lists-vs-templates

אחרי שמספר מחובר דרך Coexistence, רשימות התפוצה באפליקציית WhatsApp Business הופכות לקריאה בלבד, ואי אפשר ליצור חדשות. המקבילה ב-API היא תבנית שיווק שנשלחת לכל נמען. היא דורשת הסכמה מראש, נספרת במגבלת ההודעות של ה-Business Portfolio, מחויבת על ידי Meta ומכבדת את העדפות השיווק של כל אדם.

### מה מחליף רשימת תפוצה ב-API?

תבנית שיווק מאושרת, שנשלחת פעם אחת לכל נמען דרך Cloud API. בצד ה-API אין אובייקט של רשימה: האינטגרציה מחזיקה את הקהל ושולחת את התבנית לכל מספר בו.

זה משנה שלושה דברים בבת אחת. התוכן עובר בדיקת תבניות של Meta לפני שאפשר לשלוח אותו. כל שליחה מחוץ לחלון שירות הלקוחות פותחת שיחה ש-Meta מחייבת באמצעי התשלום שבחשבון WhatsApp Business של העסק עצמו. וכל נמען ייחודי נספר במגבלת ההודעות של ה-Business Portfolio ב-24 השעות האחרונות.

על השבתת הרשימות עצמה ועל הסיבות ש-Meta מציינת לכך כתבנו בעמוד על התכונות ש-Coexistence מכבה.

### מי רשאי לקבל תבנית שיווק?

אנשים שמסרו לעסק את המספר שלהם והסכימו לשמוע ממנו. מדיניות ההודעות העסקיות של Meta מחייבת את שני התנאים, וההסכמה חייבת לציין את שם העסק ולהבהיר שהאדם מסכים לקבל ממנו הודעות.

Meta משאירה את השיטה לעסק, כל עוד היא עומדת בדרישות ובחוק החל: SMS, טופס באתר, שיחת IVR או טופס חתום על נייר מופיעים כולם כדוגמאות. לכן ההוכחה להסכמה נמצאת ברישומים של העסק, ולא באנשי הקשר בטלפון.

שליחה לאנשים שמעולם לא הסכימו היא גם הדרך המהירה ביותר לצבור חסימות ודיווחים, ואלה מורידים את הדירוג של איכות השליחה.

### למה חלק מתבניות השיווק לא מגיעות?

כי ה-API מפעיל בקרות לכל נמען, ורשימות תפוצה מעולם לא חשפו אותן.

- מגבלות שיווק לכל משתמש: WhatsApp עשויה לעצור תבניות שיווק לאדם שפחות סביר שיגיב, ומחזירה את הקוד 131049 בתגובה.
- שיווק שהופסק: אדם יכול להפסיק לקבל הודעות שיווק מהעסק דרך ההגדרה "Offers and announcements", ואז מתקבל הקוד 131050 בתגובה.
- מספרים אמריקאיים: נכון לעכשיו WhatsApp לא מוסרת תבניות שיווק למשתמשים עם מספרי טלפון אמריקאיים.
- אזורים מוחרגים: נכון לעכשיו המגבלות לכל משתמש אינן פעילות באזור הכלכלי האירופי, בבריטניה, ביפן ובדרום קוריאה.

### האם כלי ההודעות השיווקיות של האפליקציה עדיין עובד?

בטבלת התכונות של Meta ל-Coexistence, כלי ההודעות של האפליקציה מופיעים בשורה אחת: הודעות שיווק, הודעת ברכה, הודעת היעדרות, תשובות מהירות ותוויות. לא מצוין שינוי בהם באפליקציית WhatsApp Business אחרי ההצטרפות. באותה שורה הם מסומנים כלא נתמכים ב-Cloud API.

כלומר תכונת הודעות השיווק של האפליקציה ותבניות השיווק ב-API הן שתי דרכים נפרדות באותו מספר. Meta גם מציינת שהודעות שנשלחות מאפליקציית WhatsApp Business ממשיכות להיות ללא חיוב אחרי ההצטרפות, בעוד שהודעות שנשלחות דרך Cloud API מתומחרות לפי התעריף של Cloud API.

רשימות התפוצה הן היוצאות מן הכלל שכן משתנה, ולכן הן זקוקות לתחליף.

- ניסיון חוזר מיידי אחרי שגיאה 131049. Meta מבקשת להמתין לפחות 24 שעות, וניסיונות מוקדמים עלולים לחסום ניסיונות נוספים למשך עד יום.
- ניסיון חוזר אחרי שגיאה 131050. האדם הפסיק לקבל הודעות שיווק מהעסק, וההודעה לא תגיע אליו.
- ייבוא רשימת תפוצה כרשימת הסכמות. מספר ששמרתם אצלכם אינו ההסכמה שהמדיניות מתארת.

**האם רשימות התפוצה שלי נמחקות?** לא. רשימות תפוצה קיימות הופכות לקריאה בלבד, ואי אפשר ליצור חדשות כל עוד המספר מחובר.

**האם אני צריך תבנית כדי לשלוח הודעה לקהל מרשימת התפוצה?** מחוץ לחלון שירות הלקוחות, כן. תבנית שיווק היא הדרך ב-API לשלוח קידום ביוזמת העסק.

**למה תבנית נכשלה עם שגיאה 131050?** הנמען בחר להפסיק לקבל הודעות שיווק מהעסק שלכם. Meta מורה לא לנסות שוב.

**האם תכונת הודעות השיווק של האפליקציה נעלמה?** Meta מציינת שכלי ההודעות של האפליקציה, כולל הודעות שיווק, נשארים ללא שינוי באפליקציה אחרי ההצטרפות.

---

## דרישות ההסכמה (opt-in) ב-WhatsApp להודעות ביוזמת עסק

https://easycoexistence.com/he/docs/opt-in-requirements

לפני שעסק שולח הודעה ב-WhatsApp, המדיניות של Meta דורשת שני דברים: האדם מסר לעסק את מספר הטלפון שלו, והעסק קיבל הסכמה (opt-in) המאשרת שהוא רוצה לקבל ממנו הודעות. מאז נובמבר 2024 ההסכמה יכולה להיות כללית ולא ייעודית ל-WhatsApp, אבל היא חייבת לנקוב בשם העסק ולעמוד בחוק המקומי.

### מה מדיניות ההסכמה של Meta דורשת?

שני תנאים, ושניהם חייבים להתקיים לפני שעסק פונה למישהו ב-WhatsApp. האדם מסר לעסק את מספר הטלפון הנייד שלו, והעסק קיבל ממנו הסכמה המאשרת שהוא רוצה לקבל ממנו הודעות או שיחות בהמשך.

להסכמה עצמה שלוש דרישות. היא חייבת לציין בבירור שהאדם מסכים לקבל תקשורת מהעסק. היא חייבת לציין בבירור את שם העסק. והיא חייבת לעמוד בחוק החל, ו-Meta משאירה לעסק לקבוע זאת לבדו.

עדכון המדיניות של Meta מנובמבר 2024 הקל בנקודה אחת: ההסכמה יכולה להיות כללית ואין חובה להזכיר בה את WhatsApp, כל עוד מקיימים את החוק המקומי.

### אילו שיטות לקבלת הסכמה Meta מקבלת?

כל שיטה שעומדת בשלוש הדרישות. Meta קובעת ששיטה כזו תואמת את המדיניות, משאירה את הבחירה לעסק ומביאה דוגמאות לשיטות נתמכות. לא משנה במה בוחרים, Meta ממליצה גם להבהיר מה האדם מקבל בתמורה להודעות.

- הודעת SMS.
- טופס באתר.
- בטלפון, דרך מערכת תגובה קולית אינטראקטיבית.
- פנים אל פנים או על נייר, במסמך פיזי חתום.
- בכל שיטה, העסק אחראי להודעות ולהרשאות שהחוק החל מחייב.

### האם איש קשר באפליקציית WhatsApp Business נחשב להסכמה?

לא בפני עצמו. המדיניות של Meta קושרת את ההרשאה לכך שהאדם אישר שהוא רוצה הודעות מהעסק, ומספר טלפון ברשימת אנשי קשר מספק לכל היותר את התנאי הראשון מבין השניים.

זה חשוב במספר עם Coexistence, כי החיבור יכול לסנכרן אנשי קשר מהאפליקציה, ובסיס לקוחות קיים הוא הקהל המתבקש לקמפיין תבניות ראשון. להחזיק את המספר של מישהו זה לא אותו דבר כמו אישור שלו.

לקוח שכותב לעסק הוא מקרה אחר: ההודעה שלו פותחת חלון שירות לקוחות, ובתוכו העסק רשאי להשיב.

### מה קורה כשההסכמה חלשה?

הנמענים מגיבים, והפלטפורמה מגיבה למשוב הזה. בהנחיות ההסכמה של Meta מצוין שאנשים יכולים לחסום עסק או לדווח עליו, או להפסיק לקבל ממנו הודעות שיווקיות, ושהמערכות של Meta יגבילו קצב שליחה של עסק שהאיכות שלו נמוכה לאורך זמן.

העצות המעשיות של Meta נגזרות מכך. מגדירים ציפיות על ידי ציון קטגוריות ההודעות שהעסק ישלח, או אוספים הסכמה לכל קטגוריה בנפרד. נותנים הוראות ברורות להסרה מקטגוריות מסוימות ומכבדים אותן. הופכים את תהליכי ההסכמה וההסרה לגלויים, ועוקבים מקרוב אחר דירוג האיכות כששיטת הסכמה חדשה עולה לאוויר.

המדיניות דורשת גם לכבד כל בקשה לחסום, להפסיק או להסיר, בין ב-WhatsApp ובין מחוצה לו, כולל הסרת האדם מרשימות הקשר.

- להתייחס לאנשי קשר שסונכרנו מהאפליקציה כאל רשימת הסכמות. המדיניות דורשת אישור מכל אדם, לא רק את המספר שלו.
- לאסוף הסכמה שלא נוקבת בשם העסק. Meta דורשת לציין את שם העסק בבירור.
- לכבד הסרה רק כשהיא מגיעה ב-WhatsApp. המדיניות חלה על בקשות שהוגשו בכל ערוץ.

**האם ההסכמה חייבת להזכיר את WhatsApp?** לא. מאז עדכון המדיניות מנובמבר 2024 מותרת הסכמה כללית, בתנאי שהיא עומדת בחוק המקומי.

**האם צריך הסכמה כדי להשיב ללקוח שכתב ראשון?** הודעה מלקוח פותחת חלון שירות לקוחות, ובתוכו מותר להשיב. ההסכמה חלה על הודעות שהעסק יוזם.

**אפשר לאסוף הסכמה גם לא באינטרנט?** כן. Meta מונה פנים אל פנים או על נייר, במסמך חתום, בין השיטות המקובלות.

**מה צריך לקרות כשמישהו מבקש הסרה?** מפסיקים לשלוח לו הודעות, בכל ערוץ שבו ביקש זאת, ומסירים אותו מרשימות הקשר כפי שהמדיניות דורשת.

---

## איך חסימות ודיווחים משפיעים על דירוג האיכות ב-WhatsApp

https://easycoexistence.com/he/docs/quality-rating-blocks-and-reports

איכות ההודעות נקבעת לפי האופן שבו הנמענים קיבלו את ההודעות של עסק ב-7 הימים האחרונים, כשההודעות האחרונות שוקלות יותר. האותות הם חסימות, דיווחים, השתקות, ארכוב והסיבות שאנשים נותנים כשהם חוסמים. איכות נמוכה לאורך זמן מובילה להגבלת קצב, לשגיאה 131048 בשליחות ולהשהיית תבניות.

### איזה משוב מוריד את דירוג האיכות ב-WhatsApp?

Meta מציינת את האותות במפורש: חסימות, דיווחים, השתקות, ארכוב והסיבות שמשתמשים נותנים כשהם חוסמים עסק. האיכות מבוססת על האופן שבו ההודעות התקבלו ב-7 הימים האחרונים, ומשוקללת לפי עדכניות, כך ששליחה גרועה אתמול שוקלת יותר משליחה כזו מלפני שישה ימים.

מכאן שתי מסקנות. קמפיין אחד שכוון רע יכול להזיז את הדירוג מהר, ו-Meta מציינת שבמספרים עם תעבורה גבוהה האיכות משתנה לעיתים תוך דקות. ומכיוון שהבדיקה מכסה רק את 7 הימים האחרונים, משוב ישן יותר מפסיק להיספר.

לתבניות יש דירוג משלהן, שנבנה ממשוב ומשיעורי קריאה, לצד הדירוג של המספר.

### מה קורה כשהאיכות יורדת?

כמה דברים, ברמות שונות.

- שליחות עלולות להיכשל עם השגיאה 131048, ש-Meta מקשרת לכך שיותר מדי הודעות נחסמו או סומנו כספאם.
- תבניות שדורגו YELLOW או RED עדיין אפשר לשלוח, אבל יש סיכון שיושהו או יושבתו.
- האיכות משפיעה על קצב שליחת התבניות, מה שיכול להאט את המסירה של קמפיין.
- המדיניות מאפשרת ל-WhatsApp להגביל כמה הודעות עסק יכול לשלוח, על סמך חסימות ודיווחים.
- מאז 7 באוקטובר 2025 ירידה באיכות כבר לא מורידה את מגבלת ההודעות של ה-Business Portfolio, אבל היא יכולה לעצור את הגידול של המגבלה.

### איך מתאוששים מדירוג איכות נמוך?

קודם עוצרים את מקור המשוב השלילי, ואז נותנים לחלון של 7 הימים לעבור אותו.

ההנחיות של Meta להודעות איכותיות הן רשימת הבדיקה. שולחים רק לאנשים שהסכימו לקבל הודעות מהעסק. מתאימים את ההודעות אישית ומוודאים שהן שימושיות. נמנעים מהודעות פתיחה או היכרות כלליות. לא שולחים יותר מדי הודעות ביום. שומרים על תוכן ואורך קצרים וענייניים.

בפועל זה אומר להשהות את הקמפיין או התבנית שגורמים לחסימות, לבדוק לאיזה פלח קהל הם נשלחו, ולבדוק איזו הסכמה הקהל הזה נתן. ההנחיות של Meta עצמה להסכמה מציעות לאסוף הסכמה לפי קטגוריית הודעה, בדיוק מפני שקטגוריות לא צפויות הן מה שאנשים חוסמים.

### איפה מוצג דירוג האיכות?

ב-WhatsApp Manager, תחת "Account tools" ו-"Phone numbers", יחד עם הסטטוס של המספר ומגבלת ההודעות שלו, וגם באובייקט מספר הטלפון דרך ה-Graph API בשדה quality_rating. דירוגי התבניות מופיעים בכל תבנית בשדה quality_score, ובחלונית "Manage templates" הם מופיעים כ-High, Medium, Low או Quality pending, לפי המקרה.

שום דבר מזה לא מופיע באפליקציית WhatsApp Business בטלפון, ולכן מספר Coexistence יכול להידרדר בלי שמישהו בחנות ישים לב. הדירוג לא נמסר דרך וובהוק (Webhook) מסוג phone_number_quality_update, למרות שם השדה, ולוובהוק הזה יש דף משלו שמסביר מה הוא כן מעביר.

- שליחת הודעת פתיחה כללית לרשימה שיובאה לאחרונה. Meta מציינת אותה כדבר שיש להימנע ממנו, והיא גוררת חסימות.
- ניסיון חוזר לשליחות שנכשלו עם 131048. ההגבלה היא על המספר, ושליחות נוספות רק מוסיפות למשוב שגורם לה.
- מעקב רק אחרי הדירוג של המספר. לתבניות יש דירוג משלהן, ותבנית RED יכולה להיות מושהית בזמן שהמספר נראה תקין.

**האם חסימה אחת מורידה את הדירוג?** Meta לא מפרסמת סף. האיכות משקפת את המשוב הכולל על ההודעות של 7 הימים האחרונים, עם משקל גבוה יותר להודעות אחרונות.

**האם דירוג נמוך יכול להוריד את מגבלת ההודעות שלי?** לא מאז 7 באוקטובר 2025. הוא עדיין יכול למנוע מהמגבלה לגדול ולהגביל שליחות.

**כמה זמן לוקח להתאושש?** Meta לא מפרסמת זמן התאוששות. הבדיקה מכסה את 7 הימים האחרונים, ולכן משוב ישן יותר כבר לא נספר.

**האם שיחות מושתקות נספרות?** כן. Meta מונה השתקות וארכוב לצד חסימות ודיווחים כאותות איכות.

---

## GDPR ו-Coexistence: לאן הולכים נתוני ההודעות

https://easycoexistence.com/he/docs/gdpr-and-coexistence

מרגע שמספר מחובר דרך Coexistence, ההודעות שלו משתקפות בין אפליקציית WhatsApp Business לבין Cloud API. Meta מצהירה שב-Cloud API היא פועלת כמעבדת נתונים מטעם העסק, שומרת הודעות 30 יום לכל היותר, ומצפה שכל עסק יעמוד בחובות ה-GDPR שלו.

### מה משתנה בנתוני ההודעות, כש-Coexistence פעיל במספר?

השיחות נחשפות ל-Cloud API ולא רק לטלפון. התיעוד של Meta על Coexistence קובע שהודעות שנשלחות ומתקבלות משתקפות בין Cloud API לאפליקציית WhatsApp Business, שאפשר לסנכרן אנשי קשר עם מספר WhatsApp, ושבזמן הקליטה אפשר לסנכרן הודעות צ'אט מששת החודשים האחרונים. צ'אטים קבוצתיים אינם מסונכרנים.

מרגע זה ההודעות האישיות של המספר עוברות דרך Cloud API. Meta מתארת זאת כפענוח של הודעה נכנסת והעברתה לעסק, והצפנה של הודעות יוצאות בפרוטוקול Signal לפני המסירה.

העמוד הזה מציג מה ש-Meta מתעדת ומה ש-EasyCoexistence עושה. זה אינו ייעוץ משפטי, והשאלה אם הגדרה מסוימת עומדת ב-GDPR נתונה להחלטת העסק ויועציו.

### מה Meta אומרת על תפקידה לפי ה-GDPR בהגדרה שלה עצמה?

בעמוד הפרטיות של Cloud API מציגה Meta את עמדתה במילותיה שלה.

- במקום שבו החוק מכיר במעבד נתונים, Meta פועלת ככזו מטעם העסק כשהיא מספקת את Cloud API.
- Cloud API משתמש בהודעות שהוא מעבד רק מטעם העסק ולפי הוראותיו, אלא אם הונחה אחרת.
- הודעות נשמרות 30 יום לכל היותר; מזהי משתמשים נמחקים תוך 30 יום מעדכון הסטטוס האחרון של הודעה.
- חוקים כמו ה-GDPR מטילים חובות על לקוחות Cloud API עצמם.
- לקוחות באזור האירופי מכוסים על ידי WhatsApp Business Data Transfer Addendum, הנספח להעברת נתונים.

### האם אפשר לאחסן את נתוני ההודעות באיחוד האירופי?

Meta מציעה אחסון מקומי ב-Cloud API, ששומר את תוכן ההודעות במנוחה במדינה שנבחרה, אחרי תקופת שימוש קצרה. ב-Cloud API תקופה זו נמשכת עד 60 דקות, ובמהלכה התוכן עשוי להיות מעובד במרכזי נתונים של Meta ברחבי העולם. האפשרויות באירופה הן גרמניה עבור האיחוד האירופי, שווייץ והממלכה המאוחדת.

האחסון המקומי נקבע ברישום המספר, ושינויו במספר רשום מחייב ביטול רישום ורישום מחדש. תיעוד הרישום של Meta קובע גם שאי אפשר להשתמש בנקודת הקצה לביטול רישום במספר שפעיל גם ב-Cloud API וגם באפליקציית WhatsApp Business, והוא אינו מתאר דרך נפרדת להפעלת אחסון מקומי עבור מספר Coexistence כזה.

### לאן ההודעות מגיעות בהמשך הדרך?

לכל נקודת הקצה שמקבלת את הוובהוקים של חשבון WhatsApp Business. מנגנון Webhook Override של Meta מאפשר לאפליקציה לשלוח את הוובהוקים של חשבון מסוים לכתובת callback URL שונה משל האפליקציה עצמה.

EasyCoexistence משתמשת במנגנון הזה כדי להפנות את אירועי ההודעות למערכת של העסק עצמו, כך ש-Meta מוסרת את תוכן השיחות שם ולא אלינו, ו-EasyCoexistence אינה שומרת תוכן שיחות לעולם. אנחנו שומרים את האירועים התפעוליים, כמו מצב החיבור ואיכותו, שמהם מורכב הניטור.

Meta מתעדת גם שיש לה, עבור Cloud API, דוחות SOC 2 Type II ו-ISO 27001, והם מתפרסמים דרך Business Messaging Compliance Center, מרכז הציות שלה.

- להניח שתפקיד המעבד של Meta מכסה את החובות של העסק עצמו. Meta קובעת שהלקוחות חייבים לעמוד בחובות ה-GDPR שלהם.
- לאשר סנכרון היסטוריה בלי להחליט איפה היא תנחת. עד שישה חודשים של צ'אטים יכולים להימסר למערכת המקבלת.
- לתכנן להפעיל אחסון מקומי בהמשך. הוא נקבע ברישום, ושינוי שלו מחייב רישום מחדש.

**האם ב-Cloud API, Meta היא מעבדת נתונים או בעלת השליטה בנתונים?** Meta מצהירה שהיא פועלת כמעבדת נתונים מטעם העסק ב-Cloud API, במקום שבו החוק מכיר במושג הזה.

**כמה זמן Meta שומרת את תוכן ההודעות?** Meta קובעת תקופת שמירה מרבית של 30 יום להודעות ב-Cloud API, לצורך תכונות כמו שידור חוזר.

**האם EasyCoexistence רואה את השיחות שלי?** אירועי ההודעות מנותבים על ידי Meta למערכת שלכם, ו-EasyCoexistence אינה שומרת תוכן שיחות לעולם.

**האם העמוד הזה הוא ייעוץ משפטי?** לא. הוא מציג מה ש-Meta מתעדת ומה ש-EasyCoexistence עושה. הערכת הציות היא עניין של העסק ויועציו.