Meta Tech Provider

מספר הפסיק לעבוד: איך מגלים למה

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

גורמים שמסבירים כמעט כל כשל שקט.

190

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

PARTNER_REMOVED

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

למה בטלפון הכול נראה תקין?

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

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

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

באיזה סדר כדאי לבדוק?

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

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

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

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

מה כמעט אף פעם אינו הסיבה?

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

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

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

טעויות נפוצות

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

עושים את זה עם EasyCoexistence

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

שאלות נפוצות

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

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

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

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

איך יודעים אם זו הייתה תקופת ארבעה עשר הימים?

הניתוק מגיע עם הסיבה PRIMARY_INACTIVITY באירוע account_update.

האם עריכה של תבנית יכולה לעצור את השליחות שלי?

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

המשיכו לקרוא

WhatsApp error 190: access token expiredError 190 means the access token is no longer valid. Why a rejected token does not mean the number is gone, and how a second token settles it.The account_update webhook, and every disconnection reasonaccount_update reports connection state changes. The full list of disconnection reasons Meta sends, what each means, and which ones are recoverable.WhatsApp error 131026: message undeliverableError 131026 means the recipient cannot receive the message. Usually the number is not on WhatsApp, but an old client or unaccepted terms cause it too.WhatsApp error 368: account restricted by policyError 368 means Meta has restricted the WhatsApp Business Account for a policy violation. What restriction means, and what it does not.WhatsApp Cloud API error codesEvery WhatsApp Cloud API error code in one table: what each one means, whether retrying helps, and the page that covers it in full.

מוכנים להתחיל?

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

התחילו תקופת ניסיון בחינם

נבדק ב- 2026-09-22