Postmark эсвэл Resend: 50 мянган имэйл дээр үнэ эрс сална

Сард 50 мянган transactional имэйл илгээхэд Resend-ийн тариф Pro багцад уг хэмжээг $20-оор багтаадаг. Postmark-ийн үнийн хүснэгтэд Basic багц 10,000 имэйлд $15, түүнээс давсан 1,000 имэйл тутамд $1.80 гэж заасан тул Basic дээрээ үлдвэл 50 мянган имэйлийн төлбөр $87 болно.

Postmark-д илүү том сарын багц сонгох боломж бий. Postmark-ийн төлбөрийн жишээнд 50 мянган имэйлийн багц $55, түүнээс давсан 1,000 имэйл $1.30 гэж үзүүлжээ. Ингэснээр ижил хэмжээнд Resend Pro ба уг багцын зөрүү $35 болно. Сарын үнэ бол харьцуулж болох эхний үзүүлэлт; хэдэн домэйнээс илгээх, имэйлийн түүхийг хэр удаан хадгалах, хариу имэйл боловсруулах эсэх нь дараагийн шийдвэрийг гаргана.

Дөрвөн хэмжээнд сарын төлбөр хэд болох вэ?

Дараах тооцоонд илгээсэн transactional имэйлийн сарын хэмжээг ашиглав. Нэмэлт үйлчилгээ, татвар болон валют хөрвүүлэлтийг оруулаагүй. Postmark Basic-ийг хэвээр ашиглах хувилбарыг багц ахиулах хувилбараас салгаж харуулах нь чухал: бага суурь төлбөр өндөр хэрэглээнд хамгийн хямд сонголт хэвээр үлдэнэ гэсэн үг биш.

• 3,000 имэйл: Resend Free $0, Postmark Basic $15. Postmark-ийн үнэгүй багц сард 100 имэйлээр хязгаарлагддаг. Resend Free-ийн сарын квот 3,000 боловч өдөрт 100 имэйл илгээх хязгаартай тул захиалгын мэдэгдэл нэг өдөрт бөөгнөрдөг дэлгүүрт сарын нийт тоо дангаараа хангалтгүй.
• 10,000 имэйл: Postmark Basic $15, Resend Pro $20. Энэ хэмжээнд Postmark-ийн төлбөр $5-аар бага. Resend-ийн үнэгүй багцын дараагийн шат нь Pro учраас зөвхөн нэг имэйлийн дундаж өртгөөр бодвол багц солигдох босго анзаарагдахгүй.
• 50,000 имэйл: Resend Pro $20. Postmark Basic-ийн $15 суурь төлбөр дээр 40,000 нэмэлт имэйлийн $72 нэмэгдэж, $87 болно. Харин Postmark-ийн 50 мянгын багцын жишиг үнэ $55; тогтмол ийм хэмжээ илгээдэг баг Basic-ийн нэмэлт төлбөрөөр төсөв гаргах шаардлагагүй.
• 100,000 имэйл: Resend Pro дээр нэмэлт 50,000 имэйлийг тооцвол $65; энэ тооцоо нэмэлт илгээлтийн төлбөрийг идэвхжүүлсэн нөхцөлд хүчинтэй. Resend Scale багцын нийтэлсэн үнэ $90 бөгөөд илүү олон домэйн, webhook endpoint багтаадаг. Postmark Basic дээрээ үлдвэл $177, харин дээр дурдсан 50 мянгын багцад нэмэлт 50,000 имэйлийг тооцвол $120 болно. Postmark-ийн өөр хэмжээний багц сонгох үед энэ дүн өөрчлөгдөнө.

Сарын илгээлт тогтмол бус бол дундаж хэмжээнээс гадна оргил үеийг харгалзах хэрэгтэй. Resend-ийн төлбөртэй багцад нэмэлт илгээлт ашиглахын тулд pay-as-you-go тохиргоог идэвхжүүлдэг; идэвхжүүлээгүй бол хязгаар давсны дараа үйлчилгээнээс багцаа ахиулах сонголт өгнө. Postmark төлбөртэй багцын хэтэрсэн хэрэглээг тооцооны мөчлөгийн төгсгөлд нэмж боддог. Ижил сарын тоо хоёр үйлчилгээний төлбөрт өөр өөрөөр нөлөөлөхөөс гадна хязгаарт хүрэх үеийн ажиллагааг ч өөрчилнө.

