השוואת אימות אימייל במצבי Quick ו-Deep

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

במבט מהיר

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

מה שני המצבים בודקים

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

• האם הכתובת כתובה בתבנית שניתן להשתמש בה?
• האם הדומיין יכול לקבל דואר באמצעות רשומות MX תקינות?
• האם הדומיין חד פעמי או חסום?
• האם כתובת זו כבר הושעתה משליחה בחשבון TrekMail זה?
• האם הכתובת והדומיין מציגים סימנים שמחייבים זהירות, כגון שגיאת הקלדה אפשרית, חלק מקומי שנראה אקראי, אימות DNS חלש או מידע מוגבל על מוניטין?

דף התוצאות מציג את הבדיקות הנפרדות שנרשמו לכל כתובת. בדיקה שדולגה או שאינה זמינה אינה זהה להצלחה או לכישלון.

מה Deep מוסיף

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

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

כיצד לקרוא מידע של Deep

מתי לבחור Quick

השתמשו ב-Quick כאשר אתם:

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

מתי לבחור Deep

Deep מתאים יותר כאשר אתם:

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

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

השוו את העלות לפני האישור

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

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

תהליך עבודה הגיוני

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

כאשר אף מצב אינו הפתרון

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

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