SMS-маркетинг: скільки символів дозволяє TeleSign

Плануючи SMS-кампанію, ви обов'язково зіткнетеся з важливим питанням: скільки символів для SMS-маркетингу дозволяють TeleSign та інші традиційні шлюзи, перш ніж ваші витрати подвояться? Розуміння цих суворих лімітів — це різниця між високою прибутковістю кампанії та неочікуваним рахунком, який зведе нанівець усю маржу. У цьому посібнику ми детально розберемо, як саме працюють ліміти символів в SMS, як приховані символи збільшують ваші витрати та як ви можете повністю обійти ці обмеження.

SMS-маркетинг: якими лімітами символів вас обмежують TeleSign та конкуренти

Використовуючи традиційні хмарні платформи зв'язку, такі як TeleSign, Twilio або Plivo, ви підпорядковуєтеся галузевим стандартам телекомунікацій. Абсолютний стандартний ліміт для одного SMS-повідомлення становить 160 символів. Проте цей ліміт дуже мінливий і повністю залежить від використовуваного кодування. Якщо ви перевищите це обмеження хоча б на один символ, ваш провайдер розділить повідомлення на кілька сегментів і виставить рахунок за кожен сегмент окремо.

Це означає, що за повідомлення довжиною 161 символ ви платите не як за одне, а як за два. Що ще гірше, коли повідомлення розділяються, потрібні додаткові технічні дані, щоб телефон отримувача зрозумів, як зібрати їх докупи. Через це ліміт кожного розділеного повідомлення зменшується зі 160 символів до 153 символів. Ось як виглядають розрахунки для стандартних SMS-символів GSM:

• 1 сегмент повідомлення: від 0 до 160 символів
• 2 сегменти повідомлення: від 161 до 306 символів (по 153 символи на сегмент)
• 3 сегменти повідомлення: від 307 до 459 символів (по 153 символи на сегмент)

Для малого бізнесу, який надсилає оперативні оновлення, підтвердження бронювань або акційні пропозиції, ці сегменти накопичуються дуже швидко. Якщо ви використовуєте стандартні API, вам потрібно ретельно контролювати максимальну кількість символів у текстах, щоб уникнути перевищення бюджету. Якщо ви втомилися від цих складних розрахунків і хочете простішу модель тарифікації, ви можете прочитати наш посібник про альтернативи Twilio на 2026 рік, щоб дізнатися, як із цим справляються сучасні платформи.

Різниця між кодуваннями GSM-7 та UCS-2

Причина такого суворого ліміту на символи в SMS полягає в стандарті кодування. За замовчуванням мережі використовують кодування GSM-7, яке підтримує 128 основних символів, зокрема стандартні латинські літери, цифри та деякі поширені розділові знаки. Кожен символ у GSM-7 займає 7 біт даних.

Однак, якщо ваше повідомлення містить бодай один символ, який не входить до алфавіту GSM-7 (наприклад, емодзі, кириличний символ, арабську літеру або навіть деякі стилізовані розділові знаки), система змушена переключитися на кодування UCS-2 (Unicode). Символи UCS-2 потребують по 16 біт даних кожен. Як наслідок, максимальна кількість символів у тексті миттєво знижується зі 160 до 70 символів. Якщо повідомлення в Unicode розділяється, кожен сегмент обмежується лише 67 символами.

Які спеціальні символи зазвичай впливають на повідомлення?

Багато власників бізнесу та розробників шоковані, коли їхній щомісячний рахунок за SMS вдвічі перевищує запланований бюджет, хоча їхні шаблони здавалися меншими за 160 символів. Це відбувається через приховані символи Unicode, які потрапляють у текст під час копіювання та вставлення. Отже, які спеціальні символи зазвичай найбільше впливають на повідомлення?

