مایکروسافت SNDS: مشکلات صندوق ورودی هات‌میل و اوت‌لوک خود را حل کنید

معیارهای کمپین شما خوب به نظر می‌رسند و احراز هویت شما تنظیم شده است. محتوا قوی است و نرخ باز شدن ایمیل‌ها معقول است. با این حال، بخشی از مخاطبان شما از Outlook یا Hotmail استفاده می‌کنند و برای آنها، پیام‌های شما به صورت ناخواسته ارسال می‌شوند.

مشکل در زیرساخت مایکروسافت اتفاق می‌افتد و شما هیچ دیدی نسبت به آن ندارید. ممکن است روزها را صرف آزمایش خطوط موضوع یا تنظیم زمان ارسال کنید تا اینکه متوجه شوید مشکل در وهله اول هیچ ارتباطی با محتوا ندارد.

این چیزی است که Microsoft SNDS به آن کمک می‌کند. این یک ابزار رایگان است که نشان می‌دهد مایکروسافت چگونه IP ارسالی شما را می‌بیند، که اگر ایمیل‌ها را به آدرس‌های Outlook، Hotmail یا Live در مقیاس بزرگ ارسال می‌کنید، مهم است. درک این داده‌ها اولین قدم برای بهبود شماست. تحویل ایمیل با اکوسیستم مایکروسافت.

سرویس داده هوشمند شبکه مایکروسافت (SNDS) چیست؟

مایکروسافت SNDS (خدمات داده شبکه هوشمند) یک پورتال اعتبارسنجی رایگان است که به سازمان‌های فرستنده این امکان را می‌دهد که ببینند مایکروسافت چگونه IPهایی را که از آنها ایمیل ارسال می‌کنند، مشاهده می‌کند. این پورتال، اکوسیستم صندوق پستی مصرف‌کننده مایکروسافت را پوشش می‌دهد: Outlook.com، Hotmail، Live و MSN. با توجه به اینکه Outlook سهم بزرگی از صندوق‌های ورودی جهانی را تشکیل می‌دهد، درک نحوه فیلتر کردن ایمیل‌ها توسط مایکروسافت برای هر فرستنده جدی ضروری است.

برخلاف ابزارهای مدیریت ایمیل گوگل که بر دامنه‌ها تمرکز دارد، SNDS بر آدرس‌های IP تمرکز دارد. داده‌ها به IP خاصی که از آن ارسال می‌کنید مرتبط هستند، نه به دامنه شما. اگر از چندین IP استفاده می‌کنید، هر کدام اعتبار خاص خود را دارند. این مهم است زیرا دامنه شما می‌تواند به درستی با SPF و DKIM تنظیم شود، اما اگر IP ارسال‌کننده اعتبار بدی داشته باشد یا با سایر فرستندگانی که هرزنامه ارسال می‌کنند به اشتراک گذاشته شود، ایمیل‌های شما همچنان می‌توانند عملکرد ضعیفی داشته باشند.

این امر به ویژه برای بازاریابانی که از زیرساخت ارسال مشترک استفاده می‌کنند، اهمیت دارد. اگر ESP شما کمپین‌های شما را از طریق IPهای مشترک هدایت می‌کند، اعتبار شما در SNDS تا حدی توسط آنچه سایر فرستندگان روی آن IPها انجام می‌دهند، شکل می‌گیرد، نه فقط رفتار خودتان. این یکی از قوی‌ترین استدلال‌ها برای انتقال به IPهای اختصاصی در زمانی است که حجم ارسال شما آن را توجیه می‌کند، و برای نظارت دقیق بر SNDS صرف نظر از تنظیمات زیرساخت شما.