Домэйны тоо болон хадгалалт юуг өөрчлөх вэ?

Нэг брэндийн нэрээр илгээдэг бүтээгдэхүүнд илгээгч домэйны хязгаар төдийлөн мэдрэгдэхгүй. Харин хэрэглэгч бүр өөрийн домэйныг холбодог SaaS эсвэл олон дэлгүүр ажиллуулдаг багт энэ нь багц сонгох гол нөхцөл болно. Postmark Basic таван илгээгч домэйн, Resend Pro арван домэйн багтаадаг. Resend-д нэмэлт зуун домэйны багц сарын $20; Postmark-ийн Pro арван домэйн, Platform хязгааргүй домэйн санал болгодог. Иймээс ижил тооны имэйл илгээсэн хоёр багийн шаардлагатай багц өөр байж болно.

Postmark Basic имэйлийн дэлгэрэнгүй түүхийг 45 хоног, Resend-ийн стандарт багцууд 30 хоног хадгалдаг. Худалдан авагч хэдэн долоо хоногийн дараа захиалгын баталгаажуулалт ирээгүй гэж хандвал уг зөрүү мессежийн агуулга болон үйл явдлын мөрийг үйлчилгээний дотроос олох боломжид нөлөөлнө. Postmark-ийн Pro болон Platform багцад хадгалалтыг 365 хоног хүртэл сунгах нэмэлт сонголт бий. Урт хугацааны бүртгэл шаарддаг бол зөвхөн илгээх үнийг бус, хадгалалтын нэмэлт төлбөр болон өөрийн системд үлдээх мэдээллийг хамт тооцно.

Домэйн олон байх нь хүргэлтийн чанарын баталгаа биш. Баг бүр домэйныхоо баталгаажуулалт, буцсан имэйлийн боловсруулалт, илгээгчийн нэр хүндийг хариуцна. Харин багцын домэйн хүрэлцэхгүй байвал хэрэглэгчдийн өмнөөс илгээх архитектурыг өөрчлөх эсвэл өндөр түвшний багц авах шаардлага үүснэ. Энэ нь илгээлтийн тоо бага байсан ч сарын зардлыг өсгөж болох бодит ялгаа юм.

Webhook болон ирсэн имэйлд юу тооцогдох вэ?

Хүргэгдсэн эсэх, буцалт, гомдлын мэдээллийг өөрийн системд авахад хоёр үйлчилгээ webhook ашигладаг. Resend Free нэг, Pro тав, Scale арван webhook endpoint багтаана. Энд endpoint-ийн тооноос гадна аль үйл явдлыг ямар системд илгээх, түр саатсан мэдээллийг хэрхэн боловсруулах асуудал бий. Захиалгын төлөв өөрчлөгдөх эсвэл хэрэглэгчид дахин мэдэгдэл илгээх шийдвэр webhook-ийн мэдээллээс хамаардаг бол түүний ажиллагаа API-ийн сарын үнэтэй адил чухал.

Хэрэглэгчийн хариу имэйлийг програм дотроо боловсруулах багт илгээсэн болон хүлээн авсан хэмжээг тусад нь бодох хэрэгтэй. Resend-д хүлээн авсан имэйл transactional квотоос хасагддаг. Postmark-ийн үнийн хүснэгтэд inbound боловсруулалт Pro болон Platform багцад орсон, Basic-д ороогүй. Иймээс захиалгын мэдэгдэлд хариу авах үйлчилгээ зөвхөн гарах имэйлийн тоогоор Basic-ийн үнийг сонговол хэрэгтэй функцийг тооцоогүй үлдэнэ.

Хадгалалтын хугацаа дууссаны дараа хэрэглэгчийн үйлчилгээний баг хуучин мэдэгдлийг шалгах шаардлагатай байж болно. Тийм тохиолдолд хүргэлтийн үйл явдлыг webhook-оор авч өөрийн бүртгэлд хадгалах нь үйлчилгээний дотоод түүхээс тусдаа шийдвэр юм. Харин имэйлийн бүрэн агуулгыг хадгалах шаардлага байгаа эсэхийг бүтээгдэхүүнийхээ хэрэгцээгээр тогтооно; зөвхөн webhook endpoint олон байх нь хуучин мессежийн агуулгыг сэргээх боломж гэсэн үг биш.

