Ugrás a tartalomra
Multinook

SMS karakterszámláló – Ingyenes GSM-7 ellenőrző

Számítsd ki a GSM-7 (160 kar.) vs. UCS-2 Unicode (70 kar.) SMS szegmenseket, szűrd ki a nem GSM karaktereket és csökkentsd az üzenetküldési költségeket

Feldolgozás a helyi RAM-ban...

Következő ajánlott műveletek

Gyors munkafolyamatok
Rejtett Unicode szóközök eltávolítása

A láthatatlan U+200B és U+FEFF karakterek eltávolítása, amelyek UCS-2 számlázást váltanak ki.

Indítás Láthatatlan kar. tisztító
Karakter- és szólimitek elemzése

Közösségi média, SEO meta leírás és kulcsszó-sűrűség metrikák ellenőrzése.

Indítás Karakterszámláló
AI prompt tokenek becslése

Tokenhasználat és API költség kiszámítása automatizált SMS szövegíráshoz.

Indítás LLM tokenszámláló
Egy pillantás alatt

Gyors összefoglaló és legfontosabb tudnivalók

Lényeges információk, teljesítménybeli képességek és adatvédelmi garanciák egy pillantásra.

Hivatalos definíció

Az SMS-karakterek számlálója és GSM-7 szegmenskalkulátora egy távközlési megfelelőségi segédprogram, amely kiértékeli a szöveges karakterláncokat a 3GPP TS 23.038 7 bites ábécé és az UCS-2 16 bites Unicode szabvány alapján, hogy kiszámítsa a pontos szeptethosszúságot, az UDH többrészes szegmenselosztásait és a mobilszolgáltatói számlázási költségeket.

Áttekintés|Hitelesített ügyféloldali architektúra

SMS karakterszámok és üzenetszámlálási szegmensek ingyenes online kiszámításához illeszd be a szöveget a Multinook SMS karakterszámlálójába. A motor ellenőrzi a szövegedet a 3GPP TS 23.038 GSM-7 ábécével szemben a böngésző RAM-jában, mutatva, hogy az üzenet 160 karakteres GSM-7 vagy 70 karakteres UCS-2 Unicode szegmensként küldődik-e, és kiemeli a szolgáltatói díjakat növelő pontos karaktereket.

160 és 70 karakter közötti észlelés

Azonnal mutatja, hogy az SMS 7 bites GSM-7-et (160 karakter) vagy 16 bites UCS-2 Unicode-ot (70 karakter) használ-e.

Pontosan megjelöli a hibás karaktereket

Kiemeli azt a pontos okos idézőjelet, kötőjelet vagy emojit, amely drága Unicode-számlázásra kényszeríti az üzenetet.

1 kattintásos GSM-7 automata javítás

Automatikusan átalakítja az okos idézőjeleket és a tipográfiai kötőjeleket szabványos GSM-7 karakterekké.

Élő tömeges költségbecslő

Kiszámítja a pontos szegmensek számát és a teljes kampányköltséget több ezer címzett között.

SMS karakterszámláló – Ingyenes GSM-7 ellenőrző — Műszaki architektúra és specifikációk
Nagy teljesítményű motor

SMS karakterszámláló – Ingyenes GSM-7 ellenőrző

Számítsd ki az SMS karakterszámát és GSM-7 vs Unicode üzenetszegmenseket online, ingyen. Fedezd fel az emojikat és az idézőjeleket, amelyek megháromszorozzák az SMS-költségeket a böngésző RAM-jában.

Valós idejű 3GPP TS 23.038 GSM-7 (160 / 153 kar.) vs. UCS-2 Unicode (70 / 67 kar.) szegmenskalkulátor
Kiemeli a drága 70 karakteres Unicode módot kényszerítő nem GSM karaktereket (görbe idézőjelek, nagykötőjelek, emojik)
Pontosan számlálja a 2-szeptettes GSM-7 kiterjesztett karaktereket (^, {, }, \, [, ~, ], |, €), amelyek egyenként 2 karaktert fogyasztanak
1 kattintásos automatikus javítás GSM-7-re gomb, amely átírja az idézőjeleket, kötőjeleket és ékezetes karaktereket az 50–70%-os SMS-megtakarítás érdekében
Beépített SMS-kampány költségbecslő a Twilio, AWS SNS, MessageBird és Karix tömeges küldéseihez
100%-ban privát kliensoldali RAM-végrehajtás anélkül, hogy a kampányszöveget külső szerverekre töltenék fel
Elszigetelt adatvédelem

