ช่องทาง
สี่วิธีเข้าถึงผู้คน จากกราฟเดียวกัน
การแจ้งเตือนส่งทาง SMS เพราะผู้คนอ่านมันภายในไม่กี่นาที เรื่องราวส่งทางอีเมลเพราะมีพื้นที่ให้เล่า การเคาะไหล่ส่งทาง push ส่วนลูกค้าที่ควรค่าแก่แสตมป์จะได้รับสิ่งที่พิมพ์และส่งไปรษณีย์ ข้อความหนึ่งจะใช้ช่องทางใดเป็นคุณสมบัติของโหนด — ไม่ใช่ของเครื่องมือแยกต่างหากที่คุณต้องซื้อ เรียนรู้ และปรับให้เข้ากัน
อีเมล
เรนเดอร์จากเอกสารของคุณให้อยู่ในรูปแบบที่อีเมลคลไอเอนต์ต้องการจริง: ตาราง CSS แบบ inline ไม่ใช้ flex หรือ grid สำหรับ Outlook สีที่ปลอดภัยในโหมดมืด และเวอร์ชันข้อความล้วนที่สร้างให้โดยอัตโนมัติ
ปุ่มยกเลิกการติดตามคลิกเดียวพร้อม List-Unsubscribe-Post ตามที่ RFC 8058 และผู้ให้บริการกล่องจดหมายรายใหญ่กำหนดในปัจจุบัน พร้อมการตรวจขนาดตอนเผยแพร่ เพราะ Gmail ตัดข้อความที่ประมาณ 102 KB และข้อความที่ถูกตัดจะซ่อนลิงก์ยกเลิกการติดตามของคุณไว้ท้ายส่วนที่ไม่มีใครเห็น
SMS
สำหรับข้อความที่ต้องได้รับการอ่านในวันนี้: การนัดหมายพรุ่งนี้ ข้อเสนอที่สิ้นสุดในวันอาทิตย์ สั้น และถูกอ่านเกือบทันที ซึ่งเป็นเหตุผลเป๊ะที่ต้องไม่ใช้มันจนเกินไป
นับเซกเมนต์ก่อนส่ง GSM-7 ให้คุณ 160 ตัวอักษร อีโมจิหนึ่งตัว เครื่องหมายคำพูดโค้ง หรือสระ/วรรณยุกต์ภาษาโปแลนด์ที่อยู่นอกตารางส่วนขยายเพียงตัวเดียว จะเปลี่ยนข้อความทั้งหมดเป็น UCS-2 ที่ 70 ตัวอักษรต่อเซกเมนต์ และข้อความที่คุณคิดว่าเสียค่าหนึ่งเซกเมนต์กลับเสียสาม คุณเห็นตัวเลขนั้นก่อนส่ง ไม่ใช่บนใบแจ้งหนี้ คำว่า STOP และคำเทียบเท่าได้รับการปฏิบัติภายในบริการ เพราะในตลาดส่วนใหญ่นั่นเป็นข้อกำหนดทางกฎหมาย ไม่ใช่ฟีเจอร์
พุช
Web Push ด้วยคีย์ VAPID และการเข้ารหัส payload ตาม RFC 8291, iOS ผ่าน APNs, Android ผ่าน FCM และช่องทาง in-app ผ่าน socket สำหรับแอปที่เชื่อมต่ออยู่แล้ว
ทะเบียนอุปกรณ์เก็บหนึ่งแถวต่อ endpoint ต่อแอป ต่อผู้ติดต่อหนึ่งราย และการตอบกลับ 410 หรือ 404 จากผู้ให้บริการจะตัดแถวนั้นทิ้งทันที โทเคนที่ไม่เคยถูกตัดจะทำให้อัตราการส่งสำเร็จของคุณเสียหายอย่างเงียบ ๆ และทำให้การวัดทุกครั้งถัดไปผิดพลาด — นั่นคือเหตุผลที่การตัดโทเคนสำคัญกว่าการส่งเสียอีก
จดหมายพิมพ์
เอกสารครีเอทีฟชุดเดียวกัน เรนเดอร์ผ่าน print CSS เป็น PDF ระบุที่อยู่และส่งไปรษณีย์ สำหรับวันครบรอบ ลูกค้ามูลค่าสูง กลุ่มผู้ชมที่ไม่อ่านอีเมล — และสำหรับช่วงเวลาที่คู่แข่งของทุกคนอยู่ในกล่องจดหมาย แต่คุณอยู่บนพื้นหน้าประตูบ้าน
มันเป็นโหนดธรรมดาโหนดหนึ่ง การรอเดียวกันอยู่ข้างหน้ามัน การตรวจเป้าหมายแบบเดียวกันยกเลิกมันได้ และสมุดบันทึกความยินยอมชุดเดียวกันเป็นผู้กำหนดว่าคุณส่งมันได้หรือไม่ตั้งแต่แรก
ใช้ระบบส่งของคุณเอง
ClickSomo ไม่เดินเครื่องเมลเซิร์ฟเวอร์ โดยเจตนาและตลอดไป คุณเชื่อมต่อ ตัวตนผู้ส่ง: ที่อยู่หนึ่งที่ผูกกับวิธีส่งออกไป นั่นคือกล่องจดหมาย SMTP ของคุณเอง — รวมถึงกล่องที่โฮสติ้งของคุณมีให้อยู่แล้ว — หรือผู้ให้บริการที่คุณจ่ายค่าใช้จ่ายอยู่แล้ว เช่น SendGrid
โปรเจกต์หนึ่งสามารถมีได้หลายตัว เช่น กล่องจดหมายสำหรับเมลธุรกรรม, ผู้ให้บริการสำหรับส่งจำนวนมาก และโหนดใน funnel จะเลือกว่าจะใช้ตัวใด แต่ละ identity มีเพดานอัตราการส่งของตัวเอง เพราะกล่องจดหมายขนาดเล็กมีเพดานต่ำ และการส่งถี่เกินไปจะทำให้บัญชีถูกระงับ ไม่ใช่แค่ถูกจำกัดอัตราชั่วคราว
มีกฎหนึ่งข้อที่ระบบจะไม่ยอมให้คุณละเมิด: การส่งจำนวนมากจะไม่มีว่าออกจากโดเมนที่ถูกทำเครื่องหมายว่าเป็นเมลธุรกรรม หากเมลเข้าสู่ระบบและใบเสร็จส่งออกจากโดเมนนั้น จะไม่สามารถสร้าง identity สำหรับส่งจำนวนมากบนโดเมนนั้นได้ แคมเปญที่ผิดพลาดเพียงครั้งเดียว — ของคุณเองหรือของใครก็ตาม — ไม่ควรทำให้การรีเซ็ตรหัสผ่านของคุณล้มเหลวไปด้วย
ผลที่ตามมา ซึ่งเป็นหัวใจของเรื่องนี้: ไม่มีต้นทุนต่อข้อความแบบรวมก้อน เพราะไม่มีอะไรต้องรวมกัน ชื่อเสียงการส่งของคุณเป็นของคุณเพียงผู้เดียว ไม่ถูกรวมกับคนแปลกหน้า
- 1ที่อยู่และโฮสต์โฮสต์, พอร์ต, ข้อมูลรับรอง, โหมด TLS และเพดานอัตราการส่งที่คุณกำหนดเอง
- 2ตรวจสอบ DNS แล้วระเบียน SPF, DKIM และ DMARC ที่คุณต้องมี พร้อมการตรวจสอบ — และจะตรวจซ้ำในภายหลัง เพราะระเบียนเหล่านี้เปลี่ยนได้เมื่อมีคนมาแก้ไขไฟล์โซน
- 3เส้นทางตอบกลับชี้ไปยังกล่องจดหมายจริงที่รับ แยกวิเคราะห์ และจัดประเภทการแจ้งเตือน bounce SMTP ไม่มี webhook นี่คือวิธีที่ผู้ส่งรายเล็กจะได้การจัดการ bounce ที่แท้จริง
- !ปฏิเสธIdentity สำหรับส่งจำนวนมากบนโดเมนที่ทำเครื่องหมายว่าเป็นเมลธุรกรรม กำหนดนโยบายเพียงบรรทัดเดียววันนี้ แต่จะกลายเป็นความยุ่งเหยิงที่แก้ไม่ได้ในภายหลัง
ที่อยู่ของคุณชื่อเสียงของคุณไม่มีส่วนเพิ่มราคา
สี่ช่องทางเข้า ข้อความจะเลือกช่องทางที่เหมาะสมเอง
ส่วนที่มีประโยชน์อย่างแท้จริง
คำศัพท์การส่งชุดเดียว ไม่ว่าผู้ให้บริการใดจะเป็นผู้ส่งข้อความ
แต่ละผู้ให้บริการรายงานสถานะการส่งแตกต่างกัน SendGrid ส่ง webhook เป็น JSON ที่ลงลายเซ็น ส่วนบัญชี SMTP ธรรมดาไม่ส่งอะไรเลย และ bounce จะมาถึงในรูปอีเมลที่เขียนไว้ให้คนอ่าน ทั้งสองแบบจะถูกแปลงให้เป็นเหตุการณ์มาตรฐานสิบเอ็ดแบบเดียวกันก่อนที่ระบบด้านบนจะเห็น
- 1อยู่ในคิว · ส่งแล้ว · นำส่งแล้ว · เลื่อนการส่งความคืบหน้าของข้อความ ด้วยคำที่มีความหมายเหมือนกันในทุกผู้ให้บริการ
- 2open · clickพร้อม URL สำหรับการคลิก ทราฟฟิกจากบอทจะถูกแยกออกในรายงาน ไม่ได้ถูกซ่อนไว้
- 3การตีกลับชั่วคราว · การตีกลับถาวร · การร้องเรียนทั้ง hard bounce และ complaint จะถูกบันทึกเป็นการกดห้าม (suppression) แบบถาวร
- 4unsubscribe · failedการยกเลิกการรับข่าวจะได้รับการยอมรับพร้อมกันทุกที่ รวมถึงภายในบริการส่งเมลด้วย
- iเหตุใดจึงสำคัญการเปลี่ยนผู้ให้บริการไม่กระทบสิ่งใดด้านบน — ไม่ว่าจะเป็นรายงาน, เซกเมนต์ หรือเงื่อนไขใน funnel ภาษาเฉพาะของผู้ให้บริการหยุดอยู่ที่ประตู
เหตุการณ์เดียวกันสำหรับ SMS และ push
สิ่งที่เกิดขึ้นเมื่อการส่งผิดพลาด
การลองใหม่ใช้ exponential backoff และหากล้มเหลวจะจบลงใน dead-letter queue ไม่ใช่หายไปเงียบ ๆ ข้อผิดพลาด 4xx จากผู้ให้บริการจะถูกลองใหม่ แต่ 5xx ที่หมายความว่าข้อความไม่สามารถยอมรับได้จะไม่ถูกลองใหม่ เพราะการลองใหม่ไม่รู้จบนั่นเองที่ทำให้บัญชีถูกระงับ
การกดห้าม (suppression) ถูกบังคับใช้ภายในบริการส่งเมลด้วย ไม่ใช่แค่ที่นี่ ดังนั้นการเปลี่ยนผู้ให้บริการจะไม่สามารถทำให้ที่อยู่ที่คุณกดห้ามไปเมื่อสองปีก่อนกลับมาใช้งานได้ และการจำกัดการทำงานพร้อมกันต่อ identity หมายความว่าแคมเปญขนาดใหญ่จะปรับความเร็วให้เหมาะกับกล่องจดหมายขนาดเล็ก แทนที่จะถล่มมันในสามสิบวินาทีแรก
สิ่งที่ตั้งใจไม่สร้าง: ไม่มี mail transfer agent ของเราเอง, ไม่มีชุด IP เฉพาะ, ไม่มีตัวจัดกำหนดการ warm-up, ไม่มีการลงทะเบียน feedback loop สิ่งเหล่านี้เป็นงานจริงและเป็นหน้าที่ของฝ่ายที่มีชื่อเสียงตกอยู่ในความเสี่ยง — ผู้ให้บริการของคุณ หรือกล่องจดหมายของคุณเอง การสร้างสิ่งเหล่านี้ที่นี่จะหมายถึงการรวมการส่งของคุณเข้ากับคนแปลกหน้า ซึ่งเป็นสิ่งที่แนวคิดนี้ปฏิเสธอย่างเด็ดขาด