پایگاه دانش
اعلانهای مشتریان خود را از دامنه خودتان و از طریق حساب ایمیل خودتان ارسال کنید: کدام ارائهدهنده را انتخاب کنید، رکوردهای SPF، DKIM و return-path که همه آنها نیاز دارند، چرا اصرار داریم که پیام آزمایشی حتماً برسد، و هنگامی که ارائه‌دهنده‌ای با مشکل مواجه میشود چه اتفاقی می‌افتد.
هر اعلانی که مشتریان شما دریافت میکنند — فاکتورها، بازیابی‌های گذرواژه، پاسخ‌های تیکت، به‌روزرسانی‌های پروژه — از طریق یک سرویس ایمیل ارسال میشود. به‌طور پیش‌فرض این سرویس متعلق به ما است، در خط From نام Zinn Digital® درج میشود و هزینه آن را ما پرداخت میکنیم.
اگر از طرح آژانس (agency) یا نمایندگی فروش (reseller) استفاده می‌کنید، می‌توانید در عوض سرویس ایمیل اختصاصی خودتان را متصل کنید. در این صورت، مشتریان شما دامنه شما را در خط From مشاهده میکنند، پاسخ‌ها به شما بازمی‌گردند، و پیام‌ها از طریق حساب شما نزد ارائهدهنده شما ارسال میشوند.
آن را در بخش Email sending در داشبورد خود تنظیم کنید.
هر یک از این موارد کار میکنند. موردی را انتخاب کنید که قبلاً در آن حساب کاربری داشتهاید.
| ارائهدهنده | بهترین گزینه است اگر | راهنما |
|---|---|---|
| Mailgun | به API و حجم ارسال بالا نیاز دارید | راه‌اندازی Mailgun |
| SendGrid | قبلاً از آن برای ایمیلهای بازاریابی استفاده می‌کنید | راه‌اندازی SendGrid |
| Postmark | فقط ایمیلهای تراکنشی، بهترین نرخ تحویل | راه‌اندازی Postmark |
| Amazon SES | قبلاً در AWS بوده‌اید و کمترین قیمت را می‌خواهید | راه‌اندازی Amazon SES |
| Resend | ساده‌ترین فرایند راه‌اندازی را می‌خواهید | راه‌اندازی Resend |
| سرور SMTP خودتان | زیرساخت ایمیل اختصاصی خود را مدیریت می‌کنید | راه‌اندازی SMTP |
اگر ترجیح خاصی ندارید و حساب کاربری فعلی نیز ندارید، Postmark گزینهای است که ما برای ایمیلهای تراکنشی انتخاب میکنیم: این سرویس از ارسال ایمیلهای بازاریابی خودداری میکند، و نرخ بالای تحویل ایمیلهای آن دقیقاً به همین دلیل است.
هر ارائه‌دهنده‌ای را که انتخاب کنید، سه رکورد یکسان در DNS تعیین میکنند که آیا ایمیل شما تحویل داده میشود یا در پوشه اسپم قرار می‌گیرد. ارائهدهنده شما مقادیر دقیق را تولید میکند؛ شما آنها را به دامنه خود اضافه می‌کنید.
SPF — یک رکورد TXT روی دامنه شما که مشخص میکند چه کسی مجاز به ارسال ایمیل از طرف شما است. اگر قبلاً یکی داشتهاید، آن را ویرایش می‌کنید؛ رکورد دوم اضافه نمی‌کنید. دامنه‌ای با دو رکورد SPF به‌طور کامل در اعتبارسنجی SPF رد میشود که این از نداشتن هیچ رکوردی بدتر است.
DKIM — یک رکورد TXT یا CNAME حاوی کلید عمومی، تا سرورهای گیرنده بتوانند بررسی کنند که پیام واقعاً از سوی ارائهدهنده شما ارسال شده و تغییری در آن ایجاد نشده است. این رکوردی است که بیشترین کار را انجام می‌دهد، و همان موردی است که برای موفقیت‌آمیز بودن DMARC باید مطابقت داشته باشد.
دامنه Return-path (برگشتی/bounce) — معمولاً یک CNAME است. این رکورد آدرس نامرئیِ پاکت‌نامه‌ای را تنظیم میکند که ارائهدهنده شما برای جمع‌آوری برگشتی‌ها از آن استفاده میکند. بدون آن، برگشتی‌ها به جایی می‌روند که نمی‌توانید ببینید و اعتبار دامنه شما بدون اطلاع شما کاهش می‌یابد.
DMARC — یک رکورد TXT در _dmarc.yourdomain.com که به سرورهای گیرنده اعلام میکند در صورتی که SPF و DKIM با خط From شما مغایرت داشته باشند، چه اقدامی انجام دهند. از p=none شروع کنید در حالی که بررسی می‌کنید همه موارد با موفقیت تایید میشوند، سپس به p=quarantine و p=reject بروید.
⚠️ تغییرات DNS آنی نیستند. پیش از آنکه نتیجه بگیرید مشکلی وجود دارد، تا یک ساعت به آنها فرصت دهید.
ایمیل‌ها را از mail.yourdomain.com یا notifications.yourdomain.com ارسال کنید، نه از خود yourdomain.com.
دلیل آن اعتبار است. دامنه اصلی شما همان چیزی است که ایمیل تجاری شما از آن استفاده میکند. اگر ارسال انبوهی با مشکل مواجه شود، یک زیردامنه مجزا برای ارسال، دامنه آسیب را محدود نگه می‌دارد — در حالی که شما مشکل را برطرف می‌کنید، کارکنان شما همچنان می‌توانند به مشتریان ایمیل بزنند. همچنین به شما امکان می‌دهد رکوردهای DNS را برای ارسال ایمیل، بدون دستکاری رکوردهایی که صندوق‌های ورودی خودتان به آنها وابسته هستند، تنظیم کنید.
شما همچنان در فیلد Send from this domain یک دامنه وارد می‌کنید، نه یک آدرس ایمیل. بخش قبل از @ برای هر پیام انتخاب میشود: رسیدها به‌صورت billing@، بازیابی‌های گذرواژه به‌صورت no-reply@ و پاسخ‌های تیکت به‌صورت support@ ارسال میشوند.
۱. ارائهدهنده خود را انتخاب کرده و اطلاعات احراز هویت آن را جای‌گذاری کنید. ۲. گزینه Send test message را فشار دهید. ما یک ایمیل واقعی از طریق ارائهدهنده شما، به یک صندوق ورودی که تعیین می‌کنید، ارسال میکنیم که یک کد درون آن قرار دارد. ۳. کد را از آن صندوق ورودی بخوانید و وارد کنید.
تنها پس از آن است که ارسال ایمیلهای شما از طرف خودتان آغاز میشود.
⭐ برای آزمایش از یک صندوق ورودی در دامنه‌ای دیگر استفاده کنید — یک آدرس Gmail یا Outlook ایده‌آل است. پیامی که هرگز سرور شما را ترک نمی‌کند بسیار کمتر از پیامی ارزش دارد که در اینترنت جابه‌جا شده و از فیلتر اسپم شخص دیگری عبور کرده است.
زیرا ارائه‌دهنده‌ای که پیامی را می‌پذیرد و سپس بی‌صدا آن را دور می‌اندازد، دقیقاً شبیه به ارائه‌دهنده‌ای عمل میکند که درست کار میکند. یک حساب جدید Amazon SES در وضعیت sandbox قرار دارد و پیام شما را می‌پذیرد ولی آن را به هیچ‌کجا تحویل نمی‌دهد. دامنه Mailgun که DNS آن هنوز منتشر نشده است نیز همین رفتار را دارد. همین‌طور یک رله SMTP که پاسخ 250 می‌دهد و پیام را دور می‌اندازد.
اگر ما ارسال شما را در همان لحظه‌ای که اطلاعات احراز هویت شما پذیرفته شد تغییر می‌دادیم، اولین چیزی که متوجه می‌شدید این بود که مشتریان شما دیگر هیچ پیامی دریافت نمی‌کنند — و این موضوع را روزها بعد، از زبان یک مشتری می‌شنیدید. این کد مدرکی است بر اینکه یک پیام ارائهدهنده شما را ترک کرده و به مقصد رسیده است.
اعلانهای شما با وضعیت ناموفق ثبت میشوند، دوباره تلاش میشوند، و صفحه Email sending شما قرمز میشود و پیام خطای خود ارائه‌دهنده‌تان روی آن نمایش داده میشود.
⛔ ما پیام‌ها را در عوض از دامنه خودمان ارسال نمی‌کنیم. این تصمیم عمدی است. یک جایگزین خاموش و بی‌صدا به این معنا خواهد بود که یک حساب ایمیل خراب، تا حدی کار میکند که هیچ‌کس آن را تعمیر نمی‌کند — در حالی که ما بی‌سر‌و‌صدا هزینه آن را می‌پردازیم. بنابراین خطا قابل مشاهده است و رفع آن بر عهده شماست، که این تنها راه برطرف شدن آن است.
تا زمانی که مشکل برطرف نشود، مشتریان شما آن اعلان‌ها را دریافت نمی‌کنند. همه چیز همچنان در صندوق ورودی داشبورد آنها موجود است و چیزی از بین نرفته است — اما بنر قرمز را در اینجا یک وضعیت اضطراری تلقی کنید.
هیچ مشکلی پیش نمیآید. اعلانهای شما همچنان از دامنه ما و با نام Zinn Digital® ارسال میشوند و ما به پرداخت هزینه آنها ادامه میدهیم. مشتریان شما صرفاً نام ما را به جای نام شما خواهند دید.
گزینه Disconnect را فشار دهید. اطلاعات احراز هویت ذخیره‌شده شما حذف میشود و از پیام بعدی، اعلانهای شما مجدداً به دامنه ما بازمی‌گردند. شما می‌توانید در هر زمان دوباره آن را متصل کنید.
آنچه درباره میزبانی وب، سئو و مدیریت سایت‌ها در مقیاس بزرگ نوشته‌ایم.
چگونه هاستینگ در سال ۲۰۲۶ بر ایندکس شدن و انتقال اعتبار لینک تأثیر می‌گذارد: حفظ صفحات در ایندکس، ارزیابی دامنه‌های قدیمی قبل از راه‌اندازی سایت روی آنها، لینک‌سازی بدون ردپای سئو، و رویکردی واقع‌بینانه درباره اینکه زیرساخت چه کارهایی را می‌تواند و چه کارهایی را نمی‌تواند برای سئو انجام دهد.
خواندن مطلب ←یک چک‌لیست کاربردی برای WordPress سریع و ایمن: کش کردن در سطح سرور، کش اشیاء به ازای هر سایت، تعداد اندک افزونه‌هایی که ارزش استفاده دارند، به‌روز نگه داشتن بسته نرم‌افزاری، و برگه های WooCommerce که هرگز نباید آنها را کش کنید.
خواندن مطلب ←چه چیزی واقعاً یک میزبانی مدیریت‌شده خوب را از یک جعبه ارزان‌قیمت دارای کنترل‌پنل متمایز میکند — مهاجرت‌ها، نسخه‌های پشتیبان، جداسازی، حافظه پنهان واقعی و مقیاس‌پذیری صادقانه — و چگونه پیش از تعهد، آن را ارزیابی کنید.
خواندن مطلب ←پشتیبانی در تمامی پلن‌ها گنجانده شده است، میز خدمت 24 ساعت در روز باز است و می‌توانید به هر یک از زبان‌های 58 ما برای ما بنویسید؛ ما به زبان شما پاسخ میدهیم.
تماس با پشتیبانی → همه مقاله‌ها →