למה wp_mail נכשל, ומה ההבדל בין SMTP ל-API של ספק דואר

כשתוסף טפסים שולח מייל, הוא קורא לפונקציה wp_mail. מה שקורה משם והלאה מסביר את רוב תקלות הדואר באתרי WordPress.

מה קורה כברירת מחדל

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

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

אפשרות 1 — SMTP

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

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

SMTP host: smtp.provider.com
Port: 587  (STARTTLS)
Auth: כן

אפשרות 2 — API של ספק דואר

האתר שולח בקשת HTTPS לספק, עם מפתח API. הספק לוקח משם את האחריות.

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

מה עדיף, מעשית

בדיקה שכדאי לעשות פעם ברבעון

1. שלחו פנייה מבחן מהאתר לכתובת בג׳ימייל ולכתובת באאוטלוק.
2. בדקו שהמייל הגיע לתיבה הנכנסת ולא לספאם.
3. פתחו את מקור המייל וודאו ש-SPF ו-DKIM מסומנים כ-pass.
4. ודאו שכתובת השולח היא מהדומיין שלכם, ושכתובת ההשבה היא של הפונה.

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