لازم به ذکر است که SNDS یک ابزار گزارش‌دهی است، نه یک لیست سفید. ثبت IP شما در SNDS به طور خودکار قابلیت تحویل ایمیل شما را بهبود نمی‌بخشد یا تضمین نمی‌کند که ایمیل شما در صندوق ورودی قرار گیرد. کاری که انجام می‌دهد این است که داده‌های دقیقی از رفتار ارسال شما (میزان شکایات، نتایج فیلتر و موارد مشابه) که توسط مایکروسافت تهیه شده‌اند را در اختیار شما قرار می‌دهد تا بتوانید در مورد مشکلات اقدام کنید.

نحوه تنظیم و تأیید حساب SNDS شما

دسترسی به SNDS نیاز به یک حساب کاربری مرتبط با مایکروسافت و یک مرحله تأیید دارد که تأیید می‌کند شما آدرس‌های IP مورد نظر برای نظارت را کنترل می‌کنید.

مرحله ۱: درخواست دسترسی

به پورتال SNDS (postmaster.live.com/snds) بروید و با یک حساب مایکروسافت وارد شوید. درخواستی برای دسترسی به محدوده IP خاص خود ارسال کنید. مایکروسافت قبل از اعطای دسترسی، این درخواست‌ها را بررسی می‌کند.

مرحله ۲: تأیید مالکیت IP

مایکروسافت دو روش تأیید اولیه ارائه می‌دهد:

• تأیید مبتنی بر WHOIS: مایکروسافت یک آدرس ایمیل فهرست‌شده در رکورد WHOIS برای محدوده IP شما را شناسایی می‌کند و یک کد تأیید به آنجا ارسال می‌کند.
• نام مستعار رئیس پست/توهین: اگر آدرس postmaster@ یا abuse@ مرتبط با دامنه ارسال خود دارید، مایکروسافت می‌تواند از طریق یکی از آنها تأیید کند.

اگر هیچ‌کدام از این گزینه‌ها برای تنظیمات شما ساده نیست، مثلاً اگر داده‌های WHOIS شما دارای حفاظت از حریم خصوصی است یا نام‌های مستعار سوءاستفاده شما هنوز پیکربندی نشده‌اند، قبل از اقدام به ثبت‌نام، این موارد را مرتب کنید. [ایمیل محافظت شده] صرف نظر از SNDS، آدرس ایمیل یک روش عملیاتی خوب است و برای برخی حلقه‌های بازخورد در چندین ارائه‌دهنده صندوق ورودی، و نه فقط مایکروسافت، الزامی است.

مرحله 3: همزمان JMRP را تنظیم کنید

وقتی در پورتال SNDS هستید، در برنامه گزارش ایمیل‌های ناخواسته (JMRP) ثبت‌نام کنید. این حلقه بازخورد مایکروسافت است: وقتی گیرندگان پیام‌های شما را به عنوان هرزنامه علامت‌گذاری می‌کنند، یک کپی از گزارش‌های شکایت برای شما ارسال می‌شود. JMRP و SNDS با هم کار می‌کنند: SNDS معیارهای اعتبار کلی شما را نشان می‌دهد؛ JMRP سیگنال‌های شکایت فردی را به شما می‌دهد.

تنظیم همزمان هر دو، از همان ابتدا نمای کاملی از نحوه مدیریت ایمیل‌های شما توسط مایکروسافت به شما می‌دهد. اگر فقط به SNDS تکیه کنید، نتیجه را می‌بینید اما دلیل آن را نمی‌بینید.

معیارهای ضروری SNDS مایکروسافت

وقتی دسترسی پیدا کردید، روی سه نکته کلیدی در SNDS تمرکز کنید:

نتایج را فیلتر کنید

نتیجه فیلتر، معیار اصلی است: وضعیتی با کد رنگی که خلاصه می‌کند فیلترهای اسپم مایکروسافت چگونه با ایمیل‌های دریافتی از IP شما برخورد می‌کنند.

• سبز: نرخ هرزنامه پایین. ایمیل شما به طور عادی ارسال می‌شود.
• رنگ زرد: در مرز. بخشی از ایمیل شما فیلتر می‌شود. این یک سیگنال هشدار دهنده است که ارزش بررسی فوری را دارد.
• قرمز: نرخ بالای هرزنامه یا مسدود شدن فعال. ایمیل‌های دریافتی از این IP با حجم قابل توجهی رد می‌شوند یا به هرزنامه هدایت می‌شوند.

