دموی رایگان

آموزش گام‌به‌گام ایمیل سازمانی با دامنهٔ خود

آرزو مقدم خواندن ~۷ دقیقه هاست و زیرساخت
آموزش گام‌به‌گام ایمیل سازمانی با دامنهٔ خود
ایمیل سازمانی با دامنه یعنی نشانی‌هایی مثل info@yourbrand.ir که روی دامنهٔ خودتان می‌نشیند، نه روی سرویس رایگان؛ تفاوتش در اعتماد، مالکیت داده و تحویل‌پذیری است. به تجربهٔ ما راه‌اندازی کامل آن — دامنه، رکوردهای MX و SPF و DKIM — برای یک تیم کوچک در یک روز کار فنی است و ریسک اصلی‌اش، نیمه‌کاره ماندن رکوردهای اعتبارسنجی است که نامه‌ها را به اسپم می‌فرستد.

ایمیل، نخستین امضای کسب‌وکار شما در هر مکاتبه است؛ مشتری B2B قبل از خواندن متن، به نشانی نگاه می‌کند. کار با ایمیل به شکل فرایند را در مقالهٔ ایمیل‌های تراکنشی فروشگاه باز کرده‌ایم؛ آن مقاله از سوی فروشگاه و نامه‌های خودکار می‌گوید، این مقاله از سمت زیرساخت: ایمیل سازمانی با دامنهٔ خودتان را چطور از صفر تا اولین نامهٔ تحویل‌شده راه بیندازید، با چه پیش‌نیازها و با چه ترتیبی.

ترتیب کار سه مرحله دارد و هر مرحله پیش‌نیاز مرحلهٔ بعد است: اول دامنه و میزبانی یا سرویس ایمیل، دوم رکوردهای DNS، سوم گیتِ تحویل‌پذیری و عادت‌های ارسال. اگر جایی از این سه را میان‌بر بزنید — معمولاً رکوردها — هزینه‌اش دیر دیده می‌شود: نامه‌های شما می‌روند، اما به صندوق ورودی نمی‌رسند و شما خبردار هم نمی‌شوید.

ایمیل سازمانی با دامنه چیست و چه فرقی با ایمیل رایگان دارد؟

ایمیل سازمانی با دامنه یعنی نشانی نامه‌ها به نام برند شماست: sales@yourbrand.ir به‌جای نام‌های عمومی سرویس‌های رایگان. سه تفاوت اساسی با ایمیل رایگان دارد. اول، اعتماد: نشانی هم‌نام سایت، در مکاتبهٔ رسمی و پیش‌فاکتور، خودش مدرک هویت است و سرنخ‌های فروش کمتر کنار گذاشته می‌شوند. دوم، مالکیت: با رفتن کارمند، صندوق و تاریخ مکاتبه نزد شما می‌ماند، نه نزد فرد.

تفاوت سوم، فنی و مهم‌تر است: تحویل‌پذیری. سرویس‌های رایگان نامه‌ها را از زیرساخت خودشان می‌فرستند؛ وقتی خودتان می‌فرستید، اعتبار دامنه و IP فرستنده شماست و باید با رکوردهای اعتبارسنجی — SPF، DKIM، DMARC — اعلام کنید که چه کسی از طرف شما نامه می‌فرستد. این اعلام نبود، یعنی گیرنده‌ها حق دارند به نامه‌تان شک کنند؛ نتیجه‌اش اسپم است.

یک سوءبرداشت رایج را همین‌جا ببندیم: ایمیل سازمانی با دامنه، فقط خرید یک پکیج نیست؛ سه لایه دارد — دامنه و میزبانی یا سرویس، رکوردهای درست DNS و رفتار ارسال منظم. کسب‌وکاری که فقط لایهٔ اول را می‌بیند، معمولاً ماه بعد می‌پرسد چرا مشتری‌ها نامه‌ها را نمی‌بینند. در گام‌های بعد هر سه لایه را می‌بندیم.

پیش‌نیازها؛ دامنه، میزبانی و رکوردهای DNS

چهار رکوردی که پیش از اولین ارسال باید سبز شود
بیشتر خرابی‌های روز اول از دو MX هم‌زمان یا SPF ناقص می‌آید؛ هر تغییر را تست کنید.

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

