מאגר ידע

שליחת אימייל מהדומיין שלך, בחשבון שלך

שלחו את ההודעות של לקוחותיכם מהדומיין שלכם, דרך חשבון הדוא"ל שלכם: באיזה ספק לבחור, רשומות ה-SPF, ה-DKIM וה-return-path שכולם זקוקים להן, מדוע אנו מתעקשים שהודעת בדיקה אכן תגיע, ומה קורה כאשר ספק קורס.

כל הודעה שהלקוחות שלכם מקבלים — חשבוניות, איפוס סיסמאות, תשובות לפנייות תמיכה, עדכוני פרויקטים — נשלחת דרך שירות דוא"ל. כברירת מחדל השירות הזה הוא שלנו, שורת השולח (From) מציגה את Zinn Digital®, ואנחנו משלמים עליו.

אם אתם במסלול agency או reseller, תוכלו לחבר שירות דוא"ל משלכם במקום זאת. הלקוחות שלכם יראו אז את הדומיין שלכם בשורת השולח, תשובות יחזרו אליכם, וההודעות יישלחו בחשבון שלכם מול הספק שלכם.

הגדירו זאת תחת Email sending בלוח הבקרה שלכם.

באיזה ספק כדאי לי להשתמש?

כל אחד מהם יעבוד. בחרו בזה שכבר יש לכם חשבון אצלו.

ספקעדיף אםמדריך
Mailgunאתם רוצים API ונפחי שליחה נדיביםהגדרת Mailgun
SendGridאתם כבר משתמשים בו עבור דיוור שיווקיהגדרת SendGrid
Postmarkדוא"ל עסקאות (טרנזקציוני) בלבד, עבירות הודעות מרביתהגדרת Postmark
Amazon SESאתם כבר נמצאים ב-AWS ורוצים את המחיר הנמוך ביותרהגדרת Amazon SES
Resendאתם רוצים את ההגדרה הפשוטה ביותרהגדרת Resend
שרת ה-SMTP שלכםאתם מנהלים תשתית דוא"ל משלכםהגדרת SMTP

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

טפלו ב-DNS תחילה. זה רוב העבודה.

בכל ספק שתבחרו, אותן שלוש רשומות DNS יקבעו אם הדוא"ל שלכם יגיע ליעדו או ייפול בספאם. הספק שלכם מייצר את הערכים המדויקים; אתם מוסיפים אותם לדומיין שלכם.

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

DKIM — רשומת TXT או CNAME המכילה מפתח ציבורי, כך ששרתים מקבלים יוכלו לוודא שההודעה אכן הגיעה מהספק שלכם ולא שונתה. זוהי הרשומה שעושה את מרבית העבודה, והיא זו שחייבת להתאים כדי ש-DMARC יעבור.

דומיין Return-path (החזרות) — בדרך כלל רשומת CNAME. היא מגדירה את כתובת המעטפה הבלתי נראית שבה הספק שלכם משתמש לאיסוף הודעות שחזרו (bounces). בלעדיה, הודעות חוזרות מגיעות למקום שאינכם יכולים לראות והמוניטין של הדומיין שלכם נפגע מבלי שתדעו על כך.

DMARC — רשומת TXT בכתובת _dmarc.yourdomain.com המורה לשרתים המקבלים מה לעשות כאשר SPF ו-DKIM אינם תואמים לשורת השולח שלכם. התחילו עם p=none בזמן שאתם בודקים שהכול עובר בהצלחה, ולאחר מכן עברו ל-p=quarantine ול-p=reject.

⚠️ שינויי DNS אינם מיידיים. המתינו עד שעה לפני שתסיקו שמשהו אינו תקין.

השתמשו בסאב-דומיין לצורך שליחה

שלחו מ-mail.yourdomain.com או מ-notifications.yourdomain.com, ולא מ-yourdomain.com עצמו.

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

אתם עדיין מזינים דומיין, ולא כתובת, בשדה Send from this domain. החלק שלפני ה-@ נבחר לכל הודעה בנפרד: קבלות יוצאות בתור billing@, איפוסי סיסמה בתור no-reply@, ותשובות לפנייות תמיכה בתור support@.

כיצד תהליך ההגדרה עובד

  1. בחרו את הספק שלכם והדביקו את פרטי הגישה שלו.
  2. לחצו על Send test message. אנו נשלח הודעת דוא"ל אמיתית דרך הספק שלכם, לתיבת דואר נכנס שתבחרו,
  3. ובתוכה קוד.

  4. קראו את הקוד מתוך אותה תיבת דואר נכנס והזינו אותו.

רק אז הדוא"ל שלכם יתחיל לצאת בשמכם.

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

מדוע אנו מתעקשים שהודעת הבדיקה אכן תגיע

מכיוון שספק שמקבל הודעה ואז משליך אותה בשקט נראה זהה לחלוטין לכזה שעובד כשורה. חשבון Amazon SES חדש לגמרי נמצא ב-sandbox ויקבל את ההודעה שלכם אך לא ימסור אותה לשום מקום. דומיין ב-Mailgun שה-DNS שלו טרם התפשט ברשת נוהג באופן דומה. כך גם ממסר SMTP שמחזיר תשובה של 250 ומשליך את ההודעה.

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

מה קורה אם הספק שלי מפסיק לפעול

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

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

עד שהיא תתוקן, הלקוחות שלכם אינם מקבלים את ההודעות הללו. הכול עדיין שמור בתיבת הדואר הנכנס שלהם בלוח הבקרה, ושום דבר לא אובד — אך יש להתייחס לבאנר אדום כאן כאל עניין דחוף.

מה אם אינני עושה דבר?

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

הסרת ההגדרה

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

החדשות האחרונות מהבלוג

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

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

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

קרא את הפוסט ←

הפיכת WordPress למהיר ומאובטח: צ'ק-ליסט לביצועים ותוספים

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

קרא את הפוסט ←

כיצד לבחור אחסון אתרים מנוהל בשנת 2026: מדריך לרוכש

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

קרא את הפוסט ←

קראו את הבלוג ←

עדיין נתקלתם בבעיה?

התמיכה כלולה בכל תוכנית, שולחן העבודה פתוח 24 שעות ביממה, ותוכלו לכתוב לנו בכל אחת מ-58 השפות שלנו — אנו נענה לכם בשפה שלכם.

יצירת קשר עם התמיכה → כל המאמרים →