עיקרי הדברים
- →אימות והיגיינת שליחה חשובים, אבל הגעה לתיבת הדואר הנכנס תלויה גם באיכות הרשימה, בתגובת הנמענים, בתוכן ובמדיניות הספק.
- →בדקו אימות שולח, דרישות ספק, איכות הרשימה ומשוב נמענים; אין הגדרה אחת שמבטיחה הגעה לתיבה הראשית.
- →משך הזמן תלוי בבעיה ובתגובת הספק; המאמר הזה אינו קובע תקופת התאוששות סטנדרטית.
- →בעיות מסירה עשויות להיות קשורות לתשתית, לתגובת הנמענים, לאיכות הרשימה, לרלוונטיות ההודעה או למדיניות הספק; אבחנו לפני שתשנו גורם אחד.
כשבודקים בעיית מסירה, עברו על שינויים אחרונים באימות, בדפוסי שליחה, בנתונים, בתוכן ובתגובות הספק.
התשובה היא כמעט תמיד כלום. הם בדקו שורות נושא, טקסט תצוגה ותוכן. ועדיין נוחתים בספאם.
הנה מה שכלי ה-SaaS וחוות התוכן לא יספרו לכם: שורות נושא הן גורם זניח בהגעה לתיבת הדואר הנכנס. Gmail ו-Outlook שופטים את גיל הדומיין, דפוס השליחה והאימות שלכם עוד לפני שהם קוראים מילה.
הסיבה האמיתית שהאימיילים שלכם נוחתים בספאם
עשרות גורמים משפיעים על יכולת המסירה, אבל בפועל הקמפיינים שאנחנו בודקים נכשלים כמעט תמיד מאחת משלוש סיבות מבניות.
אלה לא מקרי קצה - זה מצב ברירת המחדל ברוב מערכי האימייל היזום שנבנו בלי מומחיות בתשתיות.
לדומיין חדש יש מעט היסטוריית שליחה, אבל אין תקופת המתנה אוניברסלית או נפח יומי בטוח אוניברסלי.
יש לפעול לפי דרישות הספק ולעקוב אחר המסירה והמשוב מהנמענים לפני שמשנים את נפח השליחה.
מגבלות תיבות הדואר והסינון משתנות. פעלו לפי הנחיות הספק, והתייחסו לכל הגדלה הדרגתית של שליחה כנוהג פנימי מנוטר, ולא כתקרה אוניברסלית או כהבטחת מיקום בתיבת הדואר הנכנס.
הדרישות של Google משתנות לפי נפח שולח וסוג הודעה; עיינו בהנחיות השולחים העדכניות שלה לפני הגדרת הרשומות.
הבחנה חשובה אחת: אלה כשלים מבניים, לא כשלי תוכן. הם קיימים בנפרד ממה שכתוב באימייל שלכם.
מערך התשתית בחמש שכבות שבאמת פותר בעיות מסירה
-
01
דומיינים ייעודיים לשליחה
לעולם אל תשלחו פנייה יזומה מדומיין החברה הראשי. בעיית deliverability בדומיין הפנייה לא צריכה לסכן את המוניטין של הדומיין הראשי - צריך להפריד ביניהם.
-
02
מאגר רוטציית תיבות דואר
הקצו 2 - 3 תיבות דואר לכל דומיין שליחה כדי שאף תיבה לא תגיע לספי נפח. Instantly, Smartlead ו-Reply.io כולם מסובבים תיבות דואר באופן מובנה.
-
03
רצף חימום מובנה
כלי חימום או לוח זמנים לא מבטיחים הגעה לתיבת הדואר הנכנס. כדאי לאמת את הנחיות הספק ולנטר אותות אמיתיים של מסירה, תלונות ותגובות.
-
04
הגדרת אימות מלאה (SPF + DKIM + DMARC) הגדירו SPF, DKIM ו-DMARC בהתאם לדרישות העדכניות של ספק השליחה שלכם ולמדיניות הארגון. בדקו את ההתאמה והדיווח מול מנהל מערכת מוסמך.
-
05
ניטור שוטף של המוניטין
השתמשו בכלי הספק ובמשוב המסירה הזמין כדי לחקור בעיות. בחרו תדירות בדיקה לפי הנפח, הנחיות הספק ובעיות שנצפו.
ההגדרה תלויה במערכות ובספקים שלכם. תעדו מי אחראי להקמה וכיצד שינויים ייבדקו.
בעיות אימות או שליחה עלולות להשפיע על המסירה. האבחון וההתאוששות תלויים בספק ובסיבה; בדקו אותות שגיאה ומוניטין עדכניים.
המספרים כשעושים את זה נכון
אלה נתונים בפועל מקמפיינים אמיתיים, וכל אחד מוצג עם הלקוח שלו.
השוק של Architrainer קטן, טכני ואיטי באימוץ כלים חדשים.
תוצאות הקמפיינים האלה ספציפיות לקהלים ולתנאים שלהם. הן לא מבודדות את ההשפעה של התשתית.
שיעורי פתיחה יכולים להיות לא מדויקים ואינם מוכיחים הגעה לתיבת הדואר הנכנס. בדקו נתוני מסירה מהספק, אם הם זמינים.
כדי לראות איך תשתית ההגעה לתיבת הדואר משתלבת עם יצירת לידים והתאמה אישית בעזרת בינה מלאכותית, המערכת המלאה מוסברת בעמוד השירותים שלנו.
השאלה: לעשות בעצמכם או שנעשה עבורכם
המאמץ הנדרש תלוי במספר הדומיינים, בהגדרות הספק, בהרשאות ובמומחיות הפנימית. הטבלה שלהלן היא רשימת תכנון, לא הערכת זמן סטנדרטית.
| משימה | המציאות בעבודה עצמאית | אנחנו בונים ומפעילים עבורכם |
|---|---|---|
| הקמת דומיין + תיבות דואר | תלוי בהגדרות ובגישה | תלוי בהיקף ובספק |
| תלוי בהיקף ובספק | ||
| חימום (ניהול פעיל) | אין לוח זמנים אחיד; פעלו לפי הנחיות הספק העדכניות | ודאו מה הספק מנטר ואיך מטפלים בבעיות |
| ניטור רשימות שחורות | השתמשו בדיווח רלוונטי של הספק ובקצב סקירה שמתאים לתוכנית | לוודא כיסוי התראות ואחריות |
| רוטציית דומיינים (כשאחד נשרף) | ההשפעה וההתאוששות תלויות בבעיה ובספק | לפני שימוש בדומיינים נוספים, ודאו את החבילה ואת השלכות הסיכון |
| תחזוקת מוניטין שוטפת | קל לדחות בסדר העדיפויות תחת עומס עבודה | הרגל תפעולי שבועי |
| סך השקעת הזמן (90 הימים הראשונים) | הערכה לפי ההיקף והצוות שלכם | הסכימו על הזמן הנדרש מהלקוח ועל אחריות האישורים |
אם לצוות שלכם יש את הגישה והמומחיות הנדרשות, עבודה פנימית עשויה להיות אפשרות. השוו את ההיקף לתמיכה הזמינה.
העריכו את המאמץ הפנימי להגדרה שלכם. אם אתם שולחים לחשבונות Gmail, עיינו בהנחיות השולחים העדכניות של Google, ומנו אחראי לניטור שוטף.
ההחלטה אם להשתמש בתמיכה פנימית או חיצונית תלויה במיומנויות הזמינות, בזמן, בהיקף ובדרישות הספק.
השוו את עלות היישום והבקרה השוטפת מול כוח האדם שלכם וסיכוני המסירה. הימנעו מהנחה של תקופת התאוששות או תוצאה קבועה.
כדי לראות איך תשתית משתלבת במערכת פנייה יזומה מלאה, עמוד השירות שלנו ליצירת לידים בבינה מלאכותית עובר על כך שלב אחר שלב.
מוכנים לדבר על הפרטים? קבעו שיחת אסטרטגיה ונוכל לדון בהגדרות שלכם ובצעדי אבחון אפשריים.