ConnectWiz + Twilio

การเชื่อมต่อที่ใช้งานจริง

Twilio ของคุณ กล่องข้อความ สมอง และเบรกของเรา

เก็บบัญชี Twilio เบอร์ และเรตที่คุณต่อรองไว้แล้วเอาไว้ — แล้วให้ SMS มีกล่องข้อความที่จ่ายงานได้ มี AI ที่ตอบสั้นได้ใจความ มีแคมเปญที่ตรวจความยินยอมจริง และมีใบยืนยันการส่งที่บอกความจริง

บัญชีของคุณ — ไม่บวกเพิ่ม ใบยืนยันการส่งของจริง ตรวจความยินยอมตอนกดส่ง
Twilio × ConnectWiz
ส่งแล้ว — 1 segment บันทึกไว้แล้ว
ส่งถึงแล้ว — ใบยืนยันจากผู้ให้บริการเครือข่าย
ตรวจความยินยอมซ้ำตอนกดส่ง
100%
ของข้อความขาเข้าที่พิสูจน์ได้ — ทุก webhook ถูกตรวจลายเซ็นด้วยโทเค็นของคุณเอง
160→153
ขนาด segment แบบ GSM ข้อความเดี่ยวเทียบกับข้อความต่อกัน — คำนวณที่ฝั่งเซิร์ฟเวอร์ ก่อนที่คุณจะกดส่ง
70→67
ขนาดเดียวกันนี้ เมื่อมีอักขระนอกชุด GSM เข้ามาในข้อความแม้แต่ตัวเดียว
0
ส่วนต่างที่เราบวก — Twilio เรียกเก็บจากคุณโดยตรงตามเรตที่คุณต่อรองไว้

SMS

ทำอะไรได้บ้าง — แบบเจาะจง

ข้อมูลรับรอง เข้ารหัสไว้

SID และโทเค็น Twilio ของคุณถูกเก็บแบบเข้ารหัสและไม่ถูกแสดงอีกเลย ส่วน sender ID, messaging service และการลงทะเบียนของคุณยังเป็นแบบที่คุณตั้งไว้ทุกอย่าง

สองทางจริง

ข้อความขาเข้ามาทาง webhook ที่ลงลายเซ็นด้วยการเข้ารหัส แล้วลงเป็นบทสนทนาที่จ่ายงานแล้ว ส่วน status callback ไล่แต่ละข้อความขึ้นบันได ส่งแล้ว→ส่งถึงแล้ว ซึ่งเดินหน้าอย่างเดียว — การส่งถึงที่ยืนยันแล้วไม่เคยถอยกลับ

segment อยู่บนเธรด

ทุกการส่งบันทึกไว้ว่าออกไปกี่ SMS segment — บิล Twilio ของคุณจึงอธิบายได้จากในบทสนทนา

การยืนยันตัวตนมีมาในตัว

การยืนยันเบอร์โทรด้วยรหัสครั้งเดียววิ่งบน Twilio Verify — Twilio เป็นคนสร้าง ส่ง และตรวจรหัส ส่วนเราไม่เก็บอะไรเลย

เบื้องหลังการทำงาน

คณิตศาสตร์ของ segment คือเงิน มันจึงอยู่ฝั่งเซิร์ฟเวอร์

ความจริงเรื่องต้นทุนมีแหล่งเดียว

การนับ segment ทำงานบนเซิร์ฟเวอร์ ที่เดียวเท่านั้น สำเนาที่ฝั่งไคลเอนต์จะเพี้ยนจากยอดที่ถูกเรียกเก็บจริง — และมันเพี้ยนไปในทางที่ฟังดูสบายใจเสมอ

ตัว ş ที่ทำให้บิลของคุณแพงขึ้นสามเท่า

อักขระตัวเดียวที่อยู่นอกชุดตัวอักษร GSM ทำให้ทั้งข้อความร่วงลงไปเป็น segment ละ 70 ตัวอักษร กล่องเขียนข้อความรู้เรื่องนี้ก่อนคุณกดส่ง — อักขระ GSM 161 ตัวคิดเป็นสอง segment ขนาด 153 ไม่ใช่ 160 บวกอีกหนึ่ง

