מדוע הודעות TrekMail שלי מגיעות לספאם?

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

התחילו במצב ה-DNS של הדומיין וברשימה שאליה שלחתם. שתי הבדיקות האלה פותרות הרבה יותר בעיות משינוי שורת הנושא.

תחילה זהו את הדפוס

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

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

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

בדיקה 1: אימות הדואר של הדומיין הושלם

פתחו את מצב ה-DNS ב-TrekMail והשוו את הרשומות הנדרשות אצל הספק שמנהל את ה-DNS. דומיין שמקבל דרך TrekMail זקוק בדרך כלל ל:

• MX מפנה דואר נכנס אל TrekMail.
• SPF מאשר ל-TrekMail לשלוח בשם הדומיין.
• DKIM מאפשר לנמענים לאמת שההודעה נחתמה עבור הדומיין.
• DMARC מורה כיצד לטפל בדואר שנכשל באימות.

דומיינים לשליחה בלבד אינם משתמשים ב-MX של TrekMail; עקבו אחר הטבלה להגדרה זו. התחילו DMARC במדיניות ניטור אם אתם עדיין בודקים שולחים לגיטימיים, והחמירו רק לאחר הבנת התוצאות. ראו בדיקת מצב DNS.

בדיקה 2: שמרו את הנפח בתוך מגבלות החימום

לדומיינים חדשים יש מגבלה בשבוע הראשון:

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

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

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

פרטים: כללי חימום דומיין דואר.

בדיקה 3: בדקו את מגבלות הבטיחות הנוכחיות

אם בחשבון מוגדר ever_paid=false (מעולם לא היה חיוב מוצלח), חלות מגבלות בטיחות נמוכות יותר בכל תוכנית:

• בתקופת הניסיון: 30/תיבה/יום, 50/חשבון/יום, 10 נמענים/הודעה, 15 הודעות/שעה.
• לאחר ניסיון ללא תשלום: 50/תיבה/יום, 150/חשבון/יום, 25 נמענים/הודעה, 20 הודעות/שעה.

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

בדיקה 4: שלחו למי שמצפה להודעות

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

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

צעדים מעשיים:

• בחרו תקופת מעורבות שמתאימה לתדירות השליחה והפסיקו שיווק לאנשי קשר שמחוץ לה.
• בדקו רשימה ישנה או מיובאת בעזרת מאמת הדואר של TrekMail לפני השליחה.
• אל תשתמשו ברשימות קנויות, שנאספו אוטומטית או בעלות הסכמה לא ברורה.

בדיקה 5: שמרו על שיעור החזרות נמוך

השתמשו בסטטיסטיקות הדומיין כדי לעקוב אחר מסירה והחזרות. TrekMail מסמן פחות מ-2% כטוב, 2% עד פחות מ-5% כאזהרה ו-5% ומעלה כגרוע. שיעור מתמשך של 10% במשך 24 שעות יכול להפעיל את ההגנה כאשר יש מספיק הודעות למדידה.

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

שיעור החזרות שונה משיעור תלונות ספאם. החזרה פירושה שהשרת לא קיבל; תלונה פירושה שהנמען סימן הודעה שהתקבלה כספאם. לחשבונות Gmail אישיים Google דורש להישאר מתחת ל-0.1% ולעולם לא להגיע ל-0.3%. Yahoo דורש משולחים המוניים פחות מ-0.3%. ראו ב-0.1% תקרת עבודה: תלונה אחת ב-1,000 הודעות כבר מגיעה אליה.

בדיקה 6: הפכו את ההודעה לקלה לזיהוי

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

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

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

אם אתם שולחים דואר המוני ל-Gmail או Yahoo

Google מחיל דרישות נוספות על שולח שמוסר יותר מ-5,000 הודעות ביום לחשבונות Gmail אישיים. דרושים SPF ו-DKIM, DMARC תקין, אימות מיושר, TLS ו-DNS קדמי ואחורי תקינים לתשתית. שיווק ומנויים דורשים גם כותרות ביטול הרשמה בלחיצה וקישור גלוי. Yahoo מפרסם דרישות דומות לאימות, תלונות וביטול.

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

לשליחה דרך API או MCP, עקבו אחר מסירות והחזרות כדי להוסיף בבטחה List-Unsubscribe ו-List-Unsubscribe-Post. אל תוסיפו ביטול בלחיצה לשיחות אישיות. כלל Google חל על שיווק ומנויים, לא על הודעות עסקאות, אף שחוק או מטרת ההודעה עשויים לדרוש ביטול רגיל.

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

בדיקה 7: בדקו תקרית מסירה רחבה יותר

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

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

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

בדיקה 8: שלחו בדיקה מבוקרת

אפשר לשלוח דוגמה רגילה אל mail-tester.com כדי למצוא בעיות ברורות:

1. פתחו את mail-tester.com והעתיקו את הכתובת הייחודית המוצגת.
2. מתיבת TrekMail שלחו הודעה רגילה שבאמת הייתם שולחים ללקוחות.
3. לחצו על "Check your score" ב-mail-tester.com.

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

אם ל-Google יש מספיק נתונים, Gmail Postmaster Tools עוזר לבדוק אותות ברמת הדומיין. הנתונים אינם זמינים לכל שולח ואינם מחליפים בדיקות אלה.

בדיקה 9: אשרו את מסלול השליחה

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

בפרופיל מותאם אישית, הספק החיצוני אחראי לפרטי הגישה, לאימות, למוניטין IP ולמגבלות. אל תניחו שרשומות DNS של TrekMail לבדן מגדירות אותו.

השתמשו במסלול המתאים להגדרה ובדקו SPF, DKIM ו-DMARC לשירות ששולח בפועל.

הבנת תוצאות DMARC

בדוחות DMARC של TrekMail, לא כל "כשל" הוא בעיה:

• SPF נכשל ו-DKIM עובר: יכול לקרות בהעברה. DMARC יכול לעבור אם שיטת האימות המיושרת שנותרה עוברת.
• SPF עובר ו-DKIM נכשל: בדקו את רשומת DKIM ואת שירות השליחה.
• שניהם נכשלים: התייחסו לכך כאזהרת הגדרה או התחזות וחקרו לפני החמרת DMARC.

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

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

בדיקות אחרונות:

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