מה זה Deliverability? ההסבר בעברית ומה בודקים קודם

יכולת ההגעה לתיבה, או Deliverability, היא האחוז מהמיילים ששלחתם שמגיעים בפועל לתיבה הראשית של הנמען, ולא לספאם או ללשונית פרומושנס. זה לא אותו דבר כמו "נשלח" או "נמסר". מייל יכול להיחשב נמסר בלי שמישהו יראה אותו אי פעם.
נמסר זה לא אותו דבר כמו הגיע
יש שני שלבים. קודם שרת המייל של הנמען מאשר קבלה, וזה Delivery. אחר כך Gmail או Outlook מחליטים לאן ההודעה נוחתת, וזה Deliverability. השלב הראשון מופיע בדוח של כלי השליחה. השני לא מופיע בו בכלל.
התוצאה: אפשר לקבל 0% באונס, 100% נמסר, וכל ההודעות יושבות בספאם. בגלל זה קמפיין יכול להיראות תקין בדשבורד ולא להביא תשובה אחת.
מה קובע את זה
Gmail וחבריו מחליטים לפי אמון. שישה דברים בונים אותו או שורפים אותו:
- מוניטין דומיין ותיבה. היסטוריית השליחה של הדומיין. דומיין חדש בלי היסטוריה לא נחשב חשוד, אבל גם לא אמין. הנוהל הקבוע שלי: דומיינים חדשים ובערך ארבעה שבועות חימום לפני שליחה אמיתית.
- אימות. SPF, DKIM ו-DMARC הן שלוש רשומות DNS שמוכיחות שהמייל באמת יצא מהדומיין שהוא טוען. בלי שלושתן מסננים הודעות בלי לשאול אף אחד.
- תלונות ספאם. כל לחיצה על "דווח כספאם" פוגעת. Google מגדירה יעד של פחות מ-0.1% תלונות, ואסור להגיע ל-0.3%. ההנחיות שלה כתובות לשולחי נפח גדול, ואני מיישם אותן גם בנפח קטן, כי אין סיבה לחכות לסף הרשמי. אצלי אזהרה מ-0.1%, ומעל 0.3% עוצרים נפח.
- באונסים. מייל שחוזר כי הכתובת לא קיימת. מתחת ל-2% בסדר, בין 2% ל-5% אזהרה, מעל 5% עוצרים נפח ובודקים את הרשימה.
- נפח וקצב. עד 15 מיילים ביום לתיבה, מפוזרים על כמה תיבות וכמה דומיינים. תיבה אחת שמוציאה מאות מיילים ביום נראית כמו ספאמר, ומקבלת יחס בהתאם.
- תוכן ורשימה. קישורים וקבצים מצורפים במייל קר ראשון מורידים הגעה, וגם מילות ספאם ועיצוב כבד. במקום קישור כותבים "רוצה שאשלח?". רשימה ישנה מייצרת באונסים ותלונות.
איך יודעים שיש בעיה
אחוז פתיחות הוא לא מדד אמין להגעה (חלק מהפתיחות הן בדיקות אוטומטיות, ובחלק מהכלים לא עוקבים אחריהן בכלל). המדד שלי הוא תשובות. שלושה סימנים:
- ירידה פתאומית בתשובות בלי שינוי בהודעה.
- באונסים שעולים מעל 2%.
- תיבה אחת שמתדרדרת בזמן שהאחרות תקינות (בודקים חימום וסטטוס בלאקליסט).
כשזה קורה, הסדר קבוע: תשתית לפני קופי. את ארבע הבדיקות כתבתי בקודם deliverability, אחר כך קופי, ואת סדר האבחון של תיבה, דומיין וספק במה מחליפים קודם.
שאלות נפוצות
מה ההבדל בין Delivery ל-Deliverability?
Delivery: שרת הנמען קיבל את ההודעה. Deliverability: לאן היא נוחתת, תיבה ראשית, פרומושנס או ספאם.
מהו Deliverability טוב?
אין מספר קסם מוסכם, ואני חשדן לכל מי שמבטיח אחד. הספים שאני עובד איתם: באונסים מתחת ל-2%, תלונות מתחת ל-0.1%, ותשובות יציבות לאורך זמן.
כמה זמן מחממים דומיין חדש?
בערך ארבעה שבועות לפני שליחה אמיתית. זה הנוהל אצלי.
אפשר לתקן דומיין שנשרף?
לפעמים, אחרי שמוציאים אותו מבלאקליסט ובונים מחדש את המוניטין. בדרך כלל מעבירים את הנפח לדומיין חדש. בגלל זה הדומיין הראשי של החברה אף פעם לא שולח מייל קר.
איך זה נראה בפועל
לקוח שילוח בינלאומי: 12 תיבות על 4 דומיינים ייעודיים, והדומיין של הלקוח עצמו לא משמש לשליחה. התוצאה: 213 לידים, 15+ פגישות ו-8+ לקוחות חדשים תוך 4 חודשים (המקרה המלא). ה-Deliverability היה התנאי ולא הסיפור.
הוא לא מרשים ולא מופיע בשום גרף. הוא מה שמחליט אם כל השאר בכלל נקרא. את התהליך המלא, מהרשימה ועד הפגישה, כתבתי בהפקת לידים B2B.
קודם deliverability, אחר כך קופי. הסדר הזה לא אופציונלי.
לפני שמאשימים את המסר, בודקים את התשתית, הגעה ל-inbox, תקינות דומיין, רינדור. שלושה קמפיינים שונים השנה נראו כמו בעיית קופי, ולא היו.
מייל קרהמייל הקר שלכם מקבל תשובות אבל לא פגישות. הנה למה.
אחוז תגובה גבוה יכול להסתיר קמפיין מת. חשבון אחד הגיע לאחוז תגובה שיא ולעניין אמיתי הכי נמוך שהיה לו אי פעם, בו זמנית. הפתרון: לסווג תשובות, לא למהר.
רוצים ליישם את זה על ה-Outbound שלכם? זו שיחה של 20 דקות.
לתיאום