قبل از هر تغییر، وضع فعلی رکوردها را ثبت کنید: MX قدیمی چیست، SPF فعلی چه می‌گوید و آیا اصلاً DKIM دارید. تغییر رکورد، انتشارش چند ساعت تا یک روز طول می‌کشد؛ پس تغییرات را در ساعات کم‌ترافیک اعمال کنید و هر تغییر را با ابزارهای بررسی رکورد تست کنید، نه با حدس. به تجربهٔ ما بیشتر خرابی‌های روز اول از دو MX هم‌زمان یا SPF ناقص می‌آید.

سقف صندوق‌ها و حجم ضمیمه را هم از الان ببندید: چند نشانی عمومی لازم دارید — info، sales، support — چند نشانی فردی، و آرشیو چطور نگه داشته می‌شود. تصمیم‌های کوچک امروز، بعداً هزینهٔ مهاجرت می‌شوند؛ فهرست نشانی‌ها و سیاست نگهداری را مکتوب کنید تا وقتی تیم بزرگ شد، ساختار آماده باشد.

راه‌اندازی گام‌به‌گام؛ از رکورد MX تا نخستین نامه

گام‌به‌گام برویم. قدم اول، انتخاب محل صندوق‌هاست؛ سرویس ابری برای تیم‌هایی که همکاری و همگام‌سازی می‌خواهند ساده‌تر است و میزبانی روی هاست خودتان برای شروع ارزان‌تر. قدم دوم، ساخت نشانی‌ها بر اساس فهرست مکتوب مرحلهٔ قبل و تعیین رمزهای قوی و بازیابی دوپله‌ای برای همهٔ صندوق‌ها، حتی صندوق‌های عمومی.

قدم سوم، رکورد MX است: به DNS دامنه بروید و MX سرویس انتخابی را با اولویت‌های اعلام‌شده ثبت کنید؛ MX قدیمی را حذف کنید تا نامه‌ها دو جا نروند. قدم چهارم، SPF: رکوردی که اعلام می‌کند کدام سرورها اجازهٔ ارسال به نام دامنهٔ شما را دارند؛ اگر از سرویس خبرنامه یا نامه‌های تراکنشی جدا هم استفاده می‌کنید، همان را در SPF اضافه کنید، نه اینکه رکورد را چند بار بازنویسی کنید.

قدم پنجم، DKIM و DMARC: امضای دیجیتال نامه‌ها و سیاستی که به گیرنده می‌گوید با نامه‌های نامعتبر چه کند. از حالت نظارتی شروع کنید — گزارش بگیرید، هیچ‌چیز را رد نکن — و بعد از چند هفته که داده تمیز شد، سیاست را سخت‌تر کنید. قدم ششم، تست: از یک نشانی بیرونی به خودتان نامه بزنید، پاسخ بدهید و هدرها را ببینید که مسیر اعتبارسنجی پذیرفته شده است.

تحویل‌پذیری؛ چرا نامه‌ها به اسپم می‌روند

سه عادت که نامه‌ها را به اسپم می‌فرستد
تحویل‌پذیری بیشتر از تکنولوژی، عادت است؛ نرخ برگشت بالا را همان روز متوقف کنید.

تحویل‌پذیری یعنی نامه به صندوق ورودی برسد، نه پوشهٔ اسپم؛ و بیشتر از اینکه تکنولوژی باشد، عادت است. سه عامل اصلی اسپم‌شدن: رکوردهای اعتبارسنجی ناقص، اعتبار ضعیف IP یا دامنه، و محتوای رفتارهای حساس — فهرست‌گیرندگان خریداری‌شده، ارسال انبوه بدون اجازه، لینک‌های کوتاه‌شدهٔ زیاد. IP فرستنده به هاست و سرویس شما وصل است؛ تفاوت‌های زیرساختی را در مقایسهٔ مقایسهٔ هاست ایرانی یا خارجی باز کرده‌ایم.

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

پایش را هم ساده نگه دارید: هفته‌ای یک‌بار وضعیت پوشهٔ اسپم را از چند گیرندهٔ نمونه بپرسید، گزارش‌های DMARC را نگاه کنید و نرخ برگشت‌ها را ثبت کنید. اگر ناگهان برگشت بالا رفت، همان روز ارسال انبوه را نگه دارید و علت را پیدا کنید؛ ادامهٔ ارسال در وضع خراب، ردپای بد را طولانی‌تر می‌کند.

هزینه و انتخاب سرویس؛ بازهٔ برآورد بازار

