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

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

מה זה מערכת דיוור, ומה היא עושה שתיבת מייל רגילה לא עושה?

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

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

תוכנת דיוור היא אותו דבר בשם אחר.

איזו מערכת דיוור מתאימה לעסק? מטריצה לפי מה ששולחים ולמה מתחברים

המערכת המתאימה היא זו שמכסה את מה שהעסק שולח בפועל, ומתחברת בלי תיווך למקום שבו נוצר המידע: טופס באתר, חנות או CRM. שני עסקים באותו גודל יכולים להזדקק למערכות שונות לגמרי, כי האחד שולח ניוזלטר פעם בחודש, והשני חי מנטישת עגלה ומ-SMS על משלוחים. בקמפיינר החיבור נבנה בממשק ישיר או דרך Make, Zapier או n8n, לפי מה שהמערכות תומכות בו.

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

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

SMS בעברית. הודעת SMS נמדדת במקטעים, ואותיות עבריות לא נכללות בקידוד הבסיסי GSM-7. לכן הודעה בעברית נשלחת בקידוד UCS-2: עד 70 תווים בהודעה אחת, ו-67 תווים לכל מקטע כשהיא ארוכה יותר (Twilio, מגבלת התווים ב-SMS). אצל ספק שמחייב לפי מקטע, הודעה של 140 תווים בעברית נספרת כשלוש.

וואטסאפ. שליחה אוטומטית לרשימה עוברת דרך WhatsApp Business API. מחוץ לחלון של 24 שעות מההודעה האחרונה של הלקוח אפשר לשלוח רק תבנית מאושרת, ומאז יולי 2025 Meta גובה לפי כל הודעה שנמסרה, בתעריף שתלוי בקטגוריה (שיווק, עדכון תפעולי או אימות) ובמדינה של הנמען (Meta, תמחור WhatsApp). כשמערכת דיוור מציעה וואטסאפ, כדאי לבקש לראות בנפרד את התעריף של Meta ואת מה שהמערכת מוסיפה עליו. איך הוואטסאפ מתחבר ל-CRM מפורט בעמוד וואטסאפ API ובוטים.

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

על מה משלמים במערכת דיוור, ויש מערכת בלי דמי מנוי?

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

שני פרטים שקל לפספס בהשוואה:

• מי נספר כאיש קשר. ב-Mailchimp, למשל, גם מי שהסיר את עצמו נספר במכסת אנשי הקשר, וחריגה מהמכסה או ממכסת השליחה מתווספת לחשבון הבא (Mailchimp, מדרגות התמחור). רשימה שלא מנקים ממשיכה לעלות כסף גם על אנשים שלא יקבלו ממנה עוד הודעה.
• כלי שמובנה בפלטפורמה. Shopify Messaging, הכלי של Shopify שנקרא קודם Shopify Email, מתומחר לפי מספר ההודעות שהחנות שולחת (Shopify, תמחור).

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

מה קובע אם מייל ממערכת הדיוור יגיע לתיבה ולא לספאם?

קודם כול, שלוש רשומות בהגדרות הדומיין של העסק, שבעל העסק כמעט אף פעם לא רואה: SPF, DKIM ו-DMARC. הן מוכיחות לספקי הדואר שהמערכת רשאית לשלוח בשם הדומיין ושההודעה לא שונתה בדרך. מאז פברואר 2024 הן חלק מהדרישות של Google משולחים, ובקמפיינר תחזוקת מוניטין השליחה מול ספקי הדואר היא חלק מניהול הדיוור עצמו.

מה כל אחת עושה:

• SPF היא רשימה שמפורסמת ב-DNS של הדומיין, של השרתים שמורשים לשלוח מייל בשמו. כל מערכת דיוור חדשה צריכה להיכנס אליה. לדומיין מותרת רשומת SPF אחת בלבד: שתי רשומות נפרדות מכשילות את הבדיקה, וכך גם רשומה שדורשת יותר מעשר בדיקות DNS (RFC 7208). בהחלפת מערכת קל להוסיף רשומה שנייה במקום לעדכן את הקיימת.
• DKIM היא חתימה דיגיטלית על כל הודעה, שספק הדואר משווה למפתח שמפורסם בדומיין. כדאי לוודא שמערכת הדיוור חותמת בדומיין של העסק, ולא רק בדומיין שלה.
• DMARC היא ההוראה לספק הדואר מה לעשות בהודעה שנכשלה בבדיקות: למסור אותה, להעביר להסגר או לדחות, וגם בקשה לקבל דוחות. Google ממליצה להתחיל במדיניות none, שלא חוסמת דבר, ולהחמיר רק אחרי שרואים בדוחות שכל מי ששולח בשם העסק עובר (Google, הגדרת DMARC).

