מסירה
API ו-SMTP עוברים באותה תשתית ומגיעים לאותה תיבה. מה שקובע אם ההודעה נכנסת הוא האימות על הדומיין והמוניטין שלו, לא הפרוטוקול.
החלטה
API או SMTP, ולמה זו לא שאלה של חדש מול ישן
שתי הדרכים שולחות את אותה הודעה לאותו נמען דרך אותה תשתית. ההבדל היחיד שמשנה בפועל הוא מה חוזר אליכם ומה קורה בכשל: SMTP אומר „קיבלתי״ וזהו, API מחזיר מזהה, מונע שליחה כפולה, ואומר אם לנסות שוב.
אפשר להשתמש בשניהם באותו חשבון, וזה מה שרוב הלקוחות עושים
שלוש שאלות
מה מתאים למערכת שלכם
שלוש שאלות של כן ולא, והתשובה בצד. רוב הארגונים מגיעים לשתי תשובות שונות לשתי מערכות שונות, וזה בסדר.
אפשר לשנות קוד במערכת ששולחת, או שהיא סגורה: מדפסת, תוסף, מערכת של ספק
הקוד שלכם צריך להחליט משהו אחרי השליחה: לנסות שוב, לרשום מזהה, להגיב לשגיאה
אתם שולחים למאות נמענים בבת אחת מאותה קריאה
ענו על השאלות, וההמלצה תופיע כאן
SMTP, וזו לא פשרהמערכת שאי אפשר לשנות בה קוד מדברת SMTP, וזו הדרך הנכונה. חמישה שדות, בלי לגעת בשום דבר, ואותו דומיין מאומת.
APIאם הקוד צריך מזהה, שגיאה שאפשר לפעול לפיה, או ביטחון שריטריי לא ישלח פעמיים, זה ה-API. מפתח אידמפוטנטיות הוא הסיבה.
API, או מערכת דיוורSMTP פותח חיבור לכל נמען. ל-API יש קריאה אחת עם רשימה, ואם זה דיוור שיווקי, המקום הנכון הוא EmailPro ולא API בכלל.
SMTP, כי הוא זול יותר לבנותיש לכם קוד, אבל הוא לא צריך לדעת מה קרה. חיבור SMTP הוא חמישה שדות; API דורש קוד ומאזין לשגיאות. אם אף אחד לא יקרא את התשובה, זו עבודה בלי תמורה.
הטבלה
מה כל אחד נותן, ומה הוא לא
| SMTP | API | |
|---|---|---|
| חיבור מערכת קיימת | חמישה שדות, בלי קוד | צריך לכתוב קריאה |
| מה חוזר אחרי השליחה | „קיבלתי״ | מזהה הודעה, ביומן החשבון |
| ריטריי אחרי כשל | עלול לשלוח פעמיים | מפתח אידמפוטנטיות מונע כפילות |
| שגיאה | קוד SMTP גנרי | מבדילה בין כתובת שלא קיימת לבין נסו שוב |
| הודעה לאלף נמענים | אלף חיבורים, איטי | קריאה אחת עם רשימה |
| מדפסת או מערכת סגורה | הדרך היחידה | לא רלוונטי |
רוב הארגונים מריצים את שניהם: SMTP למה שכבר קיים ולא שווה לגעת בו, API למה שנכתב אצלם.
מה שלא נאמר
שלוש נקודות ש-API לא פותר
מעבר ל-API לא מתקן את הדברים האלה, ומי שמבטיח אחרת מוכר:
מהירות
בשליחה בודדת ההפרש זניח. ההבדל מורגש רק כששולחים למאות נמענים בבת אחת, כי SMTP פותח חיבור לכל אחד.
עלות פיתוח
חיבור SMTP הוא חמישה שדות. API דורש קוד וטיפול בשגיאות. אם אף אחד לא יקרא את התשובה, זו עבודה בלי תמורה.
להמשיך מכאן
להיכנס לפרטים
מה שרוב הצוותים עושים
מה קורה בפועל בארגון שמריץ את שניהם
ברוב הארגונים התשובה אינה API או SMTP אלא שניהם, לפי המערכת. האתר, מערכת הנהלת החשבונות, המדפסת ומערכת התורים מתחברים ב-SMTP כי אף אחד לא הולך לכתוב להם קוד: חמישה שדות, ומשתמש נפרד לכל אחת כדי שאפשר יהיה לבטל גישה של מערכת אחת בלי להשבית את השאר. הקוד שהצוות כותב בעצמו קורא ל-API, כי הוא צריך מזהה לכל הודעה, שגיאה שאפשר לפעול לפיה, וביטחון שריטריי לא ישלח פעמיים.
שני המסלולים שולחים מאותו דומיין מאומת, עוברים באותה תשתית, מופיעים באותו יומן, וכפופים לאותם כללים: קצב של שלושים הודעות בדקה, חימום אוטומטי של 14 יום לדומיין חדש, וכתובת שחזרה שנכנסת לרשימת חסימה. לכן הבחירה בין השניים לא משפיעה על מסירה, ומי שעבר ל-API בתקווה שהמיילים יגיעו טוב יותר לא יראה הבדל. מה שמשפר מסירה הוא אימות תקין ורשימה נקייה, בשני המסלולים.
כלל אצבע לצוות שמתלבט: להתחיל ב-SMTP לכל מה שכבר קיים, כי זה עובד תוך דקות ולא שווה לגעת בקוד עובד, ולעבור ל-API רק במקום שבו הקוד צריך לדעת מה קרה אחרי השליחה. אם הקוד שולח ולא קורא את התשובה, API הוא עבודה בלי תמורה. ואם ההודעה קריטית ומישהו יתלונן אם לא הגיעה, המזהה שה-API מחזיר הוא מה שמאפשר לענות לו בעובדה ולא בניחוש.
שאלות על הבחירה
אפשר להשתמש בשניהם באותו חשבון
כן, וזה מה שרוב הלקוחות עושים. האתר והמערכות הישנות מתחברות ב-SMTP, והקוד החדש קורא ל-API. שניהם שולחים מאותו דומיין מאומת, ושניהם מופיעים באותו יומן ובאותם דוחות.
API יגרום למיילים שלנו להגיע טוב יותר
לא. שתי הדרכים עוברות באותה תשתית שליחה ומגיעות לאותה תיבה. מה שמשפר מסירה הוא אימות תקין על הדומיין, רשימה נקייה, ושיעור תלונות נמוך. הפרוטוקול אינו משתנה שמשפיע על זה.
מה עדיף לאתר וורדפרס
SMTP, כמעט תמיד. יש תוספים בשלים שמבקשים חמישה שדות, וזה עובד תוך דקות בלי לגעת בקוד. מעבר ל-API באתר וורדפרס משתלם רק אם אתם כותבים תוסף משלכם וצריכים מזהה לכל הודעה.
כמה זמן לוקח לחבר מערכת ב-SMTP לעומת API
SMTP הוא חמישה שדות במסך ההגדרות של המערכת, ובדרך כלל עובד תוך דקות. API דורש לכתוב קריאה, לטפל בשגיאות ולשמור את מזהה ההודעה, כלומר שעות של פיתוח לפחות. ההבדל בזמן משתלם רק כשהקוד באמת צריך לדעת מה קרה אחרי השליחה.
להתחיל עם מה שמתאים לכם
אותו חשבון נותן את שניהם, ואפשר להתחיל באחד ולהוסיף את השני בהמשך.
לפתוח חשבון