هزینهٔ این مسیر دو جزء دارد: دامنه و محل صندوق‌ها. در بازار ایران، بازهٔ برآورد برای سرویس‌های ایمیل سازمانی کاربرمحور، بر اساس سرانهٔ هر صندوق در ماه حساب می‌شود و برای یک تیم کوچک، معمولاً در محدودهٔ چند صد هزار تومان تا حدود دو میلیون تومان در ماه می‌چرخد؛ به تجربهٔ ما این پهنای بازه بیشتر از تفاوت تکنولوژی، از تفاوت حجم صندوق، آرشیو و پشتیبانی می‌آید، چون هر صندوق افزوده، هزینهٔ ذخیره‌سازی و پشتیبانی هم با خودش می‌آورد.

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

یک سطر بودجه را هم برای نگهداری بگذارید: تمدید دامنه، فضای آرشیو و بررسی فصلی رکوردها. این مسیر هزینهٔ ثابت کم دارد اما قطع‌کردنش گران است؛ ایمیل سازمانی زیرساخت ارتباط رسمی است و مهاجرت عجولانه‌اش، همان شب تعطیلی فروشگاه، می‌تواند مکاتبات مشتری‌ها را ببندد.

جمع‌بندی؛ چک‌لیست شروع همین هفته

جمع‌بندی در سه لایه: زیرساخت — دامنهٔ فعال و محل صندوق‌ها بر اساس فهرست مکتوب نشانی‌ها؛ رکوردها — MX تمیز، SPF کامل، DKIM و DMARC از حالت نظارتی شروع‌شده؛ و عادت‌ها — گرم‌کردن تدریجی، فهرست اجازه‌محور، پایش هفتگی برگشت‌ها و اسپم. راه‌اندازی کامل برای یک تیم کوچک، در یک روز کاری فنی بسته می‌شود؛ ارزش واقعی آن در ماه‌های دوم به بعد دیده می‌شود، وقتی تاریخ ارسال تمیز، نامه‌ها را بی‌دردسر به صندوق ورودی می‌برد.

قبل از شروع، وضع فعلی دامنه‌تان را ببینید، نه حدس: ممیزی رایگان دامنه وضع رکوردها و سلامت فنی سایت را نشان می‌دهد و نقشهٔ مقاله‌های مرتبط با زیرساخت در هاب هاست و زیرساخت مرتب است. برای دیدن خروجی کار چیدمان‌شده و پرسش‌های راه‌اندازی، دموی پلتفرم را از همان مسیر CTA همین مقاله ببینید. همین هفته را با دو کار ببندید: ثبت وضع فعلی رکوردها و فهرست مکتوب نشانی‌ها؛ هفتهٔ بعد، وقتی نخستین نامهٔ سازمانی به صندوق ورودی مشتری می‌رسد، تفاوت را در سرعت پاسخ‌ها می‌شنوید.

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

دموی رایگان پلتفرم

پلن پیشرو — ۷٫۹ میلیون تومان/ماه (انتشار خودکار + اپراتور)

دموی رایگان پلتفرم

رصد ما، رشد شما.

سؤالات پرتکرار

برای شروع ایمیل سازمانی چند صندوق لازم است؟

برای تیم کوچک، دو تا چهار نشانی کافی است: یکی عمومی مثل info، یکی فروش یا پشتیبانی و نشانی‌های فردی. فهرست را مکتوب کنید تا بعداً مهاجرت گران نشود.

نامه‌های ما به اسپم می‌روند؛ از کجا شروع کنیم؟

ترتیب ثابت است: رکوردهای SPF و DKIM و DMARC را کامل کنید، حجم ارسال را تدریجی بالا ببرید و فهرست گیرندگان را به مشتری‌های واقعی محدود کنید. گزارش DMARC علت را نشان می‌دهد.

روی هاست خودمان ایمیل راه بیندازیم یا سرویس ابری؟

برای شروع ارزان، میزبانی روی هاست خودتان جواب می‌دهد؛ برای همگام‌سازی تقویم و کار تیمی چندنفره، سرویس ابری ساده‌تر است. معیار، رفتار واقعی تیم است نه امکانات فهرست‌بلند.

DKIM و DMARC را کی سخت‌گیری کنیم؟

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

مهاجرت از ایمیل رایگان چقدر طول می‌کشد؟

برای یک تیم کوچک با چند صندوق، معمولاً یک روز کاری فنی به‌علاوهٔ یک روز تست؛ رکوردهای جدید یک تا دو روز برای انتشار کامل زمان می‌خواهد، پس در ساعات کم‌ترافیک تغییر دهید.