שליחת הודעות ממותגות מהדומיין שלכם

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

ההגדרה Transactional sender מאפשרת להודעות ממותגות נתמכות להשתמש בכתובת בדומיין שבחשבון שלכם, כגון noreply@yourbrand.com או hello@yourbrand.com. הכתובת חייבת לעבור את האימות שמתואר בהמשך. זה אינו שדה כללי לשליחה בשם כל כתובת.

למה אין צורך בהגדרה נוספת

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

כלל הבטיחות פשוט:

• הוסיפו את דומיין השולח לחשבון TrekMail והשלימו את הגדרת ה-DNS הנדרשת.
• בחרו כתובת בדומיין שבבעלות החשבון ושעבורו הוקצה DKIM.
• שמרו את המיתוג ושלחו הודעת בדיקה אמיתית לפני שתמסרו את הכתובת ללקוחות.

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

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

הפעלת ההגדרה

פתחו את הכרטיסייה Branding ואתרו את Transactional sender. הזינו כתובת בדומיין שבבעלות החשבון ושעבורו הוקצה DKIM, כגון noreply@yourbrand.com, team@yourbrand.com או hello@yourbrand.com, ושמרו. אם הטופס דוחה אותה, הוסיפו את הדומיין או תקנו תחילה את הגדרת ה-DNS שלו במקום לנסות כתובת לא מאומתת אחרת.

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

From: YourBrand <noreply@yourbrand.com>

במקום:

From: YourBrand <noreply@trekmail.net>

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

מה נשאר ללא שינוי

כמה פרטים נשארים ללא שינוי במכוון גם כשהגדרה זו פעילה:

• Support email נשאר נפרד. הודעות ממותגות נתמכות משתמשות בו בתור Reply-To אם שמרתם כתובת. אם השדה ריק, לא נוספת כותרת Reply-To. בדקו הודעה שהתקבלה במקום להניח שכל הודעות הפלטפורמה משתמשות באותו מסלול מענה.
• הטיפול במסירה נשאר בניהול הפלטפורמה. הגדרה זו משנה את השולח הגלוי. היא אינה מעניקה תיבה נפרדת להחזרות או הבטחת מסירה.
• העדפות הדואר נשארות נפרדות. בחירת שולח אינה מגדירה העדפות או התנהגות ביטול הרשמה עבור מסלול דואר אחר.
• נעשה שימוש חוזר בהגדרת DKIM הקיימת. הטופס דורש דומיין בחשבון שלכם שעבורו הוקצה DKIM. הוא אינו מבקש selector או מפתח חדש להגדרת השולח הזאת.

מה נשאר TrekMail

משתמש טכני שבוחן את כותרות הדואר הגולמיות, לדוגמה באמצעות View source ב-Gmail או הכותרות המלאות ב-Apple Mail, עדיין יכול לראות פרטי תעבורה:

• השרשרת Received: מציגה את הנתיב דרך שרתי הדואר היוצא.
• Return-Path: עשוי להציג נתיב מסירה שמנוהל בידי הפלטפורמה.

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

שאלות נפוצות

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

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

האם אפשר להשתמש בשולח בדומיין שונה מזה של תיבות הדואר שלי? כן, אם גם דומיין זה נמצא באותו חשבון TrekMail והוקצה עבורו מפתח DKIM. ההגדרה מאומתת מול הדומיינים של החשבון, ולכן אי אפשר לשמור כתובת בדומיין שמחוץ לחשבון.

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

האם אפשר להגדיר שולח אחד לאיפוסי סיסמה ושולח אחר להזמנות לתיבות דואר? ב-Brading יש כרגע שדה Transactional sender אחד. הוא מספק את כתובת From הגלויה למסלולי דואר ממותגים נתמכים. הגדירו שולח אחד שהצוות שלכם יכול לתחזק ולבדוק.

האם הלקוחות שלי יראו משהו שונה בשרשרת התשובות? אם שמרתם Support email, הודעות ממותגות נתמכות משתמשות בו בתור Reply-To, ולכן פעולת המענה פותחת הודעה שממוענת לתיבה זו. אם השדה ריק, ההודעה אינה כוללת כותרת Reply-To. השתמשו ב-Support email מנוטר ושלחו בדיקה לפני שתאמרו ללקוחות לאן יגיעו התשובות שלהם.

האם הדבר משפיע על מגבלת חיפושי SPF? הגדרה זו אינה מוסיפה רשומת SPF נפרדת רק עבור Transactional sender. שמרו על תקינות הגדרת ה-DNS הרגילה של הדומיין והיעזרו במצב ה-DNS שמוצג בלוח הבקרה אחרי כל שינוי בדומיין.

מתי לא כדאי לשנות הגדרה זו

במצבים הבאים עדיף להשאיר לעת עתה את שולח הפלטפורמה המוגדר:

• דומיין השולח עדיין אינו נמצא בחשבון TrekMail שלכם עם DKIM מוקצה.
• אתם בודקים hostname או דומיין שאינם בשליטתכם.
• אתם בעיצומה של העברת דומיין או שינוי DNS ועדיין אינכם יכולים לאשר את מצב הדומיין הנוכחי.

הפעלה בטוחה

1. ודאו שדומיין השולח נמצא בחשבון זה ושהגדרת DKIM שלו מוצגת כתקינה.
2. שמרו את Transactional sender וגם Support email מנוטר, אם אתם רוצים לקבל תשובות.
3. שלחו הודעה ממותגת נתמכת אל נמען בדיקה מחוץ לצוות שלכם.
4. בדקו בהודעה שהתקבלה את כתובת From הגלויה, כתובת Reply-To ואת ה-host של הקישור.
5. רק לאחר מכן השתמשו בשולח לקליטת לקוחות או לכמות גדולה יותר של הזמנות.

השלב הבא

• הגדרת White Label Lite: מדריך ההגדרה המלא.
• מה נשאר במיתוג TrekMail: הרשימה הגלויה של פרטים פנימיים שלקוח סקרן עדיין עשוי לזהות.
• הוספת דומיין: שלב מקדים נדרש. דרוש דומיין מאומת כדי שהודעות תפעוליות ייחתמו כראוי.
• בדיקת מצב DNS: ודאו שרשומות DKIM, SPF ו-DMARC תקינות לפני הפעלת הגדרה זו.