ספקי דואר בישראל8 דקות קריאה

מיילים לא מגיעים ל־Outlook או Hotmail?

אם דיווחי אי-הגעה מצטברים דווקא מהלקוחות עם כתובות outlook.com, hotmail.com או תיבת חברה על Microsoft 365 — זה כמעט תמיד סימן לבעיה טכנית ספציפית למיקרוסופט, לא ל"מזל רע".

Outlook.com, Hotmail ו-Microsoft 365 הם השחקן השני בגודלו בתיבות הישראליות אחרי Gmail — הרבה תיבות אישיות ישנות עדיין רשומות תחת hotmail.com או live.com, ולצידן אלפי ארגונים שעברו ל-Microsoft 365 ומשתמשים ב-Exchange Online כתיבת הדואר הראשית שלהם. הבעיה: מיקרוסופט מפעילה מנוע סינון עצמאי לגמרי, עם כללים, כלי ניטור וסף סבלנות משלה — ומה שגורם למייל להיראות "נקי" ב-Gmail לא בהכרח עובר אצלה. כשמתחילים לקבל תלונות על מיילים שלא מגיעים דווקא ללקוחות עם כתובת @outlook.com, @hotmail.com או דומיין חברה על Microsoft 365, כדאי לעצור ולבדוק שלוש שכבות: אימות שולח, מוניטין IP/דומיין מול מיקרוסופט ספציפית, וההבדל בין תיבה אישית לעסקית.

למה Outlook מתנהג אחרת מ-Gmail

תיבות אישיות (outlook.com, hotmail.com, live.com) עוברות דרך Outlook.com Junk Filter — מנוע שמבוסס בעיקר על מוניטין IP ודומיין, היסטוריית תלונות והתנהגות משתמשים בפועל (מחיקה בלי פתיחה, סימון כספאם). תיבות עסקיות על Microsoft 365 עוברות דרך שכבה נוספת לגמרי — Exchange Online Protection (EOP), ולעיתים גם Microsoft Defender for Office 365 אם הארגון רכש רישוי מתקדם. ל-EOP יש גם רשימות allow/block ברמת ה-tenant שמנהל צוות ה-IT של הלקוח, מה שאומר שגם אם המוניטין הכללי שלכם תקין, ארגון ספציפי יכול לחסום אתכם ידנית או בטעות. זו הסיבה שדפוס נפוץ הוא "אצל לקוח אחד מגיע, אצל לקוח שני נעלם" — לא בעיה אחת, אלא שתי מערכות סינון שונות.

השולחאימות SPF/DKIM/DMARCMicrosoft EOP בודק את הרשומות מול הדומייןמנוע הסינון של מיקרוסופטמוניטין IP/דומיין, נתוני SNDS, תלונות JMRPתיבה נכנסתדואר זבל / Junk
המסלול של מייל שיוצא ומגיע לתיבת מיקרוסופט

SNDS ו-JMRP — כלי הניטור שרוב השולחים לא מכירים

מיקרוסופט חושפת לשולחים שני כלים חינמיים שיכולים לחסוך שבועות של ניחושים:

  • SNDS (Smart Network Data Services) — דוח יומי שמראה איך מיקרוסופט רואה את כתובת ה-IP השולחת שלכם: נפח מייל, שיעור תלונות, ומלכודות ספאם (spam traps) שנפגעו. אם ה-IP שלכם "אדום" בדוח, זו הסיבה הכי סבירה לחסימה — לא נושא המייל ולא הקופי.
  • JMRP (Junk Mail Reporting Program) — תוכנית feedback loop: כשמשתמש ב-Outlook מסמן מייל שלכם כספאם, אתם מקבלים על כך דיווח. זה מאפשר להוריד כתובות שמתלוננות מרשימת התפוצה בזמן אמת, במקום להמשיך לשלוח אליהן ולפגוע במוניטין כולו.

שני הכלים דורשים הרשמה מראש דרך פורטל Microsoft ואימות בעלות על ה-IP או הדומיין. אם שולחים דרך ESP או פלטפורמת מסחר, לרוב הפלטפורמה כבר רשומה ב-SNDS/JMRP עבור ה-IP המשותף שלה — אבל אז המוניטין שלכם מתערבב עם עוד שולחים על אותו IP, וזו סיבה נוספת לשקול IP ייעודי בנפחים גבוהים.

אימות שולח: התנאי שבלעדיו שום דבר אחר לא משנה

בדיוק כמו אצל Google, גם מיקרוסופט מצפה מכל שולח המוני ל-SPF ו-DKIM תקינים, ול-DMARC שמיושר עם הדומיין (לפחות p=none לצורך ניטור, ורצוי מדיניות מחמירה יותר ברגע שהדוחות נקיים). ללא יישור נכון בין הדומיין השולח לרשומות האלה, EOP נוטה להתייחס למייל כחשוד כברירת מחדל — גם אם התוכן עצמו לגיטימי לחלוטין. זה נכון במיוחד לפלטפורמות ישראליות כמו Grow או Cardcom, שלעיתים שולחות מיילים טרנזקציוניים (חשבוניות, אישורי הזמנה) מתשתית הפלטפורמה עצמה בלי שהדומיין של העסק מאומת עליה — צעד שדורש הגדרה ידנית מול הפלטפורמה.

