הנחיות לשליחת אימייל

אתם יכולים להיעזר בהנחיות שבמאמר הזה כדי לשלוח הודעות אימייל לחשבונות Gmail אישיים ולשפר את הסיכויים שהמסירה תתבצע בהצלחה. החל משנת 2024, שולחי אימיילים חייבים לעמוד בדרישות שמתוארות כאן כדי לשלוח אימיילים לחשבונות Gmail לשימוש אישי. חשבון Gmail אישי הוא חשבון שמסתיים ב-‎@gmail.com או ב-‎@googlemail.com.

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

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

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

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

הדרישה לשולחים	תאריך הוספה
שימוש בחיבור TLS להעברת אימייל	דצמבר 2023

דרישות והנחיות לשולחים

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

הדרישות לגבי כל השולחים

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

חשוב: אם אתם שולחים יותר מ-5,000 הודעות ביום לחשבונות Gmail, אתם צריכים לעמוד בדרישות לשליחת 5,000 הודעות או יותר ביום.

מגדירים אימות אימייל של SPF או DKIM לדומיין השולח.
מוודאים שלדומיינים או לכתובות ה-IP שמהם מתבצעת השליחה יש רשומות DNS להעברה ורשומות DNS הפוכות תקינות, שנקראות גם רשומות PTR. מידע נוסף
משתמשים בחיבור TLS להעברת אימייל. השלבים להגדרת TLS ב-Google Workspace מפורטים במאמר דרישת חיבור מאובטח לאימייל.
שיעורי הספאם שמדווחים ב-Postmaster Tools צריכים להיות נמוכים מ-0.3%. למידע נוסף על שיעורי ספאם
הפורמט של ההודעות צריך להיות תואם לתקן העיצוב באינטרנט, RFC 5322.
אסור שתהיה התחזות לכותרות From:‎ של Gmail. אנחנו נתחיל ליישם ב-Gmail מדיניות אכיפה של הסגר באמצעות DMARC, והתחזות לכותרות From:‎ של Gmail עלולה להשפיע על מסירת האימיילים שלכם.
אם אתם מנהלים שירות העברת אימיילים, כולל רשימות תפוצה או שערים לאימיילים נכנסים, צריך להוסיף כותרות ARC לאימיילים היוצאים. כותרות ARC מציינות שההודעה הועברה ומזהות אתכם בתור הגורם המעביר. שולחים לרשימות תפוצה צריכים גם להוסיף להודעות היוצאות כותרת List-id:‎, שמציינת את רשימת התפוצה.

הדרישות לשליחת 5,000 הודעות או יותר ביום

החל מ-1 בפברואר 2024, מי ששולחים יותר מ-5,000 הודעות אימייל ביום לחשבונות Gmail חייבים לעמוד בדרישות שמפורטות בקטע הזה.

מגדירים לדומיין אימות אימיילים באמצעות SPF ו-DKIM.
מוודאים שלדומיינים או לכתובות ה-IP שמהם מתבצעת השליחה יש רשומות DNS להעברה ורשומות DNS הפוכות תקינות, שנקראות גם רשומות PTR. מידע נוסף
משתמשים בחיבור TLS להעברת אימייל. השלבים להגדרת TLS ב-Google Workspace מפורטים במאמר דרישת חיבור מאובטח לאימייל.
שיעורי הספאם שמדווחים בPostmaster Tools צריכים להיות נמוכים מ-0.30%. למידע נוסף על שיעורי ספאם
הפורמט של ההודעות צריך להיות תואם לתקן העיצוב באינטרנט, RFC 5322.
אסור שתהיה התחזות לכותרות From:‎ של Gmail. אנחנו נתחיל ליישם ב-Gmail מדיניות אכיפה של הסגר באמצעות DMARC, והתחזות לכותרות From:‎ של Gmail עלולה להשפיע על מסירת האימיילים שלכם.
אם אתם מנהלים שירות העברת אימיילים, כולל רשימות תפוצה או שערים לאימיילים נכנסים, צריך להוסיף כותרות ARC לאימיילים היוצאים. כותרות ARC מציינות שההודעה הועברה ומזהות אתכם בתור הגורם המעביר. שולחים לרשימות תפוצה צריכים גם להוסיף להודעות היוצאות כותרת List-id:‎, שמציינת את רשימת התפוצה.
צריך להגדיר אימות אימייל של DMARC לדומיין השולח. אפשר להגדיר את מדיניות האכיפה של DMARC כללא. מידע נוסף
בדיוור ישיר, הדומיין בכותרת From:‎ של השולח חייב להיות תואם לדומיין SPF או לדומיין DKIM. הדרישה הזו צריכה להתקיים כדי לעבור התאמה ל-DMARC.
בהודעות שיווקיות ובהודעות שבוצעה אליהן הרשמה חייבים לתמוך בביטול הרשמה בלחיצה אחת ולכלול קישור בולט לביטול ההרשמה בגוף ההודעה. מידע נוסף

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

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

