הטופס באתר לא שולח — איך מאתרים איפה הליד נעלם
ליד נעלם באחת מארבע נקודות: הטופס לא נשלח בכלל, WordPress לא הצליח לשלוח מייל, המייל נשלח ונחסם בדרך, או שהוא הגיע לתיקיית הספאם. כל אחת מאובחנת אחרת.
אין תקלה יקרה יותר באתר עסקי. אתר שנופל — כולם רואים. טופס שמפסיק לשלוח נראה בדיוק כמו שבוע שקט. הלקוח מילא, ראה «תודה, קיבלנו», והלך לפנות למתחרה.
ההודעה «תודה» מוצגת ברוב התוספים ברגע ששמירת הפנייה הצליחה — לפני שהמייל בכלל נשלח, ובלי קשר לשאלה אם הוא הגיע. לכן המבקר בטוח שפנה, ואתם בטוחים שאין פניות.
ארבע הנקודות שבהן ליד נעלם
- הטופס לא נשלח בכלל — שגיאת JavaScript, קפצ׳ה שנשברה, או שדה חובה מוסתר.
- WordPress ניסה לשלוח ונכשל — הפונקציה wp_mail החזירה כישלון, בדרך כלל כי השרת חוסם שליחה.
- המייל יצא ונחסם בדרך — כתובת השולח לא מאומתת, או ה-IP של השרת ברשימה שחורה.
- המייל הגיע — לתיקיית הספאם, או לכתובת ישנה שאיש לא קורא.
הסדר הזה הוא גם סדר האבחון. אין טעם לבדוק SPF אם בכלל לא נעשה ניסיון שליחה.
בדיקה 1 — האם הפנייה בכלל נשמרה
שלחו פנייה מבחן ובדקו אם היא מופיעה ברשימת הפניות בתוך התוסף. כמעט כל תוסף טפסים רציני שומר עותק במסד הנתונים.
- הפנייה מופיעה — הבעיה היא במייל, המשיכו לבדיקה 2.
- הפנייה לא מופיעה — הבעיה בטופס עצמו: פתחו את מסוף הדפדפן וחפשו שגיאה אדומה בזמן השליחה.
אם התוסף שלכם לא שומר עותק של פניות, הפעילו את זה עכשיו. מייל הוא ערוץ שאינו אמין מעצם טבעו; עותק במסד הנתונים הוא הדבר היחיד שמבטיח שלפחות יש מה לשחזר.
בדיקה 2 — האם WordPress הצליח לשלוח
הדרך המהירה: כלי «בריאות האתר» של WordPress, או שליחת מייל מבחן מתוך תוסף SMTP. אם השליחה נכשלת מיידית, זה כמעט תמיד השרת.
ברוב השרתים המודרניים פורט 25 חסום ביציאה, כדי למנוע דואר זבל. הפונקציה הפנימית של PHP מנסה להשתמש בו ונכשלת בשקט. זו הסיבה מספר אחת לכך שטפסים מפסיקים לשלוח אחרי מעבר אחסון.
הפתרון הוא לא לתקן את PHP, אלא לשלוח דרך ספק דואר ייעודי (SMTP או API). אז השליחה עוברת דרך תשתית שמיועדת לכך, עם אימות מלא.
בדיקה 3 — האם המייל נחסם בדרך
אם השליחה מצליחה אבל שום דבר לא מגיע, הבעיה היא באמון. שרתי הדואר של הצד המקבל בודקים שלושה דברים:
- SPF — האם השרת ששלח מורשה לשלוח בשם הדומיין הזה.
- DKIM — האם יש חתימה שמוכיחה שהמייל לא שונה בדרך.
- DMARC — מה לעשות אם אחד מהשניים נכשל.
טעות נפוצה שהורגת מסירוּת: הגדרת כתובת השולח בטופס לכתובת של הממלא. אז השרת שלכם מנסה לשלוח בשם gmail.com, שלא הרשה לכם — וגוגל דוחה. הפתרון: שולח קבוע מהדומיין שלכם, והכתובת של הממלא בשדה «השב אל».
בדיקה 4 — הגיע ולא נראה
- חפשו בתיקיית הספאם ובכל הדואר, לא רק בתיבה הנכנסת.
- בדקו חוקי סינון ישנים שמעבירים אוטומטית לתיקייה.
- ודאו שכתובת היעד עדיין קיימת — מיילים של עובדים שעזבו ממשיכים להיות מוגדרים בטפסים שנים.
איך מוודאים שזה לא יקרה שוב
אבחון חד-פעמי לא שווה הרבה, כי התקלה חוזרת בשקט. שלוש הגנות ששוות יותר מכל בדיקה:
- עותק של כל פנייה נשמר מחוץ למייל — במסד הנתונים ובמערכת שאתם באמת פותחים.
- בדיקת מסירה תקופתית אוטומטית, שמתריעה כשהשליחה מפסיקה לעבוד.
- התראה על שקט חריג: אם אתר שמקבל בממוצע חמש פניות בשבוע לא קיבל אף אחת בשבועיים — משהו כנראה שבור.
זו בדיוק הסיבה שבנינו את מנוע מסירת הלידים: הוא שומר עותק, שולח דרך תשתית מאומתת, ומתריע כשמשהו בשרשרת נופל — במקום לחכות שתשימו לב לבד.
מנוע מסירת לידים ב-Siteyvo
כל מה שתואר כאן קורה במערכת אוטומטית, על כל אתר, בלי שתצטרכו לזכור.
תקנו עם Siteyvo