นับคู่อักขระหลีกด้วย

อักขระอย่าง ^, {, } และ € กินสองหน่วยต่อตัวในการเข้ารหัสแบบ GSM ส่วนอีโมจิกินสองหน่วยใน UCS-2 — ตัวนับคิดเงินแบบเดียวกับที่ผู้ให้บริการเครือข่ายคิด

Messaging Service มาก่อน

เมื่อคุณตั้งค่า Twilio Messaging Service ไว้ การส่งจะเลือกใช้มันก่อนเบอร์เปล่า ๆ — สืบทอดพูลเบอร์ sticky sender และการตั้งค่าตามข้อกำหนดของคุณ แทนที่จะข้ามมันไป

Verify แบบที่มีคนดูแลให้

การยืนยันเบอร์โทรใช้ Twilio Verify: รหัสถูกสร้าง ส่ง และตรวจโดย Twilio พร้อมแปลเป็นภาษาของลูกค้า — ไม่มี secret ของ OTP ให้ต้องเก็บ ไม่มีรหัสให้รั่ว

ความล้มเหลวกลับมาพร้อมชื่อ

การส่งที่ถูกปฏิเสธกลับมาพร้อมเหตุผลจริงของ Twilio — เรื่องสิทธิ์ เรื่องข้อจำกัดตามพื้นที่ เบอร์ทดลองที่ยังไม่ยืนยัน — แสดงให้ผู้ใช้งานเห็นตรง ๆ ไม่ใช่ฟอกเป็นข้อผิดพลาดกลาง ๆ

การตั้งค่า

เชื่อมต่ออย่างไร

01

วางข้อมูลรับรองของคุณ

SID และโทเค็น เข้ารหัสขณะจัดเก็บ ตรวจสอบตอนตั้งค่า

02

เลือกผู้ส่งของคุณ

เบอร์และ sender ID ของคุณปรากฏเป็นช่องทาง จ่ายงานแยกตามแผนกได้

03

ส่งข้อความโดยเหยียบเบรกไว้

แคมเปญตรวจความยินยอมรายผู้รับในวินาทีที่กดส่ง — คนที่ขอยกเลิกวันอังคารจะถูกข้ามในวันพุธ พร้อมบันทึกเหตุผลไว้

ใช้ร่วมกันแล้วดีกว่า

ประกอบเข้ากับอะไรได้บ้าง

แคมเปญ

แคมเปญ SMS ตรวจความยินยอมรายผู้รับซ้ำอีกครั้งในวินาทีที่กดส่ง — ที่อธิบายไปป์ไลน์การส่งไว้ครบคือ หน้าช่องทาง SMS ลองเปิดดูได้เลย

İYS (ตุรกี)

SMS เชิงพาณิชย์ในตุรกีสะอาดตามทะเบียนได้ด้วย: การเชื่อมต่อ İYS — ส่งความยินยอมขึ้นทะเบียน และดึงรายการขอยกเลิกจากทะเบียนกลับมาทุกวัน

Flows

การเตือนนัดหมาย การอัปเดตออเดอร์ และลำดับข้อความดึงลูกค้ากลับ ส่ง SMS ผ่าน: ขั้นตอนในโฟลว์ — ด่านความยินยอมเดียวกัน คณิตศาสตร์ segment เดียวกัน

ความปลอดภัยและการรับประกัน

การรับประกันที่น่าเบื่อ

ขาเข้าเป็นของคุณในเชิงการเข้ารหัส

webhook ขาเข้าทุกตัวถูกตรวจด้วยกลไกลายเซ็นของ Twilio — HMAC บน URL เต็มและ payload ที่เรียงลำดับแล้ว โดยใช้โทเค็นบัญชีของคุณเป็นกุญแจ "SMS ขาเข้า" ที่ไม่มีลายเซ็นคือประตูที่เปิดทิ้งไว้สู่กล่องข้อความของใครสักคน ส่วนบานนี้ปิดอยู่

