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

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

למה מיילים שנשלחים דרך רב מסר נתפסים כספאם

כשחשבון שולח מהתשתית של רב מסר בלי לחבר דומיין משלו ולאמת אותו, ההודעות יוצאות עם רשומות אימות גנריות של הפלטפורמה - לא של המותג שלכם. ספקי דואר כמו Gmail ו-Outlook רואים דומיין שליחה לא מוכר, בלי היסטוריה של מוניטין, ומתייחסים אליו בחשד. גם אם הדומיין כן מחובר, בעיות נפוצות כוללות: תבנית HTML כבדה מדי או עם קישורים חשודים, רשימת תפוצה ישנה עם כתובות "מתות" שמעלה את שיעור ה-bounce, ושליחה של נפח גדול בבת אחת בלי חימום (warm-up) הדרגתי של הדומיין החדש.

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

אימות דומיין: SPF, DKIM ו-DMARC לפני כל קמפיין ברב מסר

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

רשומת SPF בנויה כך שכל מקטע בה מגדיר מקור שליחה מורשה. הדוגמה הבאה ממחישה מבנה כללי - את הרשומה המדויקת עם ה-include הנכון מקבלים מלוח הבקרה של הפלטפורמה שבה משתמשים:

חשוב: אם יש בדומיין כבר Google Workspace או Microsoft 365 לתיבות העובדים, צריך להוסיף את הפלטפורמה כ-include נוסף לרשומת ה-SPF הקיימת - לא ליצור רשומת SPF שנייה (DNS מאפשר רק רשומת SPF אחת פעילה לכל דומיין). DKIM מתווסף כרשומת CNAME או TXT נפרדת שהפלטפורמה מספקת, ו-DMARC מוגדר כרשומה משלו שמצהירה מה קורה במקרה כשל - לרוב מתחילים ב-p=none כדי לצפות בדוחות בלי לחסום דבר, ומחמירים בהדרגה.

חוק התקשורת (תיקון 40) - מה חובה בכל דיוור מסחרי מרב מסר

תיקון 40 לחוק התקשורת (בזק ושידורים) - המכונה "חוק הספאם" - חל על כל הודעה מסחרית בדוא"ל, כולל כאלה שנשלחות דרך רב מסר. הדרישות המרכזיות:

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

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

מה גוגל ויאהו דורשים משולחים המוניים, כולל בישראל

רוב הנמענים בישראל מחזיקים תיבת Gmail (אישית או דרך Google Workspace) או תיבת Outlook/Hotmail, לצד נוכחות משמעותית של Walla! Mail בקהל המבוגר יותר ו-iCloud Mail שגדלה עם החדירה הגבוהה של iPhone בארץ. מכיוון שכך, דרישות האימות של גוגל ויאהו לשולחים בהיקף גדול (שהחמירו מפברואר 2024) רלוונטיות כמעט לכל דיוור ישראלי:

• SPF ו-DKIM חובה, לא המלצה.
• DMARC פעיל לפחות ברמת p=none.
• כפתור הסרה בלחיצה אחת (one-click unsubscribe, לפי RFC 8058) בכל הודעה שיווקית.
• שיעור תלונות ספאם נמוך מ-0.3% לפי Google Postmaster Tools.

iCloud Mail מוסיף מורכבות נוספת: Apple שומרת על סינון קפדני לפי מוניטין דומין, ו-Private Relay מעוות נתוני פתיחה - כך שמדדי open rate מ-iCloud לא משקפים את המציאות. כדאי להתייחס אליהם בזהירות בניתוח ביצועי קמפיין.

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

הדרך המהירה ביותר לוודא שהתשתית תקינה היא בדיקת seed: שולחים הודעה בודדת דרך רב מסר לכתובות בדיקה במגוון ספקים (Gmail, Outlook, Walla!, iCloud ואחרים), ורואים בפועל האם היא נחתה בתיבה הראשית, ב-Promotions או בספאם - יחד עם פירוט הסטטוס של SPF/DKIM/DMARC ווורדיקטים של מנועי הסינון. את זה אפשר לעשות בחינם וללא הרשמה דרך check.live-direct-marketing.online, כולל צילום מסך של הרינדור בתיבה אמיתית - חשוב במיוחד כדי לוודא שתבנית עברית ב-RTL לא נשברת אצל ספק מסוים.

למי שרוצה תמונה רחבה יותר על מגמות אימות דומיינים (אימוץ SPF/DKIM/DMARC/BIMI) בקרב מיליוני דומיינים, יש נתונים מתעדכנים בעמוד /email-stats/.

רשימת בדיקה מהירה לפני שליחה המונית ברב מסר

1. הדומיין השולח מחובר בלוח הבקרה של רב מסר, לא נשלח מדומיין ברירת מחדל של הפלטפורמה.
2. רשומות SPF, DKIM ו-DMARC מוגדרות ומאומתות ב-DNS (לא רק "נשלחו" - נבדקו בפועל).
3. שורת הנושא מתחילה ב"פרסומת" אם ההודעה שיווקית באופיה.
4. קיים קישור הסרה ברור ופרטי יצירת קשר של השולח בגוף ההודעה.
5. הרשימה מבוססת opt-in מתועד, ונוקתה מכתובות שהחזירו bounce בעבר.
6. בוצע seed-test בכמה ספקים לפני שליחה לכל הרשימה בבת אחת.