רוב מי שבודק דליברביליות עוצר בשלב הראשון: האם המייל הגיע ל-Inbox או נפל ל-Spam. זו בדיקה חשובה, אבל היא לא עונה על שאלה קריטית לא פחות — איך המייל בכלל נראה כשהנמען פותח אותו. אצל קהל דובר עברית זו לא שאלה קוסמטית. עברית נכתבת מימין לשמאל, בעוד שקישורים, מספרי טלפון, שמות מותג באנגלית ותגי HTML רבים בנויים בהיגיון LTR. כשהשילוב הזה לא נבדק בתיבה אמיתית, התוצאה יכולה להיות טקסט הפוך, כפתורי CTA שנעלמים, או לוגו שנראה מצוין ברקע לבן אבל נעלם לגמרי ברקע שחור של דארק מוד.
למה "לא נכנס לספאם" זה לא מספיק
בדיקת ספאם קלאסית בודקת רשומות אימות (SPF, DKIM, DMARC), תוכן חשוד, ומוניטין דומיין — ומחזירה תשובה בינארית: תיבה ראשית או ספאם. זה תנאי הכרחי, אבל לא מספיק. גם מייל שעובר את כל בדיקות האימות בהצלחה יכול להגיע לתיבה כשהוא שבור מבחינה ויזואלית: תמונות שלא נטענות בגללproxy של הספק, פונט שלא נתמך, או Layout שמתפרק כי לקוח המייל של הנמען לא תומך במלואו ב-CSS מודרני. הדרך היחידה לדעת בוודאות היא לראות צילום מסך אמיתי — לא תצוגה מקדימה בעורך הקמפיינים, אלא רינדור בפועל בתיבה של Gmail, Walla! Mail, Outlook או iCloud.
האתגר הייחודי של עברית: RTL, מספרים ולוגו באנגלית
כמעט כל תבנית מייל שנבנית בכלי בינלאומי (Mailchimp, Brevo, SendGrid ואחרים) מגיעה כברירת מחדל בהיגיון LTR. כשמתרגמים אותה לעברית בלי בדיקה חזותית אמיתית, נוצרות תקלות אופייניות:
- כיוון טקסט הפוך בשורות שמערבבות עברית עם מספרי טלפון או קישורים באנגלית
- כפתורי CTA שממוקמים בצד הלא נכון ביחס לזרימת הקריאה הטבעית
- ריווח ופסקאות שמתפרקים כי ה-HTML לא הוגדר עם
dir="rtl"נכון - לוגו או חתימה עם רקע שקוף שנראים מצוין בעורך אבל "נעלמים" על רקע כהה בתיבה
הבעיה הזו לא תמיד נראית אצל השולח, כי בעורך הקמפיינים או בתצוגה המקדימה בדפדפן הכול נראה תקין. היא מתגלה רק כשמישהו פותח את המייל בפועל בתיבת דואר אמיתית — מה שהופך את צילום המסך לכלי הבדיקה החשוב ביותר לפני שליחה המונית בעברית.
לייט מול דארק מוד: שתי ערכות צבעים, שתי בעיות שונות
חלק גדול מהנמענים בישראל פותחים מייל באפליקציית Mail באייפון, ב-Gmail באנדרואיד או בלקוח דסקטופ — ובחלק גדול מהמקרים במצב כהה, שנעשה ברירת מחדל נפוצה במערכות ההפעלה המודרניות. חלק מלקוחות המייל (בעיקר Apple Mail) הופכים באגרסיביות צבעי רקע ופלטות צבע כדי להתאים לדארק מוד, גם אם המעצב לא תכנן לזה מראש. התוצאה: טקסט כהה על רקע שהפך לכהה גם הוא, לוגו PNG עם רקע לבן שהופך לריבוע לבן בולט וכועס באמצע מייל כהה, או כפתור שצבעו נבלע לגמרי ברקע. בדיקת רינדור טובה חייבת לכלול את שתי הגרסאות — לייט ודארק — כי מה שנראה מושלם באחת יכול להיראות שבור לגמרי בשנייה.
איך בודקים את זה בפועל עם הכלי החינמי
כלי בדיקת התיבה החינמי שלנו נותן כתובות seed אצל למעלה מ-20 ספקים שונים. שולחים אליהן את המייל בדיוק כמו שהוא יישלח לקמפיין האמיתי, והמערכת מחזירה דוח מלא — כולל צילום מסך של הרינדור בפועל בתיבה, במצב בהיר ובמצב כהה, לצד תוצאות SPF/DKIM/DMARC ווידוא איזו תיקייה קיבלה את המייל.
- שולחים את המייל שרוצים לבדוק לכתובות ה-seed שהכלי מספק
- ממתינים שהמייל יגיע ויתעבד אצל הספקים השונים
- פותחים את הדוח וגוללים לצילומי המסך — לכל ספק מוצגות גרסת לייט וגרסת דארק
- משווים בין הספקים כדי לאתר איפה בדיוק הרינדור נשבר
אין הרשמה, ואין צורך בכרטיס אשראי — הבדיקה נועדה בדיוק בשביל הרגע שלפני שליחה המונית, כשעוד אפשר לתקן.
מה לבדוק בצילום המסך — צ'קליסט
- כיוון הטקסט: האם כל הפסקאות זורמות מימין לשמאל כמו שצריך, כולל שורות עם מספרים או לינקים?
- קריאות בדארק מוד: האם הטקסט עדיין קריא, והלוגו לא הפך לכתם לבן או שחור בולט?
- מיקום כפתור ה-CTA: האם הוא במקום הטבעי ביחס לכיוון הקריאה בעברית?
- טעינת תמונות: האם התמונות נטענות אצל כל הספקים, או שחלקם חוסמים אותן כברירת מחדל?
- עקביות בין ספקים: האם המייל נראה דומה ב-Gmail, Walla, Outlook ו-iCloud, או שספק אחד שובר לגמרי את העיצוב?
כדאי גם להצליב את הממצאים החזותיים עם המצב הטכני של הדומיין — למשל דרך בדיקת SPF/DKIM/DMARC בחינם, ולעקוב אחרי מגמות רחבות יותר של אימות דומיינים בעולם דרך נתוני הסריקה השבועית שלנו.