SMS 마케팅: TeleSign이 허용하는 글자 수 제한 가이드

SMS 캠페인을 계획할 때 매우 중요한 질문이 하나 떠오릅니다. SMS 마케팅을 진행할 때 TeleSign을 비롯한 기존 게이트웨이에서 비용이 두 배로 늘어나기 전까지 허용하는 글자 수는 몇 자일까요? 이러한 엄격한 제한을 이해하는 것은 높은 수익을 올리는 캠페인과 마진을 통째로 날려버리는 예상치 못한 요금 폭탄 사이의 차이를 만듭니다. 이 가이드에서는 SMS 글자 수 제한이 정확히 어떻게 작동하는지, 숨겨진 기호가 어떻게 비용을 부풀리는지, 그리고 이러한 제한을 완전히 우회하는 방법을 자세히 설명해 드립니다.

SMS 마케팅: TeleSign 및 경쟁사들이 제한하는 글자 수

TeleSign, Twilio, Plivo와 같은 기존의 클라우드 통신 플랫폼을 사용할 때는 업계 표준 통신 규칙의 제약을 받습니다. 단일 SMS 메시지의 절대적인 표준 제한은 160자입니다. 하지만 이 제한은 매우 유동적이며 사용되는 문자 인코딩 방식에 따라 완전히 달라집니다. 이 제한을 단 한 글자라도 초과하면, 제공업체는 메시지를 여러 세그먼트(segment)로 분할하여 각 세그먼트마다 개별적으로 요금을 부과합니다.

즉, 161자의 메시지를 작성하면 메시지 한 개 값이 아니라 두 개 값을 지불하게 됩니다. 설상가상으로 메시지가 분할될 때, 수신자의 휴대폰에 메시지를 다시 결합하는 방법을 지시하기 위해 일부 데이터 오버헤드가 발생합니다. 이로 인해 분할된 각 메시지의 제한 글자 수가 160자에서 153자로 줄어듭니다. 표준 GSM SMS 문자의 구체적인 계산 방식은 다음과 같습니다.

• 메시지 세그먼트 1개: 0 ~ 160자
• 메시지 세그먼트 2개: 161 ~ 306자 (세그먼트당 153자)
• 메시지 세그먼트 3개: 307 ~ 459자 (세그먼트당 153자)

운영 업데이트, 예약 확인 또는 프로모션 혜택을 전송하는 소규모 비즈니스의 경우, 이러한 세그먼트는 빠르게 누적됩니다. 표준 API를 사용하는 경우 예산 초과를 방지하기 위해 텍스트의 최대 글자 수를 면밀히 모니터링해야 합니다. 이러한 복잡한 계산 방식에 지쳤고 더 간단한 요금 모델을 원하신다면, 2026년 Twilio 대안에 대한 가이드를 읽고 현대적인 플랫폼들이 이를 어떻게 처리하는지 확인해 보세요.

GSM-7 vs. UCS-2 인코딩 분할

SMS 글자 수에 엄격한 제한이 있는 이유는 인코딩 표준에 있습니다. 기본적으로 통신망은 표준 라틴 문자, 숫자 및 일부 일반적인 문장 부호를 포함한 128개의 기본 문자를 지원하는 GSM-7 인코딩을 사용합니다. GSM-7의 각 문자는 7비트의 데이터를 차지합니다.

그러나 이모지, 키릴 문자, 아랍어 문자 또는 특정 스타일의 문장 부호와 같이 GSM-7 알파벳에 포함되지 않은 문자가 단 하나라도 메시지에 포함되면, 시스템은 UCS-2(유니코드) 인코딩으로 전환해야 합니다. UCS-2 문자는 각각 16비트의 데이터를 필요로 합니다. 결과적으로 텍스트의 최대 글자 수는 160자에서 순식간에 70자로 떨어집니다. 유니코드 메시지가 분할되는 경우, 각 세그먼트는 단 67자로 제한됩니다.

어떤 특수 문자가 주로 메시지에 영향을 미치나요?

많은 비즈니스 소유자와 개발자들은 템플릿이 분명 160자 미만인 것처럼 보였음에도 불구하고 월별 SMS 청구서가 예산의 두 배로 청구되었을 때 충격을 받습니다. 이는 복사하여 붙여넣은 텍스트에 숨겨진 유니코드 문자가 끼어들기 때문입니다. 그렇다면 어떤 특수 문자가 메시지에 주로 가장 큰 영향을 미칠까요?

