המנוע של מערכות הדיוור - שרתי דיוור MTA מקומיים ובענן | crm.buzz

המנוע של מערכות הדיוור – שרתי דיוור MTA מקומיים ובענן

שרתי דיוור שרתי MTA

הייתם קונים מכונית בלי לבדוק לה את המנוע? בוודאי שלא. ומה אתם יודעים על המנועים של מערכת הדיוור או האוטומציה השיווקית שלכם?

תוכן עניינים

האזנה לפודקאסט

המנוע של מערכת הדיוור

הייתם קונים מכונית בלי לבדוק לה טוב טוב את המנוע? כנראה שלא.

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

האזנה לפודקאסט

שרתי דיוור בענן – 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$ לחודש
SparkPost החל מ-20$ בחודש החל מ-20$ בחודש החל מ-30$ בחודש
MailGun החל מ-35$ בחודש החל מ-35$ בחודש החל מ-75$ בחודש בחירה מועדפת לכמות קטנה בתוכנית Flex
Socketlabs החל מ-39.95$ בחודש החל מ-39.95$ בחודש החל מ-79.95$ בחודש
Amazon SES חינם* בכפוף לאישור חינם* בכפוף לאישור כל 1000 מיילים נוספים בחודש 0.10$ אפשר לקבל עד 50,000 מיילים בחודש חינם
Mailjet החל מ-15$ בחודש החל מ-35$ בחודש החל מ-95$ בחודש
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 spectrum management
תיאור סכמתי של ניהול מערך שרתי MTA

מערכת דיוור צריכה לשאוף לא לשים את כל הביצים (כל כתובות ה-IP / שרתי דיוור) בסל אחד ולרוב מה שמערכות דיוור עושות הוא לחלק את הכתובות לפולים שונים (IP Pools) לשימושים שונים ולסוגי לקוחות שונים.

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

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

עד היום משימת ניהול שרתי הדיוור הן במערכות שמנהלות שרתי דיוור on-prem והן במערכות ששרתי הדיוור שלהן הן בענן (MTA in the Cloud) היא המשימה הקשה ביותר שעומדת בפני מערכות דיוור ואוטומציה.

רוצה להתייעץ איתי לגבי שיפור האימייל מרקטינג או עבירוּת המיילים שלך? אני מזמין אותך לפגישת ייעוץ ראשונית של 1/2 שעה, ללא עלות. book a 1/2 email deliverability discovery call.

לקריאה נוספת

ההיסטוריה של פרוטוקול SMTP, ויקיפדיה

מה זה SMTP

אודות הכותב

sella
סלע יֹפֶה

מלווה חברות, עסקים, סטרטאפים ומערכות דיוור בארץ ובעולם בנושא עבירוּת אימיילים (email deliverability) ואסטרטגיית אימייל מרקטינג כדי שאימיילים שעסקים שולחים יגיעו ל-Inbox ולא אל ה-Spam.

יוצר הבלוג והפודקאסט crm.buzz

רוצה להתמקצע

באימייל מרקטינג?

הי אני סלע יפה. יוצר הבלוג והפודקאסט המובילים בעברית על אימייל מרקטינג.

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

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

הרשמה לניוזלטר פופ
דילוג לתוכן