SMS Segment Calculator: นับ Segment และคำนวณค่าส่ง SMS ด้วยกติกา GSM-7 และ UCS-2

ทุกข้อความ SMS ถูกคิดเงินเป็น segment ไม่ใช่นับตัวอักษรตามที่เราเห็นบนหน้าจอ ข้อความที่ดูสั้น ๆ อาจแอบมีต้นทุนสองหรือสามเท่าของงบที่ตั้งไว้ ทั้งที่สาเหตุมาจากวิธีการเข้ารหัส (encoding) ของเครือข่ายมือถือเพียงอย่างเดียว เครื่องมือ SMS Segment Calculator ฟรีจาก Online Tools Forge ช่วยขจัดการเดาออกจากสมการ: แค่วางร่างข้อความลงไป ระบบจะบอกทันทีว่าตรวจพบ encoding แบบไหน ต้องใช้กี่ segment และค่าส่งโดยประมาณเท่าไร

ตัวการหลักที่ทำให้บิลพุ่งคือเรื่อง encoding มาตรฐาน GSM-7 แบบดั้งเดิมใส่ตัวอักษรได้ 160 ตัวต่อหนึ่งข้อความ ส่วน UCS-2 ที่จำเป็นสำหรับภาษาไทย อาหรับ จีน และอิโมจิทุกตัว ใส่ได้เพียง 70 ตัวอักษรเท่านั้น ที่แย่กว่านั้นคืออิโมจิเพียงตัวเดียวที่ปรากฏในข้อความจะดันทั้งข้อความไปเป็น UCS-2 ทำให้ความจุที่ใช้ได้หายไปครึ่งหนึ่งในทันที

เครื่องมือนี้ทำงานฝั่งไคลเอนต์ (client-side) ทั้งหมดในเบราว์เซอร์ ไม่มีการอัปโหลดข้อมูล ไม่ต้องสมัครสมาชิก และผลลัพธ์อัปเดตตามที่คุณพิมพ์ จึงเหมาะมากที่จะใช้เป็นขั้นตอนเช็กก่อนส่งแคมเปญหรือระบบแจ้งเตือนทุกครั้ง

ทำไมต้องใช้ SMS Segment Calculator?

ทีมการตลาด ทีมฟินเทค และทีมปฏิบัติการต่างเปิดเครื่องมือนี้ค้างไว้ในแท็บเบราว์เซอร์ด้วยเหตุผลเหล่านี้:

• เลี่ยงค่าใช้จ่ายอิโมจิที่พลิกตัว: อิโมจิเพียงตัวเดียวอาจทำให้ราคาต่อข้อความเพิ่มเป็นสองเท่าตลอดทั้งแคมเปญที่ส่งหลายพันผู้รับ ควรเห็นความเสียหายก่อนกดส่ง ไม่ใช่เจอตอนได้รับใบแจ้งหนี้เข้ามา
• นับ 160/70 ให้ถูกตั้งแต่ครั้งแรก: เครื่องมือใช้เพดานของ segment เดียวอย่างเป็นทางการของ GSM-7 และ UCS-2 ให้อัตโนมัติ ปัญหานับผิดด้วยมือจึงหายไปจากเวิร์กโฟลว์ของคุณ
• จับ extension character ที่ซ่อนอยู่: สัญลักษณ์อย่าง ^ { } [ ] ~ | € ถูกนับเป็นสองตัวอักษรตามกติกา GSM-7 และเครื่องมือจะเป่าหาทุกตัวให้เห็นชัด ๆ
• ประมาณงบแคมเปญล่วงหน้า: คูณจำนวน segment ด้วยราคาต่อ segment ของ gateway ที่ใช้ แล้วตั้งงบทั้งชุดได้อย่างมั่นใจ
• ปกป้องการส่ง OTP: รหัสผ่านครั้งเดียวต้องถึงมือผู้ใช้เร็วและครบถ้วน ตัวอักษร Unicode ที่หลุดเข้ามาจนข้อความถูกแบ่งเป็นหลายส่วนอาจทำให้การส่งพังได้
• ร่างข้อความยังเป็นส่วนตัว: ทุกอย่างประมวลผลฝั่งไคลเอนต์ ชื่อลูกค้าและโค้ดโปรโมชันจึงไม่เคยออกจากเครื่องของคุณ

ฟีเจอร์หลักของเครื่องมือ

