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

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

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

אימות וזיהוי

  • להשתמש באותו שולח לכל אימייל בכמות גדולה. כשמפעילים את הפונקציה Mail API כדי לשלוח אימייל, הכותרת From מוגדרת בהתאם לשולח שצוין.
  • כתובת השולח צריכה להיות חשבון בדומיין של Google Workspace. אם הדומיין עדיין נמצא בתקופת הניסיון בחינם או שיש בו פחות משישה משתמשים, יכול להיות שחשבונות Google ששולחים יותר מדי אימיילים שמסומנים כספאם יושבתו באופן זמני. במקרים כאלה, Mail API יחזיר חריגה עם הודעת שגיאה Unauthorized sender.
  • חתימה על האימייל באמצעות DKIM, שדורשת דומיין G Suite אם אתם שולחים באמצעות App Engine.
  • לפרסם רשומת SPF כדי למנוע משולחי ספאם לזייף את כתובת השולח של המעטפה. ב-SPF מתבצעת אימות של כתובת ה-IP שממנה נשלח האימייל, שפורסמה ברשומות ה-DNS של השולח. השולח במעטפה של App Engine נמצא בדומיין apphosting.bounces.google.com, ולכן יכול להיות שרשומת ה-SPF לא תשמש לקביעה אם צריך להעביר אימייל מ-App Engine.

מינוי

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

ביטול ההרשמה

  • למשתמש צריכה להיות אפשרות לבטל את ההרשמה באחת מהדרכים הבאות:
    • באמצעות קישור בולט באימייל, ללא צורך באינטראקציה נוספת מצד המשתמש מלבד אישור.
    • באמצעות תשובה לבקשת הסרה מרשימת תפוצה באימייל.
  • ‫App Engine יכול לקבל אימייל שנשלח לדומיין [APP_ID].appspotmail.com. לכן, אם רוצים לטפל אוטומטית בתשובות לביטול הרשמה לאימייל ב-App Engine, צריך להגדיר את השולח לכתובת בדומיין הזה.
  • משתמשים בכותרת List-Unsubscribe, שנתמכת על ידי App Engine Mail API.
  • לבטל באופן אוטומטי את ההרשמה של משתמשים שהכתובות שלהם מחזירות מספר הודעות אימייל. אפשר להגדיר את האפליקציה כך שתקבל התראות על הודעות חוזרות.
  • לשלוח מדי פעם אישורי אימייל למשתמשים, עם אפשרות לבטל את ההרשמה לכל רשימה שהם רשומים אליה.
  • לציין במפורש את כתובת האימייל שרשומה ברשימת הדיוור בתוך האימייל, כי יכול להיות שהמשתמשים יעבירו אימיילים מחשבונות אחרים.

פורמט

  • הפורמט צריך להיות בהתאם לתקני SMTP של RFC 2822. אם אתם משתמשים ב-HTML, הפורמט צריך להיות בהתאם לתקני w3.org.
  • ניסיונות להסתיר את השולח האמיתי של ההודעה או את דף הנחיתה האמיתי של קישורים באינטרנט בהודעה עלולים לגרום לכך שההודעה לא תימסר. לדוגמה, אנחנו ממליצים לא להשתמש בשירותים לקיצור כתובות URL באימייל בכמות גדולה, כי הם יכולים להסתיר את כתובות ה-URL האמיתיות שמופיעות בגוף האימייל.
  • נושא ההודעה צריך להיות רלוונטי לתוכן הגוף שלה ולא להטעות.

משלוחים

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

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

  • אם אנשים אחרים משתמשים בשירות שלכם כדי לשלוח אימייל, אתם אחראים לנטר את ההתנהגות של המשתמשים ו/או הלקוחות שלכם. עליכם להסיר בהקדם את כל המשתמשים ו/או הלקוחות שמשתמשים בשירות שלכם לשליחת אימייל ספאם. מדיניות השימוש המקובל (AUP) ב-Google Cloud Platform אוסרת במפורש על ספאם. האפליקציה שלכם עלולה להיות מושעית אם תפרו את המדיניות הזו, כפי שמתואר בתנאים ובהגבלות של Google Cloud Platform.
  • עליכם להעמיד לרשות המשתמשים ו/או הלקוחות כתובת אימייל לדיווח על שימוש לרעה, שבדרך כלל היא abuse@[YOUR_DOMAIN].com. כדאי גם לעקוב אחרי postmaster@[YOUR_DOMAIN].com.
  • מעקב אחר אימיילים שנשלחים לאדמינים של אפליקציות. יכול להיות ש-Google תצטרך לפנות בדחיפות לאדמינים של אפליקציות, למשל כדי להודיע על הפרה של מדיניות השימוש המקובל. כדי שנוכל לעזור לך לפתור את הבעיות מהר יותר, חשוב להגיב לאימיילים שלנו בהקדם האפשרי.
  • עליכם לציין פרטים עדכניים ליצירת קשר ברשומת WHOIS שלכם, שמתעדכן על ידי רשם הדומיין, ובאתר abuse.net.

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

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

חלופות ל-App Engine Mail API

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

מגבלות לשליחה לרשימות תפוצה

אם תשלחו הרבה אימיילים בפרק זמן קצר, יכול להיות שחלק מהאימיילים יימחקו בלי שתקבלו על כך הודעה, בגלל מגבלות הבטיחות של Google. כדי להימנע מכך, מחלקים את המכסה היומית ב-86,400 (מספר השניות ביום) ומקבלים את קצב שליחת האימיילים המקסימלי לשנייה. אל תשלחו אימיילים בכמות גדולה בתדירות גבוהה פי 50 מהתדירות היומית המקסימלית.

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

המאמרים הבאים