קודם deliverability, אחר כך קופי. הסדר הזה לא אופציונלי.

שלושה קמפיינים שונים השנה. אותה תלונה בדיוק: התשובות ירדו, תשכתבו את ההודעה. אף אחד מהשלושה לא היה צריך שכתוב. שלושתם היו צריכים אבחון אחר.

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

אותו סימפטום, מכל סיבה

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

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

מה בודקים קודם, בסדר הזה

1. הגעה לתיבה. ההודעה נוחתת בתיבה הראשית, בפרומושנס, או בספאם, על פני הספקים האמיתיים שהרשימה שלכם משתמשת בהם, לא רק בתיבת בדיקה אחת. הודעה שלעולם לא מגיעה לתיבה לא יכולה להיקרא, לא משנה איך היא כתובה.
2. תקינות דומיין ותיבה. סטטוס חימום, אחוז החזרות, וסטטוס רשימה שחורה על כל דומיין שליחה. דומיין שעדיין מתחמם, או שקיבל דגל של רשימה שחורה, מדכא הגעה לא משנה מה ההודעה אומרת.
3. רשומות אימות. SPF, DKIM, ו-DMARC מוגדרים נכון על כל דומיין שליחה. רשומות שגויות או חסרות הן אחת הדרכים המהירות ביותר שקמפיין כתוב היטב נחסם עוד לפני שאדם רואה אותו.
4. רינדור. פותחים את המייל בפועל בכלי המייל שהרשימה שלכם כנראה משתמשת בהם, לא רק בתצוגה המקדימה של כלי השליחה. HTML שבור, שורות חסרות, ותמונות שלא נטענות, כל אלה נקראים כלא מקצועי או חשוד, ושום דבר מזה לא קשור לקופי.

רק אחרי שכל ארבע הבדיקות יוצאות נקיות אפשר לבדוק קופי ולדעת שבודקים באמת אותו. מדלגים ישר לקופי, והבדיקה הבאה לא בודקת קופי. היא בודקת קופי פלוס שלושה משתנים לא ידועים.

למה זה חוזר שוב ושוב

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

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

התיקון תלוי במה שבאמת נשבר

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

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

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