לפי ההנחיות של Google, כל שולח צריך לפחות SPF או DKIM. מי ששולח יותר מ-5,000 הודעות ביום לכתובות Gmail צריך את שלושתן, והדומיין שמופיע בשדה השולח חייב להתאים לדומיין שעבר את SPF או את DKIM (Google, הנחיות לשולחי אימייל). ההודעות מכל הדומיין הראשי נספרות יחד, כולל תת-דומיינים, ומי שעבר את הסף פעם אחת נחשב שולח בכמויות לצמיתות. Microsoft הכריזה על דרישות דומות לשולחים בכמויות לכתובות Outlook.com, Hotmail ו-Live, החל ממאי 2025 (Microsoft).

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

איך בודקים בלי איש טכני? שולחים הודעת בדיקה מהמערכת לתיבת Gmail, פותחים בה את Show original, ומחפשים PASS ליד שלוש הבדיקות. דיווחי הספאם שספקי הדואר מודדים, ומה החוק דורש מכל הודעה, מוסברים במאמר ניוזלטר לעסק.

איך עוברים ממערכת דיוור אחת לאחרת בלי לאבד את הרשימה?

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

סדר עבודה שחוסך את התקלות המוכרות:

1. ייצוא לפני הכול. אנשי קשר עם תאריך ומקור ההסכמה, רשימת ההסרה, כתובות שחזרו, והשדות שלפיהם מפלחים. מי שהסיר את עצמו במערכת הישנה חייב להגיע לחדשה מסומן כמוסר. אחרת הוא יקבל את הגיליון הבא, ויהיה צודק כשיתלונן.
2. הדומיין לפני השליחה הראשונה. מעדכנים את רשומת ה-SPF הקיימת, מוסיפים את מפתח ה-DKIM של המערכת החדשה, ובודקים ש-DMARC עדיין עובר. את הרשומות של המערכת הישנה מסירים רק אחרי שהפסיקה לשלוח.
3. טפסים וחיבורים. כל טופס באתר, כל חיבור מהחנות ומה-CRM וכל תהליך בכלי אוטומציה מפנים למערכת החדשה. טופס אחד ששכחו ממשיך להזין חשבון שאף אחד כבר לא פותח.
4. שליחה בגלים. Google ממליצה להתחיל בכמות קטנה, לנמענים שמגיבים, ולהגדיל לאט, ומזהירה מפני קפיצה פתאומית בנפח אצל שולח בלי היסטוריה. בפועל: הגיליון הראשון יוצא למי שהקליק לאחרונה, לא לכל הרשימה.
5. החשבון הישן נשאר פתוח עד שהחדש עבד סבב מלא. והחדש, כמו הישן, נפתח על שם העסק.

מתי מערכת הדיוור של ה-CRM או של החנות מספיקה?

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

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

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

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

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

שאלות נפוצות

איזו מערכת דיוור מומלצת לעסק?

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

מה ההבדל בין מערכת דיוור לחברת דיוור?

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

אפשר לשלוח דיוור מתיבת Gmail או Outlook רגילה?

לכמה עשרות נמענים שמכירים את השולח, טכנית כן. כדיוור, לא. תיבה רגילה לא מנהלת הסרות, לא מתעדת הסכמה ולא מראה מי קיבל, וכל אלה נדרשים כשההודעה היא פרסומת. והפתרון הוא לא מערכת דיוור עם שדה שולח ב-gmail.com, כי ההודעות לא יעברו את בדיקות האימות. ויש גם שאלה של כמות: מי ששולח יותר מ-5,000 הודעות ביום לכתובות Gmail מחויב באימות מלא ובהסרה בלחיצה אחת. התשובה המעשית היא מערכת ששולחת מכתובת בדומיין של העסק.

מה לבדוק במערכת דיוור בעברית?

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

מערכת אחת לכל הערוצים, או מערכת נפרדת למייל, ל-SMS ולוואטסאפ?

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