ניטור יכולת מסירה
Joryio כוללת לוח בקרה מובנה לניטור יכולת מסירה לפי ערוץ. הוא עוזר לכם לעקוב אחר תקינות המסירה, מצב אימות ה־DNS, הופעה ברשימות חסימה ולהגדיר התראות אוטומטיות על בעיות מסירה.
סקירת לוח הבקרה
עברו אל Analytics → Deliverability כדי לפתוח את לוח הבקרה לניטור. סרגל צד בוחר את הערוץ שעליו אתם מדווחים: אימייל, WhatsApp, SMS, Push, Viber. כל ערוץ מציג רק את המדדים שהוא באמת מפיק - מספר שערוץ אינו יכול לייצר פשוט אינו מוצג, במקום להיות משורטט כאפס בטוח.
כרטיסי KPI
הכרטיסים נגזרים ממערך המדדים של הערוץ, ולכן מספרם וזהותם משתנים בין ערוצים:
| מדד | תיאור | ערוצים |
|---|---|---|
| Delivery Rate | נמסרו / נשלחו | כל החמישה |
| Bounce Rate | חזרו / נשלחו - בריא מתחת ל־5% | אימייל |
| Complaint Rate | סומנו כספאם / נשלחו - בריא מתחת ל־0.1% | אימייל |
| Open Rate | פותחים ייחודיים / נמסרו - בריא מעל 20% | אימייל |
| Read Rate | אישורי קריאה (הסימון הכחול) / נמסרו | |
| Click Rate | לוחצים ייחודיים / נמסרו | כל החמישה |
| Unsubscribe Rate | הסרות מרשימה / נשלחו | אימייל, SMS |
| Failure Rate | כשלים / ניסיונות, כשניסיונות = נשלחו + נכשלו | WhatsApp, SMS, Push, Viber |
שיעור הכישלון מחושב מתוך הניסיונות, לא מתוך שנשלחו. שליחה שהספק דוחה על הסף אינה פולטת אירוע sent כלל, ולכן חלוקה בכמות שנשלחה השוותה מספר למכנה שאינו כולל אותו - ב-Push, שמדווח לכל מכשיר, זה הגיע ל-160%. הכרטיס מציין את המכנה שלו: "N מתוך M ניסיונות".
כרטיסי המסירה, ההחזרות, התלונות והכישלונות צבועים מול הסף הבריא שלהם. לפתיחות, לקריאות, ללחיצות ולהסרות אין יעד אוניברסלי, ולכן הם מוצגים ניטרליים.
הדוח של כל ערוץ מציין גם את הסייג שלו במקום - Apple Mail Privacy Protection הופכת פתיחות אימייל לחסם עליון; אישורי קריאה ב-WhatsApp ומסירות Push ב-iOS הם חסם תחתון; לחיצות ב-SMS נספרות רק לקישורים ש-Joryio קיצרה.
פתיחות ולחיצות נספרות פעם אחת לכל אדם בכל הודעה - כמו בלוח הבקרה ובדפי הקמפיינים - כך שקורא שפתח שני קמפיינים הוא שתי הודעות שנפתחו מול שתי הודעות שנמסרו, ובוטים וסורקי קישורים אינם נספרים. לחיצה במייל נספרת כפתיחה, כי היא מוכיחה שהמייל נפתח.
טווח התאריכים
בורר הטווח בפינה העליונה מציע היום, אתמול, 7 הימים האחרונים, 30 הימים האחרונים, החודש הזה, החודש שעבר וכל הזמן, וכן טווח מותאם. הוא נמדד לפי אזור הזמן של סביבת העבודה וכולל את כל יום הסיום, ולכן "היום" ו"אתמול" מחזירים נתונים במקום דוח ריק.
דילוגים לפני שליחה
לצד נתוני המסירה מופיעה ספירה של הודעות שדולגו לפני השליחה - נעצרו בשעות שקט, בתקרת תדירות, ברשימת חסימה או בשער הסכמה. נספרים בה דילוגים תפעוליים בלבד: איש קשר שהוחזק כקבוצת בקרה ב-A/B או ב-holdout הגלובלי מעולם לא היה אמור לקבל את ההודעה, וספירתו כאן גרמה לשליחה בריאה להיראות חנוקה.
אימות DNS
המקטע הזה, פירוט ההחזרות ומטריצת רשימות החסימה מופיעים בדוח אימייל בלבד - לשאר הערוצים אין DNS לאמת ואין רשימות חסימה להופיע בהן.
אימות DNS תקין חיוני ליכולת מסירת האימייל. המקטע Domain Health מציג את מצב האימות של כל דומייני השליחה המחוברים שלכם.
באימייל המנוהל בפלטפורמה ניתן לקבל לפי בקשה כתובות IP ייעודיות לשליחה בנפחים גבוהים ויציבים. Joryio מצמידה אותן לפי דומיין שליחה, כך שתת-דומיין שיווקי ותת-דומיין טרנזקציוני יכולים לחלוק סט אחד של כתובות או להשתמש בסט משלהם. פנו לאיש הקשר שלכם ב-Joryio; אין מה להגדיר בצד שלכם.
אילו דומיינים מופיעים כאן
Domain Health הוא מקטע לקריאה בלבד: הוא מציג את דומייני השליחה המשויכים לסביבת העבודה הזו ואת מצב האימות העדכני שלהם. דומיין מופיע כאשר מתקיים אחד מהתנאים הבאים:
- התמיכה של Joryio שייכה אותו לארגון כולו או לסביבת העבודה הזו; או
- זהו הדומיין של שולח שהוגדר עבור סביבת העבודה או הארגון.
שיוך והסרה של דומיין שליחה מתבצעים בידי התמיכה של Joryio - זהו שלב תשתית הכולל אימות SPF ו־DKIM לדומיין, ואתם מוסיפים את רשומות ה־DNS שהיא שולחת לכם. בדף הזה אפשר רק ללחוץ על Check Now כדי לרענן את מצב הדומיין. אם דומיין שאתם מצפים לראות אינו מופיע, פנו לתמיכה של Joryio כדי לשייך אותו.
רשומות אימות
| רשומה | מטרה |
|---|---|
| SPF (Sender Policy Framework) | מציין אילו שרתי דואר מורשים לשלוח אימייל בשם הדומיין שלכם |
| DKIM (DomainKeys Identified Mail) | מוסיף חתימה דיגיטלית לאימיילים יוצאים כדי לוודא שלא שונו |
| DMARC (Domain-based Message Authentication) | מורה לשרתים המקבלים מה לעשות באימיילים שנכשלים בבדיקות SPF או DKIM |
| Bounce MX | באימייל המנוהל, רשומת ה-MX בדומיין ההחזרות e.<sending domain>, שמפנה ל-Amazon SES (feedback-smtp.<region>.amazonses.com). החזרות ותלונות חוזרות דרכה. מוצגת באפור כלא רלוונטית לדומיין ששולח דרך ספק האימייל שלכם. |
רשומת MX בדומיין השליחה עצמו אינה חלק מהבדיקה: היא קובעת רק אם תשובות לכתובת בדומיין הזה מגיעות לתיבת דואר. כשאין לדומיין רשומה כזו, Domain Health מציג הערה אפורה - "No inbox on <domain> - replies need a Reply-To" - שלעולם אינה צובעת את הדומיין באדום ואינה משנה את נקודת המצב שלו.
כל רשומה מציגה אחד משלושה מצבים:
- Pass (ירוק): מוגדר כראוי
- Fail (אדום): זוהתה שגיאת תצורה
- Missing (אפור): הרשומה לא נמצאה ב־DNS
לחצו על Check Now בכרטיס של דומיין כלשהו כדי להפעיל בדיקת DNS חדשה.
ודאו ש-SPF, DKIM ו-DMARC - וגם Bounce MX באימייל המנוהל - מציגים "Pass" כדי להשיג יכולת מסירה מיטבית. רשומות DMARC חסרות או שגויות הן הסיבה הנפוצה ביותר לכך שאימיילים מגיעים לתיקיית הספאם.
אם האפליקציה או האתר שלכם מציעים Sign in with Apple, אנשים שבוחרים ב-Hide My Email מוסרים לכם כתובת העברה (@privaterelay.appleid.com או @private.icloud.com). Apple מעבירה דואר לכתובות האלה רק מדומיינים שרשמתם בחשבון ה-Apple Developer שלכם, ורק כאשר DKIM או SPF תואמים בדרך ש-Apple דורשת. ראו Apple Private Email Relay.
לאחר שדומיין שליחה עובר בהצלחה גם אימות SPF וגם אימות DKIM, תוכלו ליצור בו זהויות שולח בעצמכם תחת Settings → Email Configuration - בחרו שם תצוגה וחלק מקומי (לדוגמה news); הדומיין מוגבל לדומייני השליחה המאומתים שלכם. אותו בורר דומיינים מוגבל משמש גם את שולח ה־From המותאם אישית בקמפיינים ובשלבי אימייל במסע. הפלטפורמה מסרבת לשלוח מדומיין שלא עבר אימות SPF ו־DKIM עבור סביבת העבודה הזו.
קריאת לוח הבקרה
גרף מגמות מסירה
התרשים מציג נפחים יומיים בתקופה שנבחרה כעמודות מוערמות: נמסרו מול חזרו באימייל, ונמסרו מול נכשלו בכל שאר הערוצים. פתיחות (או קריאות) ולחיצות הן קווים שאפשר להדליק מעליהן.
תרשים תקין מציג עמודת "נמסרו" דומיננטית עם רצועה דקה של החזרות או כשלים. הימים משורטטים לפי אזור הזמן של סביבת העבודה, כך שהעמודות מתיישרות עם הכרטיסים שמעליהן.
פירוט החזרות
החזרות מסווגות לשני סוגים:
- החזרות קשות: כשלי מסירה קבועים שנגרמים מכתובות אימייל לא תקינות, מדומיינים שאינם קיימים או מנמענים חסומים. יש להסיר את הכתובות האלה מהרשימות שלכם.
- החזרות רכות: כשלי מסירה זמניים שנגרמים מתיבות דואר מלאות, מהשבתת שרתים או ממגבלות על גודל ההודעה. בדרך כלל הם נפתרים מעצמם.
שיעור החזרות קשות מעל 2% עלול לפגוע משמעותית במוניטין השולח שלכם. נקו את רשימות האימייל באופן קבוע והשתמשו באישור כפול כדי לצמצם החזרות קשות.
סיבות ההחזרה
כל סוג החזרה מציג את הסיבות הנפוצות שלו, עם קוד הסטטוס ששרת הדואר המקבל דיווח - למשל תיבת הדואר לא קיימת (5.1.1) או תיבת הדואר מלאה (4.2.2). בדואר מנוהל, Joryio קוראת את הודעת ההחזרה עצמה ששרת הדואר המקבל שלח, כך שהסיבה היא של השרת ולא ניחוש. החזרות ללא סיבה ידועה נספרות בסוג, אך לא מופיעות ברשימה.
מענה אוטומטי אינו החזרה
כשלאיש קשר מופעל מענה אוטומטי, כמו הודעת מחוץ למשרד, תיבת הדואר שלו עונה למייל שלכם. Amazon SES מדווח על רבים מהמענים האלה כהחזרה רכה ("Transient / General"), ולכן מיילים שנמסרו נראו כאילו הוחזרו.
בדואר מנוהל, Joryio מקבלת את המענה עצמו ומזהה מענה אוטומטי לפי הסימונים התקניים שלו. מענה אוטומטי:
- אינו נספר כהחזרה בשום מקום - לא בדוח הזה, לא בסטטיסטיקות הקמפיינים והמסעות, לא בהתראות ולא בחיוב;
- אינו נספר במגבלת ההחזרות הרכות של איש הקשר ואינו חוסם את הכתובת;
- מוצג בציר הזמן של איש הקשר כמענה אוטומטי (מחוץ למשרד), ונרשם כאירוע
message.auto_replied.
Joryio שומרת רק את משמעות המענה (מענה אוטומטי, החזרה וקוד הסטטוס שלה), לעולם לא את תוכן המענה. ההודעות שחזרו עצמן נמחקות אחרי שלושה ימים.
החזרה רכה אחרי שהמייל נפתח
לפעמים מגיעה החזרה רכה אחרי שהמייל כבר נמסר ונפתח - למשל כשמערכת הדואר של הנמען מעבירה עותק והעותק הזה נכשל, כמו לולאת העברה שמדווחת כ-"5.4.14 Hop count exceeded - possible mail loop". המייל המקורי הגיע לאדם, ולכן אין מה לתקן מצדכם.
ברשימת הנמענים של קמפיין, ציר הזמן של האדם מסמן החזרה כזו בהערה קצרה כשהיא מגיעה אחרי מסירה, פתיחה אמיתית או הקלקה אמיתית של אותה שליחה, ומציין לולאת דואר כשההחזרה מדווחת על כזו. פתיחות והקלקות שסומנו כבוט לעולם אינן נחשבות כאן כפתיחה. ההחזרה עדיין נרשמת כהחזרה רכה ונספרת במגבלת ההחזרות הרכות של איש הקשר. מכיוון שההודעה נמסרה, היא לא נכללת בנתון הוחזרו ולא בשיעור ההחזרות - ראו את הסעיף הבא.
החזרות רכות שנמסרו בהמשך
החזרה רכה פירושה ששרת היעד אמר "לא עכשיו" - ההודעה נשלחת שוב ולעיתים קרובות מגיעה. Joryio סופרת הודעה כהוחזרה רק אם היא מעולם לא נמסרה:
- החזרה קשה תמיד נספרת כהחזרה;
- החזרה רכה נספרת כהחזרה רק כל עוד לאותה הודעה אין מסירה. אם ניסיון מאוחר יותר נמסר, ההודעה נספרת כנמסרה ולא כהחזרה.
אותו כלל חל בכל מקום שבו נספרות החזרות: דף הקמפיין ורשימת הנמענים שלו, רשימת הקמפיינים, הדוח הזה, לוח הבקרה והתראות שיעור ההחזרות. בדף הקמפיין, השורה מתחת להוחזרו מציינת כמה החזרות רכות נמסרו בניסיון חוזר.
נמסרו, הוחזרו ועדיין אין סטטוס סופי מסתכמים יחד לנשלחו. עדיין אין סטטוס סופי הן ההודעות ששרת היעד עדיין לא השיב לגביהן - לא מסירה ולא החזרה. בדרך כלל זה מתברר תוך כמה שעות.
לפי ספק הדואר
מסירוּת אינה מספר אחד. Gmail, Outlook ו-Yahoo מפעילים כל אחד מערכת מוניטין משלו, ובעיה כמעט תמיד מרוכזת באחד מהם ולא מתפזרת באופן שווה. שיעור החזרות של כל סביבת העבודה ממצע את זה החוצה, ולכן חסימה ב-Gmail נראית כירידה קלה עד שהיא כבר רוב הרשימה.
דוח האימייל מפרק את המשפך לפי ספק הדואר של הנמען: כמה נשלחו, כמה נמסרו, שיעור ההחזרות ושיעור הפתיחה לכל אחד.
ארבעה דברים על אופן החישוב, כי כל אחד מהם משנה את משמעות המספר:
- שיעורים מוצגים רק מעל רף נפח. מתחתיו עדיין רואים את המספרים, אך לא אחוז - שיעור החזרות מתוך שלושים שליחות זז בנקודות שלמות בגלל החזרה אחת, ומספר שנראה סביר מתוך כמעט שום נתונים גרוע יותר מלא להציג מספר. שורות כאלה מציגות "אין מספיק נתונים".
- שיעור הפתיחה מחושב מתוך הנמסרו, לא מתוך הנשלחו. הודעה שחזרה מעולם לא הייתה שם כדי להיפתח. חלוקה בנשלחו הייתה מקטינה כל ספק ביחס לחומרת ההחזרות שלו, כך שהספק עם המסירה הגרועה ביותר היה נראה גם כבעל המעורבות הגרועה ביותר.
- הקיבוץ הוא לפי הדומיין של הנמען. חברה שמריצה Google Workspace על דומיין משלה היא Gmail לכל דבר שנוגע למסירוּת, אבל הכתובת שלה אינה מעידה על כך, והיא נספרת תחת אחר. כלומר "אחר" פירושו כל מה שלא זוהה, ולא "ספקים קטנים".
- פתיחות והקלקות משויכות דרך השליחה. רק השליחה נושאת את כתובת הנמען - פיקסל המעקב והפניית ההקלקה נורים עם מזהה הודעה ולא עם כתובת - ולכן כל אדם משויך לספק לפי הדואר שנשלח אליו, והמעורבות שלו נספרת שם. כל מה שלא ניתן לשייך, למשל פתיחה של מי שלא נשלחה אליו הודעה בטווח, מדווח כלא-משויך ולא נזרק, כי פתיחה חסרה מורידה שיעור במקום לרוקן עמודה וקשה יותר להבחין בה.
פתיחות נספרות כאנשים ייחודיים ללא בוטים, כמו בכל מקום אחר בעמוד, וההערה מתחת לטבלה מציינת כמה פתיחות אוטומטיות הוצאו מהחישוב. אנליטיקת הקמפיינים יכולה להציג פעילות בוטים; הדוח הזה לא, במכוון, ולכן המספר קיים כדי להסביר את הפער בין השניים. Apple Mail Privacy Protection עדיין מנפחת פתיחות בכתובות של Apple יותר מאשר באחרות, ולכן השוו את שיעור הפתיחה של Apple לעצמו לאורך זמן ולא ל-Gmail.
סינון לפי דומיין שולח
בעיות מסירה שייכות לשולח, לא לקהל: אימות, מוניטין וחסימה הם כולם מאפיינים של הדומיין שממנו נשלחה ההודעה. לכן בדוח האימייל אפשר לצמצם כל מספר לדומיין שולח אחד - שימושי מהרגע שאתם שולחים מיותר מאחד, כי בעיה בדומיין חדש נעלמת בתוך ממוצע של כל סביבת העבודה שנשלט על-ידי דומיין מבוסס.
הבורר מציע רק דומיינים שסביבת העבודה אכן שלחה מהם בטווח התאריכים שנבחר, יחד עם מספר השליחות של כל אחד, כך שסינון לא יכול לחזור ריק בגלל שגיאת הקלדה.
חלק מהשליחות אינן נושאות כתובת שולח כלל - כל מה שנשלח לפני שהתחלנו לתעד אותה. אלה אינן שייכות לאף דומיין ולכן נמצאות מחוץ לתצוגה המסוננת. כשזה קורה, הדוח מציין כמה הן, כך שמספר מסונן לא ייקרא בטעות כתמונה המלאה.
הסינון מוצע באימייל בלבד. לערוצים האחרים יש שולח, אך לא דומיין: ל-SMS יש מספר ולהתראה יש אפליקציה.
ההתראות שלמטה אינן מושפעות מהסינון הזה, במכוון. הן עוקבות אחר כל סביבת העבודה, כי התראה שמוגבלת לדומיין אחד היא התראה ששותקת בזמן שדומיין אחר בוער.
ניטור רשימות חסימה
כרטיס Blocklist status (אימייל בלבד) הוא מטריצה: שורה לכל דומיין שליחה, עמודה לכל ספק רשימת חסימה, ובנוסף עמודת Checked עם מועד הבדיקה האחרונה. כל תא מציין "נקי" או "מופיע". מתג Only problems מסתיר את השורות שנקיות אצל כולם.
לחצו על Check all now כדי להריץ בדיקה חדשה מול כל ספקי רשימות החסימה שהוגדרו.
אם אחד הדומיינים שלכם מופיע ברשימה, עליכם:
- לבדוק את הסיבה (שיעורי החזרה גבוהים, תלונות ספאם או חשבונות שנפרצו)
- לתקן את הבעיה הבסיסית
- להגיש בקשת הסרה לספק רשימת החסימה
התראות
התראות על יכולת המסירה הן כעת חלק ממנוע ההתראות המאוחד ב־Settings → Logs & Monitoring, לצד ההתראות על API, Webhook ואירועים - מקום אחד שבו אפשר ליצור, לנהל ולסקור את כל ההתראות, עם היסטוריה אחת וזרם התראות אחד.
כדי ליצור התראה על יכולת המסירה:
- עברו אל Settings → Logs & Monitoring → Alerts → New alert.
- ב־Step 1, בחרו בכיוון Deliverability ובמדד (Bounce rate, Complaint rate, Hard/Soft bounce rate, Unsubscribe rate או Delivery rate).
- ב־Step 2, הגדירו את הסף (באחוזים), את האופרטור (Above / Below) ואת חלון המבט לאחור (1h / 4h / 24h / 7d).
- ב־Step 3, בחרו כיצד לקבל את ההתראה (אימייל או Webhook) ואת זמן הצינון.
הגדירו לכל הפחות:
- שיעור החזרות מעל 5% כדי לזהות בעיות באיכות הרשימה בשלב מוקדם.
- שיעור התלונות מעל 0.1% כדי להישאר מתחת לספי התלונות של ספקי שירותי האינטרנט.
אם היו לכם התראות על יכולת המסירה לפני השינוי, הן הועברו אוטומטית ל־Monitoring כהתראות Deliverability (מצב מוחלט, חלון של 24 שעות) - אין צורך לעשות דבר.
לעיון ברשימת המדדים המלאה ראו את מדריך הניטור.
אינטגרציית Google Postmaster Tools
Google Postmaster Tools מספק תובנות מסירה ייעודיות ל־Gmail, שעוזרות לכם להבין כיצד Gmail מעריך את דומיין השליחה שלכם.
חיבור Google Postmaster
- עברו אל Analytics → Deliverability
- גללו אל המקטע Gmail Insights
- לחצו על Connect Google Postmaster
- היכנסו באמצעות חשבון Google שלכם והעניקו גישה
- הדומיינים המאומתים שלכם יסונכרנו אוטומטית
אילו נתונים זמינים
- Domain Reputation: הדירוג ש־Gmail מעניקה לדומיין השליחה שלכם (HIGH, MEDIUM, LOW, BAD)
- Spam Rate: אחוז האימיילים שמשתמשי Gmail סימנו כספאם (אמור להישאר מתחת ל־0.1%)
- Authentication Success Rates: שיעורי המעבר של DKIM, SPF ו־DMARC באימיילים שלכם
- Delivery Errors: סוגי כשלי המסירה והתדירות שלהם
- Encryption Rate: אחוז האימיילים שנשלחו באמצעות TLS
סנכרון נתונים
- הנתונים מסונכרנים אוטומטית מדי יום בשעה 8:00
- השתמשו בכפתור Sync Now לרענון לפי דרישה
- נתוני Google Postmaster מתעכבים בדרך כלל ב־24–48 שעות
דרישות מוקדמות
- דומיין השליחה שלכם חייב להיות מאומת ב־Google Postmaster Tools (https://postmaster.google.com)
- נדרש חשבון Google עם גישה לנתוני Postmaster של הדומיין
- נדרש נפח אימייל מספק - Google מדווחת על נתונים רק כאשר יש מספיק תעבורה מהדומיין שלכם