הייתם קונים מכונית בלי לבדוק לה את המנוע? בוודאי שלא. ומה אתם יודעים על המנועים של מערכת הדיוור או האוטומציה השיווקית שלכם?
תוכן עניינים
האזנה לפודקאסט
המנוע של מערכת הדיוור
הייתם קונים מכונית בלי לבדוק לה טוב טוב את המנוע? כנראה שלא.
כדי להמחיש את המבנה הבסיסי של מערכת דיוור אני עושה שימוש באנלוגיה של מכונית. ישנם חלקים הנראים לעין גם במכונית וגם במערכת דיוור (או מערכת אוטומציה שיווקית. אבל לצורך הפשטות אקרא לשתיהן: מערכת דיוור או ESP).
בין החלקים החשופים במכונית: גוף המכונית, קימורי השלדה והצבע, גלגלים, חלונות, מושבים, דשבורד שכולל שעונים ומכוונים וכדומה, ויש חלקים שלא חשופים לעין שנמצאים under the hood – כגון המנוע והגיר (תיבת ההילוכים).
באופן דומה במערכת דיוור החלקים החשופים לעין הם ממשק המשתמש, עורך האימיילים, ניהול הרשימות, ה-canvas ורכיבי האוטומציה, הדשבורד וממשקים ותפריטים נוספים.
החלק שאינו חשוף למשתמש הוא החלק של שרתי הדיוור והאופן שבו מערכת הדיוור מנהלת אותם.
הייתם קונים מערכת דיוור בלי לבדוק לה טוב טוב את המנוע?
במאמר זה ארחיב על החלק המצוי מתחת למכסה המנוע – המנועים, שרתי הדיוור באמצעותם מערכת הדיוור שולחת את האימיילים.
החלק הכל כך חשוב הזה אינו חשוף למשתמש הקצה ומבחינתו זו קופסה שחורה.
למשתמש הקצה אין שום מידע לגבי כמות שרתי דיוור שמפעילה מערכת דיוור וכפועל יוצא מה גודל ספקטרום כתובות ה-IP שהיא מנהלת.
משתמש הקצה לא יודע מה סוג השרתים הללו ואין לו מושג כיצד מערכת הדיוור מנהלת אותם מבחינת אחריותה כמנהלת מערכת דיוור.
לו במקום מכונית הייתה זו מרכבה רתומה לסוסים משתמש הקצה היה חשוף לתפקוד “המנועים” כי אפשר לראות בקלות שיש סוס אחד עייף, ואחד צולע, ואחד מושך ימינה או שמאלה וכך ניתן לזהות בקלות את “המנועים” הטובים והמנועים הגרועים.
למה שיהיה אכפת לנו משרתי הדיוור?
במידה רבה ההבדלים מבחינת עבירוּת (email deliverability) בין מערכות דיוור מסתתר דווקא באופן שבו מערכות הדיוור מתחזקות את אותם “המנועים”, את אותו חלק שאנחנו לא רואים, שנמצא “מתחת למכסה המנוע”. אלא שמאוד קשה לבצע השוואה בין מערכות דיוור מבחינת העבירוּת. כדי לבצע השוואה כזאת צריך לעבוד במקביל עם אותו דומיין, פחות או יותר מול אותו קהל, עם מערכות דיוור שונות ולעשות את זה לאורך זמן.
האזנה לפודקאסט
Mail Transfer Agent (MTA) (הצד של המנוע)
כל מערכת דיוור מפעילה שרתי MTA שבאמצעות פרוטוקול SMTP (Simple Mail Transfer Protocol) שולחות את הודעות האימייל.
ישנן מערכות דיוור שמתחזקות שרתי דיוור in house על כל המשתמע: תחזוקה של חומרה, שרתים, כתובות IP, רישיונות, אירוח השרתים, גיבויים וכו’.
בנוסף לכך מערכת דיוור נדרשת לקיים תחזוקה ספציפית ובקרה שוטפת על פעילותם התקינה והמיטבית של שרתי הדיוור בממשק עם מערכת הדיוור (כגון אימות דומיינים שיתופים ודומיינים של לקוחות באמצעות פרוטוקולי SPF, DKIM) וכו’.
רוב מערכות הדיוור הישראליות מתחזקות מערך שרתי דיוור עצמאים. רוב מערכות הדיוור לאנטרפרייז כגון Oracle או Salseforce אף הן מחזיקות שרתי דיוור עצמאים אך גם מערכות דיוור פשוטות כגון Mailchimp, Sendinblue ומערכות hi-end כגון Mailkit.
MTA - Mail Transfer Agents
| part of SocketLabs | SocketLabs Hurricane |
| Email Success | |
| part of Sparkpost | PowerMTA |
| MailerQ | |
| Green Arrow | |
| part of Sparkpost | Message Systems |
| MDaemon | |
| more MTA options |
האזנה לפודקאסט
שרתי דיוור בענן – MTA in The Cloud (הצד של האין מנוע)
בעבר מערכות דיוור היו חייבות להחזיק שרתי דיוור in house. אני לא אומר שתחזוקת שרתי דיוור in-house היא מיושנת, להיפך, ישנם יתרונות רבים בניהול מערך שרתים עצמאי, כגון שמירה על עצמאות מוחלטת מבחינת פול כתובות ה-IP וה-reputation של ה-ESP עצמו (מערכת הדיוור עצמה). חסרונה של גישה זו הוא בעיקר בתשומות והמשאבים שהיא דורשת.
רוב מערכות הדיוור והאוטומציה, בעיקר אלו מהדור החדש, בוחרות בשרתי דיוור “במיקור חוץ”, דבר שמאפשר להן להתמקד בפיתוח המוצר וחוסך מרכיבי עלות של תחזוקת השרתים.
השחקניות המשמעותיות בתחום הן SendGrid, SparkPost, MailGun, Amazon SES, SocketLabs.
שרתי דיוור בענן מאפשרים למערכת דיוור ואוטומציה שיווקית גמישות רבה. חלק גדול ממערכות הדיוור מחזיקות בתשתיות כפולות לצורך גיבוי וגמישות. לדוגמא, מערכת הדיוור Klaviyo משתמשת בתשתית של SendGrid כתשתית ראשית וב-SparkPost כתשתית משנית.
שרתי דיוור SMTP SERVERS
| שם השרת | עלות ל-10,000 מיילים בחודש | עלות ל-50,000 מיילים בחודש | עלות ל-100,000 מיילים בחודש | הערות |
| SendGrid | החל מ-19.95$ לחודש | החל מ-19.95$ לחודש | החל מ-34.95$ לחודש | |
| Socketlabs | החל מ-39.95$ בחודש | החל מ-39.95$ בחודש | החל מ-79.95$ בחודש | |
| SparkPost (Bird) | החל מ-20$ בחודש | החל מ-20$ בחודש | החל מ-30$ בחודש | |
| Omnivery | - | - | החל מ-120$ בחודש | דורש הפנייה שלי. לא ניתן לקנות ישירות |
| MailGun | החל מ-35$ בחודש | החל מ-35$ בחודש | החל מ-75$ בחודש | בחירה מועדפת לכמות קטנה בתוכנית Flex |
| Amazon SES | חינם* בכפוף לאישור | חינם* בכפוף לאישור | כל 1000 מיילים נוספים בחודש 0.10$ | אפשר לקבל עד 50,000 מיילים בחודש חינם |
| Mailjet | החל מ-15$ בחודש | החל מ-35$ בחודש | החל מ-95$ בחודש | |
| Maileroo | החל מ-10$ בחודש | החל מ-15$ בחודש | החל מ-30$ בחודש | טרנזקציוני בלבד |
| Postmark | החל מ-10$ בחודש | החל מ- 50$ בחודש | החל מ-100$ | |
| Sendinblue | החל מ-25$ בחודש | החל מ-25$ בחודש | החל מ-45$ בחודש | עד 300 מיילים ביום חינם. החל מ-100 מיילים בשעה |
| SMTP | החל מ-25$ בחודש | החל מ-25$ בחודש | החל מ-80$ בחודש | |
| Sendx | החל מ-7$ בחודש | החל מ-19$ בחודש | החל מ-34$ בחודש | |
| SMTP2GO | החל מ-10$ בחודש | החל מ-25$ בחודש | החל מ-75$ בחודש | |
| Elastic email | החל מ-0.5$ ליום + 0.1$ לכל 1K אימילים | החל מ-0.5$ ליום + 0.1$ לכל 1K אימילים | החל מ-0.5$ ליום + 0.1$ לכל 1K אימילים | עד 1,000 מיילים בחודש חינם |
האתגר הגדול של מערכות דיוור
בין אם מערכת הדיוור מפעילה תשתית שרתים פנימית או בענן, האתגרים היו ועודם ניהול ספקטרום כתובות ה-IP. כלומר ניהול שרתי הדיוור תוך שמירה על מערכת דיוור מפני abuse של לקוחות ושל שחקנים רעים.
כשמערכת הדיוור אינה חושפת למשתמשי הקצה מה מתרחש מאחורי הקלעים ומתחת למכסי המנועים שלה, משתמש הקצה אינו יודע האם מערכת הדיוור משתמשת בשרתים פנימיים או חיצוניים (בענן).
משתמש הקצה לא יודע כמה כתובות IP (שרתים) מחזיקה מערכת הדיוור ומה מצבן מבחינת reputation וחסימות ב-RBL משמעותיים. משתמש הקצה אינו יודע איך מערכת הדיוור מנהלת את פול הכתובות והאם כתובות ה-IP המוקצות לו משתייכות לפול יותר טוב או פחות טוב.
משתמש הקצה אינו יודע כיצד מערכת הדיוור שומרת על ה-reputation שלה כ-ESP – Email Service Provider – ומה היא עושה כדי לנהל את המשאבים השיתופיים.
האזנה לפודקאסט
מערכת דיוור צריכה לשאוף לא לשים את כל הביצים (כל כתובות ה-IP / שרתי דיוור) בסל אחד ולרוב מה שמערכות דיוור עושות הוא לחלק את הכתובות לפולים שונים (IP Pools) לשימושים שונים ולסוגי לקוחות שונים.
השאיפה של מערכת דיוור היא להקצות למדוורים שרתי דיוור מתוך פול כתובות שהולם את הביצועים שלהם. מדוורים טובים היא תשים בפול כתובות טוב או מצוין ומדוורים פחות טובים היא תשים בפול כתובות פחות טוב. את אלה הגרועים היא תנסה ללמד איך הם יכולים להשתפר. ואת אלו שמזיקים למערכת היא צריכה לפטר.
העניין הוא שמה שמתחיל בתאוריה כרעיון אידיאולוגי נכון הופך למשימה קשה ביותר עבור מערכות דיוור, שמחייבת צוותי deliverability פנימיים במערכות הדיוור להרבה עבודה ידנית ועובדת אנליזה מורכבת על מנת שניהול ספקטרום כתובות ה- IP יהיה מוצלח. אחרת, גם פול כתובות IP טוב יהפוך במוקדם או מאוחר ל”שכונה רעה”.
עד היום משימת ניהול שרתי הדיוור הן במערכות שמנהלות שרתי דיוור on-prem והן במערכות ששרתי הדיוור שלהן הן בענן (MTA in the Cloud) היא המשימה הקשה ביותר שעומדת בפני מערכות דיוור ואוטומציה.
אני סלע יפה, מומחה אימייל מרקטינג ועבירוּת אימיילים. כשיהיה לך רצון לשפר את ביצועי האימייל מרקטינג שלך, כך אוכל לעזור לך: אני מזמין אותך לפגישת יעוץ ראשונית של 1/2 שעה ללא עלות בנושא עבירוּת אימיילים ואסטרטגיית אימייל מרקטינג. book a 1/2 email deliverability discovery call.
לקריאה נוספת
ההיסטוריה של פרוטוקול SMTP, ויקיפדיה
Sella Yoffe
Email Deliverability & Email Marketing Expert
working with global email senders, startups, and ESPs to improve their deliverability and email authentication
Podcast host & Blogger @ CRM.BUZZ & EmailGeeks.Show
