Премини към основното съдържание
Multinook

SMS брояч на символи - Безплатна проверка за GSM-7

Изчислявайте SMS сегменти за GSM-7 (160 символа) спрямо UCS-2 Unicode (70 символа), откривайте не-GSM символи и намалявайте разходите за съобщения

Обработка в локалната RAM памет...
С един поглед

Бърз преглед и основни изводи

Съществени прозрения, производителност и гаранции за поверителност с един поглед.

Официално определение

Броячът на символи в SMS и калкулаторът на GSM-7 сегменти е комуна��на услуга за телекомуникационна съвместимост, която оценява текстови низове спрямо 7-битната азбука 3GPP TS 23.038 и 16-битния Unicode стандарт UCS-2, за да изчисли точни дължини в септети, разделяния на многочастни сегменти с UDH и разходи за таксуване от оператора.

Преглед|Проверена клиентска архитектура

За да изчислите броя на SMS символите и сегментите за таксуване на съобщения онлайн безплатно, поставете текста си в SMS брояча на символи на Multinook. Двигателят проверява вашето копие спрямо азбуката 3GPP TS 23.038 GSM-7 в RAM паметта на браузъра, като показва дали вашето съобщение се изпраща ��ато 160-символни GSM-7 или 70-символни UCS-2 Unicode сегменти и подчертава точните символи, които увеличават таксуването от оператора.

Откриване на 160 спрямо 70 символа

Незабавно показва дали вашият SMS използва 7-битов GSM-7 (160 символа) или 16-битов UCS-2 Unicode (70 символа).

Посочва символите виновници

Подчертава точната умна кавичка, тире или емоджи, които принуждават вашето съобщение да премине към скъпо Unicode таксуване.

Автоматично коригиране към GSM-7 с 1 клик

Автоматично преобразува умните кавички и типографскит�� тирета в стандартни GSM-7 символи.

Оценка на масови разходи в реално време

Изчислява точния брой сегменти и общите разходи за кампанията сред хиляди получатели.

SMS брояч на символи - Безплатна проверка за GSM-7 — Техническа архитектура и спецификации
Високоефективен двигател

SMS брояч на символи - Безплатна проверка за GSM-7

Изчислявайте дължината на SMS символи и съобщения за GSM-7 спрямо Unicode онлайн безплатно. Откривайте емоджита и умни кавички, които утрояват SMS разходите в RAM паметта на браузъра.

Калкулатор на сегменти 3GPP TS 23.038 GSM-7 (160 / 153 символа) спрямо UCS-2 Unicode (70 / 67 символа) в реално време
Подчертава точните виновни не-GSM символи (извити кавички, ем-тирета, емоджита), които принуждават скъпия 70-символен Unicode режим
Точно преброяване на разширени символи с 2 септета в GSM-7 (^, {, }, \, [, ~, ], |, €), които консумират по 2 символа всеки
Бутон за автоматично коригиране към GSM-7 с 1 клик, който транслитератира умни кавички, тирета и акцентирани символи за спестяване на 50–70% от SMS сметките
Вграден калкулатор за разходи за SMS кампании за масови излъчвания през Twilio, AWS SNS, MessageBird и Karix
100% пов��рително изпълнение в RAM паметта на клиента с нулево копие на кампанията, качено на външни сървъри
Изолирана поверителност на данните

Абсолютна поверителност без качване

Вашите файлове се обработват строго в паметта (RAM) на вашето устройство с помощта на WebAssembly. Нула качвания в облака.

100% обработка в RAM на браузъра • Нула качвания на сървър
Изолирана поверителност на данните
Инструкции стъпка по стъпка

Как се използва онлайн: SMS брояч на символи - Безплатна проверка за GSM-7

Следвайте тези 3 прости стъпки, за да обработите вашите документи директно в браузъра си без никакви инсталации.

1

Поставете своя текстов материал за SMS маркетинг

Въведете или поставете вашето промоционално SMS съобщение, шаблон за еднократна парола (OTP) или клиентско известие в полето за анализиране в реално време.

2

Проверете основните виновници за GSM-7 срещу Unicode

Проверете значката за кодиране и картата на символите в реално време. Червените значки подчертават не-GSM Unicode символи (като интелектуални кавички или емоджита), а жълтите значки отбелязват разширени символи с 2 септета.

3

Автоматично коригиране към GSM-7 с 1 клик и копиране

Кликнете върху „Автоматично коригиране към GSM-7“, за да замените умната пункту��ция със стандартни GSM-7 еквиваленти — възстановявайки лимита си от 160 символа и намалявайки таксите на операторите за многосегментни съобщения.

Еталон за поверителност и производителност

Защо Multinook превъзхожда традиционните облачни конвертори

Вижте как клиентската WebAssembly архитектура се сравнява с конвенционалните услуги за качване в облак.

Откриване на Unicode виновници

Multinook
Посочва точните червени символи
Paid Cloud Portals
Показва само името на кодирането

Инструмент за автоматично коригиране към GSM-7 с 1 клик

Multinook
Незабавна корекция на умни кавички
Paid Cloud Portals
Изисква се ръчно пренаписване

Изчисление на разширение с 2 септета

Multinook
Точен брой на байтове за ескейп (0x1B)
Paid Cloud Portals
Грешно брои €, ^, {, }, [ като 1

Калкулатор за разходи по кампанията

Multinook
Възвръщаемост на масови инвестиции (ROI) в реално време и цена на сегмент
Paid Cloud Portals
Не е включено

Поверителност на данните

Multinook
100% локална памет (RAM) (0 качвания)
Paid Cloud Portals
Облачно проследяване за генериране на потенциални клиенти

Цена и достъп

Multinook
100% безплатно завинаги (без регистрация)
Paid Cloud Portals
Закрито зад демонстрация на SaaS
Техническа архитектура и спецификации

Спецификации и съвместимост на форматите

Проектирано стриктно според спецификациите на W3C WebAssembly и Typed Array.

Телекомуникационен стандарт3GPP TS 23.038 / GSM 03.38 & UCS-2 (ISO/IEC 10646) UTF-16
Капацитет на един сегмент160 септета (GSM-7) / 70 кодови единици (UCS-2 Unicode)
Капацитет на многочастен сегмент153 септета (GSM-7) / 67 кодови единици (UCS-2 с 6-байтов UDH)
Откриване на разширени септетиПроследява ескейп символи с 2 септета (^, {, }, \, [, ~, ], |, €)
Автоматична транслитерацияИнтелигентна пунктуация с 1 клик & нормализиране на диакритични знаци към GSM-7
Архитектура на поверителност100% клиентска браузърна памет (RAM) (нула мрежови качвания)
Потребители и работни процеси

Целева аудитория и практически сценарии за употреба

Кой се възползва от този браузърен инструмент и кога да го приложите.

Мениджъри по задържане и за Klaviyo/Attentive

SMS и E-commerce маркетиспециалисти

Одитиране на промоционални SMS кампании с цел елиминиране на скрити умни кавички и предотвратяване на 2x-3x превишаване на разходите за сегменти.

Интегратори за Twilio, AWS SNS & Sinch

Софтуерни инженери и CPaaS разработчици

Валидиране на транзакционни OTP шаблони, напомняния за срещи и уебхук известия спрямо границите на UDH 153/67.

Координатори по CRM и диспечери

Екипи за под��ръжка на клиенти и операции

Гарантиране, че автоматизираните известия за доставка и съобщенията за двуфакторно удостоверяване се побират в рамка от един септет от 160 символа.

Организатори на масови кампании

Директори на политически и нестопански кампании

Прогнозиране на точни такси на оператора за отделен сегмент при над 100 000 абонатни излъчвания преди изпращане.

Емпирично лабораторно тестване

Първоначална проверка и бенчмаркове за производителност

Резултати от емпирични тестове, проведени в модерни браузъри и операционни системи с нулево мрежово предаване.

Google Chrome 128 (Apple M3 Max)

Файл: Шаблон за многочастно SMS излъчване от 1500 символа

0,4 ms изчисление на GSM-7 септети и UDH сегменти0 KB прехвърлени (100% локална памет на устройството)
Microsoft Edge 126 (Windows 11 x64 Intel i7)

Файл: Текст от 500 символа със смесени емоджита и умни кавички

0,5 ms сурогатна двойка UTF-16 и маркиране на виновници0 KB прехвърлени (100% локална памет на устройството)
Mobile Safari (iOS 18 / iPhone 15 Pro)

Файл: Промоционална SMS чернова от 320 символа

0,3 ms транслитерация към GSM-7 с 1 клик0 KB прехвърлени (100% локална памет на устройството)
Чести запитвания

Често задавани въпроси

Всичко, което трябва да знаете за поверителността, сигурността, ограниченията на файловете и използването.

Стандартните текстови съобщения използват GSM-7 кодиране (7 бита на символ), което побира 160 символа в едно 140-байтово SMS съобщение. Въпреки това, ако съобщението ви съдържа дори един не-GSM символ — като емоджи, къдрава умна кавичка (`’`, коп��рана от Word или Google Документи), или дълго тире (`—`) — телекомуникационните оператори трябва да превключат цялото съобщение към UCS-2 (16-битово Unicode) кодиране, като намалят лимита за един сегмент до едва 70 символа.
Когато SMS надвиши лимита за едно съобщение (160 символа за GSM-7 или 70 символа за UCS-2), операторите добавят 6-байтов заглавен блок за потребителски данни (UDH) към всяка част, така че телефонът на получателя да може да сглоби съобщението обратно. Този UDH консумира 7 септета в GSM-7 или 3 символа в Unicode. Следователно многочастните GSM-7 съобщения съдържат 153 символа на сегмент (напр. 306 символа за 2 сегмента), а многочастните Unicode съобщения съдържат 67 символа на сегмент (134 символа за 2 сегмента).
Девет символа в разширената таблица на GSM 03.38 изискват ескейп префикс (`0x1B`) и следователно консумират по 2 септета (2 символа) всеки: циркофлекс (`^`), къдрави скоби (`{` и `}`), обратна наклонена черта (`\`), квадратни скоби (`[` и `]`), тилда (`~`), вертикална черта (`|`) и знакът за евро (`€`).
Да предположим, че пишете маркетинг SMS от 155 символа в Google Документи. Обикновено 155 символа се побират в 1 GSM-7 сегмент ($0.0079 в Twilio). Но ако Google Документи автоматично преобразува вашата апострофа (`'`) в къдрава умна кавичка (`’`), съобщението ви ��ревключва към UCS-2 Unicode (67 символа на многочастен сегмент). Вашето съобщение от 155 символа внезапно се таксува като 3 отделни сегмента (155 ÷ 67 = 2,31 → 3 сегмента), което утроява разходите за вашата кампания!
Когато кликнете върху „Автоматично коригиране към GSM-7“, нашият механизъм за транслитерация от страна на клиента автоматично заменя къдравите кавички (`‘ ’ “ ”`) с прави ASCII кавички (`' "`), преобразува дългите и средните тирета (`— –`) в стандартни тирета (`-`), заменя непрекъсваемите интервали с обикновени интервали и мапира неподдържаните акцентирани букви към техните най-близки GSM-7 еквиваленти.
Първо, добавянето на което и да е емоджи принуждава целия SMS да премине в режим UCS-2 Unicode (70 символа за 1 сегмент, 67 символа на конкатениран сегмент). Второ, тъй като повечето съвременни емоджита се намират извън основната многоезична равнина, те се кодират като сурогатни двойки UTF-16 — което означава, че всяко стандартно емоджи консумира 2 Unicode символа (4 байта), а комбинираните емоджита с тонове на кожата или последователности ZWJ могат да консумират от 4 до 8 символа.
Повечето глобални телекомуникационни оператори и CPaaS доставчици (Twilio, AWS SNS, Vonage, Sinch) налагат максимален лимит на конкатенация от 10 сегмента (1530 GSM-7 символа или 670 UCS-2 Unicode символа), макар че силно се препоръчва поддържането на маркетинговите съобщения в рамките на 1 до 2 сегмента (под 160 или 306 GSM-7 символа) с цел осигуряване на доставка.
Никога. Всички изчисления на септети за GSM-7, проверки за Unicode и оценки на таксуването се изпълняват 100% локално вътре в паметта (RAM) на вашия браузър, без никакво предаване към сървър.
Стандарти и доказателства

Авторитетни стандарти и технически цитати

Официални индустриални спецификации, уеб стандарти и криптирани справки, задвижващи този двигател.

140-байтовият телекомуникационен полезен товар: Разбиране на кодирането GSM 03.38 (GSM-7) спрямо UCS-2

Всяка стандартна рамка на услугата за краттки съобщения (SMS), предавана по клетъчни сигнализиращи канали, е стриктно ограничена до 1120 бита (140 октета/байта). Съгласно спецификацията 3GPP TS 23.038, когато дадено съобщение използва само символи от 128-символната азбука по подразбиране и разширените азбуки на GSM-7, всеки символ се опакова с помощта на 7 бита (септет). Разделянето на 1120 бита на 7 бита на септет дава известния лимит за SMS от 160 символа ($1120 / 7 = 160$).

Въпреки това, в момента, в който съобщението включва символ извън набор от символи на GSM-7 — като кирилица, арабски, хинди или китайски глиф, емоджи или типографска къдрава кавичка (`U+2019`) — SMS шлюзът трябва да прекодира целия полезен товар с помощта на UCS-2 (16 бита / 2 байта на кодова единица). Разделянето на 1120 бита на 16 бита незабавно свива капацитета за едно съобщение до 70 символа.

Заглавни блокове за потребител��ки данни (UDH) и скритата математика на многочастната SMS конкатенация

Когато съобщението надвиши 160 GSM-7 септета или 70 UCS-2 кодови единици, то не може да бъде изпратено като една PDU рамка. Вместо това операторът разделя текста на множество сегменти и добавя 6-байтов (48-битов) заглавен блок за потребителски данни (UDH) към всеки сегмент, съдържащ идентификатор за референция, общ брой части и пореден номер.

В режим GSM-7 48 бита UDH плюс 1 бит за подравняване консумират 49 бита — точно 7 септета — като намаляват полезния капацитет за текст на всеки сегмент от 160 на 153 септета. В режим UCS-2 тези 48 бита консумират 3 пълни 16-битови кодови единици, което намалява капацитета на всеки сегмент от 70 на 67 символа. Тъй като CPaaS платформите таксуват за предаден сегмент, а не за логическо съобщение, случайното задействане на Unicode може да увеличи бюджетите за корпоративни SMS съобщения с 200% до 300% за една нощ.

Елиминиране на случайните понижения към Unicode преди стартирането на кампанията

Маркетинговите екипи редовно чертаят SMS кампании в Notion, Google Документи или Microsoft Word, които мълчаливо заменят правите апострофи (`'`) с къдрави десни единични кавички (`’`) и двойните тирета с дълги тирета (`—`). Инспекторът на септети в реално време на Multinook отбелязва всеки не-GSM символ в ярко червено и предлага незабавна транслитерация с 1 клик в локалната памет (RAM) на браузъра.

Проверена 100% сигурност в RAM на браузъра
Актуализирано за уеб стандартите от 2026 г.