SPFמוודא שה-IP השולח מורשה מטעם הדומייןDKIMחתימה דיגיטלית שמוכיחה שהתוכן לא שונה בדרךDMARCקובע מדיניות ליישור SPF/DKIM עם הדומיין ושולח דוחות כשלון
שלושת מנגנוני האימות שמיקרוסופט בודקת לפני שהחלטת ניתוב מתקבלת
בדקו לפני שיוצאים לקמפיין, לא אחרי
לפני שליחה המונית לרשימה עם הרבה כתובות outlook.com/hotmail.com, שווה לשלוח בדיקה מקדימה עם כלי בדיקת מיקום התיבה החינמי — הוא כולל seed-כתובות אמיתיות אצל Microsoft ומראה אם המייל נוחת ב-Inbox, ב-Junk, ואיך רשומות ה-SPF/DKIM/DMARC שלכם נראות מנקודת המבט של הספק, לפני שהנזק כבר קרה על אלפי נמענים.

תיבה אישית מול תיבה עסקית — שתי בעיות שונות

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

  • תיבה אישית (outlook.com/hotmail.com/live.com): הבעיה כמעט תמיד מוניטין IP/דומיין כללי או תלונות משתמשים. הפתרון: הרשמה ל-SNDS/JMRP, בדיקת נפחי שליחה מול היסטוריית האינטראקציה, וניקוי רשימות מכתובות לא פעילות.
  • תיבה עסקית (Microsoft 365): יכולה להיחסם גם אם המוניטין הכללי תקין — בגלל מדיניות tenant-level שהוגדרה על ידי IT הלקוח (allow/block lists, כללי Defender for Office 365, connection filtering). כאן הפתרון לפעמים דורש פנייה ישירה ללקוח כדי שיוסיף את הדומיין שלכם לרשימת ההיתר הפנימית שלו.

אם מדובר במיילי סליקה או הזמנות דרך WooCommerce שרץ מהאחסון עצמו בלי SMTP חיצוני, זה תרחיש קלאסי שבו הדומיין השולח לא באמת עובר דרך ספק שמכבד SPF/DKIM — התוצאה זהה בין אם היעד Gmail או Outlook: תפיסה כשולח לא מזוהה.

רשימת בדיקה מעשית

  1. ודאו ש-SPF, DKIM ו-DMARC מיושרים לדומיין השולח בפועל, לא לתשתית הפלטפורמה.
  2. הירשמו ל-SNDS על ה-IP השולח ובדקו את דוח התלונות והמלכודות.
  3. אם משתמשים ב-ESP או פלטפורמת מסחר — בדקו מול הספק שהוא רשום ל-JMRP והזרם מגיע אליכם.
  4. בדקו נפרד: תיבת outlook.com אישית מול תיבת Microsoft 365 עסקית — התנהגות שונה מחייבת אבחון שונה.
  5. סרקו את הרשימה מכתובות ישנות/לא פעילות שעלולות להיות מלכודות ספאם או להוריד את שיעור המעורבות.
  6. שלחו בדיקה על seed-כתובות אמיתיות של מיקרוסופט לפני קמפיין המוני, ובדקו גם את נתוני ה-adoption הכלליים ב-מדד /email-stats/.

איך יודעים אם Outlook חוסם ספציפית את הדומיין שלי?

הסימן הכי ברור הוא דיווחים סלקטיביים — לקוחות עם כתובות outlook.com/hotmail.com מדווחים על אי-הגעה בעוד לקוחות Gmail מקבלים הכול כרגיל. הצעד הבא הוא לבדוק את דוח SNDS על ה-IP השולח, ולשלוח בדיקת מיקום תיבה ישירות ל-seed אצל מיקרוסופט כדי לראות אם המייל בכלל מגיע ל-Junk או נבלם עוד לפני כן.

מה ההבדל בין outlook.com לבין תיבת Microsoft 365 עסקית מבחינת סינון?

תיבה אישית עוברת דרך מנוע Junk Filter שמבוסס בעיקר על מוניטין IP/דומיין כללי. תיבה עסקית על Microsoft 365 עוברת גם דרך Exchange Online Protection, שכולל מדיניות שהארגון עצמו קובע ברמת ה-tenant — כלומר חסימה יכולה לקרות אצל לקוח אחד ולא אצל אחר, גם אם המוניטין הכללי שלכם תקין.

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

אין מספר קבוע — זה תלוי בחומרת הפגיעה במוניטין ובעקביות השליחה אחרי התיקון. ככלל, כדאי לצפות לתהליך הדרגתי: לתקן קודם אימות שולח, לוודא רישום ל-SNDS/JMRP, ואז לשלוח נפחים יציבים ומבוקרים במקום לחזור מיד לנפח המלא — ולעקוב אחרי דוחות SNDS לאורך זמן כדי לראות שיפור אמיתי, לא רק חד-פעמי.
מאמרים קשורים
Found this useful? Share it
AB
על הכותב
Artem Berezin
B2B Deliverability Specialist

B2B deliverability specialist with 5+ years of hands-on outreach experience. Built campaigns reaching 90,000+ inboxes across 20+ countries — and fixed the deliverability problems that came with that scale.

בדקו את שיעור ההגעה לתיבה ביותר מ-20 ספקים

Gmail, Outlook, Walla, GMX, ProtonMail ועוד. צילומי מסך אמיתיים של תיבת הדואר, SPF/DKIM/DMARC, הכרעות מסנני ספאם. חינם, ללא הרשמה.

הרצת בדיקה חינם ←

בדיקות ללא הגבלה · 20+ תיבות · תוצאות בזמן אמת · ללא חשבון