Postmark-ийн Message Streams ямар хэрэгцээнд тохирох вэ?

Нууц үг сэргээх имэйл ба олон хүнд хүргэх бүтээгдэхүүний мэдэгдэл нэг системээс гардаг бол илгээлтийн төрлийг ялгах шаардлага үүснэ. Postmark-ийн Message Streams зааварт хэрэглэгчийн үйлдлээс үүдсэн transactional имэйл болон олноор илгээх broadcast мэдэгдэл тусдаа урсгал, дэд бүтцээр явдгийг тайлбарласан. Үндсэн урсгал нь transactional; өөр урсгалаар илгээхдээ түүнийг хүсэлтэд тодорхой заана.

Энэ зохион байгуулалт тайлан, илгээх зам болон олноор илгээх мэдэгдлийн ажиллагааг салгах шаардлагатай багт утгатай. Жишээ нь нууц үг сэргээх хүсэлтэд үүссэн имэйл бүтээгдэхүүний шинэчлэлийн олон нийтийн мэдэгдлээс өөр төрлийн урсгалд хамаарна. Гэхдээ урсгал салсан гэдгээр тухайн багийн имэйл хүлээн авагчийн үндсэн хавтсанд хэдэн хувьтай очихыг тогтоох боломжгүй; энэ нь илгээгчийн домэйн, агуулга, хүлээн авагчдын орчноос мөн хамаарна.

Хүргэлтийн давуу талыг яаж үнэлэх вэ?

Courier-ийн харьцуулалт Postmark-ийг transactional хүргэлтээр, Resend-ийг үнэ болон хүргэлтээр давуу гэж зэрэгцүүлж, G2 үнэлгээг 4.6 болон 4.8 гэж үзүүлсэн. Эдгээр нь нэг илгээгч домэйн, ижил агуулга, ижил хүлээн авагчдын бүлэг дээр хийсэн харьцуулсан туршилтын үр дүн биш. Хэрэглэгчийн үнэлгээ нь үйлчилгээний нийт сэтгэгдлийг илэрхийлж болох ч үндсэн хавтсанд хүрсэн хувийг орлох хэмжүүр биш.

Нууц үг сэргээх, төлбөрийн баримт, захиалгын мэдэгдэлд багийн өөрийн орчин дахь хүргэлт илүү чухал. Илгээгч домэйн, баталгаажуулалт, хүлээн авагчдын бүтэц өөр бол нийтлэгдсэн нэг ерөнхий «ялагч»-ийг тухайн бүтээгдэхүүний үр дүн гэж үзэх үндэс сул. Үнэ ба квотыг тарифаар шууд тооцож болно; хүргэлтийн ялгааг ижил нөхцөлд хэмжсэн өгөгдлөөр л дүгнэнэ.

Сард 10,000 орчим имэйл илгээж, Postmark Basic-ийн боломжууд хүрэлцдэг багт түүний суурь үнэ бага. 50 мянган имэйлд Resend Pro-ийн багцын үнэ мэдэгдэхүйц давуу. Postmark-ийн илүү өндөр төлбөрийг сонгох үндэслэл нь урт хадгалалт, тусдаа урсгал эсвэл inbound боловсруулалт зэрэг багийн ажиллагаанд шаардлагатай боломж байх ёстой. Эцсийн төсөвт оргил сарын илгээлт, хүлээн авах имэйл, домэйны тоог хамтад нь оруулбал аль багц тохирох нь тодорхой болно.

Мөн уншаарай:

• beehiiv эсвэл MailerLite: үнэгүй жагсаалтын хэмжээ биш, орлогын загвар шийднэ
• Otter эсвэл Fireflies: цэвэр бичлэгт тэнцүү, хэл дээр сонголт сална
• Semrush эсвэл Ahrefs: нэг суудлын үнэ маркетингийн хүрээг нууж чадна