가장 흔한 원인은 둥근 아포스트로피 또는 곡선형 따옴표(’)입니다. Microsoft Word, Google Docs 또는 Apple Notes에서 마케팅 문구를 복사하여 붙여넣으면, 해당 프로그램은 자동으로 표준 곧은 아포스트로피(')를 둥근 아포스트로피(’)로 변환합니다. 이를 TeleSign과 같은 SMS 게이트웨이 API에 붙여넣으면 게이트웨이가 유니코드 문자를 감지합니다. 그러면 임계값이 70자로 떨어지기 때문에 150자짜리 메시지가 순식간에 3개의 별도 요금 세그먼트로 분할됩니다.

자동 게이트웨이를 사용해 본 적이 있다면 다음과 같은 오류 메시지를 접했을 수 있습니다. message should only contain gsm characters for sms. the following characters are not valid: ’. 이 경고는 의도치 않은 다중 세그먼트 요금 부과로부터 사용자를 보호하기 위해 설계되었습니다. 이러한 다운그레이드를 유발하는 다른 일반적인 문자는 다음과 같습니다.

• 둥근 큰따옴표 (“ 및 ”)
• 엠 대시 (—) 및 엔 대시 (–)
• GSM-7 확장 테이블에 없는 악센트 문자 (예: á, í, ó, ú)
• 이모지 (😊, 🚀, ⚠️)
• 비라틴 알파벳 문자

SMS 메시지에서 기본 문자를 변환해야 하나요?

개발자들이 자주 묻는 기술적인 질문 중 하나는 다음과 같습니다. SMS 메시지에서 기본 문자를 변환해야 하나요(do i need to convert simplr characters in sms messages)? 정답은 '예'입니다. 기존 API를 사용하는 경우 백엔드에 정리(sanitization) 스크립트를 구현해야 합니다. 이 스크립트는 API를 호출하기 전에 둥근 따옴표를 곧은 따옴표로, 엠 대시를 표준 하이픈으로 자동으로 교체하고, 지원되지 않는 기호를 제거해야 합니다. 이러한 변환을 수행하지 않으면 게이트웨이가 경고 없이 메시지를 UCS-2로 업그레이드하여 비용이 급격히 증가하게 됩니다.

기존 게이트웨이의 과금 방식 vs MySMSGate

TeleSign, Twilio, Plivo와 같은 기존 게이트웨이는 매출의 상당 부분을 다중 세그먼트 과금 방식으로 올립니다. 이들은 160자(또는 70자) 단위 블록마다 요금을 부과합니다. 161자 텍스트를 보내면 두 배의 요금을 내야 하고, 320자짜리 상세한 알림을 보내면 세 배의 요금을 내야 합니다.

MySMSGate는 이러한 모델이 구식이며 소규모 비즈니스에 불공정하다고 생각합니다. 저희는 귀하의 Android 휴대폰을 SMS 게이트웨이로 변환해 드립니다. 메시지는 통신사 요금제를 사용하여 본인의 SIM 카드에서 직접 전송되므로, 기존 클라우드 게이트웨이의 제한적인 세그먼트 과금 규칙을 따를 필요가 없습니다. 저희는 메시지 길이에 관계없이 발송된 SMS당 $0.02의 정액 요금을 부과합니다. 월 이용료나 계약, 숨겨진 세그먼트 배수가 없습니다.

평균 200자(GSM-7 규칙에 따라 2개 세그먼트 발생)인 마케팅 또는 운영 메시지 1,000건을 전송할 때의 비용을 비교해 보겠습니다.

본인의 Android 기기를 활용함으로써, MySMSGate는 복잡한 통신사 등록 절차와 세그먼트 수수료를 완전히 우회합니다. 덕분에 기술적인 번거로움 없이 고객 리스트에 지속적이고 관계 중심적인 알림을 보내야 하는 소규모 비즈니스 운영자들에게 가장 저렴한 소규모 비즈니스용 SMS API가 될 수 있습니다.

개발자 가이드: API를 통한 SMS 문자 처리

애플리케이션에 SMS를 통합하는 개발자에게 문자 세트 관리는 지루한 작업이 될 수 있습니다. TeleSign을 사용하여 개발하는 경우, 추가 요금이 부과되기 전에 마케팅 SMS로 보낼 수 있는 최대 글자 수를 지속적으로 계산해야 합니다. 여기에는 문자열을 파싱하고 유니코드가 포함되어 있는지 확인하기 위해 라이브러리 패키지를 사용하는 작업이 포함됩니다.

MySMSGate를 사용하면 통합 과정이 놀라울 정도로 간단합니다. 비용을 아끼기 위해 복잡한 텍스트 정리(sanitization) 레이어를 구축할 필요가 없습니다. 당사 API에 단 한 번의 POST 요청만 보내면, 연결된 Android 휴대폰을 통해 전송이 처리됩니다. 다음은 Python을 사용하여 SMS를 보내는 방법이 얼마나 간단한지 보여주는 예시입니다.

import requests

url = "https://mysmsgate.net/api/v1/send"
headers = {
    "Authorization": "Bearer YOUR_API_KEY",
    "Content-Type": "application/json"
}
payload = {
    "to": "+1234567890",
    "message": "Hello! This is a long marketing message with emojis 🚀 and special characters like ’ that would normally cost you triple on TeleSign. With MySMSGate, it is just one flat rate!",
    "sim_slot": 1
}

response = requests.post(url, json=payload, headers=headers)
print(response.json())

이 API 호출은 Android 기기의 SIM 카드를 통해 메시지를 직접 전송합니다. 수신자는 귀하의 실제 전화번호를 보게 되므로 신뢰도와 오픈율이 높아지며, 귀하는 표준 세그먼트 과금의 함정을 피할 수 있습니다. 이 워크플로를 설정하는 방법에 대한 자세한 내용은 SMS 게이트웨이 vs SMS API 차이점 가이드를 확인해 보세요.

자주 묻는 질문 (FAQ)

SMS 글자 수 제한, 형식 오류 및 게이트웨이 요금과 관련하여 가장 자주 묻는 질문에 대한 답변입니다.

Gatekey에서 SMS 글자 수를 늘리는 방법은 무엇인가요?

Gatekey 또는 이와 유사한 부동산 관리 플랫폼에서 SMS 글자 수를 늘리는 방법을 찾고 있다면, 대개 플랫폼에 내장된 게이트웨이 통합 기능의 제약을 받게 됩니다. 이러한 시스템은 자체 비용을 낮추기 위해 글자 수를 160자로 제한합니다. 이러한 제한을 우회하기 위해 많은 부동산 관리자들은 Zapier나 Make.com을 통해 시스템을 MySMSGate와 같은 외부 API에 연결하여, 글자 수 분할 페널티 없이 무제한 길이의 메시지를 전송하고 있습니다.

Dialog에서 SMS당 최대 글자 수는 얼마인가요?

남아시아의 주요 이동통신사인 Dialog에서 SMS당 최대 글자 수는 글로벌 표준을 따릅니다. 표준 GSM-7 텍스트의 경우 160자, 유니코드(싱할라어, 타밀어 또는 이모지)의 경우 70자입니다. 이 제한을 초과하면 Dialog는 메시지를 분할하여 세그먼트당 요금을 부과합니다. MySMSGate와 같은 Android 기반 게이트웨이를 사용하면 로컬 Dialog SIM 카드를 통해 발송하면서 중앙 웹 대시보드를 통해 대기열을 관리할 수 있습니다.

표준 GSM-7 SMS에서 허용되지 않는 문자는 무엇인가요?

표준 GSM-7은 둥근 따옴표(’, “), 이모지, 수학 기호 또는 비라틴 알파벳을 지원하지 않습니다. 메시징 플랫폼에서 'message should only contain gsm characters for sms. the following characters are not valid'와 같은 오류가 발생하는 경우, 메시지를 160자 제한 내로 유지하려면 해당 문자를 표준 ASCII 대체 문자(예: ’를 '로 변경)로 교체해야 합니다.

MySMSGate를 사용하면 글자 수 제한 없이 보낼 수 있나요?

네, 가능합니다. MySMSGate는 Android 휴대폰의 기본 운영체제를 통해 메시지를 전송하므로, OS가 긴 메시지를 자동으로 처리합니다. 긴 메시지는 기술적으로 이동통신사에 의해 세그먼트로 분할되지만, MySMSGate는 대시보드나 API에서 전송된 전체 메시지당 단일 정액 요금인 $0.02만 부과하므로 다중 세그먼트 API 요금 폭탄으로부터 안전합니다.