אתם נדרשים להגדיר בדומיין שלכם את השיטות האלה לאימות האימיילים. הודעות מאומתות:

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

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

כדי לוודא שההודעות מאומתות, Google בודקת הודעות שנשלחות לחשבונות Gmail. כדי לשפר את מסירת האימיילים, מומלץ תמיד להגדיר SPF, ‏DKIM ו-DMARC בדומיינים שלכם. חשוב לוודא שאתם עומדים בדרישות האימות המינימליות שמפורטות בדף הזה. הודעות שלא עוברות אימות בשיטות האלה עלולות להיות מסומנות כספאם או להידחות ולקבל שגיאת 5.7.26.

אם אתם משתמשים בספק שירות אימייל, הקפידו לוודא שהוא מאמת את האימייל של הדומיין שלכם באמצעות SPF ו-DKIM.

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

אנחנו ממליצים להגדיר תמיד אימות אימיילים לדומיין שמארח את האתר הציבורי

SPF

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

DKIM

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

חשוב: שליחה לחשבונות Gmail אישיים מחייבת מפתח DKIM באורך 1024 ביט לפחות. מטעמי אבטחה, מומלץ להשתמש במפתח של 2048 ביט אם ספק הדומיין תומך בכך. מידע נוסף על אורך המפתח של DKIM

DMARC

‫DMARC מציין לשרתים שמקבלים אימיילים מה לעשות עם ההודעות שלא עוברות SPF או DKIM. כדי להגדיר את DMARC, אתם צריכים לפרסם רשומת DMARC של הדומיין שלכם. כדי לעבור אימות DMARC, ההודעות צריכות להיות מאומתות באמצעות SPF או DKIM, או שניהם. הדומיין לאימות צריך להיות זהה לדומיין שמופיע בכותרת :From (מאת) של ההודעה. איך מוסיפים רשומת DMARC לדומיין

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

ARC

פרוטוקול ARC בודק את סטטוס האימות הקודם של הודעות שהועברו. אם הודעה שהעברתם עוברת אימות SPF או DKIM, אבל הבדיקה של ARC מראה שהאימות שלה נכשל בעבר, ההודעה נחשבת ב-Gmail כלא מאומתת.

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

הגדרת התשתית

כתובות IP

חשוב: כתובת ה-IP שממנה נשלח האימייל צריכה להיות זהה לכתובת ה-IP של שם המארח שמצוין ברשומת המצביע (PTR).

לכתובת ה-IP הציבורית של שרת ה-SMTP שאתם שולחים דרכו צריכה להיות רשומת PTR מתאימה שמפנה לשם מארח. היא נקראת שאילתת DNS הפוכה. לאותו שם מארח גם צריכה להיות רשומת A (ל-IPv4) או AAAA (ל-IPv6), שמפנה לאותה כתובת IP ציבורית שמשמשת את השרת השולח. היא נקראת שאילתת DNS להעברה.

