אימות רשימות דואר: בדיקות, ציונים ושילוב API

בניתם רשימת דואר ושלחתם קמפיין. שיעורי הפתיחה ירדו וההחזרות עלו. כעבור שבוע הודעות רבות מגיעות לספאם ב-Gmail בלי סיבה ברורה. סימן @ ודומיין אינם מספיקים, וכתובת שעבדה לפני שלושה חודשים לא בהכרח פעילה כעת. ההתיישנות של 2 עד 3 אחוזים בחודש שמוזכרת במאמר היא אומדן בלבד: השינוי תלוי ברשימה, ולבעיות מסירה עשויות להיות כמה סיבות.

אימות רשימות דואר בוחן כתובות לפני שליחה, מעבר לתחביר ולקיום הדומיין. המאמר מתאר 25 אותות, בהם DNS, בדיקות SMTP ואומדני סיכון. SPF של דומיין הנמען אינו מוכיח התאמה של דומיין השולח, ושיטות היוריסטיות אינן מזהות מלכודות ספאם בוודאות. הציון מסייע להחליט אילו כתובות לשמור, לבדוק או להוציא מהרשימה.

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

איך רשימות מיושנות עשויות להשפיע על המסירה

Google, ‏Microsoft, ‏Yahoo ו-Apple עשויות להתחשב בהחזרות, בתלונות ובמעורבות לפי המערכות שלהן. כתובות לא תקינות עלולות לפגוע בקמפיין, אך אין נוסחה כללית להשפעה.

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

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

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

מה נבדק באימות הרשימה

ההערכה יכולה להיות מפורטת יותר מתקין או לא תקין. המאמר מייחס ל-TrekMail ‏25 בדיקות בשלבים עם ציון מסכם. בדקו אילו בדיקות וכללים זמינים במימוש הנוכחי.

שלב 1: בדיקות מכריעות במודל

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

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

שלב 2: אותות סיכון וציון

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

קטגוריות הציון

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

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

מצבי Quick ו-Deep

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

מצב Quick כולל את שלב 1 ובדיקות נבחרות משלב 2: תחביר, דומיינים זמניים, MX, תפקיד, רצפים אקראיים, טעויות, כינויי פלוס ומניעת שליחה. MX דורש שאילתת DNS, ולכן אינו פעולה ללא רשת. העלות המצוטטת היא 1 קרדיט לכתובת; אלפיות השנייה הן דוגמה, לא הבטחה לטפסים או ל-webhooks.

מצב Deep כולל את 25 הבדיקות המוצהרות, עם SMTP, ‏DNSBL, ‏RDAP, ‏Gravatar, אומדני מלכודות ומידע על דליפות. העלות המצוטטת היא 2 קרדיטים לכתובת. הוא עשוי לסייע בביקורת ובקמפיינים מורשים. אימות רשימה קנויה אינו מקנה הסכמה ואינו הופך שימוש בה לחוקי אוטומטית.

אימות מרוכז של רשימות

בדיקה יחידנית מתאימה לרישום ולשילובים. ברשימות של 10,000 או 50,000 כתובות, משימה מרוכזת עשויה להקל בדיקה לפני קמפיין מורשה.

המאמר מציין עד 50,000 כתובות למשימה ב-TrekMail, דרך CSV, ‏XLSX או API. הוא מתאר הסרת כפילויות למניעת חיוב חוזר באותה משימה; בדקו מגבלות וכללים עדכניים.

המבנה המתואר מפריד קריאת קובץ, שליפה מקדימה של DNS לכל דומיין ועיבוד בקבוצות. חלוקת round-robin נועדה לחלק את התור בין חשבונות, וקבוצות עשויות לפעול במקביל לפי הקיבולת.

הלוח המתואר מציג התקדמות וספירות safe, ‏valid, ‏risky ו-invalid. לאחר הסיום ייתכן ייצוא CSV לפי קטגוריה. השתמשו בפילוחים לבדיקה, לא כהוכחת הרשאה לשלוח.

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

שילוב API

REST API המתוארת מאפשרת פעולות לפי נקודות הקצה הזמינות. השתמשו באסימון bearer עם ההרשאות הדרושות: verify:read לתוצאות ו-verify:write לבקשות. הדוגמאות משחזרות את המקור, כולל רצפי escape שיש לבדוק לפני שימוש.

אימות כתובת יחידה

curl -X POST https://trekmail.net/api/v1/verify   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{"email": "user@example.com", "mode": "deep"}\x27

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

{
  "status": "safe",
  "score": 95,
  "mode": "deep",
  "checks": {
    "syntax": true,
    "mx": true,
    "disposable": false,
    "role_based": false,
    "gibberish": false,
    "dnsbl_listed": false,
    "domain_age_days": 365,
    "smtp_status": "accepted"
  }
}

הגשת בקשה מרוכזת

curl -X POST https://trekmail.net/api/v1/verify/bulk   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{
    "emails": ["a@example.com", "b@test.com"],
    "name": "March campaign cleanup",
    "mode": "deep"
  }\x27

התהליך המתואר מחזיר מזהה משימה. בדקו מצב או הגדירו webhook כשהוא נתמך. תוצאות בעמודים וייצוא CSV לפי מצב תלויים בנקודות הקצה ובהרשאות העדכניות.

המגבלות המצוטטות: 60 בדיקות יחידניות בדקה, 10 בקשות מרוכזות בדקה ו-120 שאילתות מצב בדקה. בדקו מגבלות נוכחיות.

המאמר מתאר גם כלי MCP (Model Context Protocol). שמונת הכלים מכסים פעולות כגון בדיקה, משימות מרוכזות, קרדיטים ותוצאות לפי המימוש. Claude Desktop, ‏Claude Code, ‏Cursor ולקוחות אחרים דורשים תמיכה תואמת, פרטי גישה והרשאות מתאימות.

מתי לבדוק את הרשימה

בדיקה אינה חייבת להיות אירוע חד-פעמי. אנשים מחליפים עבודה, נוטשים כתובות ומאפשרים לדומיינים לפקוע. המעבר מ-95 אחוזים בינואר ל-85 אחוזים ביוני הוא המחשה, לא תחזית לרשימה שלכם.

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

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

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

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

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

קרדיטים ומחירים

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

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

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

שילוב באחסון הדואר

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

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

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

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

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

אבטחה ופרטיות

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

• הצפנת TLS מתוארת ל-API וללוח; בדקו הגדרות ואימות בצד הלקוחות
• מחיקה אוטומטית של תוצאות מרוכזות לאחר 15 ימים לפי המאמר; יומנים וגיבויים עשויים לפעול לפי מדיניות אחרת
• ניהול מידע כולל מחיקת משימה דרך API (DELETE /api/v1/verify/bulk/{jobId}); היכולת לבדה אינה מבטיחה עמידה ב-GDPR
• ללא אחסון תוכן הודעות בכלי האימות המתואר. הכלי בודק כתובות; בדקו מידע ויומנים נוספים שמעובדים
• צמצום ניתוח תזמון. המאמר מתאר משך תגובה מינימלי של 200ms לבדיקה יחידנית; אין בכך מניעת כל הסקה או תקיפת תזמון

נסו את ההדגמה

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

המאמר מזכיר חשבון חינמי עם 10 קרדיטים חודשיים ומסלולים לנפחים גדולים. ערך Pro של 0 לחודש פגום במקור ואינו מחיר תקף. גם 300 הקרדיטים, ה-API ובדיקות SMTP במצב Deep דורשים אישור בהצעה הנוכחית.

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