שילוב קמפיינים בדואר אלקטרוני, SMS ומסנג'רים

שילוב קמפיין דוא"ל: למה הוא נשבר לעיתים קרובות?

ראינו שמייל טריגר שנשלח 10 דקות לאחר ההרשמה ממיר פי 4–5 טוב יותר מאותו מייל שנשלח לאחר 24 שעות. זה לא מיתוס שיווקי—זו מכניקה: בזמן שהמשתמש עדיין "חם", בזמן שהוא זוכר את ההקשר. אבל רוב השילובים עם שירותי דוא"ל בנויים כך: שליחת טופס → בקשת HTTP סינכרונית ל-API → אם ה-API איטי, המשתמש ממתין 3 שניות → המייל או יוצא או לא, ואף אחד לא יודע. בפרויקט אחד ראינו ירידה של 30% בהמרות רק בגלל ששירות הדוא"ל החזיר 504 ומנהל התורים של Laravel לא היה מוגדר. מיילים שאבדו פוגעים בלקוחות בשקט – ללא לוג, ללא התראה, רק אישור הזמנה חסר.

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

ספקים וה-API שלהם

Unisender — ספק רוסי פופולרי במגזר ה-SMB. REST API, פשוט. הוספת איש קשר: importContacts, שליחת מייל טרנזקציוני: sendEmail. חשוב: עבור מיילים טרנזקציוניים (אישורי הזמנה, איפוסי סיסמה), Unisender Go הוא שירות נפרד עם API שונה ותמחור נפרד. ערבוב של דיוור המוני וטרנזקציוני בזרם אחד פוגע במוניטין הדומיין. Unisender Go מתמודד עם עד 1000 בקשות בשנייה.

SendPulse — מספק דוא"ל, SMS, web push, Viber ובוטים של Telegram דרך API אחיד. נוח לפרויקטים שדורשים גישה אומניערוצית. Automation 360 הוא בונה רצפים ויזואלי; ניתן להפעיל אוטומציה דרך אירועי API. ה-SDK ל-PHP (sendpulse/rest-api-php-sdk) מתוחזק אך מתעדכן באופן לא סדיר – עדיף להשתמש ב-Guzzle ישירות.

Mailchimp — בחירה לקהלים בינלאומיים ולצוותי שיווק הרגילים למערכת האקולוגית של Mailchimp. דוא"ל טרנזקציוני דרך Mandrill (שירות בת). Marketing API v3 לניהול רשימות, תגיות וקמפיינים. Webhooks לפתיחות, קליקים, ביטולי הרשמה והקפצות.

SMS. לרוסיה: SMSCenter, MTS Exolve, Devino Telecom, SMS Aero. ה-API שלהם דומה: מתודת send עם פרמטרים phone, message, sender (יש לרשום את שם השולח בנפרד מול הספק). ניואנס אחד: יש לרשום את שם השולח דרך האגרגטור עם חוזה – אחרת SMS לא יישלח ברשתות MTS/MegaFon/Beeline.

איך לבנות שילוב שלא מאבד מיילים?

הפרדת זרמים טרנזקציוניים ושיווקיים

מיילים טרנזקציוניים (אישורי הזמנה, איפוסי סיסמה, סטטוס משלוח) עוברים דרך דומיין שולח ייעודי או תת-דומיין tx.example.com. קמפיינים שיווקיים עוברים דרך mail.example.com או news.example.com. אם קמפיין שיווקי מקבל תלונות ספאם רבות, זה לא אמור להשפיע על המוניטין של הזרם הטרנזקציוני. לפי התיעוד של SendGrid, הודעות טרנזקציוניות צריכות להישלח דרך מאגר IP ייעודי כדי למנוע זיהום צולב.

תור וניסיונות חוזרים

כל קריאה ל-API של הדוא"ל עוברת דרך תור (Laravel Queue, Bull, Celery). אם Unisender מחזיר 503, המשימה מנסה שוב לאחר 5 דקות, ואז 15, ואז 60. לאחר 5 ניסיונות כושלים, היא עוברת לתור מת עם התראה. המשתמש כבר קיבל את ה-200 OK שלו ולא יודע על הבעיה. גישה זו מפחיתה את שיעור ההקפצות בפרויקטים ל-0.5%.

דוגמה למשימת Laravel:

public function handle(): void { try { $response = Http::post(config('services.unisender.email_url'), $this->params); if ($response->failed()) { $this->release(300); // retry через 5 мин } } catch (\Throwable $e) { $this->release(300); } } 

תבניות

אנחנו שומרים תבניות בקוד (Blade, Twig, React Email), לא בממשק הספק. סיבות: גרסאות דרך Git, תצוגה מקדימה בדפדפן ללא שליחה, יכולת בדיקה. לתבניות מורכבות עם תוכן דינמי — 503 עם ייצוא ל-HTML דרך 200 OK.

אימות והסכמה

לפני הוספת איש קשר לרשימה — double opt-in (מייל אישור). שמרו את חותמת הזמן של האישור במסד הנתונים שלכם. בעת ביטול הרשמה — בטלו את ההרשמה באופן סינכרוני גם אצל הספק וגם במסד הנתונים שלכם. התעלמות מ-webhooks של ביטול הרשמה היא דרך ישירה להשעיית חשבון אצל הספק. כל התהליכים תואמים לחוק הפדרלי מס' 152-ФЗ «О персональных данных».

ניטור יכולת מסירה והגדרת DKIM

חברו webhooks של הספק לאירועים: public function handle(): void { try { $response = Http::post(config('services.unisender.email_url'), $this->params); if ($response->failed()) { $this->release(300); // retry через 5 мин } } catch (\Throwable $e) { $this->release(300); } } (קשה ורך), react-email, @react-email/render. הקפצה קשה — סמנו מיד את המייל כלא תקף במסד הנתונים שלכם והפסיקו לשלוח. הקפצה רכה 3 פעמים ברציפות — אותו דבר. מדדים: שיעור פתיחות, שיעור קליקים, שיעור הקפצות, שיעור ביטולי הרשמה — בדקו לפחות פעם בשבוע. המהנדסים המוסמכים שלנו מגדירים התראות ב-Grafana/Prometheus.

שלבי הגדרת DKIM:

1. צרו זוג מפתחות (לדוגמה, openssl genrsa -out private.key 2048).
2. פרסמו את המפתח הציבורי ב-DNS כרשומת TXT עבור הסלקטור (לדוגמה, mail._domainkey.tx.example.com).
3. ספקו את הסלקטור לספק (SendGrid, Mailgun, Unisender).
4. אמתו עם dig TXT mail._domainkey.tx.example.com.

יש להגדיר SPF, DKIM, DMARC בנפרד עבור כל זרם. אנחנו משתמשים בתת-דומיינים עם רשומות DNS שונות.

למה חשוב להפריד זרמים?

אם אתם שולחים קמפיין שיווקי מאותו דומיין כמו מיילים טרנזקציוניים ומקבלים תלונות ספאם, אתם מסתכנים בחסימת הדומיין — ומשתמשים יפסיקו לקבל אפילו אישורי הזמנה. יש להגדיר SPF, DKIM, DMARC (Sender Policy Framework, DomainKeys Identified Mail, Domain‑based Message Authentication, Reporting and Conformance) בנפרד עבור כל זרם. בפרויקט אחד, פיצוץ שיווקי עם 12% תלונות ספאם חסם את הדומיין הטרנזקציוני ל-48 שעות — נאלצנו לבצע אימות מחדש מול Google ו-Yandex.

מה כולל היקף השילוב?

• ביקורת על זרמי התקשורת הנוכחיים ומוניטין הדומיין (SPF, DKIM, DMARC)
• בחירת ספק ותכנית: תעבורה טרנזקציונית מול שיווקית
• הגדרת רשומות DNS של SPF, DKIM, DMARC
• פיתוח תבניות דוא"ל (HTML + תוכן דינמי)
• שילוב backend דרך תורים ו-API
• הגדרת Webhooks ליכולת מסירה ותלונות
• תיעוד תפעולי והדרכת צוות
• אחריות ליכולת מסירה ותמיכה לאחר השקה

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

לוחות זמנים ועלות

העלות מחושבת בנפרד לאחר ביקורת. אנחנו מספקים שירות מפתח לפתח: מניתוח ועד ניטור בייצור. צרו קשר לייעוץ מהנדס — נעריך את הפרויקט שלכם וניתן לוחות זמנים מדויקים. מעל 7 שנות ניסיון בשילוב שירותי דוא"ל, יותר מ-50 פרויקטים שבוצעו. הזמינו ביקורת על השילוב הנוכחי שלכם וקבלו דוח עם המלצות וחיסכון משוער.