מומלץ להגדיר רשומות DNS הפוכות תקינות של כתובות ה-IP של השרת השולח, שמפנות אל הדומיין שלכם. אפשר לחפש רשומת PTR באמצעות הכלי Dig בארגז הכלים של Google Admin.

חשוב: כתובת ה-IP שממנה נשלח האימייל צריכה להיות זהה לכתובת ה-IP של שם המארח שמצוין ברשומת המצביע (PTR).

כתובות IP משותפות

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

אם אתם משתמשים בכתובת IP משותפת לשליחת אימיילים:

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

מינויים

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

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

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

כדי לוודא שהנמענים אכן מעוניינים לקבל מכם אימייל:

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

מאפשרים לבטל את ההרשמה בקלות

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

חשוב: אם אתם שולחים יותר מ-5,000 הודעות ביום, אתם צריכים לתמוך בביטול הרשמה בלחיצה אחת בהודעות השיווק ובהודעות שבוצעה אליהן הרשמה.

כדי להגדיר ביטול הרשמה להודעות Gmail בלחיצה אחת, צריך לכלול בהודעות היוצאות את שתי הכותרות הבאות:

‪List-Unsubscribe-Post: List-Unsubscribe=One-Click
‪List-Unsubscribe: <https://solarmora.com/unsubscribe/example>

כשנמען מבטל את ההרשמה בלחיצה אחת, מתקבלת בקשת ה-POST הבאה:

‎"POST /unsubscribe/example HTTP/1.1 Host: solarmora.com Content-Type: application/x-www-form-urlencoded Content-Length: 26 List-Unsubscribe=One-Click"‎

מידע נוסף על כותרות List-Unsubscribe:‎ זמין ב-RFC 2369 וב-RFC 8058.

אפשר גם להשתמש באפשרויות האלה לביטול ההרשמה, אבל הן לא יכולות להחליף ביטול הרשמה בלחיצה אחת:

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

עיצוב ההודעות

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

יש לעצב הודעות בהתאם לתקן העיצוב באינטרנט (RFC 5322).
אם ההודעות שלכם הן ב-HTML, יש לעצב אותן בהתאם לתקני HTML.
אל תשתמשו ב-HTML וב-CSS כדי להסתיר תוכן בהודעות. הסתרת תוכן עלולה לגרום לסימון ההודעות כספאם.
כותרות From:‎ של ההודעות צריכות לכלול כתובת אימייל אחת בלבד, לדוגמה:
From: notifications@solarmora.com
יש לוודא שכל הודעה כוללת Message-ID חוקי (RFC 5322).
צריך לוודא שכותרות של הודעות עם מופע יחיד נכללות בהודעה רק פעם אחת. כותרות עם מופע יחיד יכולות להיות: 'מאת', 'אל', 'נושא' ו'תאריך' (RFC 5322).
מומלץ להימנע מכותרות גדולות מדי של הודעות. למידע נוסף, כדאי לעיין במאמר בנושא מגבלות בכותרות של הודעות ב-Gmail.
קישורי האינטרנט בגוף ההודעה צריכים להיות גלויים וקלים להבנה. הנמענים צריכים לדעת למה לצפות כשהם לוחצים על קישור.
פרטי השולח צריכים להיות ברורים וגלויים לעין.
נושא ההודעה צריך להיות מדויק ולא מטעה.
הדומיינים הבינלאומיים הבאים צריכים להיות בפורמט שתואם להנחיות המגבילות ביותר המפורטות בסעיף 5.2 של התקן הטכני של Unicode מס' 39:
- דומיין מאמת
- דומיין Envelope from
- דומיין Payload
- דומיין לתשובה
- דומיין השולח

הנחיות לשליחה

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

כדאי לאמת אימיילים באמצעות SPF ו-DKIM שמותאמים זה לזה ברמת הארגון. אם אתם משתמשים בספק אימייל, הקפידו לוודא שהוא תומך בהתאמה כזו.
באופן אידיאלי, כדאי לשלוח את כל ההודעות מאותה כתובת IP. אם אתם חייבים לשלוח מכמה כתובות IP, כדאי להשתמש בכתובת IP שונה לכל סוג של הודעה. לדוגמה, אפשר להשתמש בכתובת IP אחת לשליחת התראות חשבון ובכתובת IP אחרת לשליחת הודעות של קידום מכירות.
הודעות מאותה קטגוריה צריכות לכלול את אותה כתובת אימייל בשדה 'מאת:'. לדוגמה, הודעות מדומיין שנקרא solarmora.com עשויות לכלול בשדה 'מאת:' כתובות כאלה:
- הודעות על קבלות קנייה: sales@solarmora.com
- הודעות שיווקיות: deals@solarmora.com
- הודעות של התראות חשבון: alert@solarmora.com
הסיכוי לסימון הודעות כספאם קטן יותר אם הן נשלחות מכתובת שכלולה ברשימת אנשי הקשר של הנמען.

שיטות שכדאי להימנע מהן כששולחים אימיילים

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

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

הגדלת נפח השליחה בהדרגה

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

הגדלת נפח השליחה מהר מדי עלולה לגרום לבעיות במסירה. כשמגדילים בהדרגה את נפח שליחת האימיילים, כדאי להשתמש ב-Postmaster Tools כדי לעקוב אחרי שליחת האימיילים.
בחשבונות בית ספריים ובחשבונות לצורכי עבודה של Google Workspace יש מגבלות שליחה גם כשהנמענים נמצאים בדומיינים אחרים של Google Workspace. לדוגמה, נניח שאתם שולחים אימייל למשתמשים עם כתובות אימייל עם הדומיינים your-company.net ו-solarmora.com. למרות שהדומיינים שונים, אם רשומת ה-MX של שניהם היא google.com, הודעות שיישלחו לדומיינים האלה ייספרו כחלק מההגבלה.
אם אתם משתמשים ב-Google Workspace או ב-Gmail לשליחה: כשתגיעו למגבלת השליחה, קצב השליחה מכתובת ה-IP שממנה האימיילים נשלחים יוגבל.

אם אתם שולחים כמויות גדולות של אימיילים, מומלץ:

לשלוח אימיילים במנות קטנות ובהדרגה. לא לשלוח הרבה אימיילים בבת אחת.
להתחיל עם נפח שליחה נמוך למשתמשים שהביעו התעניינות ולהגדיל את הנפח בהדרגה עם הזמן.
תוך כדי הגדלת נפח השליחה, עקבו באופן קבוע אחרי תגובות השרת, שיעור הספאם והמוניטין של הדומיין השולח. מעקב קבוע יאפשר לכם לבצע התאמות במהירות אם קצב השליחה יוגבל, אם שיעור הספאם יהיה גבוה או כשהמוניטין של הדומיין השולח ירד.
אם אין לכם היסטוריה של שליחת נפחים גדולים, מומלץ להימנע מעליות חדות ופתאומיות בנפח השליחה. לדוגמה, הכפלה מיידית ופתאומית של נפחי שליחה קודמים עלולה להוביל להגבלת קצב השליחה ולפגיעה במוניטין.
אם משנים את הפורמט של הודעות אימייל בכמות גדולה, צריך להגדיל בהדרגה את נפח השליחה של ההודעות עם הפורמט החדש.
אחרי שמבצעים שינויים משמעותיים בתשתית השליחה או במבנה של כותרת האימייל, צריך להגדיל בנפרד את פלח התנועה שהשתנתה.
אם הודעות מוחזרות או נדחות, צריך להקטין את נפח השליחה עד שהשיעור של שגיאות ה-SMTP יקטן. ואז, להגדיל אותו שוב באיטיות. אם ההחזרות והדחיות נמשכות עם נפח נמוך, כדאי לבדוק הודעות בודדות כדי לזהות בעיות. לדוגמה: אתם יכולים לנסות לשלוח הודעת בדיקה ריקה כדי לראות אם היא נתקלת בבעיות.
לא לחרוג ממגבלות השליחה של כתובת ה-IP:
- שימו לב למגבלות של שליחת אימייל כשאתם שולחים מדומיינים שמארח MX שלהם הוא Google.com.
- את שליחת האימייל מכתובת IP יחידה מגבילים על סמך הדומיין של רשומת ה-MX ולא הדומיין שמופיע בכתובת האימייל של הנמען.
- מעקב אחר התשובות מאפשר לשנות את קצב השליחה לפי הצורך ולא לחרוג מהמגבלות.

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

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

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

שיקולים מיוחדים

אם אתם משתמשים בספק שירות אימייל

‫Google ו-Gmail לא יאשרו בקשות להוספה לרשימת ההיתרים מספקי אימייל. אנחנו לא יכולים להבטיח שהודעות שנשלחו על ידי ספקי אימייל יעברו את מסנני הספאם של Gmail.

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

הקפידו לוודא שהספק פועל לפי ההנחיות שמפורטות בדף הזה. ספקים גדולים כמו Google, ‏AOL ו-Yahoo בדרך כלל פועלים לפי ההנחיות האלה.
ודאו שרשומת ה-SPF בדומיין שלכם כוללת את כל שולחי האימייל בדומיין. אם שולחים מצד שלישי לא כלולים ברשומת ה-SPF שלכם, יש סיכוי גבוה יותר שהודעות שיישלחו מהספקים האלה יסומנו כספאם. מידע נוסף על איך מגדירים רשומת SPF

אם אתם משתמשים בספק דומיינים אבל אתם מנהלים את שירות האימייל שלכם בעצמכם, מומלץ:

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

אם אתם ספק אימייל מצד שלישי

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

לספק כתובת אימייל לדיווח על ניצול לרעה של אימייל. לדוגמה: abuse@mail-provider.com.
לוודא שהפרטים ליצירת קשר ברשומת WHOIS ובאתר abuse.net הם עדכניים.
להסיר מיד כל לקוח שמשתמש בשירות שלכם לשליחת ספאם.

שיווק בעזרת שותפים

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

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

בדיקות פישינג

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

מעקב ופתרון בעיות

Postmaster Tools

בעזרת Postmaster Tools אפשר לקבל מידע על האימיילים ששולחים למשתמשי Gmail. לדוגמה:

כאשר נמענים מסמנים את ההודעות כספאם
סיבות אפשריות לכך שההודעות שלכם לא נמסרות
אם ההודעות שלכם מאומתות
המוניטין של כתובת ה-IP או הדומיין שלכם והשפעתו על שיעורי המסירה של ההודעות

שיעור ספאם

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

שיעור הפתיחה

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

פתרון בעיות

באנרים של אזהרה

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

בעיות במסירה בזמן שליחה דרך ספקים של שירותי אימייל

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

שימוש בארגז הכלים של Google Admin לבדיקת הגדרות הדומיין

אתם יכולים להשתמש בארגז הכלים של Google Admin כדי לבדוק ולתקן הגדרות של הדומיין.

תיקון המקור של אימייל שנדחה

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

421, "4.7.0": ההודעות נדחות מפני שכתובת ה-IP של השרת השולח לא כלולה ברשימת ההיתרים של הדומיין של הנמען.
550, "5.7.1": ההודעות נדחות מפני שכתובת ה-IP של השרת השולח כלולה ברשימה של כתובות IP מושעות. השגיאה הזו עשויה להופיע אם אתם שולחים אימייל מכתובת IP משותפת עם מוניטין גרוע.

למידע נוסף על הודעות שגיאה של SMTP ואימייל:

תיקון שגיאות הרשאה של IPv6

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

דוגמה לשגיאת הרשאה של IPv6:

550-5.7.1: ההודעה לא עומדת בהנחיות השליחה של IPv6 לגבי רשומות PTR ואימות.

שימוש בכלי לפתרון בעיות

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

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

נושאים קשורים

האם המידע הועיל?

איך נוכל לשפר את המאמר?