تحلیل هوشمند و دادهمحور سئو در یک نگاه.
مجموعه ابزارهای اختصاصی و رایگان برای مانیتور هوشمند جایگاه کلمات، سلامت فنی سایت و رفتار رقبا.
بررسی رکوردهای DNS یک دامنه به همراه سلامت ایمیل
رکوردهای A و AAAA و CNAME و NS و MX و TXT و SOA را با TTL میبینید و بالای همهٔ آنها یک وارسی جداگانه برای سه رکوردی که تعیین میکنند ایمیل شما به صندوق ورودی میرسد یا به اسپم.
- بدون ثبت نام
- بررسی SPF و DMARC
- نمایش TTL هر رکورد
ابزار را همین جا در صفحه اجرا کنید
تمام رکوردهای DNS دامنه، به همراه وارسی SPF و DMARC که تعیین میکنند ایمیل شما در پوشهٔ اسپم بنشیند یا نه.
- هزینه رایگان
- منبع داده سرور خودمان
- دسترسی بدون ثبت نام
جواب کوتاه
رکوردهای DNS مشخص میکنند نام دامنهٔ شما به کدام سرور اشاره کند و ایمیل شما از کجا مجاز به ارسال است. اگر ایمیلهای سایت به اسپم میروند، علت تقریبا همیشه نبود یا نادرست نوشته شدن رکورد SPF یا DMARC است.
در SPF مشخص میشود چه سرورهایی حق دارند با نام دامنهٔ شما ایمیل بفرستند. نبود این رکورد یعنی سرور مقصد نمیتواند تشخیص دهد پیامی که خود را از info@ دامنهٔ شما جا میزند اصیل است یا نه، و طبیعی است که محتاطانه رفتار کند و پیام را به اسپم بفرستد. رکورد DMARC لایهٔ بعد است: به سرور مقصد دستور میدهد با پیامی که از این بررسی رد شود چه کند.
مقدار TTL هم دیدن دارد و معمولا وقتی به آن توجه میشود که کار از کار گذشته. TTL تعداد ثانیههایی است که سرورهای DNS در سطح جهان پاسخ قبلی را در حافظه نگه میدارند. پیش از جابه جایی هاست، یک روز جلوتر TTL رکورد A را پایین بیاورید؛ اگر این کار انجام نشود، ممکن است شماری از کاربران تا ساعتها بعد از انتقال همچنان به سرور قدیمی وصل شوند.
رکورد NS نکتهٔ خودش را دارد: محل ادارهٔ DNS دامنه همیشه همان محل میزبانی سایت نیست. در پروژههایی که چند نفر روی آن کار کردهاند، این دو تقریبا همیشه از هم فاصله گرفتهاند. اگر در پنل هاست تنظیمی را عوض کردید و هیچ تغییری دیده نشد، درستترین سوال این است که DNS این دامنه اصلا کجا مدیریت میشود.
منبع و روش تامین داده
پرس وجوی مستقیم DNS از سرور ما. دقت کنید پاسخ ممکن است با آنچه داخل ایران میبینید تفاوت داشته باشد، چون برخی سرویسها به IPهای مختلف پاسخ متفاوت میدهند. DKIM اینجا وارسی نمیشود، چون سلکتور آن وابسته به سرویس ایمیل شماست و بدون دانستن سلکتور نمیتوان صادقانه گفت وجود دارد یا نه.
در چه موقعیتی به کار میآید
پس از کوچ هاست، برای اطمینان از انتقال درست رکوردها. یا زمانی که ایمیلهای سایت به اسپم میروند، که تقریبا همیشه یعنی SPF یا DMARC ندارید.
جایی که کارساز نیست
به عمد سراغ DKIM نمیرویم. خواندن DKIM به یک سلکتور نیاز دارد که وابسته به سرویس ایمیل شماست و بدون دانستن آن نمیتوان با اطمینان گفت رکورد وجود دارد یا نه؛ این را باید در پنل سرویس ایمیل خودتان دید. قید دوم فنی است: پرس وجو از سرور ما اجرا میشود و بعضی سرویسهای DNS برای IPهای گوناگون پاسخهای متفاوت میدهند، پس خروجی این صفحه لزوما با آنچه کاربر داخل ایران دریافت میکند برابر نیست.
هزینه
اجرای این ابزار روی زیرساخت خودمان است و هیچ دادهٔ خریداری شدهای پشت آن نیست، پس هزینه ندارد و همین طور میماند. تنها محدودیتش یک سقف روزانه است که نمیگذارد یک ربات کل ظرفیت را اشغال کند.
سقف روزانه به ازای هر بازدیدکننده شمرده میشود. اگر بیش از آن نیاز دارید، یک حساب بی هزینه سقفتان را بالا میبرد.
پرسشهای متداول دربارهٔ این ابزار
اعمال شدن تغییر یک رکورد DNS چه قدر زمان میبرد؟
عدد ثابتی ندارد و به TTL همان رکورد گره خورده است. تا پایان آن بازه، سرورهایی که پاسخ قبلی را کش کردهاند همان را تحویل میدهند. برای همین، ترتیب درست این است که پیش از هر تغییر برنامه ریزی شده اول TTL پایین بیاید و بعد رکورد عوض شود.
برای اینکه ایمیل سایت به اسپم نرود، حداقل چه چیزی لازم است؟
سه رکورد: یک MX درست که به سرویس ایمیل واقعی تان اشاره کند، یک SPF که همان سرویس را مجاز اعلام کند، و یک DMARC، حتی با سیاست none. رکورد سوم بدون مسدود کردن هیچ چیز فقط گزارش میدهد و برای آغاز کافی است.
DNS دامنهام کجا مدیریت میشود؟
در همین خروجی، رکوردهای NS جواب را میدهند. آن نامها معلوم میکنند کدام سرویس DNS دامنه را در اختیار دارد؛ همان جا باید وارد شوید تا رکوردی را تغییر دهید.