שאלות נפוצות על TrekMail Email Verifier

כיצד מחושב ציון האמון?

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

הציונים ממופים ל-Safe ‏(90-100), Valid ‏(60-89), Risky ‏(20-59) ו-Invalid ‏(0-19). Unknown פירושו שהמשימה לא הצליחה להגיע למסקנה מהימנה. הציון הוא אות טכני לסיכון, לא הבטחת מסירה ולא הרשאה לשליחה.

מה קורה אם אין לי מספיק נקודות?

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

האם נקודות שנרכשו פגות? האם נקודות חודשיות נצברות לחודש הבא?

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

האם אפשר לבטל משימה?

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

האם אפשר לשלוח שוב את אותה רשימה?

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

מהו הגודל המרבי של רשימה?

משימה אחת בכמות גדולה בלוח הבקרה או דרך API מקבלת עד 50,000 רשומות שנשלחו. לוח הבקרה מקבל קובצי .csv,‏ .xlsx ו-.txt בגודל של עד 10 MB. אם המקור גדול יותר, יש לפצל אותו לפי גבול שימושי לבדיקה, כגון קמפיין או מקור רכישה, ולא ליצור עותקים שרירותיים.

כמה זמן נמשכת משימה?

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

האם אפשר לעזוב את הדף בזמן שמשימה פועלת?

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

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

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

אילו פורמטים של קבצים נתמכים?

אפשר להעלות קובצי .csv,‏ .xlsx או .txt בגודל של עד 10 MB, או להדביק כתובות וטקסט ישירות. TrekMail מחלץ כתובות ומסיר כפילויות. משימה שנשלחה יכולה לכלול עד 50,000 כתובות ייחודיות.

מדוע הערכת Deep מחייבת לפעמים נקודה אחת בלבד?

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

האם תוצאת Deep תמיד כוללת ראיות משרת הדואר?

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

האם Deep מאמת שאדם מסוים הוא הבעלים של תיבת דואר נכנס?

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

האם כדאי לשלוח לכל כתובת במצב Safe?

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

האם המאמת חוסם כתובת בכל TrekMail?

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

האם API זמין בכל תוכנית?

כן. יש ליצור אסימון תחת לוח הבקרה ← AI Agents & API ולהפעיל את ה-scopes‏ verify:read ו-verify:write הדרושים לתהליך העבודה. אימות דרך API עדיין משתמש בנקודות הזמינות בחשבון.

האם אפשר להעלות CSV אל API?

לא. ה-API למשימות בכמות גדולה מקבל מערך JSON בשם emails. חילוץ מקבצים שייך לתהליך העבודה בלוח הבקרה. יש להשתמש במייבא משלכם כדי לקרוא CSV או גיליון אלקטרוני, ולאחר מכן לשלוח את מערך הכתובות שחולץ אל POST /api/v1/verify/bulk עם הכותרת Idempotency-Key.

אילו אפשרויות ייצוא זמינות?

לוח הבקרה יכול לייצא את כל השורות שעובדו, סטטוסים נפרדים וקבוצות משולבות. קובץ ה-CSV כולל כתובת, סטטוס, ציון אמון, ספק וגורמי סיכון שנרשמו, ולוח הבקרה יכול גם ליצור רשימת כתובות בטקסט פשוט. נקודת הקצה להורדה ב-API מציעה מסנני CSV בשם all,‏ safe ו-safe_risky.

אילו בקשות API דורשות מפתח אידמפוטנטיות?

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

מדוע תוצאה יכולה להיות Unknown?

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

מדוע כתובת בדומיין פעיל מקבלת Risky או Valid?

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

כמה זמן נשמרות התוצאות?

משימות והתוצאות שלהן נשמרות למשך 15 ימים. יש להוריד את קובץ ה-CSV או ייצוא הטקסט הדרוש לפני תום תקופת השמירה.

האם אפשר למחוק משימה?

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

מדוע מאמת White Label מציג יתרה שונה?

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

מה צריך לכלול בבקשת תמיכה?

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

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