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

אם האפליקציה שלכם שולחת אימיילים לרשימות תפוצה, כלומר הודעות דומות למספר רב של נמענים, אתם צריכים לפעול בהתאם להנחיות האלה. ההנחיות האלה יעזרו לכם לשפר את שיעור המסירה לתיבת הדואר הנכנס של משתמשי 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 Engine, צריך להגדיר את השולח לכתובת בדומיין הזה.[APP_ID].appspotmail.com
  • משתמשים בכותרת 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 מהקצב המקסימלי היומי.

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

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