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

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

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

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

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

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

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

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

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

שבע סיבות שבגללן טופס יצירת קשר לא שולח מיילים

1. כתובת המייל שמוגדרת בטופס שגויה

לפעמים הבעיה פשוטה הרבה יותר ממה שנדמה: כתובת ישנה, שגיאת הקלדה או תיבת מייל שכבר לא משתמשים בה. במערכות כמו Elementor Forms או Contact Form 7 אפשר להגדיר למי תישלח ההודעה, ולכן זה אחד הדברים הראשונים שכדאי לבדוק.

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

2. המייל מגיע, אבל נוחת בספאם

שירותי דואר כמו Gmail ו-Outlook מפעילים מנגנוני סינון. הודעה שהאתר שולח יכולה להיחשב חשודה ולהגיע לספאם, להיחסם או להידחות.

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

3. האתר שולח מייל בלי שירות שליחה מוגדר כמו שצריך

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

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

4. הגדרות SPF, DKIM או DMARC אינן תקינות

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

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

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

5. עדכון תוסף, שינוי אבטחה או חיבור חיצוני שיבשו את התהליך

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

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

6. הטופס לא נשלח בכלל

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

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

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

גם אם תיקנתם את התקלה, איך תדעו אם היא תחזור בעוד חודש?

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

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

זה כבר קרה ללקוחות שלי, ולכן בניתי בדיקה אוטומטית

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

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

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

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

הצגת התמלול

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

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

השבוע גיליתי שכמה לקוחות לא קיבלו פניות מהאתר במשך יותר משבוע בעקבות שינויי אבטחה.

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

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

אז מה עשיתי?

פיתחתי בדיקה אוטומטית ללקוחות שלי.

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

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

אז אל תחכו שבועות כדי לגלות שאיבדתם פניות.

אתר צריך לא רק להיראות עובד, אלא באמת לעבוד.

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

מה עושים עכשיו אם הפניות מהאתר הפסיקו להגיע?

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

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

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

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

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

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

איך מונעים את התקלה הבאה?

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

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

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

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

שאלות נפוצות על טפסים שלא שולחים הודעות

למה טופס אלמנטור מציג "נשלח בהצלחה" אבל לא מגיע מייל?

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

האם התקנת תוסף SMTP תפתור כל בעיה בטופס?

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

אפשר לראות פניות שלא הגיעו למייל?

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

כל כמה זמן צריך לבדוק שטופס יצירת קשר עובד?

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

אפשר לקבל שירות תחזוקה גם לאתר שלא נבנה בטוויסט?

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

האתר שלכם מקבל פניות. תוודאו שאתם גם מקבלים אותן.

אם כבר השקעתם באתר ובשיווק שמביא אליו גולשים, חבל לגלות באיחור שההודעות שלהם בכלל לא הגיעו אליכם.

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

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