ทุกฟีเจอร์ของเครื่องมือผูกกับกติกาการคิดเงินจริงของระบบ SMS:

สามเรื่องที่ควรรู้เพิ่มเติม:

• ตัวเลข 153 และ 67 ไม่ใช่พิมพ์ผิด ข้อความหลายส่วนต้องสำรองพื้นที่ให้ส่วนหัวที่ใช้ประกอบข้อความกลับ ทุก segment หลังจากชิ้นแรกจึงจุได้น้อยลง
• คำเตือนแสดงเป็นรายตัวอักษร คุณจึงเห็นชัดว่าสัญลักษณ์ตัวไหนที่ดันจำนวนขึ้นมา
• การตรวจจับทำงานแบบสด เปลี่ยนตัวอักษรเพียงตัวเดียวก็อาจพลิกป้าย encoding ของทั้งข้อความได้ทันทีที่พิมพ์

วิธีใช้งาน SMS Segment Calculator

1. วางข้อความของคุณ เปิดเครื่องมือแล้ววางร่างข้อความลงในช่องกรอก ไม่ว่าจะเป็นคอนเทนต์การตลาด เทมเพลต OTP หรือการแจ้งเตือนจากระบบ
2. ดูผลตรวจจับ encoding เครื่องมือจะติดป้ายข้อความเป็น GSM-7 หรือ UCS-2 ทันที ถ้าคุณคาดว่าจะเป็น GSM-7 แต่เห็น UCS-2 ให้ไล่หาอิโมจิหรือตัวอักษรมีวรรณยุกต์ที่พลิกมันไป
3. อ่านจำนวน segment เช็กว่าข้อความต้องใช้กี่ segment ที่ต้องจ่าย และเหลือโควตาอีกกี่ตัวอักษรก่อนจะขึ้น segment ใหม่
4. ตรวจคำเตือน อ่านรายการตัวอักษรที่ไม่อยู่ในชุด GSM และ extension character ที่กินพื้นที่สองเท่าของตัวอักษรปกติ
5. ประมาณค่าใช้จ่าย เอาจำนวน segment คูณกับราคาต่อ segment ของคุณเพื่อดูต้นทุนต่อผู้รับ แล้วตัดทอนข้อความถ้าตัวเลขออกมาแรงเกินงบ

กติกาการเข้ารหัส GSM-7 กับ UCS-2

GSM-7 คือชุดตัวอักษรดั้งเดิมของระบบ SMS ที่กำหนดไว้ตั้งแต่ยุคแรกของมาตรฐาน GSM ภายในมีตัวอักษรพื้นฐาน 128 ตัว ได้แก่ตัวอักษรละติน ตัวเลข และเครื่องหมายวรรคตอนที่ใช้ทั่วไป โดยแต่ละตัวใช้พื้นที่เพียง 7 บิต เมื่อรวมกันในหนึ่งข้อความ (1,120 บิต) จึงได้ความจุพอดี 160 ตัวอักษรต่อหนึ่ง segment ถ้าข้อความของคุณเป็นภาษาอังกฤษล้วน GSM-7 คือวิธีส่งที่ประหยัดที่สุด

ส่วน UCS-2 เข้ารหัสทุกตัวอักษรด้วยความยาว 16 บิต เพื่อให้โทรศัพท์แสดงภาษาไทย ฮินดี จีน ซีริลลิก อิโมจิ และอักษรอีกนับพันได้ถูกต้อง ต้นทุนพื้นที่ต่อตัวอักษรจึงเพิ่มเป็นสองเท่า และความจุต่อหนึ่ง segment เหลือเพียง 70 ตัวอักษร จุดสำคัญคือระบบเลือก encoding ทั้งข้อความ ไม่ได้เลือกเป็นรายตัวอักษร อิโมจิเพียงตัวเดียวท้ายประโยคที่ยาว 160 ตัวอักษรจะบังคับให้ทั้งข้อความกลายเป็น UCS-2 และต้องใช้สาม segment แทนที่จะเป็นหนึ่ง