وضعیت قرمز در روز ارسال، نشانه‌ی واضحی از وجود مشکل در لیست یا رفتار ارسال مرتبط با آن IP است. در بیشتر موارد، این به معنای آدرس‌های مشکل‌دار (نامعتبر، غیرفعال یا مبتنی بر نقش) است که در ارسال شما قرار گرفته‌اند. اجرای لیست خود از طریق DeBounce قبل از ارسال، یک راه عملی برای جلوگیری از این نتیجه است. شناسایی این آدرس‌ها در مسیر ورود، آسان‌تر از ترمیم اعتبار آنها پس از فعال شدن فیلترینگ است.

زرد را به عنوان یک علامت عبور در نظر نگیرید. وضعیت زرد نشان می‌دهد که فیلترهای مایکروسافت در حال حاضر بررسی دقیق‌تری روی IP شما اعمال می‌کنند. اگر به آن رسیدگی نشود، زرد در روزهای ارسال بعدی به قرمز تبدیل می‌شود، به خصوص اگر مشکل کیفیت لیست برطرف نشده باشد. آن را به عنوان یک هشدار اولیه در نظر بگیرید و سریعاً برای رفع آن اقدام کنید.

نرخ شکایت

نرخ شکایت، درصد پیام‌های تحویل داده شده شما را که گیرندگان به عنوان هرزنامه علامت‌گذاری کرده‌اند، نشان می‌دهد. مایکروسافت معمولاً وقتی این میزان به حدود ۰.۱٪ یا حدود یک شکایت در هر ۱۰۰۰ پیام می‌رسد، شروع به علامت‌گذاری مشکلات می‌کند.

نرخ بالاتر از آن آستانه نه تنها بر وضعیت SNDS شما تأثیر می‌گذارد، بلکه بر نحوه برخورد مایکروسافت با ایمیل‌های آینده از IP شما نیز تأثیر می‌گذارد، بنابراین نرخ بالای شکایات می‌تواند به سرعت به اعتبار شما آسیب برساند.

همچنین لازم به ذکر است که شکایات همیشه به معنای ضعیف بودن محتوای شما نیستند. در بسیاری از موارد، این شکایات به این دلیل اتفاق می‌افتند که گیرندگان ثبت‌نام را به خاطر نمی‌آورند یا احساس می‌کنند ایمیل‌های زیادی دریافت می‌کنند. هر دو به کیفیت فهرست و شیوه‌های ارسال (و نه خود پیام) اشاره دارند.

ضربات تله

تله‌های اسپم یکی از جدی‌ترین سیگنال‌ها در SNDS هستند. مایکروسافت بین انواع تله‌ها تمایز قائل می‌شود، از جمله تله‌های بکر تله‌های بکر، آدرس‌هایی هستند که هرگز برای ایمیل‌های قانونی استفاده نشده‌اند: آن‌ها صرفاً برای گیر انداختن فرستندگانی وجود دارند که از فهرست‌های کپی‌شده، خریداری‌شده یا قدیمی استفاده می‌کنند.

تله‌های بازیافتیاز سوی دیگر، آدرس‌های فعال قبلی هستند که رها، غیرفعال و سپس به عنوان تله مورد استفاده مجدد قرار گرفته‌اند. علامت زدن تله‌های بازیافتی نشان می‌دهد که لیست شما حاوی آدرس‌هایی است که زمانی واقعی بوده‌اند اما از آن زمان غیرفعال شده‌اند، که این یک مشکل رایج در لیست‌هایی است که مدت زیادی است تأیید یا دوباره فعال نشده‌اند.

اگر با تله‌های بی‌عیب و نقص مواجه می‌شوید، به این معنی است که لیست شما شامل آدرس‌هایی است که هرگز انتخاب نشده‌اند. پاسخ باید فوری باشد: ارسال از آن IP را متوقف کنید، و همچنین تأیید کنید و لیست را تمیز کنیدادامه دادن به ارسال در حالی که تله‌ها وجود دارند، به سرعت به شما آسیب می‌رساند. شهرت فرستنده و بهبودی را دشوارتر می‌کند.

مزایای کلیدی نظارت بر SNDS در سال 2026

نظارت بر SNDS به شما بینش مستقیمی در مورد نحوه ارزیابی فعالیت ارسال شما توسط مایکروسافت در طول زمان می‌دهد. به جای تکیه بر سیگنال‌ها یا فرضیات غیرمستقیم، می‌توانید ببینید چه اتفاقی می‌افتد و بر اساس داده‌های واضح و قابل اعتماد پاسخ دهید.

تشخیص ارسال‌های مشکوک یا غیرمجاز

یکی از کاربردی‌ترین کاربردهای SNDS، شناسایی IPهای «زامبی» (زیرساخت‌های ارسال درون شبکه شما که به خطر افتاده‌اند و بدون اطلاع شما هرزنامه ارسال می‌کنند) است. اگر SNDS نرخ شکایات بالایی را نشان دهد یا در IP که شما آن را فعال نمی‌دانید، تله‌هایی ایجاد کند، این نشانه‌ای برای بررسی در سطح زیرساخت است. برای سازمان‌هایی که محیط‌های ارسال بزرگ یا میزبانی مشترک را مدیریت می‌کنند، دستیابی به این سطح از قابلیت مشاهده از هر ابزار رایگان دیگری دشوار است.

داده‌های روند تاریخی

SNDS داده‌های روزانه ارائه می‌دهد، نه فقط یک تصویر لحظه‌ای از وضعیت فعلی. شما می‌توانید روزهای وضعیت قرمز یا زرد را با کمپین‌های خاص، بخش‌های فهرست یا تغییرات IP مرتبط کنید. این نمای تاریخی، شناسایی علت اصلی مشکل اعتبار را بسیار آسان‌تر می‌کند، نه اینکه صرفاً بر اساس معیارهای کلی کار کنید. اگر سه‌شنبه یک کمپین جذب مجدد اجرا کردید و دیدید که وضعیت زرد در روز چهارشنبه ظاهر شد، SNDS داده‌هایی را در اختیار شما قرار می‌دهد تا آن دو رویداد را به هم متصل کنید و بر اساس آن عمل کنید.

شواهد درخواست‌های حذف از فهرست

اگر آی‌پی شما توسط مایکروسافت مسدود شود و نیاز داشته باشید که از طریق پشتیبانی تحویل‌پذیری مایکروسافت درخواست حذف از فهرست را ارسال کنید، داده‌های SNDS مدرک شما هستند. می‌توانید نشان دهید که نرخ شکایات و موارد مشکوک به دام کاهش یافته است، گام‌های اصلاحی که برداشته‌اید را نشان دهید و به تیم پشتیبانی چیزی مشخص برای ارزیابی ارائه دهید. بدون این داده‌ها، پشتیبانی از درخواست‌های حذف از فهرست دشوارتر است و پردازش آنها زمان بیشتری می‌برد. فرستندگانی که می‌توانند روند نزولی واضحی در نرخ شکایات نشان دهند و هیچ مورد مشکوکی به دام اخیر نداشته باشند، در موقعیت بسیار قوی‌تری نسبت به کسانی هستند که درخواست‌ها را بدون داده‌های پشتیبان ارسال می‌کنند.

نحوه استفاده از داده‌های SNDS برای بهبود اعتبار فرستنده

داده‌های SNDS زمانی بیشترین فایده را دارند که به طور مداوم برای شناسایی الگوها و هدایت تصمیم‌گیری‌ها استفاده شوند. به جای مشاهده معیارها به صورت جداگانه، آنچه SNDS نشان می‌دهد را با فعالیت ارسال، کیفیت لیست و تغییرات زیرساخت خود مرتبط کنید.

