bounces הם חלק בלתי נפרד מכל דיוור אך ידפקו לכם את ה-sender reputation אם לא תקפידו למנוע אותם.
תוכן עניינים
האזנה לפודקאסט
בכל מערכת דיוור התשתית ששולחת את הדיוורים הם שרתי SMTP. בחלק מהמערכות, אלו שרתי SMTP פנימיים ובאחרות אלו שרתים חיצוניים של שירותים כגון SendGrid או SparkPost,Amazon SES ואחרים.
כאשר שרת SMTP אינו מצליח מסיבה כלשהי למסור את ההודעה השרת המקבל מחזיר לשרת השולח הודעת NDR – Non-Delivery Report – לגבי סיבה החזרה.
סיבות החזרה יכולות להתקבל מידית או אף כעבור ימים אחדים כאשר השרת השולח ינסה להעביר את ההודעה מספר פעמים עד להצלחה או כישלון.
שרתי SMTP הם טכנולוגיה ותיקה שנמצאת איתנו כבר 30 שנה. הטכנולוגיה השתכללה במרוצת השנים ונוספו לה מערכות לדירוג השולח ואימות זיהוי השולח (פרוטוקולי אימות דומיין) שיש להם השפעה על bounces הקשורים בתוכן הדיוור, וה-sender reputation של השולח.
מה הוא קופץ? (ולמה שיהיה לך אכפת?)
ה-Bounces (מייל חוזר) נחלקים לשני סוגים: Hard Bounces, Soft Bounces. שניהם ישפיעו על ה-reputation של ה-IP השולח (לא במידה שווה).
Hard Bounce: כשמו כן הוא: חזרה קשיחה וקבועה. מתרחשת כאשר אין אפשרות להעביר את המייל למשל כשכתובת האימייל שגויה עקב טעות בשם הדומיין, למשל gmail.con במקום gmail.com, או בכתובת המייל עצמה, או אם השרת אינו מקבל אימיילים.
Soft Bounce: לרוב זו חזרה זמנית והשרת השולח ינסה להעביר את ההודעה שוב. ה-Soft Bounce יכול להתרחש למשל כאשר תיבת האימייל מלאה, או אם גודל המייל שנשלח גדול מהגודל שהוגדר בתיבת היעד, או אם הוגדרה חסימה של השולח על ידי מסננת ספאם או סינון תוכן.
סף הכניסה לעבירוּת
מדוורים רבים מפספסים הזדמנות לשפר את העבירוּת שלהם. הם חושבים (בטעות) שמערכת הדיוור אחראית על העבירוּת ולא נוקפים אצבע כדי ללמוד מושגי יסוד בנושא עבירוּת אימיילים ולכל הפחות לבצע שתי פעולות בסיסיות שהן סוג של “סף כניסה” לעבירוּת:
- עובדים עם מערכת הדיוור out of the box עם הדומיין של מערכת הדיוור ולא מבצעים תהליך אימות דומיין, שיכול לסייע בבניית Sender reputation עצמאי של המדוור.
- טוענים רשימות ומדוורים ללא תהליך היגיינה מקדים לכתובות האימייל. כתוצאה מכך כתובות אימייל שגויות, לא תקינות וכיו”ב יחזרו כ-bounce (soft ו-hard) כאשר ידוורו אליהן, תוך פגיעה ב-sender reputation של השולח. המטרה היא למנוע ולצמצם bounces למינימום שבמינימום ולמנוע גם bounce ראשוני.
שני שלבים ראשוניים אלה פשוטים ליישום ולכאורה כרוכים זה בזה: מדוור שלא יאמת את הדומיין יוכל להסתתר במקצת מאחורי הדומיין של מערכת הדיוור וכתובות ה-IP השיתופיות שמערכת הדיוור תקצה עבורו ולכאורה לדוור מבלי להיפגע מפרקטיקות דיוור שגויות, אך גם לא יוכל ליהנות מהיתרונות של בניית sender reputation עצמאי שיקנה לו יתרונות אם ינקוט בפרקטיקות דיוור נכונות.
למרות החשיבות של ה-bounces על העבירוּת (email deliverability), מדוורים מתעלמים מנושא איכות הנתונים ופוגעים בעבירוּת שלהם כתוצאה מכך.
השאיפה היא לצמצם למינימום את ה- bounce ולשאוף שיהיו נמוכים מ-2%.
הנוסחה לחישוב bounce rate היא: Bounce Rate = Bounces / Total Sent
במערכות דיוור רבות כתובת שחזרה כ-bounce אחרי 2-3 פעמים תיחסם במערכת ולא ניתן לדוור אליה.
סיבות ל- bounce / block
כתובת אימייל לא תקינה
טעויות בכתיב הכתובת שיוצרות כתובת לא קיימת או בשל טעות בדומיין. ספקיות אימייל יכולות למחוק כתובות אימייל בשירותים חינמיים שלא היו בשימוש זמן רב. דיוור לכתובות לא פעילות יוביל ל-bounce.
מלכודות ספאם
סכנה נוספת הינן כתובות אימייל ישנות שספקיות האימייל וגופי לוחמה בספאם הפכו למלכודות ספאם (spam traps) מסוג recycled. אם מקורות המידע שלכם מתבססים על כתובות אמייל שנקצרו ברשת או ברשתות חברתיות (למשל מדוורים רבים בארה”ב מבצעים cold email בהתבסס על scraped data) עשויים ליפול על מלכודות ספאם קשות יותר מסוג pristine spam traps (כתובות אימייל שמעולם לא היו בשימוש של אדם).
כתובות אימייל זמניות
כתובות אימייל בשירות hide my email של אפל ושירותי אימייל זמניים אחרים יכולים להפסיק לפעול לפתע לפי בחירת המשתמש וכתובות אלה יחזור כ-bounce.
כשל טכני
בעיה טכנית שיצרה את ה-bounce יכולה להתרחש למשל כתוצאה מכשל טכני בצד המקבל או בצד השולח, למשל כתוצאה מבעיות באימות הדומיין השולח (spf, dkim).
תוכן
ספקיות אימייל ומסננות ספאם עשויות לדחות ולהחזיר אימיילים למשל אם הן חושדות שהתוכן המדוור הוא ספאמי, זדוני (malicious), או אינו אמין (untrustworthy) מכל סיבה שהיא. הדחייה יכולה להתבסס על קישורים חשודים במייל, הודעות בנפח גדול, צרופות גדולות או שאינן מותרות, יחס תמונה / טקסט חשוד (רצוי לשמור על יחס תמונה טקסט סביב 1:40 בהודעות קצרות מ-500 מילה).
Sender reputation
בהתבסס על ה-sender reputation של הדומיין או של כתובות ה-IP. ה- reputation הוא כמו גיליון ציונים למדוורים שספקיות האימייל מודדות לפיהם את איכות המדוורים. ה-sender reputation מורכב מפרמטרים רבים.
כמות ומהירות הדיוור
כמות ומהירות דיוורים לספקית אימייל עשויה בסיטואציות מסוימות ליצור bounces עקב עומס שגורם לספקית להחזיר אימיילים.
Double opt in
טעות נפוצה נוספת שמדוורים עושים היא ביצוע “אימות כפול” – double opt-in – תחת מחשבה שזה ישפר את איכות הנתונים כך שבדיוור עצמו, לאחר שנמען יאשר double opt-in, ימנע ה-bounce.
אמנם ישנם יתרונות ל- double opt-in בכך שרק אנשים שנרשמו לרשימת הדיוור ואישרו אקטיבית הרשמה נכנסים לרשימה, אך double opt-in לא ימנע את ה-bounce ראשוני מלקרות, במידה וכתובת האימייל אינה תקינה, חסומה וכו’.
מה אפשר לעשות כדי לצמצם bounces?
אימות דומיינים
על מנת לצמצם סיכוי דחייה על ידי שרתי דיוור מקבלים מה שיוביל ל-bounce, כדאי לאמת את הדומיינים המדוורים שלכם באמצעות SPF, DKIM ולהגדיר DMARC באמצעות כלי לניטור DMARC
האזנה לפודקאסט
כלי הטמעה וניטור DMARC נפוצים
| שם הכלי | הערות |
| easydmarc | value for money |
| Uriports | value for money |
| dmarcdigests | value for money |
| dmarcly | |
| dmarcian | |
| kdmarc | |
| dmarcanalyzer | |
| dmarcreport |
ניקוי במקור
לאמת כתובות אימייל בעת הזנת המידע, על ידי הפעלת widget המונע הזנת כתובות אימייל שגויות בטפסים. פעמים רבות הרווח בפעולה פשוטה זו הוא כפול: גם לא מפסידים את הליד, שיתכן ושילמתם עליו כסף רב אך איבדתם אותו עקב הזנת מידע שגוי, וגם מונעים bounces מיותרים הפוגעים בעבירוּת שלכם.
בעסקים בהם יש כניסה משמעותית של לידים זה קריטי.
גם אם אין לכם אפשרות לאמת נתוני אימייל בטופס (למשל אם זה טופס או דף נחיתה חיצוני שאינו בשליטה שלכם) עדיף במקרה זה לבצע חיבור עקיף למערכת הדיוור באמצעות Integromat ולאמת נתונים כחלק משלבי הטיפול בנתונים שמוזנים לפני העברתם למערכת הדיוור.
ניקוי תקופתי
כדאי לנקות רשימות לפני הדיוור הראשוני לכל רשומה, ולבצע ניקוי אחת לתקופה. ישנם שירותי email validation שניתן להגדיר אותם לנטר רשימה במערכת הדיוור ולבצע תחזוקת שלה על ידי ניקוי קבוע. הניטור מבוצע אוטומטית מבלי שצריך לייצא או לייבא נתונים ממערכת הדיוור.
אחד הטרנדים המרעננים הם שלא מעט מערכות דיוור הכניסו שירותי email validation כחלק מהשירות שמוצע על ידי מערכת הדיוור.
זה טוב למדוורים אך גם שומר על המשאבים המשותפים של מערכת הדיוור – כתובות ה-IP ובכך משפר את איכות מערכת הדיוור.
שירותי email validation נפוצים
| שם השירות | הערות |
| Bouncer | |
| Zerobounce | |
| Kickbox | |
| Clearout | קיים פלאגאין לבדיקת אונליין באתר ותמיכה רחבה בטפסי הרשמה |
| Debounce | קיים פלאגאין לבדיקת אונליין באתר ותמיכה רחבה בטפסי הרשמה |
| Briteverify | |
| Webbula | דורש חתימה על הסכמים ואין אפשרות הזמנה באתר |
סיבות bounce והקודים שלהם
אני סלע יפה, מומחה אימייל מרקטינג ועבירוּת אימיילים. כשיהיה לך רצון לשפר את ביצועי האימייל מרקטינג שלך, כך אוכל לעזור לך: אני מזמין אותך לפגישת יעוץ ראשונית של 1/2 שעה ללא עלות בנושא עבירוּת אימיילים ואסטרטגיית אימייל מרקטינג. book a 1/2 email deliverability discovery call.
לקריאה נוספת
סיבות bounces, SendGrid
מילון ה- bounces השלם
רשימת Enhanced Bounce code נפוצים, Salesforce
איך לטפל ב-bounces, בלוג Woodpecker
סיבות bounce שונות, netcore
Sella Yoffe
Email Deliverability & Email Marketing Expert
working with global email senders, startups, and ESPs to improve their deliverability and email authentication
Podcast host & Blogger @ CRM.BUZZ & EmailGeeks.Show