ข้อความแบบต่อเนื่อง (concatenated SMS) ยังมีเรื่องแฝงอีกชั้นหนึ่ง เครือข่ายต้องแทรกส่วนหัว (user data header) ขนาดราวเจ็ดไบต์ลงในแต่ละส่วน เพื่อบอกเครื่องรับว่าจะประกอบชิ้นส่วนกลับมาเรียงลำดับอย่างไร ความจุต่อ segment จึงลดจาก 160 เหลือ 153 ตัวอักษรในกรณี GSM-7 และจาก 70 เหลือ 67 ตัวอักษรในกรณี UCS-2 นอกจากนี้ extension character อย่าง ^ { } [ ] ~ | € และเครื่องหมายแบ็กสแลชยังไม่ได้อยู่ในชุดแกนกลางของ GSM-7 ระบบจึงต้อง escape ด้วยตัวอักษรนำหน้าแบบซ่อน ทำให้แต่ละตัวกินโควตาถึงสองช่อง คณิตศาสตร์ทั้งหมดนี้เกิดขึ้นอัตโนมัติภายในเครื่องมือ ซึ่งก็คือเหตุผลว่าทำไมการเช็กก่อนส่งจึงคุ้มค่าเสมอ

กรณีการใช้งานจริง

คอนเทนต์การตลาดที่ต้องพอดี 1 segment

ข้อความโปรโมชันความยาว 150 ตัวอักษรในราคา 0.005 ดอลลาร์ต่อ segment มีต้นทุนเพียงครึ่งเซ็นต์ต่อผู้รับ แต่พอเติมอิโมจิเป็นแถว ข้อความเดิมอาจกลายเป็นสาม segment แบบ UCS-2 ทันที งบโดนเพิ่มราว 150% เพื่อใช้แค่ตกแต่งเท่านั้น ลองวางทั้งสองเวอร์ชันลงในเครื่องมือเทียบจำนวน segment กัน แล้วเก็บฉบับที่ถูกกว่าแต่ยังปิดการขายได้

ข้อความ OTP และรหัสยืนยันตัวตน

เทมเพลตรหัสผ่านครั้งเดียวทั่วไป เช่น "Your code is 482913. Do not share it." สบาย ๆ อยู่ใต้เพดาน 160 ตัวอักษรของ GSM-7 เครื่องมือช่วยยืนยันได้ว่าข้อความยังอยู่ใน segment เดียว ซึ่งทำให้ส่งเร็ว ประหยัด และลดความเสี่ยงที่ข้อความหลายส่วนจะมาถึงไม่พร้อมกันบนเครื่องรุ่นเก่า อาการ OTP มาช้าหรือมาไม่ครบมักสะสมจากจุดเล็ก ๆ แบบนี้

แคมเปญต่างประเทศกับข้อความภาษาไทยและ Unicode

ภาษาไทย อาหรับ และเทวนาครีต้องใช้ UCS-2 เสมอ จึงควรวางแผนบนพื้นฐาน 70 ตัวอักษรสำหรับ segment แรก และ 67 ตัวอักษรสำหรับ segment ถัด ๆ ไป สำหรับโปรโมชันภาษาไทย ให้ใช้เครื่องมือทดสอบว่าสโลแกนของคุณพอดีหนึ่ง segment หรือต้องใช้สอง แล้วคิดราคาแคมเปญจากตัวเลขจริงก่อนอนุมัติงบ วิธีนี้ช่วยกันไม่ให้แคมเปญนานาชาติบานปลายจากค่าส่งที่ไม่ได้คาดคิด

เปรียบเทียบราคา SMS Gateway อย่างเป็นธรรม

ผู้ให้บริการส่วนใหญ่เสนอราคาต่อ segment เมื่อเจ้า A เรียกเก็บ 0.004 ดอลลาร์ และเจ้า B เรียก 0.006 ดอลลาร์ ผู้ชนะขึ้นอยู่กับจำนวน segment ของข้อความคุณเป็นหลัก ลองรันเทมเพลตจริงผ่านเครื่องมือก่อน แล้วนาจำนวน segment ชุดเดียวกันไปคูณกับราคาของแต่ละเจ้า เพื่อเปรียบเทียบกันบนฐานเดียวกันอย่างแฟร์ที่สุด

แนวปฏิบัติที่ดีที่สุด

