הטופס לא נשלח: מייל, קוד או מובייל. איך מאתרים את המקור
פנייה שלא מגיעה לתיבה היא פנייה שלא קראתם. כשטופס "נשלח" אבל אתם לא רואים כלום, או שהכפתור בכלל לא מגיב, נבדקים שלושה מסלולים בסדר קבוע.
אבחון
קודם מפרידים בין שלוש בעיות שונות
"הטופס לא עובד" זה תיאור של תסמין, לא של אבחנה. לפעמים הנתונים בכלל לא יוצאים מהדפדפן. לפעמים הם יוצאים, אבל המייל נחסם או נופל לספאם, ולפעמים הכול תקין במחשב, ובמובייל הכפתור לא לחיץ.
אם מתחילים לתקן את שלושתן בבת אחת, מבזבזים יום, אם הולכים לפי סדר. מייל, אחר כך קוד, אחר כך מובייל. מגיעים לתשובה מהר יותר.
שלושה מסלולים
כל מסלול בודק שכבה אחרת. אל תערבבו אותם באותו סיבוב תיקונים.
מייל
הנתונים יצאו מהדפדפן אבל לא הגיעו לתיבה. SMTP, ספאם או נמען שגוי.
קוד
השליחה נעצרת בדפדפן או בשרת, שגיאת JavaScript או תשובת 4xx/5xx.
מובייל
במחשב עובד; בטלפון הכפתור, המקלדת או השדות שוברים את השליחה.
סדר בדיקה
איך עוברים מסלול־מסלול
הסדר קבוע בכוונה: קודם מוודאים שההודעה בכלל יוצאת, ורק אחר כך צוללים לקוד או לפריסה.
- 1
בדיקת שליחת מייל
שלחו בדיקה, סמנו שעה, בדקו דואר נכנס + ספאם. ב־WordPress. לוג של WP Mail SMTP.
- 2
קונסול ורשת
פתחו כלי מפתחים, שלחו שוב. חפשו שגיאת JavaScript או בקשה שנכשלת.
- 3
טלפון אמיתי
בדקו לחיצה, מקלדת שמכסה שדות, וכפתור שנחתך במסך צר.
3
מסלולי אבחון
1
סדר בדיקה מומלץ
0
ניחושים בלי לוג
שגיאת 500 בטופס. זה תמיד השרת?
בדרך כלל כן: קוד בצד שרת, הרשאות, או חיבור למסד נתונים. כדאי לשמור את שעת הניסיון ולבקש את שורת השגיאה מהלוג. בלי זה חוזרים על אותן השערות.
איך יודעים שהבעיה היא רק במובייל?
אם אותה שליחה מצליחה במחשב ונכשלת בטלפון, או שהכפתור לא מגיב רק במסך צר. מתחילים מפריסת העמוד והמקלדת, לא מהגדרות SMTP.
מתי כדאי להפסיק לבדוק לבד?
כשהשליחה נכשלת אחרי שמייל, קוד ומובייל כבר נבדקו, או כשכל תיקון מחזיר תקלה אחרת. אז עדיף מישהו שמכיר את המערכת יעבור על השרשרת המלאה פעם אחת.
יש פרויקט שמתאים לכיוון הזה?
הטופס שואל על הצורך, המצב, והתקציב. הפנייה נבדקת כדי להחליט אם לקחת את העבודה.
מלאו פנייה