اگر ایمیلهای شما «ارسال میشوند» اما به اینباکس نمیرسند، مسئلهتان افزایش Open Rate نیست؛ مسئله «تحویلپذیری ایمیل» یا email deliverability است. Deliverability یعنی احتمال اینکه پیام شما از فیلترهای امنیتی و ضداسپم عبور کند، در پوشه Inbox دیده شود، و بهخاطر مشکلات فنی/ریپوتیشن، برگشت نخورد یا به Spam/Junk نرود.
در این راهنما، با رویکرد کاملاً عملی و مرحلهای جلو میرویم: از تنظیمات احراز هویت دامنه تا مدیریت لیست و ریپوتیشن، و در نهایت یک چکلیست دقیق برای گرمکردن دامنه (Warm-up) و ابزارهای تست.
این مقاله برای چه کسانی است؟
- کسبوکارهایی که تازه دامنه/زیر دامنه ایمیلی ساختهاند و میخواهند ارسال را شروع کنند.
- تیمهای مارکتینگ که با اسپم شدن یا افت ناگهانی عملکرد مواجه شدهاند.
- کسانی که میخواهند بهجای ترفندهای سطحی، با اصول درست inbox placement را پایدار کنند.
نکته: ممکن است بعد از تثبیت deliverability، به سراغ بهینهسازی نرخ بازشدن هم بروید؛ اگر به آن نیاز داشتید، میتوانید مقاله بهبود نرخ بازگشایی ایمیل (Open Rate) را جداگانه ببینید، اما این راهنما عمداً تمرکزش روی رسیدن ایمیل به اینباکس است.
Table of Contents
- تعریف دقیق deliverability و تفاوت با delivery
- اینکه ایمیل کجا فرود میآید چگونه تصمیمگیری میشود؟
- استراتژی دامنه: دامنه اصلی یا زیردامنه ارسال؟
- تنظیم SPF: ساخت رکورد درست و خطاهای رایج
- تنظیم DKIM: امضای صحیح و نکات کلیدی
- تنظیم DMARC: سیاستها، گزارشها و مسیر سختگیرانه
- مدیریت لیست و بهداشت داده برای جلوگیری از اسپم
- ریپوتیشن و سیگنالها: چه چیزهایی شما را بالا/پایین میبرد
- چکلیست گرمکردن دامنه (Warm-up) مرحلهای
- ابزارهای تست و عیبیابی deliverability
- اشتباهات رایج
- سؤالات متداول
1) deliverability دقیقاً چیست و چه فرقی با delivery دارد؟
دو مفهوم که زیاد با هم اشتباه میشوند:
- Delivery: ایمیل از سمت سرویس ارسال شما تحویل سرور گیرنده شده و برگشت نخورده است.
- Deliverability (تحویلپذیری ایمیل): ایمیل علاوه بر تحویل شدن، با احتمال بالایی در Inbox دیده میشود (نه Spam/Junk/Promotions بسته به سرویس).
پس ممکن است شما Delivery خوبی داشته باشید (بانس کم)، اما email deliverability ضعیف باشد (ایمیلها در اسپم فرود بیایند). هدف این مقاله، افزایش «inbox placement» است.
2) ایمیل شما چرا و چگونه به Inbox یا Spam میرود؟
گیرندهها (Gmail/Outlook/Yahoo و …) با ترکیبی از سیگنالهای فنی و رفتاری تصمیم میگیرند:
- اعتبار فنی دامنه: وجود و صحت SPF/DKIM/DMARC
- ریپوتیشن فرستنده: سابقه شکایت اسپم، بانس، الگوی ارسال و کیفیت لیست
- هماهنگی هویتها: اینکه From domain، Return-Path و DKIM domain همسو باشند
- کیفیت لیست و تعامل: گیرندهها به رفتار واقعی مخاطب حساساند (حذف، اسپم، بیتعامل بودن طولانی)
در عمل، اگر شما email deliverability را «سیستمی» ببینید، موفقتر میشوید: احراز هویت درست + لیست سالم + الگوی ارسال منطقی + پایش مداوم.
3) استراتژی دامنه: از دامنه اصلی ارسال کنیم یا زیردامنه؟
برای بسیاری از کسبوکارها بهترین کار این است که ارسالهای بازاریابی را از یک زیردامنه انجام دهند (مثلاً mail.example.com یا news.example.com) و ارسالهای تراکنشی را جدا نگه دارند. دلیل:
- ریسک کمپینهای بازاریابی (شکایت اسپم/غیرفعالها) روی ایمیلهای حیاتی مثل فاکتور/کد ورود کمتر اثر میگذارد.
- کنترل و مانیتورینگ ریپوتیشن شفافتر میشود.
اگر تازهکارید یا حجم ارسال شما متوسط است، همین جداسازی کمک بزرگی به deliverability میکند.
4) تنظیم SPF: رکورد درست، محدودیتها و خطاهای رایج
SPF یکی از پایههای email deliverability است و به گیرنده میگوید چه سرورهایی اجازه دارند «از طرف دامنه شما» ایمیل ارسال کنند. SPF در DNS بهصورت TXT رکورد تنظیم میشود.
چطور SPF را درست بسازیم؟
منطق ساده است: تمام سرویسهایی که به نام دامنه شما ارسال میکنند باید در SPF مجاز شوند (ESP، سرویس CRM، سیستم سایت، سرویس تیکتینگ و …). مثال عمومی (نمونه، نه نسخه نهایی):
v=spf1 include:... include:... -all
نکته مهم: SPF باید «یک رکورد» باشد؛ چند SPF جداگانه باعث خطا میشود.
خطاهای رایج SPF که inbox را نابود میکند
- داشتن چند رکورد SPF برای یک دامنه
- فراموش کردن یکی از سرویسهای ارسال (مثلاً سایت یا CRM)
- عبور از محدودیت DNS lookup (بیش از حد include/redirect)
اگر شک دارید، اول همه منابع ارسال را لیست کنید، سپس SPF را یکپارچه بسازید. این پایه برای email deliverability است، اما کافی نیست.
5) تنظیم DKIM: امضای دیجیتال و چرا از SPF مهمتر میشود
DKIM به ایمیل شما «امضای رمزنگاریشده» اضافه میکند تا گیرنده مطمئن شود پیام در مسیر دستکاری نشده و واقعاً از دامنه شما مجاز شده است. DKIM هم با TXT رکورد در DNS فعال میشود و معمولاً از طرف سرویس ارسال (ESP) کلید/selector میگیرید.
نکات کلیدی DKIM برای deliverability
- DKIM را برای همان دامنه/زیردامنهای فعال کنید که در From استفاده میکنید.
- اگر سرویس شما امکانش را دارد، کلیدهای قویتر و چرخش دورهای (rotation) را جدی بگیرید.
- بعد از فعالسازی، حتماً در هدر ایمیل تست کنید که DKIM=pass است (در ابزارهای تست).
در بسیاری از سناریوها، وقتی DKIM درست و پایدار باشد، email deliverability به شکل محسوسی بهتر میشود؛ مخصوصاً در سرویسهایی که به همسویی هویتها حساساند.
6) تنظیم DMARC: سیاست، گزارش و مسیر امن برای سختگیری
DMARC لایه سیاستگذاری است: به گیرنده میگوید اگر SPF/DKIM هماهنگ نبودند یا شکست خوردند، چه رفتاری داشته باشد. همچنین گزارش میدهد چه کسانی دارند از دامنه شما سوءاستفاده میکنند.
سه سیاست DMARC (Policy)
- p=none: فقط گزارشگیری (برای شروع عالی است)
- p=quarantine: پیامهای نامعتبر را مشکوک/اسپم در نظر بگیر
- p=reject: پیامهای نامعتبر را رد کن
مسیر پیشنهادی برای اغلب تیمها: ابتدا p=none برای 2 تا 4 هفته، سپس با تحلیل گزارشها به سمت quarantine و در نهایت reject بروید. این کار هم امنیت برند را بالا میبرد، هم به email deliverability کمک میکند چون هویت شما برای گیرنده «قابل اتکا» میشود.
DMARC چه چیزهایی را مجبور میکند؟ (Alignment)
ایدهاش این است که دامنهای که در From دیده میشود، باید با دامنهای که SPF یا DKIM تأیید میکند همسو باشد. این همسویی یکی از ستونهای inbox placement است.
7) مدیریت لیست: بهداشت داده، رضایت و حذف هوشمند
حتی با SPF/DKIM/DMARC عالی، اگر لیست شما ناسالم باشد، email deliverability سقوط میکند. معیارهای کلیدی:
- منبع جذب: لیست خریداریشده یا تجمیعی تقریباً همیشه فاجعه است.
- کیفیت ایمیلها: غلط تایپی، دامنههای موقت، آدرسهای نقشمحور (مثل info@) ریسک را بالا میبرد.
- بهروزرسانی و حذف: نگه داشتن مخاطب بیتعامل برای ماهها، سیگنال منفی است.
چارچوب عملی برای پاکسازی لیست
- تفکیک مخاطبان جدید از قدیمیها؛ جدیدها را با حجم کمتر و کنترلشدهتر ارسال کنید.
- قانون عدم تعامل تعیین کنید (مثلاً 60 یا 90 روز بدون کلیک/بازکردن) و آنها را وارد مسیر بازفعالسازی کنید.
- حذف یا توقف ارسال به کسانی که بازفعال نمیشوند (به جای اصرار بیپایان).
اگر به دنبال ساخت مسیرهای استاندارد برای جذب و فعالسازی هستید، مقاله چکلیست گامبهگام اتوماسیون ایمیل خوشامدگویی و ریکاوری سبد خرید میتواند کمک کند، چون اتوماسیون درست معمولاً تعامل را بالا میبرد و در نتیجه deliverability هم بهتر میشود.
8) ریپوتیشن و سیگنالها: چه چیزهایی روی شما اثر میگذارد؟
تحویلپذیری ایمیل یک «سیستم امتیازدهی نانوشته» است. گیرندهها به نشانههای زیر حساساند:
- شکایت اسپم (Spam complaint): مهمترین زنگ خطر
- نرخ برگشت (Bounce): مخصوصاً برگشتهای سخت
- الگوی ارسال: جهشهای ناگهانی حجم، ارسالهای نامنظم
- تعامل: خواندن، پاسخ دادن، انتقال به Inbox (رفتارهای مثبت)
یک مثال واقعی از الگوی خراب
فرض کنید 3 ماه ارسال نکردهاید و یکباره به کل لیست 80 هزار نفری کمپین میزنید؛ حتی اگر محتوا بد نباشد، برای گیرندهها شبیه رفتار مشکوک است. نتیجه: افت email deliverability، اسپم شدن، و بعد سختتر شدن بازگشت به وضعیت پایدار.
9) چکلیست گرمکردن دامنه (Warm-up) مرحلهای
Warm-up یعنی ارسال را از کم شروع کنید و بهتدریج افزایش دهید تا گیرندهها رفتار شما را «طبیعی و قابل اعتماد» ببینند. این کار بهویژه برای دامنه/زیردامنه جدید یا بعد از یک توقف طولانی حیاتی است.
پیشنیازهای Warm-up
- SPF/DKIM/DMARC فعال و تستشده
- لیست بخشبندیشده: مخاطبان «بسیار فعال» جدا
- محتوای کمریسک: پیامهای واضح، بدون وعدههای اغراقآمیز، بدون پیوستهای سنگین
چکلیست اجرایی 14 روزه (قابل تنظیم)
- روز 1–2: فقط به فعالترینها ارسال کنید (کسانی که اخیراً تعامل داشتهاند)، حجم پایین.
- روز 3–4: کمی افزایش حجم، اما همچنان فقط سگمنتهای باکیفیت.
- روز 5–7: اضافه کردن سگمنتهای متوسط؛ همزمان پایش بانس و شکایت.
- هفته دوم: افزایش تدریجی تا رسیدن به ریتم معمول؛ اگر نشانههای اسپم/بانس بالا رفت، یک مرحله عقب برگردید.
- در تمام مدت: حذف فوری آدرسهای برگشتی سخت، و کاهش ارسال به سگمنتهای کمتعامل.
هدف Warm-up این نیست که سریع به حجم بالا برسید؛ هدف این است که email deliverability را با کمترین ریسک «پایهگذاری» کنید.
10) ابزارهای تست و عیبیابی deliverability (بدون حدس)
برای اینکه گرفتار آزمون و خطا نشوید، قبل و بعد از هر تغییر، این موارد را چک کنید:
- تست احراز هویت: بررسی pass/fail برای SPF و DKIM و وضعیت DMARC
- بررسی هدرها: اینکه From domain با DKIM/SPF alignment دارد
- پایش نرخها: برگشت، شکایت، و روند تعامل در سگمنتهای مختلف
یک روال حرفهای این است که هر بار فقط یک تغییر انجام دهید (مثلاً اصلاح SPF)، سپس اثر آن را روی email deliverability در چند ارسال بعدی ببینید.
11) جدول مقایسه: SPF vs DKIM vs DMARC و نقش هرکدام
| مکانیزم | چه کاری انجام میدهد | کجا تنظیم میشود | اثر مستقیم بر deliverability | خطای رایج |
|---|---|---|---|---|
| SPF | مجاز کردن سرورهای ارسال | DNS (TXT) | متوسط تا زیاد | چند SPF یا include زیاد |
| DKIM | امضای پیام و جلوگیری از دستکاری | DNS (TXT) + تنظیم در ESP | زیاد | تنظیم روی دامنه اشتباه/عدم pass |
| DMARC | سیاست برخورد + گزارشگیری | DNS (TXT) | زیاد (خصوصاً در بلندمدت) | سختگیری زودهنگام بدون تحلیل |
12) اشتباهات رایج که باعث اسپم شدن میشود
- شروع ارسال انبوه بدون Warm-up از دامنه/زیردامنه جدید
- تکیه روی «ترفندهای محتوا» بدون حل احراز هویت و لیست
- ارسال به لیستهای قدیمی و بیتعامل فقط برای «بزرگ نشان دادن دیتابیس»
- نداشتن فرآیند حذف: نگهداشتن hard bounce یا شکایتکنندهها
- تنظیم ناقص SPF/DKIM/DMARC یا عدم همسویی هویتها
اگر میخواهید تصویر بزرگتری از استراتژی ایمیل داشته باشید (تقسیمبندی، کمپینها، اتوماسیونها و …)، پیشنهاد میشود مقاله ایمیل مارکتینگ چیست و چگونه بهترین نتایج را از آن بگیریم؟ را هم ببینید؛ چون email deliverability فقط یک بخش (اما حیاتیترین بخش زیرساخت) از کل سیستم ایمیل است.
13) سؤالات متداول (FAQ)
1) چرا با اینکه ایمیلها ارسال میشوند، در Inbox دیده نمیشوند؟
چون delivery با deliverability فرق دارد؛ ممکن است ایمیل تحویل سرور شده باشد اما بهدلیل ریپوتیشن، نبود احراز هویت یا کیفیت پایین لیست، در Spam/Junk قرار بگیرد.
2) آیا SPF به تنهایی کافی است؟
خیر. SPF فقط مجاز بودن سرور ارسال را نشان میدهد. برای email deliverability پایدار، DKIM و DMARC هم ضروریاند.
3) DMARC را روی reject بگذارم بهتر نیست؟
اگر همه منابع ارسالتان دقیقاً پوشش داده نشده باشد، reject میتواند ایمیلهای معتبر شما را هم رد کند. مسیر امن این است که از none شروع کنید، گزارشها را تحلیل کنید، سپس مرحلهای سختگیر شوید.
4) Warm-up دقیقاً چقدر طول میکشد؟
بسته به حجم و کیفیت لیست، معمولاً 2 تا 6 هفته. هرچه لیست فعالتر و الگوی ارسال منظمتر باشد، سریعتر به ثبات میرسید.
5) برای دامنه اصلی بهتر است یا زیر دامنه؟
برای بسیاری از کسبوکارها زیردامنه ارسال بازاریابی بهتر است تا ریسک روی ایمیلهای تراکنشی و هویت اصلی برند کمتر شود.
6) اگر لیست من قدیمی است چه کار کنم؟
ابتدا فقط به فعالترینها ارسال کنید، سپس یک کمپین بازفعالسازی راه بیندازید و در نهایت مخاطبان بیتعامل را از ارسالهای روتین خارج کنید؛ این کار معمولاً بزرگترین اثر را روی deliverability دارد.
7) هر چند وقت یکبار باید تست انجام دهم؟
بعد از هر تغییر DNS یا سرویس ارسال، و همچنین وقتی الگوی ارسال یا کیفیت لیست تغییر میکند. پایش مستمر باعث میشود افت email deliverability را زودتر از بحران تشخیص دهید.
8) آیا تغییر محتوا به تنهایی مشکل اسپم را حل میکند؟
بهندرت. محتوا مهم است، اما اگر زیرساخت احراز هویت، ریپوتیشن و لیست سالم نباشد، تغییر متن اثر محدودی دارد.
جمعبندی: برای رسیدن به inbox، باید هم «هویت» را درست کنید (SPF/DKIM/DMARC)، هم «رفتار» را (Warm-up و الگوی ارسال)، و هم «داده» را (لیست سالم). اگر این سه محور را همزمان جلو ببرید، email deliverability از یک مشکل مبهم به یک فرآیند قابل مدیریت تبدیل میشود.
