מה יקרה לאימיילים השיווקיים שלך אחרי 1 בפברואר 2024 🤔

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

אלו הדרישות החדשות. האם הארגון שלך מוכן?

אני מחלק את הדרישות החדשות לכאלו שבאחריות מערכת הדיוור ואלו שבאחריות המדוורים.

באחריות המדוורים:

אימות דומיינים:

עסקים ידרשו לשלוח אימיילים מדומיין של העסק ואימות הדומיין באמצעות SPF ו- DKIM.

חסל סדר דיוורים מה-Gmail הפרטי באמצעות מערכת דיוור. גוגל תחסום את האופציה הזו באמצעות העברת ה-DMARC פוליסי בדומיינים שלה gmail.com and googlemail.com למצב p=quarantine  דבר שלא יאפשר עוד דיוור מכתובות אימייל פרטיות.

אני ממליץ לאמת את הדומיין עם שני הפרוטוקולים. רק DKIM משויך לדומיין ומאפשר למדוורים לבנות ולשמור על domain reputation של הדומיין של העסק.

אפס סובלנות לספאם:

מעתה דרישת הסף של דיווחים על ספאם ממשתמשים מאוד דרקונית - לא לחרוג מ-0.3% אחוז דיווחים על ספאם ולשאוף ל-0.1% דיווחים על ספאם (דיווח אחד מאלף דיוורים).

לא ניתן לראות את הדיווחים על ספאם מ-Gmail במערכת הדיוור אלא רק ב-Postmaster Tools.

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

פרסום רשומת DMARC:

זו יכולה להיות רשומה בפוליסי none (p=none). ההמלצה שלי היא להשקיע בכלי ניטור DMARC, שמאפשר לנטר את כל המקורות שמדוורים בשם דומיין, לעשות את מסע ה-DMARC ובסופו של המסע (כמה חודשים בליווי של מי שמבין בנושא) לעבור למצב אכיפה ולהינות מ"נקודות" שיובילו לשיפור בנתוני העבירוּת. ללא אכיפה לא יהיה שיפור בעבירוּת וכמובן שפרסום רשומה במצב אכיפה ללא טיפול מתאים (מסע ה-DMARC) יוביל לחסימות במקרה של בעיות באימות הדומיין.

אמנם אפשר לצאת ידי חובה ולפרסם רשומת DMARC  חסרת משמעות. שאינה מקבלת דיווחים. GMAIL בודקת את ה-DNS ולא ברור אם היא תעניש את מי שלא יפרסם כתובת אימייל בטאג RUA – כתובת אימייל אליה ישלחו דוחות DMARC. אני ממליץ להטמיע רשומת DMARC  ב-DNS באמצעות כלי לניהול וניטור DMARC.

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

הנה קטע קצר מהפודקאסט עם JAKUB OLEXA וחבר בכיר בארגון M3AAWG בו הוא מדבר על החשיבות של פרוטוקול DMARC וגם מרחיב על התקן החדש DMARC 2.0

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

הוספת קישור easy unsubscribe:

וודאו שמערכות הדיוור שלכם הוסיפו header שמציג קישור הסרה "ביטול רישום" / unsubscribe שיופיע לצד כתובת המייל ושם השולח. קישור הסרה מיוחד זה מוצג במקום בולטabove the fold .

פרוטוקול ARC:

מערכות דיוור ידרשו להוסיף פרוטוקול ARC שמוודא שאימות הודעות באמצעות SPF ו-DKIM היה תקין עבור הודעות שהועברו (forwarded). לכן, מדוורים שמעברים הודעות (forward) יצטרכו להוסיף ARC headers. פרוטוקול ARC (Authenticated Received Chain) הוא תקן אימות אימייל עבור הודעות שנשלחו כדי להבטיח שהן יתקבלו בהצלחה על ידי הנמען הסופי לאחר שהן עברו העברה (forward). ARC מפחית את הסיכוי שהודעות שהועברו יכשלו באימות האימייל. לעיתים, העברת הודעות יכולה לשנות את תוכן ההודעה המועברת. כאשר תוכן ההודעה משתנה בהודעות שעברו forward, עשויות להיכשל באימות SPF או DKIM בצד המקבל. ARC מסייע במניעת כישלון האימות.
הנה קטע קצר מתוך הפודקאסט עם AL IVERSON כיום מנהל ה-deliverability של AWEBER שמדבר על פרוטוקול ARC

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

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