אם שלחתם קמפיין או אפילו מייל בודד ושמתם לב שנמענים עם כתובת שמסתיימת ב-bezeqint.net, ב-partner.net.il או בדומיינים דומים של סלקום פשוט לא מקבלים אותו, אתם לא לבד. אלה כתובות "legacy" — הן קיימות כבר שנים רבות, רבות מהן לא נבדקות ולא מנוקות אף פעם, והתשתית שמריצה אותן אצל ספקי הטלקום שונה מהתשתית המודרנית והשקופה יחסית של Gmail או Outlook. במאמר הזה נסביר למה זה קורה, איך לאבחן אם הבעיה אצלכם או אצל הספק, ואיך להקטין את הסיכון בפעם הבאה.
למה כתובות בזק, פרטנר וסלקום שונות
בזק, פרטנר וסלקום הן חברות תקשורת שמציעות (או הציעו בעבר) תיבות דואר כשירות נלווה ללקוחות אינטרנט וסלולר. בשונה מ-Gmail או מ-Microsoft 365, שמשקיעים משאבים אדירים בעדכון שוטף של מנועי הסינון שלהם, תשתית דואר של ספק תקשורת היא לרוב שירות משני — לא הליבה העסקית של החברה. המשמעות בפועל:
- חלק גדול מהכתובות האלה כבר לא בשימוש פעיל — המשתמש עבר ל-Gmail מזמן והשאיר את הכתובת הישנה ברשימת תפוצה
- מדיניות הסינון פחות עקבית: אותה הודעה יכולה להגיע לתיבה אצל נמען אחד ולהיחסם אצל נמען אחר באותו ספק
- תיבות דואר מלאות (quota) הן תופעה שכיחה יותר בתיבות legacy שלא מנוהלות באופן פעיל
- פחות שקיפות — אין Postmaster Tools ציבורי כמו אצל Google, כך שקשה לדעת מה בדיוק קורה מצד הספק
הסיבות הנפוצות ביותר לאי-הגעה
לפני שמאשימים את הספק, שווה לעבור על רשימת הגורמים השכיחים ביותר — כי ברוב המקרים הבעיה נמצאת אצלכם, לא אצל בזק או פרטנר:
- אימות שולח חסר או חלקי. ללא רשומת
SPFתקינה, חתימתDKIMורשומתDMARC(לפחות ברמתp=noneלמעקב), כל ספק דואר — כולל ספקי הטלקום — נוטה להתייחס להודעה בחשדנות - כתובת מתה או תיבה מלאה. הודעה לכתובת ישנה שלא נבדקה שנים תיתקל בדחייה קבועה (hard bounce) או בדחייה זמנית חוזרת
- מוניטין דומיין נמוך. אם הדומיין השולח חדש, או שנשלחו ממנו בעבר הודעות שסומנו כספאם, ספקי טלקום נוטים "לזכור" את זה לאורך זמן
- תוכן שמזכיר ספאם קלאסי. קישורי קיצור, ניסוח אגרסיבי מדי, חוסר בהסרה מרשימת תפוצה — כל אלה מגבירים חשד גם במנועי סינון פשוטים יחסית
- Greylisting וטיפול איטי בתעבורה. חלק משרתי הטלקום מריצים greylisting בסיסי שדוחה זמנית הודעות ממקורות לא מוכרים — אם השולח לא מנסה שוב, ההודעה פשוט אובדת
איך לאבחן: הבעיה אצלכם או אצל הספק
הדרך הבטוחה היחידה לדעת אם הודעה מגיעה לתיבה, נכנסת לספאם, או נדחית בשקט אצל ספק טלקום ספציפי היא לבדוק בפועל, לא לנחש לפי תלונות נמענים. עם בדיקת מסירה חינמית אפשר לשלוח הודעת בדיקה לכתובות seed אצל עשרות ספקים — כולל Gmail, Outlook, Walla, iCloud, ואם יש לכם רשימת נמענים על כתובות טלקום ותיקות, שווה לבדוק גם עליהן ישירות. הכלי מציג את התיקייה שבה נחתה ההודעה, את סטטוס ה-SPF/DKIM/DMARC ואת התוצאה של מנועי הסינון — במקום להסתמך על "הוא אמר שלא הגיע לו".
ולידציה של הרשימה לפני שליחה
מכיוון שחלק גדול מהבעיה עם כתובות בזק, פרטנר וסלקום הוא כתובות מתות או לא פעילות, הצעד הראשון והיעיל ביותר הוא ניקוי הרשימה עוד לפני השליחה:
- הריצו את הרשימה דרך שירות ולידציה שבודק תחביר, קיום דומיין ותגובת שרת (בלי לשלוח הודעה בפועל)
- עקבו אחרי bounce rate בכל שליחה בפילוח לפי דומיין נמען — אם דומיין טלקום ספציפי מציג שיעור bounce גבוה במיוחד, נקו אותו קודם
- הסירו כתובות שלא הגיבו (לא נפתחו, לא נלחצו) לאורך תקופה ארוכה — הן פוגעות במוניטין השולח יותר משהן תורמות
- אם אתם עובדים עם ActiveTrail, smoove, InforUMobile או ESP ישראלי אחר — בדקו שהם מריצים ניקוי bounce אוטומטי ולא רק שולחים בעיוורון
מה עושים בפועל: רשימת בדיקה
לפני שליחה הבאה שכוללת נמענים על כתובות טלקום ישראליות, עברו על הרשימה הבאה:
- ודאו רשומת SPF תקינה שכוללת את כל השרתים והפלטפורמות ששולחים בשם הדומיין, למשל
v=spf1 include:_spf.google.com ~all - הפעילו DKIM על כל דומיין שולח, כולל ESP חיצוניים כמו Mailchimp, Brevo או SendGrid אם אתם משתמשים בהם
- הגדירו DMARC לפחות ברמת
p=noneכדי לקבל דוחות, ועם הזמן שאפו ל-p=quarantineאוp=reject - כללו קישור הסרה בלחיצה אחת (one-click unsubscribe) בכל הודעה שיווקית, בהתאם לתקן RFC 8058
- אם ההודעה פרסומית, ודאו שהמילה "פרסומת" מופיעה בתחילת שורת הנושא — דרישה מפורשת של תיקון 40 לחוק התקשורת (חוק הספאם), יחד עם פרטי השולח ואפשרות הסרה ברורה
- בדקו את הרנדור והמסירה בפועל לפני שליחה המונית, ולא רק לפי תחושת בטן
אפשר גם להשוות לאורך זמן איך דומיינים ישראליים ובינלאומיים מאמצים SPF, DKIM ו-DMARC דרך הנתונים השבועיים ב- email-stats, שם רואים תמונה רחבה יותר מעבר לתחושה הסובייקטיבית מהלוגים שלכם.