روزهای وضعیت قرمز را با نرخ خرابی گیرنده مطابقت دهید

در SNDS، روزهایی را که نتایج فیلتر ضعیفی دارند با تعداد خطاهای RCPT (گیرنده) خود مقایسه کنید. اگر خطاهای بالای RCPT با وضعیت قرمز (Red) همسو باشند، معمولاً به مشکلات کیفیت لیست، مانند تعداد زیاد آدرس‌های نامعتبر یا غیرفعال، اشاره دارد. این ترکیب، سیگنال قوی است که لیست شما قبل از ارسال بعدی نیاز به اصلاح دارد.

همچنین بررسی لاگ‌های برگشتی ESP شما در کنار داده‌های SNDS مفید است. این کار دید واضح‌تری از اینکه کدام بخش‌ها بیشترین خرابی را ایجاد می‌کنند، ارائه می‌دهد.

از دسترسی خودکار به داده‌ها در SNDS استفاده کنید

به جای ورود دستی به پورتال هر روز، SNDS یک ویژگی دسترسی خودکار به داده‌ها ارائه می‌دهد که به شما امکان می‌دهد معیارها را به صورت برنامه‌ریزی شده از طریق یک URL درخواست دریافت کنید. تنظیم این ویژگی به این معنی است که می‌توانید اعتبار IP خود را تقریباً به صورت بلادرنگ رصد کنید، داده‌های SNDS را در داشبوردهای خود ادغام کنید و بدون بررسی دستی، دید سریع‌تری نسبت به تغییرات داشته باشید. برای تیم‌هایی که در مقیاس بزرگ ارسال می‌کنند، این تنظیمات ارزشش را دارد. در روزهای شلوغ، که اغلب اوقات بیشترین اهمیت را دارند، می‌توان به راحتی از نظارت دستی صرف نظر کرد.

نظارت بر گرم شدن IP با SNDS

اگر در حال آماده‌سازی یک IP جدید هستید، SNDS نشان می‌دهد که مایکروسافت چگونه با افزایش حجم ارسال شما واکنش نشان می‌دهد. با حجم‌های کم شروع کنید، نتایج فیلتر خود را هر روز بررسی کنید و فقط زمانی که وضعیت سبز پایدار را مشاهده کردید، مقیاس‌بندی را انجام دهید.

افزایش خیلی سریع صدا یک اشتباه رایج در طول گرم کردن است. SNDS به وضوح نشان می‌دهد که چه زمانی سریع‌تر از آنچه فیلترهای مایکروسافت می‌توانند مدیریت کنند، حرکت می‌کنید. وضعیت سبز مداوم در چند هفته اول، سیگنال قوی است که می‌توانید با خیال راحت صدا را افزایش دهید.

به‌روزرسانی‌ها و تغییرات امنیتی مهم ۲۰۲۶

به‌روزرسانی‌های اخیر SNDS و ابزارهای مرتبط، نحوه دسترسی شما به داده‌ها و مدیریت قابلیت تحویل را تغییر می‌دهد. همگام شدن با این تغییرات برای جلوگیری از شکاف در نظارت و تنظیم نحوه مدیریت کیفیت لیست، مهم است.

مهاجرت به پورتال جدید SNDS

مایکروسافت دسترسی SNDS را به اکوسیستم پشتیبانی فرستنده/مدیر پست مایکروسافت منتقل کرد. هرگونه لینک ذخیره شده به پورتال قدیمی دیگر کار نمی‌کند. مطمئن شوید که تیم شما از URL صحیح استفاده می‌کند و هرگونه اسکریپت خودکار به‌روزرسانی شده است. اگر اخیراً تنظیمات نظارت بر تحویل شما بررسی نشده است، اکنون زمان آن رسیده است. اجرا بر روی اسکریپت‌های خراب می‌تواند شکاف‌هایی در داده‌های شما ایجاد کند که تا زمانی که مشکل جدی نشود، متوجه آن نخواهید شد.