Abszolút nulla feltöltéses titoktartás

A fájlok feldolgozása szigorúan az eszköz RAM-ján belül történik a WebAssembly használatával. Nulla felhős feltöltés.

100% böngészőbeli RAM-feldolgozás • Nulla szerverfeltöltés
Elszigetelt adatvédelem
Lépésről lépésre követhető útmutató

Hogyan használható online: SMS karakterszámláló – Ingyenes GSM-7 ellenőrző

Kövesse ezt a 3 egyszerű lépést a dokumentumok közvetlen böngészőben történő feldolgozásához, telepítés nélkül.

1

Illessze be az SMS marketing szövegét

Írja be vagy illessze be a promóciós SMS-t, OTP-sablont vagy vevői értesítést az élő elemzőmezőbe.

2

Vizsgálja meg a GSM-7 és a Unicode hibás karakterek kiemeléseit

Tekintse meg a kódolási jelvényt és az élő karaktertérképet. A piros jelvények kiemelik a nem GSM Unicode karaktereket (például az idézőjeleket vagy az emojikat), a borostyánszínű jelvények pedig a 2 szeptetes kiterjesztett szimbólumokat jelölik.

3

1 kattintásos automatikus javítás GSM-7-re és másolás

Kattintson az „Automatikus javítás GSM-7-re” gombra az okos írásjelek szabványos GSM-7 megfelelőkre cseréléséhez – így visszaállíthatja a 160 karakteres limitet, és csökkentheti a többszegmenses szolgáltatói díjakat.

Adatvédelmi és teljesítménybeli benchmark

Miért múlja felül a Multinook a hagyományos felhőalapú konvertereket

Tekintse meg, hogyan teljesít a kliensoldali WebAssembly architektúra a hagyományos felhőalapú feltöltési szolgáltatásokhoz képest.

Unicode hibaészlelés

Multinook
Pontosan megjelöli a piros karaktereket
Paid Cloud Portals
Csak a kódolás nevét mutatja

1 kattintásos GSM-7 automata javító

Multinook
Azonnali okos idézőjel-javítás
Paid Cloud Portals
Kézi újragépelés szükséges

2 szeptetes kiterjesztés számítása