Найчастішим винуватцем є «розумний» апостроф або фігурна дужка (’). Якщо ви копіюєте та вставляєте свій маркетинговий текст із Microsoft Word, Google Docs або Apple Notes, ці програми автоматично замінюють стандартні прямі апострофи (') на фігурні (’). Коли ви вставляєте це в API SMS-шлюзу, такого як TeleSign, шлюз розпізнає символ Unicode. Раптом ваше повідомлення на 150 символів розділяється на три окремі сегменти для тарифікації, оскільки поріг знизився до 70 символів.

Якщо ви коли-небудь користувалися автоматизованим шлюзом, ви могли бачити повідомлення про помилку на кшталт: message should only contain gsm characters for sms. the following characters are not valid: ’. Це попередження створене для того, щоб захистити вас від випадкових нарахувань за кілька сегментів. Інші поширені символи, які викликають таке зниження ліміту, включають:

• Фігурні лапки (“ та ”)
• Довге тире (—) та середнє тире (–)
• Символи з діакритичними знаками (акцентами), яких немає в таблиці розширень GSM-7 (наприклад, á, í, ó, ú)
• Емодзі (😊, 🚀, ⚠️)
• Символи нелатинського алфавіту

Чи потрібно конвертувати прості символи (simplr characters) в SMS-повідомленнях?

Поширене технічне питання, яке ставлять розробники: чи потрібно мені конвертувати прості символи в SMS-повідомленнях? Так. Якщо ви використовуєте традиційні API, ви повинні впровадити скрипт очищення (sanitization) на своєму бекенді. Цей скрипт має автоматично замінювати фігурні лапки на прямі, довгі тире — на стандартні дефіси, а також видаляти непідтримувані символи перед відправкою запиту до API. Якщо ви не виконаєте це перетворення, ваш шлюз непомітно переведе ваше повідомлення в кодування UCS-2, що суттєво збільшить ваші витрати.

Як вас тарифікують традиційні шлюзи порівняно з MySMSGate

Традиційні шлюзи, такі як TeleSign, Twilio та Plivo, отримують значну частину свого доходу від тарифікації за кожен сегмент. Вони беруть плату за кожен блок із 160 символів (або 70 символів). Якщо ви надсилаєте текст довжиною 161 символ, ви платите подвійно. Якщо ви надсилаєте детальне нагадування на 320 символів, ви платите втричі більше.

У MySMSGate ми вважаємо цю модель застарілою та несправедливою щодо малого бізнесу. Ми перетворюємо ваш власний Android-телефон на SMS-шлюз. Оскільки повідомлення надсилаються безпосередньо з вашої власної SIM-карти за тарифом вашого оператора, нам не потрібно грати за обмежувальними правилами тарифікації за сегменти, які діють у традиційних хмарних шлюзах. Ми стягуємо фіксовану плату в розмірі $0.02 за кожне надіслане SMS, незалежно від довжини повідомлення. У нас немає щомісячних платежів, контрактів та прихованих коефіцієнтів за сегменти.

Давайте поглянемо на порівняння витрат на відправку 1000 маркетингових або оперативних повідомлень середньою довжиною 200 символів (що за правилами GSM-7 становить 2 сегменти):

Використовуючи ваш власний Android-пристрій, MySMSGate повністю обходить складну систему реєстрацій у операторів та плати за сегменти. Це робить його найдешевшим SMS API для малого бізнесу, представникам якого потрібно регулярно надсилати персоналізовані сповіщення своїм клієнтам без зайвих технічних труднощів.

Посібник для розробників: робота з SMS-символами через API

Для розробників, які інтегрують SMS у свої додатки, керування наборами символів може бути виснажливою рутиною. Якщо ви розробляєте рішення на базі TeleSign, вам доведеться постійно вираховувати максимальну кількість символів для надсилання в маркетинговому SMS перед тим, як з вас стягнуть додаткову плату. Це вимагає використання сторонніх бібліотек для аналізу рядка та визначення, чи містить він Unicode.

З MySMSGate інтеграція неймовірно проста. Вам не потрібні складні рівні очищення даних, щоб заощадити гроші. Ви просто робите один POST-запит до нашого API, а ми беремо на себе доставку через ваш підключений Android-телефон. Ось приклад того, як просто надіслати SMS за допомогою Python:

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-виклик надсилає повідомлення безпосередньо через SIM-карту вашого Android-пристрою. Отримувач бачить ваш реальний номер телефону, що підвищує довіру та рівень відкриваємості повідомлень, тоді як ви уникаєте стандартних пасток тарифікації за сегменти. Щоб дізнатися більше про налаштування цього робочого процесу, ознайомтеся з нашою статтею про різницю між SMS-шлюзом та SMS API.

Часті запитання

Тут ви знайдете відповіді на найпоширеніші запитання щодо лімітів символів SMS, помилок форматування та цін на шлюзи.

Як отримати більше символів для SMS на Gatekey?

Якщо ви шукаєте, як отримати більше символів для SMS на Gatekey або подібних платформах для управління нерухомістю, ви зазвичай обмежені їхніми вбудованими інтеграціями шлюзів. Ці системи обмежують вас 160 символами, щоб знизити власні витрати. Щоб обійти ці ліміти, багато управителів нерухомості підключають свої системи до зовнішніх API, таких як MySMSGate, через Zapier або Make.com, що дозволяє їм надсилати повідомлення необмеженої довжини без штрафів за розділення символів.

Яка максимальна кількість символів у SMS в Dialog?

Максимальна кількість символів у SMS в Dialog (великий телеком-провайдер у Південній Азії) відповідає світовому стандарту: 160 символів для стандартного тексту GSM-7 і 70 символів для Unicode (сингальська, тамільська мови або емодзі). Якщо ви перевищите ці ліміти, Dialog розділить повідомлення та стягне плату за кожен сегмент. Використання шлюзу на базі Android, такого як MySMSGate, дозволяє здійснювати надсилання через локальні SIM-карти Dialog, керуючи чергою через центральну веб-панель.

Які символи не дозволені у стандартному GSM-7 SMS?

Стандартний GSM-7 не підтримує фігурні лапки (’, “), емодзі, математичні символи або нелатинські алфавіти. Якщо ваша платформа обміну повідомленнями видає помилку із текстом «message should only contain gsm characters for sms. the following characters are not valid», вам необхідно замінити ці символи на стандартні еквіваленти ASCII (наприклад, замінити ’ на '), щоб зберегти ваше повідомлення в межах ліміту 160 символів.

Чи можу я надсилати необмежену кількість символів за допомогою MySMSGate?

Так. Оскільки MySMSGate надсилає повідомлення через власну операційну систему вашого Android-телефону, ОС автоматично обробляє довгі повідомлення. Хоча мобільний оператор технічно розділяє довгі повідомлення на сегменти, MySMSGate стягує з вас єдину фіксовану плату у розмірі $0.02 за кожне повне повідомлення, надіслане з нашої панелі керування або API, захищаючи вас від несподіваних нарахувань за кілька сегментів API.