הסליקה עברה אבל ההזמנה לא התעדכנה – Callback, IPN ו-IP קבוע לשרת

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

בקצרה: כשהלקוח שילם וההזמנה נשארת "ממתין לתשלום", כמעט תמיד הודעת האישור של ספק הסליקה (Callback, IPN או Notify) לא הגיעה לאתר או נכשלה בדרך. הסיבות הנפוצות הן חומת אש או הגנה מבוטים, הפניה ששוברת את הבקשה, תוסף קאש ושגיאת PHP, ומאבחנים אותן לפי לוג הגישה של האתר בשעת העסקה. כתובת IP קבועה חשובה בעיקר בכיוון ההפוך, כשספק או מערכת חיצונית צריכים לאשר את השרת שלכם.

⏱ זמן אבחון: 15–30 דקות · רמת קושי: בינוני · נכון לנובמבר 2026, נבדק מול התיעוד של קלאודוויז ושל ספקי הסליקה: 06.11.2026

מה קורה בין התשלום לעדכון ההזמנה

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

• החזרה לאתר (Return URL): הדפדפן של הלקוח חוזר לעמוד "תודה". אם הלקוח סגר את החלון או שהאינטרנט נפל, זה לא קורה.
• הודעת שרת (Callback / IPN / Notify): השרת של ספק הסליקה פונה ישירות לשרת שלכם ומדווח על העסקה. זו ההודעה האמינה, והיא זו שאמורה לעדכן את ההזמנה. בטרנזילה היא נקראת notify_url_address, ובתוסף של PayPlus היא מופיעה ביומן השינויים כ-callback או IPN.

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

איך מאבחנים הזמנה שלא מתעדכנת אחרי תשלום

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

1. ודאו שהעסקה אושרה אצל הספק. חפשו אותה במערכת הניהול של ספק הסליקה, ורשמו את השעה המדויקת.
2. קראו את ההערות בהזמנה. בעמוד ההזמנה בווקומרס, תוספי סליקה כותבים הערות כמו "התשלום התקבל" או שגיאה. אין הערה בכלל? ההודעה כנראה לא הגיעה.
3. בדקו את הלוג של התוסף. ב-WooCommerce ← Status ← Logs (מצב ← לוגים) חפשו לוג של תוסף הסליקה מאותה שעה. בקארדקום הפעילו זמנית את Debug Logging בהגדרות התוסף.
4. בדקו את לוג הגישה של האפליקציה. בפאנל הניהול של קלאודוויז (Cloudways): Servers ← השרת ← www ← האפליקציה ← Monitoring ← Logs ← Access Logs. סננו לפי POST, וחפשו בקשה בשעת העסקה לנתיב של התוסף (לרוב wc-api או נתיב דומה).
5. קראו את קוד התשובה. 200 אומר שהבקשה הגיעה, ואז הבעיה בעיבוד. 301 או 302 מעידים על הפניה. 403 או 429 מעידים על חסימה. 500 מעיד על שגיאת PHP, ואז עברו ל-Error Logs באותו מסך.
6. אין בכלל בקשה בלוג? ההודעה נחסמה לפני שהגיעה לאפליקציה. בדקו את חומת האש של השרת, את Cloudflare ואת כתובת ה-Callback שמוגדרת אצל הספק.

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

הסיבות הנפוצות ואיך מתקנים כל אחת

מה רואים	הסיבה הסבירה	התיקון
אין בקשה בלוג, או 403	חומת אש או הגנה מבוטים חסמו את השרת של הספק	לאשר את כתובות ה-IP של הספק בחומת האש (ראו בהמשך)
403 או דף אתגר	Cloudflare במצב Under Attack או חוק WAF	לאשר את הכתובות גם ב-Cloudflare, או להחריג את נתיב ה-Callback
301 או 302	הפניה מ-http ל-https, מ-www, או חוק הפניה	לעדכן אצל הספק את הכתובת המדויקת של האתר, ולבדוק חוקי הפניה
200, אבל ההזמנה לא השתנתה	תוסף קאש החזיר דף שמור, או שהתוסף דחה את הנתונים	להחריג את הנתיב מהקאש, לקרוא את לוג התוסף
500	שגיאת PHP בתוסף הסליקה או בתוסף אחר	Error Logs, ואז לעדכן או לתקן את התוסף
עובד רק לפעמים	עומס על השרת, או הגבלת קצב	לבדוק ניטור שרת בשעת העסקאות שנכשלו

לאשר את ספק הסליקה בחומת האש של השרת

בשרת Flexible בקלאודוויז יש לשונית Security עם חומת אש מבוססת Imunify360. כך מאשרים בה ספק סליקה:

1. בפאנל בחרו Servers ואת השרת, ולחצו Security.
2. בלשונית Incidents חפשו חסימות בשעת העסקה. אם יש כתובת של הספק, אשרו אותה ישירות משם דרך תפריט שלוש הנקודות.
3. כדי לאשר טווח קבוע, עברו ל-Firewall, לחצו Add custom rules, בחרו IP Address והזינו את הטווח בפורמט CIDR. השאירו TTL ריק כדי שהאישור יהיה קבוע, והוסיפו הערה עם שם הספק.

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

הפניות וקאש

הודעת Callback היא בדרך כלל בקשת POST. כשהשרת מחזיר הפניה, הספק לרוב לא עוקב אחריה עם אותם נתונים, וההודעה הולכת לאיבוד. זה קורה אחרי מעבר ל-HTTPS, שינוי דומיין, הוספת www, או חוק הפניה שהוספתם. אם אתם משתמשים בחוקי Web בקלאודוויז להפניות, ודאו שהם לא תופסים את נתיב ה-Callback.

Varnish בקלאודוויז מחריג כברירת מחדל את כל בקשות ה-POST ואת הנתיב wc-api, כך שבדרך כלל הוא לא הבעיה. תוסף קאש באתר יכול להיות. קארדקום מתעדת מקרה שבו תוסף קאש החזיר דף שמור, ומציינת שבחיבור תקין האתר מחזיר לה -1.

IP קבוע לשרת: מתי הוא באמת חשוב לסליקה

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

• מהספק אליכם (Callback). כאן מה שחשוב הוא שהשרת שלכם יקבל את הכתובות של הספק. ה-IP שלכם לא משנה, אבל השליטה בחומת האש כן.
• מכם אל הספק (API). כשתוסף, מערכת חשבוניות, ERP או ממשק שאתם בונים פונים לספק, יש שירותים שמאפשרים לחסום גישה לכתובות שלא אושרו מראש. אז צריך לרשום אצלם את ה-IP של השרת, וכתובת שמשתנה תשבור את החיבור בלי התראה.

לפי התיעוד הרשמי של קלאודוויז, לכל שרת יש כתובת IP ייעודית אחת, והיא נשארת זהה כשמגדילים את השרת. היא משתנה רק כששכפלו שרת (Clone), כי שכפול יוצר שרת חדש לגמרי. לכן אחרי מעבר או שכפול, עדכנו את הכתובת בכל מקום שרשמתם אותה. הדברים האלה מתועדים לשרתי Flexible. אם אתם ב-Autonomous, ששם התשתית מנוהלת אחרת, ודאו מול התמיכה של קלאודוויז מהי כתובת היציאה לפני שאתם רושמים אותה אצל ספק.

למתקדמים: כדי לוודא מאיזו כתובת השרת יוצא לאינטרנט, התחברו ב-SSH והריצו curl -s https://api.ipify.org. זו הכתובת שספק חיצוני יראה. השוו אותה לכתובת שמופיעה בפאנל לפני שאתם שולחים אותה לרישום.

מה עושים עם ההזמנות שכבר נתקעו

1. אל תסמנו הזמנה כשולמה לפני שבדקתם. אמתו כל הזמנה מול מערכת הניהול של הספק: סכום, תאריך ומספר אישור.
2. השתמשו בכלי השחזור של התוסף, אם יש. בתוסף של PayPlus, למשל, יש כפתור Get PayPlus Data בהזמנה ומשימה מתוזמנת שבודקת הזמנות פתוחות. משימה כזו רצה רק אם ה-Cron של האתר עובד, ולכן כדאי להפעיל את Cron Optimizer בהגדרות האפליקציה בקלאודוויז.
3. עדכנו ידנית את מה שנשאר. שנו את הסטטוס ל"בטיפול", והוסיפו הערה עם מספר האישור מהספק. בדקו שהחשבונית יצאה פעם אחת בלבד.
4. בצעו עסקת בדיקה אחרי התיקון, ובדקו בלוג הגישה שהבקשה מהספק הגיעה עם קוד 200.

נבדק לאחרונה: 06.11.2026

שאלות נפוצות על הזמנה שלא מתעדכנת אחרי תשלום

מדריכים קשורים

• אחסון לחנות ווקומרס בקלאודוויז
• לוגים ודיבאג בקלאודוויז
• חוקי Web בקלאודוויז
• השוואת ספקי סליקה לווקומרס
• טרנזילה עם ווקומרס · Grow (משולם) עם ווקומרס
• כל המדריכים בתחום: מדריכי וורדפרס ווקומרס

מקורות רשמיים: Does Cloudways Provide Dedicated IP? · How to View Application Logs Using the Cloudways Platform · A Brief Guide to Server Security Management (Cloudways Knowledge Base) · מדריך החיבור של קארדקום · Tranzila DirectNG iframe · PayPlus Payment Gateway. המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026

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