الزامات چرخش کلید API

کلیدهای API مورد استفاده برای دسترسی به داده‌های SNDS ممکن است به صورت مکرر، اغلب در یک چرخه ماهانه، منقضی شوند. اگر یک کلید منقضی شود، نظارت شما می‌تواند بدون هشدار متوقف شود. یادآوری‌هایی را برای تمدید به موقع کلیدها تنظیم کنید یا بررسی‌هایی را در گردش کار خود ایجاد کنید تا نظارت فعال بماند.

ویرایش پیشرفته حریم خصوصی در JMRP

مایکروسافت اکنون آدرس ایمیل گیرنده‌ی شکایت‌کننده را در گزارش‌های JMRP حذف می‌کند. پیش از این، می‌توانستید آدرس‌های خاصی را که شکایت می‌کردند شناسایی کرده و آنها را از لیست خود حذف کنید. این دیگر امکان‌پذیر نیست.

این تغییر، نحوه‌ی عملکرد مدیریت لیست را تغییر می‌دهد. پاکسازی مبتنی بر شکایت دیگر قابل اعتماد نیست، زیرا مشکل تنها پس از تأثیر بر معیارهای شما قابل مشاهده است. پایین نگه داشتن نرخ شکایات اکنون به بهداشت پیشگیرانه‌ی لیست بستگی دارد: پاکسازی و تأیید لیست شما قبل از ارسال، به جای واکنش نشان دادن پس از ظاهر شدن شکایات.

SNDS سلامت شما را رصد می‌کند، بهداشت فهرست شما را سالم نگه می‌دارد

SNDS مایکروسافت به عنوان یک بررسی سلامت برای IP ارسالی شما با Outlook و Hotmail عمل می‌کند. این نشان می‌دهد که فیلترهای مایکروسافت چگونه با ایمیل‌های شما رفتار می‌کنند، چه قابل اعتماد، چه مرزی یا به عنوان هرزنامه علامت‌گذاری شده‌اند. با این حال، SNDS فقط نتیجه را نشان می‌دهد. با توجه به اینکه JMRP اکنون آدرس‌های شکایت را اصلاح می‌کند، رفع مشکلات پس از وقوع دیگر قابل اعتماد نیست. تنها رویکرد ثابت، جلوگیری از مشکلات قبل از شروع آنها با تمیز کردن لیست خود قبل از هر ارسال بزرگ، حذف آدرس‌های نامعتبر، یکبار مصرف و پرخطر قبل از اینکه باعث شکایت شوند یا به تله‌های هرزنامه بیفتند، است.

استفاده همزمان از SNDS و اعتبارسنجی منظم لیست، یک نمای کلی به شما می‌دهد: SNDS عملکرد IP شما را نشان می‌دهد، در حالی که اعتبارسنجی تضمین می‌کند داده‌هایی که برای آنها ارسال می‌کنید دقیق هستند. فرستندگانی که وضعیت سبز ثابتی را در SNDS حفظ می‌کنند، معمولاً کسانی هستند که بهداشت لیست را به عنوان یک فرآیند مداوم در نظر می‌گیرند.

لیست خود را در DeBounce آپلود کنید قبل از ارسال بعدی شما. این سرویس، سینتکس، DNS، رکوردهای MX و وجود صندوق پستی را بررسی می‌کند، بنابراین نتایج فیلتر SNDS شما سبز می‌ماند، نرخ شکایات پایین می‌ماند و قابلیت تحویل Outlook پایدار می‌ماند. می‌توانید از اعتبار سنجی ایمیل برای بررسی‌های لحظه‌ای در هنگام ثبت نام یا اجرای اعتبارسنجی انبوه روی فهرست موجود خود. برای مشاهده کیفیت داده‌های خود، با ۱۰۰ تأیید رایگان شروع کنید.