هر دو SPF و DKIM باید قبل از آن با دامنه ارسال شما پیکربندی و هماهنگ شود DMARC درست کار میکند. انتشار DMARC خرابی بیش از حد احراز هویت باعث ... میشود
نکات کلیدی
- یاهو میل و AOL (برندهای مصرفی تحت میزبانی یاهو) استانداردهای ارسال انبوه را اجرا میکنند: SPF و DKIM، یک DMARC سیاست حداقل
p=noneکه با همترازی، شکایات مربوط به هرزنامه کمتر از ۰.۳٪ و لغو اشتراک آسان برای ایمیلهای بازاریابی، عبور میکند. - یاهو آستانه عددی برای حجم «انبوه» منتشر نمیکند - حجم تجاری قابل توجه را به عنوان محدوده در نظر بگیرید، حتی اگر زیر آن محدوده باشید Gmailخط حدود ۵۰۰۰ در روز.
- بسیاری از موارد «بازگشت ایمیل یاهو» ناشی از عدم احراز هویت یا رد شدن از طریق سیاستها (یا بازگشتهای سخت از صندوقهای پستی بازیافتشده/غیرفعالشده) هستند، نه تغییرات تصادفی در صندوق ورودی.
- کیفیت لیست هنوز هم مهم است: آدرسهای یاهو نامعتبر، غیرفعال و بازیافتی، نرخ بازگشت ایمیل و شکایات مربوط به هرزنامه را افزایش میدهند که به اعتبار فرستنده آسیب میرساند.
- ابتدا احراز هویت و لغو اشتراک را اصلاح کنید، سپس قبل از ارسال بزرگ بعدی یاهو/AOL، آدرسهای پرخطرتر را اعتبارسنجی و حذف کنید - اعتبارسنجی ریسک را کاهش میدهد؛ اما تضمینی برای قرارگیری ایمیل در محل مورد نظر نیست.
اگر آدرسهای یاهو یا AOL ناگهان برگشت بخورند، در هرزنامه قرار بگیرند یا رمزآلود برگردند SMTP رد میکند، شما تنها نیستید. این راهنما داستان قدیمی «پاکسازی یاهو» را حول محور آنچه که امروزه واقعاً تحویل را هدایت میکند، تغییر میدهد: الزامات فرستنده یاهو و AOL، احراز هویت ارسالکننده انبوه، قوانین شکایت و لغو اشتراک، و کیفیت لیست. ما به راهنماییهای خود یاهو در مورد Sender Hub و الزامات صنعت گوگل-یاهو استناد میکنیم تا بتوانید با منابع اصلی - و نه شایعات - عیبیابی کنید.
برگشت خوردن ایمیلهای یاهو به ندرت یک اشکال واحد است. معمولاً ترکیبی از مشکلات مختلف است. SPF/DKIM/DMARC همترازی، نرخ بالای شکایات، عدم امکان لغو اشتراک با یک کلیک در ایمیلهای بازاریابی، شکافهای زیرساختی (مانند معکوس کردن) DNS) و صندوقهای پستی یاهو قدیمی یا بازیافت شده. پشته را به این ترتیب اصلاح کنید: احراز هویت و مطابقت، سپس لیست را پاک کنید.
چرا ایمیلهای یاهو در سال ۲۰۲۶ برگشت میخورند؟
از نظر تاریخی، بازاریابان متوجه افزایش ناگهانی نرخ بازگشت یاهو هنگام غیرفعال شدن یا بازیافت حسابهای غیرفعال میشدند. این الگو هنوز هم اهمیت دارد - یک هویت یاهو استفاده نشده میتواند بعداً متعلق به شخص دیگری باشد که شما را به عنوان هرزنامه علامتگذاری میکند - اما دیگر این موضوع اصلی نیست. از فوریه 2024، یاهو قوانین شفافتری را اجرا کرده است. الزامات و توصیههای فرستنده برای ارسال ایمیل به دامنههای میزبانیشده توسط یاهو، با اجرای تدریجی در نیمه اول سال ۲۰۲۴ و اجرای لغو اشتراک از ژوئن ۲۰۲۴ (طبق گفته یاهو) سوالات متداول در مورد هاب فرستنده).
آن قوانین مربوط به همه دامنهها و برندهای ایمیل مصرفی که توسط یاهو میل میزبانی میشوندیاهو ژاپن، از جمله AOL، به طور جداگانه فراخوانده میشود و تحت پوشش همان هماهنگی نیست. در صورت عدم رعایت، یاهو ممکن است پیامها را به هرزنامه تبدیل کند یا آنها را با یک درخواست خاص رد کند. SMTP خطا - بنابراین گزارشهای برگشتی تشخیصی هستند، نه نویز.
گوگل انتظارات از ارسال انبوه موازی را در همان فصل اعلام کرد. Gmailالزامات عمومی برای فرستندگان با حجم بالا - احراز هویت، لغو اشتراک آسان و گزارش پایین هرزنامه - در وبلاگ محصول گوگل خلاصه شده است. الزامات جدید برای مبارزه با هرزنامهها و در جریان Gmail دستورالعملهای فرستنده ایمیلبا یاهو و ... رفتار کنید Gmail به عنوان یک نوار مشترک در صنعت: اگر ایمیل تجاری را در مقیاس بزرگ ارسال میکنید، برای هر دو برنامه ریزی کنید.
الزامات فرستنده یاهو و AOL (منبع اصلی)
یاهو دو لایه مفید در Sender Hub منتشر میکند:
- الزامات برای همه فرستندگان — حداقل SPF or DKIMنرخ هرزنامه را زیر 0.3٪ نگه دارید؛ ارسال و دریافت مجدد معتبر باشد DNS برای ارسال IPها؛ مطابق با RFC 5321 و RFC 5322 عمل کنید.
- الزامات مربوط به فرستندگان انبوه - هر دو SPF و DKIM؛ انتشار یک نسخه معتبر DMARC سیاست با حداقل
p=noneو اطمینان حاصل کنید DMARC عبور میکند؛ تراز کردنFrom:دامنه با هر یک از موارد زیر SPF or DKIM دامنه (ترازبندی ملایم قابل قبول است)؛ از لغو اشتراک آسان برای ایمیلهای بازاریابی/مشترک پشتیبانی میکند؛ نرخ هرزنامه یکسانی دارد و DNS انتظارات.
در هنگام لغو اشتراک، یاهو انتظار دارد یک سربرگ فعال برای لغو اشتراک در فهرست ایمیلها وجود داشته باشد که از قابلیت کلیک برای پیامهای بازاریابی پشتیبانی کند (روش ارسال RFC 8058 اکیداً توصیه میشود؛ ارسال از طریق ایمیل نیز قابل قبول است)، یک مسیر لغو اشتراک کاملاً قابل مشاهده در بدنه ایمیل (که ممکن است یک مرکز تنظیمات را باز کند) و امکان لغو اشتراک در داخل ایمیل وجود داشته باشد. دو روزایمیلهای تراکنشی (تایید سفارش، بازنشانی رمز عبور) نیازی به لغو اشتراک با یک کلیک ندارند، اما جریانهای «تراکنشی» پر از شکایت اغلب از یک گزینه انصراف آسان بهرهمند میشوند.
سوالات متداول یاهو به صراحت بیان میکند که چه کسی ارسالکنندهی انبوه محسوب میشود: ارسالکنندهی انبوه کسی است که قابل توجه حجم نامه، و یاهو آستانه حجم صدا را مشخص نخواهد کردطبقهبندی در سطح دامنه/از-دامنه احراز هویت شده بررسی میشود، و محتوا و IP همچنان در آن دخیل هستند. فرض نکنید که ماندن در سطح پایینتر Gmailحدود ۵۰۰۰ پیام در روز به Gmail شما را خارج از انتظارات یاهو نگه میدارد.
DKIM طول کلید و DMARC گزارش
یاهو نیاز دارد DKIM طول کلید ۱۰۲۴ بیت یا بیشتر و در صورت امکان کلیدهای 2048 بیتی را توصیه میکند. شامل یک کلید فعال DMARC rua استفاده از آدرس گزارشدهی اکیداً توصیه میشود تا بتوانید خطاهای احراز هویت را در حین راهاندازی مشاهده کنید. برای آشنایی عمیقتر با این سه پروتکل، به راهنمای ما مراجعه کنید. SPF, DKIMو DMARC و چطور تأیید اعتبار ایمیل.
نرخ هرزنامه: مخرج کسر یاهو اهمیت دارد
یاهو از فرستندگان انبوه میخواهد نرخ هرزنامه را پایین نگه دارند ٪۱۰۰نکته مهم این است که یاهو این نرخ را بر اساس ایمیل محاسبه میکند. تحویل صندوق ورودیاگر شکایات را بر کل ارسال شده (شامل پوشه هرزنامه و ترافیک رد شده) تقسیم کنید، شماره داخلی شما میتواند سالمتر از یاهو به نظر برسد. هنگام ارزیابی ریسک، مخرج آنها را با هم مطابقت دهید و ثبت کنید DKIM ثبت دامنه در یاهو حلقه بازخورد شکایات (CFL) از طریق فرستنده هاب، بنابراین گزارشهای ARF جایی است که سرکوبهای شما میتوانند عمل کنند.
چک لیست احراز هویت فرستنده انبوه
قبل از کمپین بعدی یاهو که حسابی درگیرش هستید، از این به عنوان یک آزمون عملی برای رد یا قبول شدن استفاده کنید:
- SPF - یک مورد منسجم منتشر کنید SPF سابقهای که هر مورد را مجاز میداند ESP و MTA مورد استفاده شما. رفع مشکل فایلهای تکراری یا متناقض SPF سوابق؛ یاهو (و هر کس دیگری) انتظار یک مجموعه مجوز واضح را دارد. ببینید چندگانه SPF سوابق اگر به ارث برده باشید DNS بدهی.
- DKIM — هر جریان خروجی را امضا کنید؛ تأیید کنید
dkim=passدر سربرگهای یک صندوق پستی آزمایشی یاهو؛ از کلیدهای ≥۱۰۲۴ بیتی استفاده کنید (ترجیحاً ۲۰۴۸). - DMARC - حداقل منتشر کنید
p=noneدر حالی که شما در حال نظارت هستید، سپس پس از ترازبندی به سمت قرنطینه/رد کردن حرکت کنید. دامنهی قابل مشاهدهی «از» باید با SPF or DKIM برای DMARC به تصویب. - بررسی واقعیت همترازی - ESP دامنههای پوششی اغلب عبور میکنند SPF بدون همترازی با نام تجاری شما از دامنه. ترجیحاً همتراز DKIM در حوزه سازمانی شما برای انعطافپذیری DMARC نرخهای عبور
- فهرست-لغو اشتراک — قالبهای بازاریابی باید قابلیت «لغو اشتراک در لیست» و (در حالت ایدهآل) «لغو اشتراک در لیست» را منتشر کنند؛ حذفها باید ظرف دو روز انجام شوند.
- PTR / معکوس DNS - معنادار، غیرکلی PTR که نشان دهنده برند ایمیل شما باشد، به شهرت کمک میکند؛ ظاهری پویا و عمومی داردDNS یک سیگنال تنزل رتبه شناخته شده در راهنمای یاهو است.
- جداسازی جریان — یاهو توصیه میکند که بازاریابی را از ایمیلهای تراکنشی/کاربری بر اساس IP یا ... جدا کند. DKIM دامنه، بنابراین یک کمپین پر سر و صدا، تنظیم مجدد رمز عبور را مختل نمیکند.
نوار ارسال انبوه گوگل عمداً مشابه است: احراز هویت، کاهش هرزنامه و ارسال آسان ایمیلهای تجاری. استفاده Gmail ابزارهای مدیریت پست در کنار هاب یاهو فرستنده، بنابراین شما برای یک ارائهدهنده بهینهسازی نمیکنید در حالی که دیگری را از دست میدهید. برای استراتژی گستردهتر صندوق ورودی، این چک لیست را با چگونه از فیلترهای اسپم اجتناب کنیم و نحوه بررسی اعتبار دامنه ایمیل.
کیفیت فهرست: نیمه دیگر پرشهای یاهو
احراز هویت شما را از دروازه عبور میدهد. کیفیت لیست تعیین میکند که آیا شما پذیرفته میشوید یا خیر. توصیههای خود یاهو بر رضایت، تأیید عضویت، حذف سریع نامعتبرها، نظارت بر بازگشتهای سخت/نرم و گیرندگان غیرفعال و تأیید مجدد دورهای مشترکین سرد تأکید دارد. لیستهای خریداری شده و عضویتهای از پیش بررسی شده به عنوان اقداماتی که باید از آنها اجتناب شود، ذکر شدهاند.
بازگشتهای سخت، بازگشتهای نرم و رد سیاستها
هر «بازگشت» به معنای از کار افتادن صندوق پستی نیست. بازگشتهای سخت معمولاً به این معنی است که آدرس وجود ندارد (یا به طور دائم رد شده است). بازگشتهای نرم میتوانند به دلیل پر بودن صندوق پستی، قرار گرفتن در لیست خاکستری یا تعویقهای موقت باشند. رد شدنهای سیاستی مرتبط با احراز هویت یا الزامات فرستنده میتوانند مانند خرابیهای دائمی در نظر گرفته شوند. ESP داشبوردها حتی زمانی که صندوق پستی وجود دارد. قبل از پاکسازی، با دقت دستهبندی کنید - ببینید ایمیل برگشتی چیست؟ و پرشهای سخت در مقابل پرشهای نرم.
هویتهای بازیافتی یاهو و شکایات مربوط به هرزنامه
وقتی یک آدرس یاهو که مدتها غیرفعال بوده حذف میشود و بعداً توسط شخص جدیدی تصاحب میشود، جریان بازاریابی قدیمی شما میتواند به یک گیرندهی بیمیل برخورد کند. نتایج احتمالی آن لغو اشتراک یا شکایت اسپم است که در بودجهی 0.3% شما لحاظ میشود. به همین دلیل است که هرس تعامل و سرکوب کاربران قدیمی که ایمیلهایشان را باز نمیکنند، هنوز هم در کنار کارهای فنی مربوط به احراز هویت قرار دارد. یک گروه کوچکتر و مشتاق یاهو، یک گروه بزرگ و خاموش را که فیلترها را علیه شما آموزش میدهد، شکست میدهد.
قبل از ارسالهای بزرگ یاهو/AOL، اعتبارسنجی کنید
قبل از فعالسازی مجدد یا تبلیغات گسترده، بخش یاهو/AOL را از طریق یک گردش کار تأیید ایمیل اجرا کنید. یک تأییدکننده به شما کمک میکند تا خطاهای نحوی، دامنههای یکبار مصرف، نامعتبرهای شناخته شده و سایر ردیفهای پرخطر را پیدا کنید تا پیامهای محکوم به شکست کمتری ارسال کنید. دامنههای Catch-all و برخی از دامنههای دشوار برای تأیید، به جای اعتماد کورکورانه «قابل تحویل»، به یک تصمیم ریسک نیاز دارند - ببینید اعتبارسنجی آدرسهای catch-all و نحوه تمیز کردن لیست ایمیل.
در زمان ضبط، اعتبارسنجی در زمان واقعی انجام میشود API یا ویجت، اشتباهات تایپی و ثبتنامهای جعلی را قبل از اینکه حتی به CRM بپیوندند، کاهش میدهد. در حال انجام نظارت بر فهرست بعد از یک بار پاکسازی کمک میکند، زیرا صندوقهای پستی یاهو مدتها پس از آخرین پاکسازی، همچنان در حال تغییر هستند CSV صادرات
نکتهی مهم: برخی از حسابهای یاهو میتوانند در حالت غیرفعال یا انتقالی قرار بگیرند که برای ... ناخوشایند است. SMTP بررسیها. اعتبارسنجی ریسک را کاهش میدهد و کیفیت تصمیمگیری را بهبود میبخشد؛ ادعای اطمینان ۱۰۰٪ در هر مورد خاص را ندارد. نتایج را به عنوان ورودیهایی برای قوانین سرکوب و تقسیمبندی در نظر بگیرید، نه به عنوان تضمینهایی برای قرارگیری در صندوق ورودی.
AOL، AT&T و سایر برندهای میزبانی شده توسط یاهو
وقتی بازاریابان میگویند «یاهو در حال رونق گرفتن است»، دامنههای تحت تأثیر اغلب شامل موارد زیر میشوند: yahoo.comسوالات متداول یاهو بیان میکند که این الزامات، برندهای ایمیل مصرفی میزبانیشده توسط یاهو میل را پوشش میدهد - که در عمل شامل AOL و سایر دامنههای مصرفی میزبانیشده توسط یاهو نیز میشود. از نظر عملیاتی، با aol.com و صندوقهای پستی مرتبط با میزبانی یاهو با همان ضوابط احراز هویت، لغو اشتراک و شکایتی که برای یاهو میل اعمال میکنید. اگر شما ESP گزارشهای مربوط به تعویقهای «یاهو» در حالی که نرخ بازگشت سخت AOL به طور موازی افزایش مییابد، فرض را بر فشار سیاست مشترک بگذارید تا زمانی که گزارشها خلاف آن را ثابت کنند.
این سطح مشترک همچنین به این معنی است که بازخورد شکایات از طریق CFL یاهو میتواند در صورت تنظیم صحیح ثبتنام، گزارشهای اسپم کاربران AOL را نشان دهد. صرف نظر از اینکه آدرس اصلی یاهو یا AOL بوده است، ARFها را به سرکوب تبدیل کنید.
مثبتهای کاذب، غیرفعال شدن صندوقهای پستی و محدودیتهای اعتبارسنجی
افزایش ناگهانی تعداد کاربران قدیمی یاهو تا حدودی به دلیل پاکسازی حسابهای کاربری غیرفعال بود: هویتهای استفاده نشده میتوانستند غیرفعال، حذف و بعداً بازیافت شوند. تأیید ایمیل و ESP SMTP بررسیها میتوانند با حالتهای انتقالی مشکل داشته باشند - صندوق پستی که در یک پنجره بررسی «زنده» به نظر میرسد، ممکن است در صورت غیرفعال شدن توسط یاهو، هنگام ارسال برگشت بخورد، و سپس اگر مالک برگردد، دوباره قابل دسترسی شود. عکس این حالت نیز اتفاق میافتد: آدرسهای بازیافتی از نظر نحوی خوب به نظر میرسند و حتی ممکن است برای مدت کوتاهی ایمیل را برای مالک جدیدی که هرگز به کمپینهای تاریخی شما رضایت نداده است، بپذیرند.
این موارد خاص دلیل این هستند که چرا بهداشت فهرست یک برنامه است، نه یک برنامهی یکباره. CSVترکیب کردن:
- رضایت و تایید ثبت نام در هنگام ثبت نام
- اعتبارسنجی قبل از ارسالهای پرخطر
- سرکوب سریع پرش سخت
- سیاستهای پایان همکاری مبتنی بر تعامل
- حذف شکایات مبتنی بر لامپ کم مصرف (CFL)
دقت به منبع دادهها و تازگی آنها بستگی دارد. فهرستهای ضعیفِ به دست آمده، نتایج مبهمتری نسبت به ثبتنامهای شخص اولِ مبتنی بر اجازه، در یاهو ایجاد میکنند. از اعتبارسنجی برای کاهش ریسکهای قابل اجتناب استفاده کنید - نه اینکه در هر مورد خاص یاهو، ادعای قطعیت داشته باشید.
طرح بازیابی عملی هنگام شروع پرش ایمیل یاهو
- خوانده شده SMTP کد — زبان احراز هویت و سیاست در پاسخ معمولاً به موارد زیر اشاره دارد SPF/DKIM/DMARC یا الزامات فرستنده، نه «بدشانسی». رشته تشخیصی کامل خود را ثبت کنید ESP فروشگاهها؛ یاهو خاطرنشان میکند که رد کردنها باید اطلاعات خطای خاصی را برگردانند.
- ممیزی DNS و ESP امضای — تأیید SPF شامل IP های ارسال زنده، DKIM یاهو را رد میکند، DMARC تراز میشود، و کلیدها با کف طول یاهو مطابقت دارند.
- بررسی سربرگهای بازاریابی — عملکرد لغو اشتراک فهرست را از ابتدا تا انتها در وبمیل یاهو تأیید کنید؛ فوراً به انصرافهای انباشتهشده احترام بگذارید.
- ثبت نام و پردازش CFL — شاکیان را به سرعت سرکوب کنید؛ منابع خلاق را بررسی کنید یا فهرستی از آنها تهیه کنید که باعث افزایش ناگهانی میشوند. لامپ کم مصرف یاهو DKIMمبتنی بر دامنه (نه IP/CIDR).
- بخشبندی یاهو/AOL — در حین اصلاح، ریتمهای تهاجمی یاهو را متوقف کنید؛ ابتدا با تمیزترین و جدیدترین تعاملکنندگان خود از سر بگیرید.
- تمیز کردن و نظارت اعتبارسنجی کنید، موانع سخت را حذف کنید، افراد غیرمشارکتکنندهی مزمن را حذف کنید و به جای انتظار برای بحران بعدی، به نظارت ادامه دهید.
- از پشتیبانی Sender Hub با دقت استفاده کنید — یاهو امکان ایجاد لیست سفید در صندوق ورودی ایمیلها را ارائه نمیدهد. درخواستهای پشتیبانی فرستنده میتواند به بررسی سیگنالهای اعتبار ایمیل کمک کند، اما تضمینی برای قرارگیری ایمیل در لیست نیست.
اگر افزایش ناگهانی حجم ترافیک بخشی از این حادثه باشد، به یاد داشته باشید که یاهو همچنین هشدار میدهد که جهشهای ناگهانی ترافیک میتواند مانند یک فرستندهی در معرض خطر به نظر برسد. بازیابی دریچه گاز ارسال میکند، اتصالات همزمان را محترمانه نگه دارید و مستندسازی کنید DNS/ESP تغییرات را اعمال کنید تا بتوانید تغییرات قابلیت تحویل را با ویرایشهای پیکربندی مرتبط کنید. برای الگوهای محدودکنندهای که از اعتبار در طول اصلاحات محافظت میکنند، به محدود کردن ایمیل برای افزایش سرعت تحویل.
مرحله بعدی نرم
اگر یاهو و AOL سهم قابل توجهی از مخاطبان شما را تشکیل میدهند، رعایت اصول اخلاقی و بهداشت را به عنوان یک برنامه در نظر بگیرید. تأیید کنید SPF, DKIMو DMARC با قوانین منتشر شده یاهو در مورد ارسال انبوه ایمیلها همسو باشید، میزان شکایات را در صندوق ورودی ایمیلها زیر ۰.۳٪ نگه دارید و ایمیلهای بازاریابی را با قابلیت لغو اشتراک با یک کلیک ارسال کنید، قابلیتی که تیم عملیاتی شما واقعاً به آن احترام میگذارد. سپس با اعتبارسنجی و نظارت، پرشهای سخت قابل اجتناب را کاهش دهید تا جریان احراز هویت شده شما برای آدرسهایی که نمیتوانند یا نمیخواهند شما را دریافت کنند، هدر نرود.
وقتی آماده بودید که ریسک لیست را قبل از ارسال بعدی کاهش دهید، DeBounce میتواند به تأیید انبوه، بررسیهای بلادرنگ در هنگام ثبت نام و نظارت مداوم کمک کند - که به عنوان تصمیمات بهتر و کاهش میزان بازگشت/شکایت مطرح میشود، نه قطعیت کامل.
