שיטות מומלצות לאימות רשימות דוא״ל

אימות דוא״ל מועיל במיוחד כשלב אחד בתהליך שליחה אחראי. הוא יכול להסיר בעיות טכניות ברורות ולהצביע על אי ודאות. הוא אינו יכול ליצור הסכמה, להוכיח זהות של אדם או להבטיח מסירה לתיבת הדואר הנכנס.

אמתו בנקודות זמן מועילות

הריצו בדיקה כאשר התוצאה עשויה לשנות את ההחלטה הבאה שלכם:

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

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

מחזור בדיקה שאפשר לחזור עליו

1. שמרו את הייצוא המקורי ותעדו כיצד נאספו אנשי הקשר.
2. אמתו מדגם אם המקור חדש או לא מוכר.
3. בדקו את התפלגות המצבים ומדגם של הסיבות, ולא רק את הציון הכולל.
4. תקנו בעיות נתונים שיטתיות בטופס או בייבוא המקורי.
5. הריצו את הקבוצה המלאה רק כאשר הבדיקה תומכת בהחלטה הזו.
6. שמרו את הייצוא שהתקבל עם רשומת הקמפיין והשוו אותו לנתוני החזרות והסרות מאוחרים יותר.

הפרידו בין איכות הרשימה לבין ההרשאה

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

פלחו את התוצאה במקום להחיל כלל אחד על כולם

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

הימנעו מאוטומציה שמבוססת על סף בלבד

אל תבנו שילוב שמתייחס בשקט לציון מספרי כהרשאה כללית לשליחה. אוטומציה סבירה יכולה לנתב רשומות Invalid לתור תיקונים, לסמן רשומות Risky לבדיקה ולהכין Safe + Valid לקמפיין מורשה. אסור לה להחליף שדות הסכמה, לרשום מחדש איש קשר שביקש הסרה או למחוק מידע דיכוי ייחודי לחשבון.

השתמשו ב-Quick וב-Deep במכוון

בחרו Quick לתחזוקה שוטפת של רשימות, לרשימות opt-in ולמדגם ראשון. בחרו Deep כאשר ראיות נוספות עשויות להשפיע על החלטה חשובה, למשל ברשימה ישנה או במקור פחות מוכר.

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

הציגו את הסיבה לבחירת המצב

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

בדקו את המשימה לפני ההפעלה

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

אותה רשימה מנורמלת באותו מצב מזוהה במשך 24 שעות. TrekMail מחזירה את המשימה הקיימת במקום לחייב שוב בקרדיטים.

שפרו את המקור, לא רק את הציון

אם חלק גדול מרשימה הוא Risky או Invalid, בדקו את מסלול האיסוף:

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

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

עקבו אחר התוצאה לאחר השליחה

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

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

להסבר על המצבים, ראו הבנת תוצאות אימות כתובות דוא״ל.