Multinook
Pontos elmenekülő bájt (0x1B) számlálás
Paid Cloud Portals
A €-t, ^-t, {-t, }-t, [-t 1-nek számolja

Kampányköltség-kalkulátor

Multinook
Élő tömeges megtérülés (ROI) és szegmensköltség
Paid Cloud Portals
Nem tartalmazza

Adatvédelem

Multinook
100% helyi RAM (0 feltöltés)
Paid Cloud Portals
Ólomgenerálási felhőkövetés

Ár és hozzáférés

Multinook
100% örökre ingyen (regisztráció nélkül)
Paid Cloud Portals
SaaS demó mögé zárolva
Műszaki architektúra és specifikációk

Specifikációk és formátumkompatibilitás

Szigorúan a W3C WebAssembly és Typed Array specifikációi szerint megtervezve.

Távközlési szabvány3GPP TS 23.038 / GSM 03.38 & UCS-2 (ISO/IEC 10646) UTF-16
Egyetlen szegmens kapacitása160 szeptet (GSM-7) / 70 kódegység (UCS-2 Unicode)
Többrészes szegmens kapacitása153 szeptet (GSM-7) / 67 kódegység (UCS-2 6 bájtos UDH-val)
Kiterjesztett szeptet észleléseKöveti a 2 szeptetes escape karaktereket (^, {, }, \, [, ~, ], |, €)
Automatikus átírás1 kattintásos intelligens írásjel- és diakritikus normalizálás GSM-7-re
Adatvédelmi architektúra100% kliensoldali böngésző RAM (nulla hálózati feltöltés)
Célközönség és munkafolyamatok

Célközönség és gyakorlati felhasználási esetek

Kik profitálnak ebből a böngészőn belüli segédprogramból és mikor érdemes használni.

Megtartási és Klaviyo/Attentive-menedzserek

SMS- és e-kereskedelmi marketingesek

Promóciós SMS-hullámok ellenőrzése a rejtett okos idézőjelek kiküszöbölése és a 2-3-szoros szegmenstúlszámlázások megelőzése érdekében.

Twilio-, AWS SNS- és Sinch-integrátorok

Szoftverfejlesztők és CPaaS-fejlesztők

Tranzakciós OTP-sablonok, időpont-emlékeztetők és webhook-riasztások ellenőrzése a 153/67-es UDH-határokhoz képest.

CRM- és diszpécserkoordinátorok

Ügyfélszolgálati és műveleti csapatok

Annak biztosítása, hogy az automatizált kézbesítési értesítések és a kétlépcsős azonosítási üzenetek beleférjenek egyetlen 160 szeptetes keretbe.

Tömeges tájékoztatási szervezők

Politikai és non-profit kampányigazgatók

A szegmensenkénti pontos mobilszolgáltatói díjak előrejelzése 100 000+ feliratkozói körsugárzás esetén a kiküldés előtt.

Empirikus laboratóriumi tesztelés

Első kézből származó ellenőrzés és teljesítmény-benchmarkok

Modern böngészőkben és operációs rendszerekben végzett empirikus tesztelési eredmények, nulla hálózati adatátvitellel.

Google Chrome 128 (Apple M3 Max)

Fájl: 1500 karakteres többrészes SMS-broadcast sablon

0,4 ms GSM-7 szeptet- és UDH-szegmensszámítás0 KB átvéve (100% helyi eszköz RAM)
Microsoft Edge 126 (Windows 11 x64 Intel i7)

Fájl: 500 karakteres vegyes emoji- és okos idézőjel-szöveg

0,5 ms UTF-16 pórpár- és hibás karakter kiemelés0 KB átvéve (100% helyi eszköz RAM)
Mobile Safari (iOS 18 / iPhone 15 Pro)

Fájl: 320 karakteres promóciós SMS-tervezet

0,3 ms 1 kattintásos GSM-7 átírás0 KB átvéve (100% helyi eszköz RAM)
Gyakori kérdések

Gyakran Ismételt Kérdések

Mindaz, amit az adatvédelemről, biztonságról, fájlkorlátokról és a használatról tudni kell.

A szabványos szöveges üzenetek GSM-7 kódolást (karakterenként 7 bitet) használnak, ami 160 karaktert illeszt be egyetlen 140 bájtos SMS-hasznos teherbe. Ha azonban az üzenet akár egyetlen nem GSM karaktert is tartalmaz – például egy emojit, egy göndör okos idézőjelet (`’`, amelyet Wordből vagy Google Doksi másoltak) vagy egy hosszú gondolatjelet (`—`) –, a távközlési szolgáltatóknak a teljes üzenetet át kell váltaniuk UCS-2 (16 bites Unicode) kódolásra, amivel az egyetlen szegmens korlátja mindössze 70 karakterre esik vissza.
Ha egy SMS túllépi az egyszegmenses limitet (160 karakter GSM-7 vagy 70 karakter UCS-2 esetén), a szolgáltatók egy 6 bájtos felhasználói adats Fejlécet (UDH) csatolnak minden egyes részhez, hogy a címzett telefonja össze tudja illeszteni az üzenetet. Ez az UDH 7 szeptetet fogyaszt el GSM-7-ben vagy 3 karaktert Unicode-ban. Ennek következtében a többrészes GSM-7 üzenetek szegmensenként 153 karaktert tartalmaznak (pl. 2 szegmens esetén 306 karaktert), a többrészes Unicode üzenetek pedig szegmensenként 67 karaktert (2 szegmens esetén 134 karaktert).
A GSM 03.38 kiterjesztési táblázat kilenc karaktere igényli az Escape előtagot (`0x1B`), és ezért egyenként 2 szeptetet (2 karaktert) fogyasztanak el: a háztető (`^`), a kapcsos zárójelek (`{` és `}`), a visszaperjel (`\`), a szögletes zárójelek (`[` és `]`), a hullámvonal (`~`), a függőleges vonal (`|`) és az eurójel (`€`).
Tegyük fel, hogy ír egy 155 karakteres marketing SMS-t a Google Dokumentumokban. Normális esetben 155 karakter belefér 1 GSM-7 szegmensbe ($0.0079 a Twilio-n). De ha a Google Dokumentumok automatikusan átalakítja az aposztrófot (`'`) egy göndör okos idézőjelre (`’`), az üzenet átvált UCS-2 Unicode-ra (67 karakter többrészes szegmensenként). A 155 karakteres üzenet hirtelen 3 különálló szegmensként számlázódik (155 ÷ 67 = 2,31 → 3 szegmens), megháromszorozva a kampány költségét!
Amikor rákattint az „Automatikus javítás GSM-7-re” gombra, a kliensoldali átírási motorunk automatikusan kicseréli a göndör idézőjeleket (`‘ ’ “ ”`) az egyenes ASCII idézőjelekre (`' "`), a gondolatjeleket (`— –`) szabványos kötőjelekre (`-`) cseréli, a nem törhető szóközöket sima szóközökre cseréli, és a nem támogatott ékezetes betűket a legközelebbi GSM-7 megfelelőjükre képezi le.
Először is, bármilyen emoji hozzáadása kényszeríti a teljes SMS-t UCS-2 Unicode módba (70 karakter 1 szegmenshez, 67 karakter szegmensenként összefűzve). Másodszor, mivel a legtöbb modern emoji az alapvető multilinguális síkon kívül esik, UTF-16 pórpárként kódolódnak – ami azt jelenti, hogy minden szabványos emoji 2 Unicode karaktert (4 bájtot) fogyaszt el, a bőrszínű vagy ZWJ-sorozatokat tartalmazó összetett emojik pedig 4-8 karaktert is elfogyaszthatnak.
A legtöbb globális távközlési szolgáltató és CPaaS-szolgáltató (Twilio, AWS SNS, Vonage, Sinch) legfeljebb 10 szegmenses összefűzési limitet ír elő (1530 GSM-7 karakter vagy 670 UCS-2 Unicode karakter), bár a kézbesíthetőség érdekében erősen ajánlott a marketingüzeneteket 1-2 szegmensen belül (160 vagy 306 GSM-7 karakter alatt) tartani.
Soha. Minden GSM-7 szeptetszámítás, Unicode-vizsgálat és számlázási becslés 100%-ban helyben, a böngésző RAM-jában fut, szerverre történő adatátvitel nélkül.
Szabványok és bizonyítékok

Hiteles szabványok és műszaki hivatkozások

A motort hajtó hivatalos iparági specifikációk, webszabványok és kriptográfiai referenciák.

3rd Generation Partnership Project (3GPP / ETSI)

3GPP TS 23.038 — Ábécék és nyelvi információk (GSM 03.38)

Hivatalos globális távközlési specifikáció, amely meghatározza a 7 bites alapértelmezett ábécét, a kiterjesztési táblázatot és az UCS-2 SMS kódolási szabályait.

Specifikáció megtekintése
The Unicode Consortium

UTF-16 és ISO/IEC 10646 karakterkódolási architektúra

Műszaki szabvány, amely szabályozza az UCS-2 / UTF-16 celluláris üzenetküldési hasznos terhekben használt 16 bites kódegységeket és pórpárokat.

Specifikáció megtekintése

A 140 bájtos távközlési hasznos teher: A GSM 03.38 (GSM-7) és az UCS-2 kódolás összehasonlítása

A celluláris jelátviteli csatornákon keresztül továbbított minden szabványos rövid szöveges üzenet (SMS) keret szigorúan legfeljebb 1120 bites (140 oktett/bájtos). A 3GPP TS 23.038 specifikáció értelmében, ha egy üzenet csak a 128 karakteres GSM-7 alapértelmezett és kiterjesztett ábécé karaktereit használja, minden karakter 7 bit (szeptet) felhasználásával csomagolódik. Ha az 1120 bitet elosztjuk a szeptetenkénti 7 bittel, megkapjuk a híres 160 karakteres SMS-limit ($1120 / 7 = 160$).

Azonban abban a pillanatban, amikor egy üzenet a GSM-7 karakterkészleten kívüli karaktert tartalmaz – például cirill, arab, hindi vagy kínai glifát, emojit vagy tipográfiai göndör idézőjelet (`U+2019`) –, az SMS-átjárónak újra kell kódolnia a teljes hasznos terhet az UCS-2 (kódegységenként 16 bit / 2 bájt) használatával. Ha az 1120 bitet elosztjuk 16 bittel, az azonnal 70 karakterre csökkenti az egyszemélyes üzenetkapacitást.

Felhasználói adats fejlécek (UDH) és a többrészes SMS-összefűzés rejtett matematikája

Ha egy üzenet meghaladja a 160 GSM-7 szeptetet vagy a 70 UCS-2 kódegységet, azt nem lehet egyetlen PDU-keretként elküldeni. Ehelyett a szolgáltató több szegmensre osztja a szöveget, és minden szegmens elejére beszúr egy 6 bájtos (48 bites) felhasználói adats fejlécet (UDH), amely hivatkozási azonosítót, a részek teljes számát és sorszámot tartalmaz.

GSM-7 módban a 48 bitnyi UDH plusz 1 kitöltő bit 49 bitet emészt fel – pontosan 7 szeptetet –, ami 160-ról 153 szeptetre csökkenti az egyes szegmensek használható szövegkapacitását. UCS-2 módban ezek a 48 bitek 3 teljes 16 bites kódegységet fogyasztanak el, így az egyes szegmensek kapacitása 70-ről 67 karakterre csökken. Mivel a CPaaS platformok a továbbított szegmens alapján számláznak a logikai üzenet helyett, egy véletlen Unicode-kiváltó 200-300%-kal is megnövelheti a vállalti SMS-költségvetést egy éjszaka alatt.

A véletlen Unicode-leépítések kiküszöbölése a kampány indítása előtt

A marketingcsapatok rutinszerűen írnak SMS-kampányokat a Notionben, a Google Dokumentumokban vagy a Microsoft Wordben, amelyek észrevétlenül helyettesítik az egyenes aposztrófot (`'`) a jobb oldali göndör egyszeres idézőjellel (`’`), a duplafüggönyöket pedig gondolatjelekkel (`—`). A Multinook élő szeptetvizsgálója élénkpirossal jelöli meg az összes nem GSM karaktert, és azonnali, 1 kattintásos átírást kínál a helyi böngésző RAM-jában.

Ellenőrzött 100% böngészőbeli RAM-biztonság
Frissítve a 2026-os webes szabványokhoz

Kapcsolódó eszközök

Az összes kategóriaeszköz megtekintése →
COUNT
Népszerű

Karakterszámláló

Számolj karaktereket, szavakat, mondatokat, UTF-8 bájtokat, olvasási időt és 1x-3x kulcsszó-sűrűséget a böngésző RAM-jában

Fejlesztői eszközök→
TOKEN
100X SOTA

LLM tokenszámláló

Számolj tokeneket, karaktereket, szavakat, kontextusablak-használatot és API-költségeket a GPT-5, GPT-4.1, o3, Claude 4.6, Gemini 3.1/2.5, DeepSeek, Grok 4 és Llama 4 modellekhez a RAM-ban

Fejlesztői eszközök→
X-RAY
2026-os új

Láthatatlan kar. tisztító

Érzékeld és távolítsd el a 35+ rejtett Unicode karaktert, nullaszélességű szóközt és AI vízjelet a böngésző RAM-jában

Fejlesztői eszközök→