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