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

אתם יכולים להיעזר בהנחיות שבמאמר הזה כדי לשלוח הודעות אימייל לחשבונות 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 רגילות והפוכות תקינות, שנקראות גם רשומות PTR. מידע נוסף
• משתמשים בחיבור TLS להעברת אימייל. השלבים להגדרת TLS ב-Google Workspace מפורטים במאמר דרישת חיבור מאובטח לאימייל.
• שיעורי הספאם שמדווחים ב-Postmaster Tools צריכים להיות נמוכים מ-0.3%. מידע נוסף על שיעורי הספאם
• הפורמט של ההודעות צריך להיות תואם לתקן העיצוב באינטרנט, RFC 5322.
• אסור שתהיה התחזות לכותרות From:‎ של Gmail. אנחנו נתחיל ליישם ב-Gmail מדיניות אכיפה של הסגר באמצעות DMARC, והתחזות לכותרות From:‎ של Gmail עלולה להשפיע על מסירת האימיילים שלכם.

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

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

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

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

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

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

• כל השולחים: SPF או DKIM
• שולחים לרשימת תפוצה: SPF, ‏DKIM ו-DMARC

הודעות מאומתות:

• עוזרות להגן על נמענים מפני הודעות זדוניות, כמו הודעות מזויפות והודעות פישינג.
• עוזרות להגן עליכם ועל הארגון שלכם מהתחזות אליכם.
• מקטינות את הסיכוי לדחייה או לסימון כספאם על ידי 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 באורך 1,024 ביט לפחות. מטעמי אבטחה, מומלץ להשתמש במפתח של 2,048 ביט, אם ספק הדומיין תומך בכך. אתם יכולים לקרוא מידע נוסף על אורך המפתח של DKIM.

DMARC

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

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

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

כתובות 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 כדי לעקוב אחרי המוניטין שלה.

דרישות והנחיות בנושא מינויים

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

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

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

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

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

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

חשוב: אם אתם שולחים יותר מ-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.

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

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

דרישות והנחיות בנוגע לפורמט של ההודעות

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

• אם ההודעות שלכם הן ב-HTML, הפורמט שלהן צריך להיות תואם לתקני HTML.
• מומלץ לפעול בהתאם להנחיות הבאות בנוגע לכותרות של הודעות:
  • כותרות From:‎ צריכות לכלול כתובת אימייל אחת בלבד, לדוגמה:
    From: [e-mail]
  • מומלץ להימנע מכותרות גדולות מדי של הודעות. למידע נוסף, כדאי לעיין במאמר בנושא מגבלות בכותרות של הודעות ב-Gmail.
• הפורמט של ההודעות צריך להיות תואם לתקן העיצוב באינטרנט (RFC 5322).
  • צריך לוודא שכל הודעה כוללת Message-ID תקין.
  • צריך לוודא שכותרות של הודעות עם מופע יחיד נכללות בהודעה רק פעם אחת. כותרות עם מופע יחיד יכולות להיות "מאת:", "אל:", "נושא ההודעה:" או "תאריך:".
• הכותרות והתוכן של ההודעות צריכים להיות מדויקים ולא מטעים.
  • הנושא, הכותרות, השמות המוצגים ורכיבים אחרים בהודעות האימייל צריכים לייצג באופן מדויק את זהות השולח ואת תוכן ההודעה, ולא להיות מטעים. לדוגמה: אל תשלחו הודעות עם שורות נושא שמתחילות ב"תשובה:" או "העברה:" אלא אם ההודעות הן באמת תשובות או העברות. כמו כן, בכותרות "מאת" ו"אל:" צריך לכלול רק את השולחים והנמענים בפועל.
  • אל תשתמשו בסמלי אמוג'י או בתווים מיוחדים אחרים כדי לחקות רכיבים גרפיים בהודעות, מתוך כוונה להטעות את הנמענים או להשפיע עליהם. לדוגמה, אל תשתמשו בסמלי אמוג'י או בתמונות לצד שמות מותגים או שמות מוצגים כדי לרמז שהשם אומת בדרך כלשהי.
  • אל תשתמשו ב-HTML וב-CSS כדי להסתיר תוכן בהודעות. הסתרת תוכן עלולה לגרום לסימון ההודעות כספאם.
  • קישורי האינטרנט בגוף ההודעה צריכים להיות גלויים וקלים להבנה. הנמענים צריכים לדעת למה לצפות כשהם לוחצים על קישור.
  • פרטי השולח צריכים להיות ברורים וגלויים לעין.
• הדומיינים הבינלאומיים הבאים צריכים להיות בפורמט שתואם לסעיף 5.2 של התקן הטכני של Unicode מס' 39. דומיין בינלאומי, שמכונה גם internationalized domain name ‏(IDN), הוא כתובת URL שהיא ספציפית לאזור מסוים או למדינה מסוימת.
  • דומיין מאמת
  • דומיין להחזרה
  • דומיין מטען ייעודי (payload)
  • דומיין לתשובה
  • דומיין השולח

