کانال‌ها
چهار راه برای رسیدن به یک نفر، از همان گراف
یادآوری با پیامک می‌رود، چون مردم آن را ظرف چند دقیقه می‌خوانند. داستان با ایمیل می‌رود، چون جا دارد. ضربه به شانه با نوتیفیکیشن پوش می‌رود. مشتری‌ای که ارزش تمبر دارد، چیزی چاپ‌شده و پستی دریافت می‌کند. اینکه یک پیام از کدام استفاده کند، ویژگی گره است — نه ابزار جداگانه‌ای که باید بخرید، یاد بگیرید و هماهنگ کنید.
ایمیل
از سند شما به شکلی رندر می‌شود که کلاینت‌های ایمیل واقعاً می‌خواهند: جدول‌ها، CSS درون‌خطی، بدون flex یا grid برای Outlook، رنگ‌های سازگار با حالت تاریک و یک نسخهٔ متن ساده که برایتان ساخته می‌شود.
لغو اشتراک با یک کلیک از طریق List-Unsubscribe-Post، همان‌طور که RFC 8058 و اکنون ارائه‌دهندگان بزرگ صندوق ورودی الزام می‌کنند. و بررسی اندازه در زمان انتشار، چون Gmail حدود ۱۰۲ کیلوبایت برش می‌زند و پیام بریده‌شده لینک لغو اشتراک شما را در انتهای بخشی پنهان می‌کند که هیچ‌کس نمی‌بیند.
SMS
برای پیامی که باید امروز خوانده شود: قرار ملاقات فردا، پیشنهادی که یکشنبه تمام می‌شود. کوتاه است و تقریباً بلافاصله خوانده می‌شود — و دقیقاً به همین دلیل نباید زیاد از آن استفاده کرد.
سگمنت‌ها پیش از ارسال شمرده می‌شوند. GSM-7 به شما ۱۶۰ نویسه می‌دهد؛ یک ایموجی، یک گیومهٔ خمیده یا یک نویسهٔ لهجه‌دار لهستانی خارج از جدول توسعه‌یافته، کل پیام را به UCS-2 با ۷۰ نویسه در هر بخش می‌برد، و پیامی که فکر می‌کردید هزینه‌اش یک بخش است، حالا سه بخش می‌شود. این عدد را پیش از ارسال می‌بینید، نه در فاکتور. STOP و معادل‌هایش درون سرویس رعایت می‌شوند، چون در بیشتر بازارها این یک الزام قانونی است، نه یک قابلیت.
ارسال
Web Push با کلیدهای VAPID و رمزنگاری payload طبق RFC 8291، iOS از طریق APNs، اندروید از طریق FCM، و یک مسیر درون‌برنامه‌ای روی سوکت برای اپ‌هایی که از قبل متصل هستند.
دفترچهٔ دستگاه‌ها برای هر endpoint در هر اپ برای هر مخاطب یک ردیف نگه می‌دارد، و پاسخ 410 یا 404 از ارائه‌دهنده فوراً آن ردیف را حذف می‌کند. توکن‌هایی که هرگز حذف نمی‌شوند بی‌سروصدا نرخ تحویل شما را مسموم می‌کنند و هر اندازه‌گیری بعدی را غلط می‌سازند — و به همین دلیل حذفِ آن‌ها مهم‌تر از ارسال است.
نامه‌های چاپی
همان سند خلاقانه، با CSS چاپ به PDF رندر می‌شود، نشانی‌گذاری و پست می‌شود. برای سالگرد، مشتری باارزش، مخاطبی که ایمیل نمی‌خواند — و برای لحظه‌ای که رقبای بقیه در صندوق ورودی هستند و شما روی زیرپایی در.
این یک گره معمولی است. همان انتظارها جلوی آن قرار دارند، همان بررسی هدف آن را لغو می‌کند، و همان دفتر رضایت حکم می‌دهد که اصلاً اجازهٔ ارسالش را دارید یا نه.
ارسال‌کنندهٔ خودتان را بیاورید
ClickSomo عمداً و برای همیشه هیچ سرور ایمیلی اجرا نمی‌کند. شما یک هویت فرستنده متصل می‌کنید: نشانی‌ای که به روشی برای ارسال آن پیوند خورده است. این یا صندوق SMTP خودتان است — از جمله آن‌هایی که هاستینگ‌تان از قبل به شما می‌دهد — یا ارائه‌دهنده‌ای که از قبل هزینه‌اش را می‌پردازید، مانند SendGrid.
یک پروژه می‌تواند چندتایی داشته باشد. یک صندوق برای ایمیل‌های تراکنشی، یک ارائه‌دهنده برای ارسال انبوه، و گرهٔ قیف انتخاب می‌کند از کدام استفاده کند. هر هویت سقف نرخ خودش را دارد، چون یک صندوق کوچک سقف پایینی دارد و فشار بیش از حد به آن، به‌جای محدودسازی موقت نرخ، به تعلیق حساب می‌انجامد.
قاعده‌ای هست که سیستم اجازه نمی‌دهد بشکنید: ترافیک انبوه هرگز روی دامنه‌ای که تراکنشی علامت‌گذاری شده ارسال نمی‌شود. اگر نامه‌های ورود و رسیدها از یک دامنه ارسال می‌شوند، نمی‌توان در آن هویت انبوه ساخت. یک کمپین بد — متعلق به شما یا هر کس دیگری — نباید بتواند بازنشانی رمز عبور خودتان را از کار بیندازد.
نتیجه‌اش، که همان نکته است: هزینه‌ای برای تجمیع هر پیام وجود ندارد، چون چیزی برای تجمیع نیست. اعتبار شما فقط متعلق به خودتان است و با غریبه‌ها مشترک نمی‌شود.
- 1نشانی و میزبانمیزبان، درگاه، اعتبارنامه‌ها، حالت TLS و سقف نرخی که خودتان تعیین می‌کنید.
- 2بررسی‌شدهٔ DNSرکوردهای SPF و DKIM و DMARC مورد نیازتان، سپس تأیید می‌شوند — و بعداً دوباره بررسی می‌شوند، چون وقتی کسی پروندهٔ ناحیه را مرتب می‌کند رکوردها جابه‌جا می‌شوند.
- 3مسیر بازگشتبه صندوق پستی واقعی‌ای اشاره می‌کند که اعلان‌های برگشت را دریافت، تجزیه و دسته‌بندی می‌کند. SMTP وب‌هوک ندارد؛ این همان راهی است که یک فرستندهٔ کوچک با آن مدیریت واقعی برگشت‌ها به دست می‌آورد.
- !رد شدیک هویت انبوه روی دامنه‌ای که تراکنشی علامت‌گذاری شده. امروز یک خط سیاست، بعداً یک آشفتگی جبران‌ناپذیر.
نشانی شمااعتبار شمابدون حاشیهٔ سود
چهار راه ورود. پیام خودش مناسب‌ترین را برمی‌گزیند.
بخشی که واقعاً مفید است
یک واژگان تحویل واحد، فارغ از اینکه کدام ارائه‌دهنده پیام را حمل می‌کند
هر ارائه‌دهنده تحویل را به شکل متفاوتی گزارش می‌کند. SendGrid وب‌هوک‌های JSON امضاشده منتشر می‌کند. یک حساب SMTP ساده هیچ چیزی منتشر نمی‌کند و برگشت‌هایش به شکل ایمیلی می‌رسند که برای خواندن توسط انسان نوشته شده است. هر دو پیش از آنکه چیزی در بالادست ببیند، به یازده رویداد یکسان نرمال می‌شوند.
- 1در صف · ارسال شده · تحویل داده شده · به تعویق افتادهپیشرفت پیام، با واژه‌هایی که نزد هر ارائه‌دهنده معنای یکسانی دارند.
- 2open · clickهمراه با نشانی اینترنتی برای کلیک. ترافیک ربات‌ها در گزارش‌ها جدا می‌شود، نه پنهان.
- 3برگشت_نرم · برگشت_سخت · شکایتهم برگشت سخت و هم شکایت، یک سرویس‌منع دائمی ثبت می‌کنند.
- 4unsubscribe · failedلغو اشتراک هم‌زمان در همه‌جا محترم شمرده می‌شود، از جمله درون خود سرویس ارسال.
- اطلاعاتچرا این موضوع اهمیت داردتغییر ارائه‌دهنده چیزی را در بالادست تغییر نمی‌دهد — نه یک گزارش، نه یک بخش، نه یک شرط قیف. این گویش‌ها در درگاه متوقف می‌شوند.
همین رویدادها برای پیامک و پوش
وقتی ارسال خراب می‌شود چه اتفاقی می‌افتد
تلاش‌های مجدد با فاصله‌گذاری نمایی انجام می‌شوند و به صف پیام‌های مرده می‌روند، نه به سکوت. خطای 4xx از ارائه‌دهنده دوباره تلاش می‌شود؛ خطای 5xx که یعنی پیام قابل قبول نیست، تلاش مجدد نمی‌شود، چون تلاش بی‌پایان همان چیزی است که حساب را معلق می‌کند.
سرویس‌منع هم در اینجا و هم درون سرویس ارسال اعمال می‌شود، پس تغییر ارائه‌دهنده نمی‌تواند نشانی‌ای را که دو سال پیش منع کرده‌اید زنده کند. و محدودیت‌های هم‌زمانی به تفکیک هویت یعنی یک کمپین بزرگ خودش را با یک صندوق کوچک تنظیم می‌کند، نه اینکه در سی ثانیه اول آن را غرق کند.
آنچه عمداً ساخته نشده است: نه عامل انتقال نامهٔ خودمان، نه استخرهای IP اختصاصی، نه زمان‌بند گرم‌سازی، نه ثبت‌نام در حلقهٔ بازخورد. آن‌ها کار واقعی‌اند و به طرفی تعلق دارند که اعتبارش در میان است — ارائه‌دهندهٔ شما، یا صندوق پستی خودتان. ساختنشان در اینجا یعنی مشترک‌کردن ارسال شما با غریبه‌ها، و این دقیقاً همان چیزی است که این طراحی از آن سر باز می‌زند.