• ลบอิโมจิเพื่อคง GSM-7 ถ้ารูปภาพเล็ก ๆ ไม่ได้ช่วยสาระของข้อความเลย ให้เอาออกแล้วเก็บโควตา 160 ตัวอักษรไว้ให้เนื้อหา
• คุม OTP ไม่ให้เกิน 160 ตัวอักษร ข้อความยืนยันที่อยู่ใน segment เดียวส่งเร็วกว่า ถูกกว่า และเชื่อถือได้กว่าข้อความที่ถูกแบ่ง
• ระวังเพดาน 153/67 ของข้อความหลายส่วน อย่าสมมติว่าได้ 160 ตัวอักษรเต็มต่อ segment เมื่อข้อความยาว เพราะส่วนหัวสำหรับประกอบข้อความหักไปทุกส่วน
• ตัดคำก่อนขยายวงเงิน การลดข้อความสักสองสามคำมักตัดทิ้งได้ทั้ง segment และประหยัดได้มากกว่าการต่อรองราคาเสียอีก
• ทดสอบกับ gateway จริงของคุณ บางผู้ให้บริการคิดบิลหรือแปลงข้อความไม่เหมือนกัน ส่งทดสอบหาตัวเองสักฉบับแล้วเทียบกับตัวเลขของเครื่องมือ
• เช็กใหม่ทุกครั้งที่แก้ข้อความ ใบ้ว่าเครื่องหมายอัญประกาศแบบสมาร์ทโควตจากโปรแกรมเอกสารตัวเดียวก็พอพลิกทั้งข้อความไปเป็น UCS-2 ได้

พร้อมเลิกเดาแล้วหรือยัง ลองวางร่างข้อความถัดไปลงใน SMS Segment Calculator อ่านผล encoding และจำนวน segment ได้ในเวลาไม่ถึงวินาที แล้วส่งทุกแคมเปญอย่างมั่นใจว่ารู้ต้นทุนจริงแล้ว เครื่องมือนี้ฟรี เป็นส่วนตัว และทำงานในเบราว์เซอร์ของคุณทั้งหมด

เครื่องมือที่เกี่ยวข้องที่คุณอาจสนใจ:

• ตัวนับตัวอักษร (Character Counter) — นับคำ ตัวอักษร และย่อหน้าของร่างข้อความได้รวดเดียว
• ตัวเข้ารหัส Base64 (Base64 Encoder) — เข้ารหัสข้อมูลและดีบักการเชื่อมต่อ API ได้ในคลิกเดียว
• ตัวเข้ารหัส URL (URL Encoder) — ทำให้ลิงก์ติดตามผลปลอดภัยต่อการแทรกใน SMS และอีเมล

ขอให้ส่งข้อความสนุก และขอให้ทุกข้อความลงตัวพอดีหนึ่ง segment!

คำถามที่พบบ่อย

ถ: ทำไมอิโมจิเพียงตัวเดียวทำให้ SMS แพงขึ้น? ตอบ: อิโมจิไม่ได้อยู่ในชุดตัวอักษร GSM-7 การมีอยู่ของมันจึงสลับทั้งข้อความไปเป็น UCS-2 ทันที ความจุต่อ segment ลดจาก 160 เหลือ 70 ตัวอักษร ซึ่งมักหมายถึงจำนวน segment ที่ต้องจ่ายเพิ่มขึ้นและต้นทุนรวมที่สูงขึ้นตามไปด้วย

ถ: extension character ใน GSM-7 คืออะไร? ตอบ: คือสัญลักษณ์อย่าง ^ { } [ ] ~ | € และแบ็กสแลช ที่อยู่นอกชุดแกนกลาง 7 บิต เครือข่ายต้อง escape แต่ละตัวด้วยตัวอักษรนำหน้าที่ซ่อนอยู่ ทุก extension character จึงกินสองช่องตัวอักษรในการนับ segment เสมอ

ถ: ทำไมข้อความหลายส่วนจุได้แค่ 153 หรือ 67 ตัวอักษรต่อ segment? ตอบ: SMS แบบต่อเนื่องต้องสำรองพื้นที่ราวเจ็ดไบต์ในแต่ละส่วนไว้ให้ user data header ที่บอกโทรศัพท์ว่าจะประกอบชิ้นส่วนกลับเรียงลำดับอย่างไร ความจุของ GSM-7 จึงเหลือ 153 ตัวอักษร และของ UCS-2 เหลือ 67 ตัวอักษร

ถ: เครื่องมือส่งข้อความของฉันขึ้นเซิร์ฟเวอร์ไหนหรือเปล่า? ตอบ: ไม่ การตรวจจับและการคำนวณทั้งหมดทำงานฝั่งไคลเอนต์ในเบราว์เซอร์ของคุณ ข้อความไม่เคยออกจากอุปกรณ์ จึงปลอดภัยกับร่างข้อความที่มีข้อมูลลูกค้าหรือโค้ดโปรโมชันที่ยังไม่เปิดเผย