הנחיות לגבי השמות המוצגים של כתובות אימייל

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

הנחיות לגבי השמות המוצגים

השם המוצג של השולח צריך לשמש אך ורק לצורך זיהוי השולח.

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

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

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

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

• השם המוצג יכלול קודם את שם השולח, ולא את הנושא או את תוכן ההודעה. לדוגמה, אל תשתמשו בשמות מוצגים כמו:
  • עדכון חשוב ---------- מאת [Company Name]
  • הזמן הולך ואוזל (מבצע)
  • התראה בנושא [מוצר/חדשות]
  • בקשה דחופה
  • הזדמנות אחרונה
• אסור לכלול בשם המוצג את שם הנמען ולא לרמוז בו שמדובר בתשובה להודעה או בשיחה משורשרת. לדוגמה, אל תשתמשו בשמות מוצגים כמו:
  • [השם הפרטי של הנמען] <[e-mail]>
  • משתמש (2)
• השם המוצג צריך לזהות בבירור את השולח, ולא לכלול סמלי אמוג'י או תווים מיוחדים אחרים במטרה לחקות אלמנטים גרפיים. לדוגמה, אל תשתמשו בשמות מוצגים כמו:
  •  העדכון האחרון
  • אימייל ממני 
  • 
  • הודעה חדשה אחת [1]

זיוף ושמות מוצגים

צריך להימנע מזיופים מהסוגים הבאים, שמהווים שיטות מטעות לשימוש בשם המוצג:

• שימוש בדומיין ‎@gmail.com בתור השם המוצג באימייל שנשלח לרשימת תפוצה
• שימוש בתווים שמרמזים שהאימייל הוא חלק משיחה משורשרת, לדוגמה: משתמש (2)
• ציון שם הנמען בשם המוצג

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

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

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

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

• הודעות מאותה קטגוריה צריכות לכלול את אותה כתובת אימייל בשדה "מאת:". לדוגמה, בשדה "מאת:" של הודעות מדומיין שנקרא example.com עשויות להופיע כתובות אימייל כאלה:

  • הודעות עם קבלות על קנייה: [e-mail]
  • הודעות לקידום מכירות: [e-mail]
  • הודעות של התראות לגבי החשבון: [e-mail]
• הסיכוי לסימון הודעות כספאם קטן יותר אם הן נשלחות מכתובת שכלולה ברשימת אנשי הקשר של הנמען.

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

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

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

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

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

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

כשמגדילים את נפח השליחה:

• כדי להגן על המשתמשים מפני ספאם, יש מגבלות על מספר ההודעות שאפשר למסור בפרק זמן מסוים. ‫Gmail עוקב אחרי הנפח, המשוב והמגבלות לכל דומיין וכתובת IP:
  • המכסות של DKIM ו-SPF הן ספציפיות לדומיין שלכם. גם אם תגיעו למגבלה, יכול להיות שדומיינים אחרים ששולחים מאותה כתובת IP לא יושפעו.
  • המכסה של כתובת ה-IP משותפת לכל השולחים שמשתמשים בכתובת ה-IP הזו. כשכתובת ה-IP מגיעה למכסה שלה, שליחת האימייל נפסקת מכל הדומיינים ששולחים מהכתובת הזו.
• כשמגדילים בהדרגה את נפח שליחת האימיילים, כדאי להשתמש ב-Postmaster Tools כדי לעקוב אחרי מסירת האימיילים.

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

• אם אתם משתמשים ב-Google Workspace או ב-Gmail: כשתגיעו למגבלת השליחה, קצב השליחה מכתובת ה-IP שממנה האימיילים נשלחים יוגבל.

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

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

שימו לב לשגיאות ה-SMTP שאתם מקבלים. כשחורגים מהמכסה, בדרך כלל Gmail דוחה את ההודעות עם קוד השגיאה 4.7.28 של SMTP. אם קיבלתם את השגיאה הזו:

1. אל תשלחו אימייל במשך 10 דקות לפחות.
2. זהו את הסיבה.
   • אם בהודעת השגיאה לא מצוין אם חרגתם מהמכסה של DKIM,‏ SPF או כתובת ה-IP, אפשר להניח שכל השלוש מושפעות.
3. אחרי 10 דקות, שלחו אימיילים מחיבור יחיד.
   • אם החיבור היחיד נכשל, המתינו עוד 10 דקות.
   • אם הפעולה הצליחה, הגדילו את מספר החיבורים בהדרגה עד שתגיעו למספר החיבורים הרצוי.

הנחיות נוספות

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

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

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

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

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

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

הנחיות לספקים של שירותי אימייל

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

• לספק כתובת אימייל לדיווח על התנהלות פוגעת באימייל. לדוגמה: [e-mail].
• לוודא שהפרטים ליצירת קשר ברשומת 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:

• המשמעות של שגיאות SMTP
• איך לתקן הודעות אימייל שהוחזרו או נדחו

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

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

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

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

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

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

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

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

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