secret ถูกจัดการอย่าง secret

SID และโทเค็นถูกเข้ารหัสขณะจัดเก็บ ส่งออกเฉพาะในเฮดเดอร์ยืนยันตัวตน และไม่เคยถูกบันทึกลงล็อกหรือสะท้อนออกมาในข้อความ error

ความยินยอม สองครั้ง

การส่งแคมเปญตรวจความยินยอมตอนสร้างกลุ่มเป้าหมาย และตรวจอีกครั้งรายข้อความในวินาทีที่กดส่ง — คนที่ขอยกเลิกวันอังคารถูกข้ามในวันพุธ พร้อมบันทึกการข้ามและเหตุผลไว้

แม้แต่ใบยืนยันก็ลงลายเซ็น

callback แจ้งสถานะการส่งถูกตรวจลายเซ็นแบบเดียวกับข้อความขาเข้า ด้วยกุญแจของคุณเอง — endpoint สถานะที่ไม่มีลายเซ็นจะเปิดให้ใครก็ได้มาทำเครื่องหมายว่าข้อความของคุณ "ส่งถึงแล้ว" ซึ่งเงียบกว่าข้อความปลอม และแย่กว่า เพราะไม่มีใครไปตามหา

เงื่อนไขปลีกย่อยแบบพูดตรง

ขอบเขตที่ระบุไว้ชัดเจน

ไม่มี MMS

ยังไม่ได้ทำเรื่องข้อความภาพ — ไฟล์แนบจะล้มเหลวพร้อมเหตุผลที่มีชื่อ แทนที่จะถูกตัดทิ้งเงียบ ๆ แต่มันล้มเหลว และเราบอกตรง ๆ

Alphanumeric = ทางเดียว

ผู้ส่งข้อความที่เป็นชื่อแบรนด์รับข้อความตอบกลับไม่ได้ — นั่นคือฟิสิกส์ของ SMS และกล่องเขียนข้อความก็รู้

FAQ เรื่อง Twilio

คำตอบตรงไปตรงมา

อ่านเพิ่มเติมได้ที่หน้า FAQ หรือ ถามเราโดยตรง.

ไม่ Twilio เรียกเก็บจากคุณโดยตรงตามเรตที่คุณต่อรองไว้ แพลตฟอร์มไม่เก็บค่าผ่านทางรายข้อความเพิ่ม และจำนวน segment ถูกประทับไว้ในทุกการส่ง บิลจึงไม่เคยเป็นปริศนา

ได้ — คำตอบมาลงในกล่องข้อความของทีมในฐานะบทสนทนา จ่ายงานและตอบได้โดย AI หรือทีมของคุณ ข้อความเตือนที่ได้คำถามกลับมาจะกลายเป็นการจอง ไม่ใช่เธรดที่ตกหล่น

สองครั้งในแคมเปญ: ตอนสร้างกลุ่มเป้าหมาย และอีกครั้งในวินาทีที่แต่ละข้อความถูกส่ง คำสั่งแนว STOP ถูกเคารพทันที โดยเก็บข้อความของลูกค้าเองไว้เป็นหลักฐาน

มันทำตามกฎการเข้ารหัสจริง: GSM 160/153, UCS-2 70/67, อักขระหลีกที่กินสองหน่วย และอีโมจิแบบคู่ surrogate มันรายงานเป็นจำนวน segment ไม่ใช่ราคา — ต้นทุนของคุณขึ้นอยู่กับปลายทางและสัญญา Twilio ของคุณ และการกุตัวเลขขึ้นมาย่อมแย่กว่าการไม่แสดงอะไรเลย

ได้ — และเป็นตัวเลือกที่ระบบเลือกก่อน: เมื่อมี Messaging Service ตั้งไว้ การส่งจะวิ่งผ่านมัน โดยรักษาพูลผู้ส่ง พฤติกรรม sticky sender และการลงทะเบียนตามข้อกำหนดของคุณไว้ตรงตามที่ Twilio มีอยู่

เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก

การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด