מה הוא קופץ? על bounces באימייל מרקטינג | crm.buzz

מה הוא קופץ? על bounces באימייל מרקטינג

bounces email

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 ולאמת נתונים כחלק משלבי הטיפול בנתונים שמוזנים לפני העברתם למערכת הדיוור.

Integromat webook
חיבור עקיף עם אינטגרומט, בין טופס באתר למערכת דיוור כולל אימות נתונים למניעת bounce ראשוני

ניקוי תקופתי

כדאי לנקות רשימות לפני הדיוור הראשוני לכל רשומה, ולבצע ניקוי אחת לתקופה. ישנם שירותי email validation שניתן להגדיר אותם לנטר רשימה במערכת הדיוור ולבצע תחזוקת שלה על ידי ניקוי קבוע. הניטור מבוצע אוטומטית מבלי שצריך לייצא או לייבא נתונים ממערכת הדיוור.

אחד הטרנדים המרעננים הם שלא מעט מערכות דיוור הכניסו שירותי email validation כחלק מהשירות שמוצע על ידי מערכת הדיוור. 

זה טוב למדוורים אך גם שומר על המשאבים המשותפים של מערכת הדיוור – כתובות ה-IP ובכך משפר את איכות מערכת הדיוור.

g2 email validation
השוואת שירותי email validation - לחצו למקור

שירותי email validation נפוצים

שם השירות הערות
Bouncer
Zerobounce
Kickbox
Clearout קיים פלאגאין לבדיקת אונליין באתר ותמיכה רחבה בטפסי הרשמה
Debounce קיים פלאגאין לבדיקת אונליין באתר ותמיכה רחבה בטפסי הרשמה
Briteverify
Webbula דורש חתימה על הסכמים ואין אפשרות הזמנה באתר

סיבות bounce והקודים שלהם

Bounce Handling

רוצה להתייעץ איתי לגבי שיפור האימייל מרקטינג או עבירוּת המיילים שלך? אני מזמין אותך לפגישת ייעוץ ראשונית של 1/2 שעה, ללא עלות. book a 1/2 email deliverability discovery call.

לקריאה נוספת

סיבות bounces, SendGrid

מילון ה- bounces השלם

רשימת Enhanced Bounce code  נפוצים, Salesforce

איך לטפל ב-bounces, בלוג Woodpecker

סיבות bounce שונות, netcore

אודות הכותב

sella
סלע יֹפֶה

מלווה חברות, עסקים, סטרטאפים ומערכות דיוור בארץ ובעולם בנושא עבירוּת אימיילים (email deliverability) ואסטרטגיית אימייל מרקטינג כדי שאימיילים שעסקים שולחים יגיעו ל-Inbox ולא אל ה-Spam.

יוצר הבלוג והפודקאסט crm.buzz

רוצה להתמקצע

באימייל מרקטינג?

הי אני סלע יפה. יוצר הבלוג והפודקאסט המובילים בעברית על אימייל מרקטינג.

בכל יום שישי אני שולח ניוזלטר עם כל מה שמעניין וחשוב לדעת על אימייל מרקטינג.

אני מזמין אותך להצטרף ולקבל גישה לתכנים בלעדיים למנויי הניוזלטר

הרשמה לניוזלטר פופ
דילוג לתוכן