メインコンテンツにスキップ
Multinook

SMS文字数カウント - 無料 GSM-7 チェッカー

GSM-7 (160文字) と UCS-2 Unicode (70文字) のSMSセグメントを計算、非GSM文字を特定し、メッセージングコストを削減

ローカルRAMで処理中...
概要

クイック概要と主なポイント

重要なインサイト、パフォーマンス機能、プライバシー保証をひと目で確認できます。

公式定義

SMS文字数カウンターおよびGSM-7セグメント計算機は、テキスト文字列を3GPP TS 23.038 7ビットアルファベットおよびUCS-2 16ビットUnicode標準と照らし合わせて評価し、正確なセプテット長、UDHマルチパートセグメントの分割、および通信事業者の課金コストを計算する電気通信コンプライアンスユーティリティです。

概要|検証済みのクライアントサイドアーキテクチャ

SMS文字数とメッセージ課金セグメントをオンラインで無料で計��するには、テキストをMultinookのSMS文字数カウントに貼り付けてください。エンジンはブラウザのRAM内で3GPP TS 23.038 GSM-7アルファベットと照合し、メッセージが160文字のGSM-7として送信されるか、70文字のUCS-2 Unicodeセグメントとして送信されるかを表示し、キャリア課金を増加させる正確な文字を強調表示します。

160文字と70文字の検出

SMSが7ビットのGSM-7(160文字)を使用しているか、16ビットのUCS-2 Unicode(70文字)を使用しているかを即座に表示します。

原因となった文字の特定

メッセージを高額なUnicode課金に強制させているスマートクォート、ダッシュ、または絵文字を正確にハイライトします。

1クリックGSM-7自動修正

スマートクォートやタイポグラフィのダッシュを標準のGSM-7文字に自動変換します。

リアルタイムの一括コスト見積もり

数千人の受信者にわたる正確なセグメント数とキャンペーンの総コストを計算します。

SMS文字数カウント - 無料 GSM-7 チェッカー — 技術アーキテクチャ & 仕様
高性能エンジン

SMS文字数カウント - 無料 GSM-7 チェッカー

SMS文字数とGSM-7対Unicodeメッセージセグメントをオンラインで無料計算。ブラウザのRAM内でSMSコストを3倍にする絵文字やスマートクォートを特定。

リアルタイム 3GPP TS 23.038 GSM-7 (160 / 153文字) 対 UCS-2 Unicode (70 / 67文字) セグメント計算機
高価な70文字Unicodeモードを強制する非GSM文字(カーリークォート、エムダッシュ、絵文字)を正確に強調表示
各2文字を消費する2セプテットGSM-7拡張文字(^, {, }, \, [, ~, ], |, €)を正確にカウント
スマートクォート、ダッシュ、アクセント付き文字を音訳してSMS料金を50〜70%削減する1クリックGSM-7自動修正ボタン
Twilio, AWS SNS, MessageBird, Karix一括配信向けの組み込みSMSキャンペーンコスト見積もり
100%プライベートなクライアントサイドRAM実行、外部サーバーへのキャンペーンコピーアップロードなし
エアギャップデータプライバシー

完全なアップロードゼロの機密性

ファイルはWebAssemblyを使用してデバイスのRAM内だけで厳密に処理されます。クラウドへのアップロードはありません。

100% ブラウザ内RAM処理 • サーバーへのアップロードゼロ
エアギャップデータプライバシー
ステップバイステップの手順

オンラインでの使い方: SMS文字数カウント - 無料 GSM-7 チェッカー

次の3つの簡単なステップに従って、インストール不要でブラウザ内で直接文書を処理できます。

1

SMSマーケティングのコピーを貼り付け

プロモーション用のSMS、ワンタイムパスワード(OTP)テンプレート、または顧客通知をライブ分析ボックスに入力または貼り付けます。

2

GSM-7とUnicodeの該当箇所のハイライトを検査

エンコーディングバッジとライブ文字マップを確認します。赤いバッジは非GSMのUnicode文字(スマートクォートや絵文字など)を強調表示し、アンバーのバッジは2セプテットの拡張シンボルを示します。

3

1クリックでGSM-7に自動修正してコピー

「GSM-7に自動修正」をクリックすると、スマート句読点が標準のGSM-7の同等文字に置き換えられ、160文字の制限が復元されて複数セグメントにかかる通信料が削減されます。

プライバシーとパフォーマンスのベンチマーク

Multinookが従来のクラウドコンバーターよりも優れている理由

クライアント側のWebAssemblyアーキテクチャが従来のクラウドアップロードサービスとどのように異なるかをご覧ください。

Unicode該当箇所の検出

Multinook
正確な赤色文字を特定
Paid Cloud Portals
エンコーディング名のみを表示

1クリックGSM-7自動修正機能

Multinook
スマートクォートを即座に修正
Paid Cloud Portals
手動での再入力が必要

2セプテット拡張の計算

Multinook
正確なエスケープバイト(0x1B)数
Paid Cloud Portals
€、^、{、}、[ を1文字として誤カウント

キャンペーン費用の計算機

Multinook
一括配信のリアルタイムROIとセグメントコスト
Paid Cloud Portals
含まれていません

データのプライバシー

Multinook
100%ローカルRAM(アップロードゼロ)
Paid Cloud Portals
リード獲得のためのクラウド追跡

価格とアクセス

Multinook
完全永久無料(登録不要)
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コード単位(6バイトUDH付きUCS-2)
拡張セプテット検出2セプテットのエスケープ文字(^, {, }, \, [, ~, ], |, €)を追跡
自動音訳スマート句読点とダイアクリティカルマークのGSM-7への1クリック正規化
プライバシーアーキテクチャ100%クライアントサイドのブラウザRAM(��ットワークアップロードゼロ)
対象ユーザーとワークフロー

ターゲット層と実践的なユースケース

このブラウザ内ユーティリティの恩恵を受けるユーザーと、その活用タイミング。

リテンションおよびKlaviyo/Attentiveマネージャー

SMSおよびEコマースマーケター

プロモーション用SMSの監査を行い、隠れたスマートクォートを排除して、セグメントの2倍〜3倍の過剰請求を防ぐ。

Twilio、AWS SNS、Sinchのインテグレーター

ソフトウェアエンジニアおよびCPaaS開発者

153/67のUDH境界に対して、トランザクションOTPテンプレート、予約リマインダー、Webhookアラートを検証する。

CRMおよびディスパッチコーディネーター

カスタマーサポートおよびオペレーションチーム

自動配信通知や二段階認証メッセージが160セプテットの単一フレーム内に収まるようにする。

大規模アウトリーチオーガナイザー

政治・非営利団体のキャンペーンディレクター

10万件以上の登録者向けブロードキャスト配信前に、セグメントごとの正確な通信料を予測する。

実証ラボテスト

実証検証とパフォーマンスベンチマーク

ネットワーク転送を一切行わず、最新のブラウザおよびオペレーティングシステムで実施された実証テストの結果。

Google Chrome 128 (Apple M3 Max)

ファイル: 1,500文字のマルチパートSMSブロードキャストテンプレート

0.4msのGSM-7セプテットおよびUDHセグメント計算0 KB転送(100%ローカルデバイスRAM)
Microsoft Edge 126 (Windows 11 x64 Intel i7)

ファイル: 500文字の絵文字とスマートクォートが混在するコピー

0.5msのUTF-16サロゲートペアおよび原因文字のハイライト0 KB転送(100%ローカルデバイスRAM)
Mobile Safari (iOS 18 / iPhone 15 Pro)

ファイル: 320文字のプロモーションSMSドラフト

0.3msの1クリックGSM-7音訳0 KB転送(100%ローカルデバイスRAM)
一般的なお問い合わせ

よくある質問

プライバシー、セキュリティ、ファイル制限、利用方法について知る必要があるすべて。

標準的なテキストメッセージはGSM-7エンコーディング(1文字あたり7ビット)を使用しており、140バイトのSMSペイロードに160文字が収まります。しかし、絵文字、WordやGoogleドキュメントからコピーしたカーリークォート(曲がり引用符 `’`)、長音ダッシュ(`—`)などの非GSM文字が1文字でも含まれている場合、通信事業者はメッセージ全体をUCS-2(16ビットUnicode)エンコーディングに切り替える必要があり、単一セグメントの制限がわずか70文字に低下します。
SMSが単一メッセージの制限(GSM-7の場合は160文字、UCS-2の場合は70文字)を超えると、受信側の携帯電話でメッセージを再構築できるように、各パーツに6バイトのユーザーデータヘッダー(UDH)が添付されます。このUDHは、GSM-7では7セプテット、Unicodeでは3文字を消費します。その結果、分割されたGSM-7メッセージは1セグメントあたり153文字(例:2セグメントで306文字)、分割されたUnicodeメッセージは1セグメントあたり67文字(2セグメントで134文字)を保持します。
GSM 03.38拡張テーブルの9つの文字には、エスケーププ��フィックス(`0x1B`)が必要なため、それぞれ2セプテット(2文字)を消費します。具体的には、ケアット(`^`)、波括弧(`{` および `}`)、バックスラッシュ(`\`)、角括弧(`[` および `]`)、チルダ(`~`)、縦棒(`|`)、ユーロ記号(`€`)です。
Googleドキュメントで155文字のマーケティングSMSを作成したとします。通常、155文字は1つのGSM-7セグメント(Twilioでは$0.0079)に収まります。しかし、Googleドキュメントがアポストロフィ(`'`)をカーリースマートクォート(`’`)に自動変換した場合、メッセージはUCS-2 Unicode(分割セグメントあたり67文字)に切り替わります。その結果、155文字のメッセージが突然3つの別々のセグメントとして課金され(155 ÷ 67 = 2.31 → 3セグメント)、キャンペーンコストが3倍に跳ね上がります!
「GSM-7に自動修正」を���リックすると、クライアント側の音訳エンジンがスマートクォート(`‘ ’ “ ”`)を標準のASCIIクォート(`' "`)に自動的に置き換え、em/enダッシュ(`— –`)を標準のハイフン(` - `)に変換し、ノーブレークスペースを通常のスペースに置き換え、サポートされていないアクセント付き文字を最も近いGSM-7の同等文字にマッピングします。
まず、絵文字を追加すると、SMS全体が強制的にUCS-2 Unicodeモードになります(1セグメントは70文字、結合セグメントは1セグメントあたり67文字)。次に、最近のほとんどの絵文字は基本多言語面(BMP)の外にあるため、UTF-16サロゲートペアとしてエンコードされます。つまり、標準の絵文字はそれぞれ2つのUnicodeキャラクター(4バイト)を消費し、スキントーンやZWJシーケンスを含む複合絵文字は4〜8文字を消費する場合があります。
世界��ほとんどの通信事業者およびCPaaSプロバイダー(Twilio、AWS SNS、Vonage、Sinch)は、最大結合制限を10セグメント(GSM-7の場合は1,530文字、UCS-2 Unicodeの場合は670文字)に定めています。ただし、到達性を高めるためには、マーケティングメッセージを1〜2セグメント以内(GSM-7で160文字または306文字未満)に抑えることが強く推奨されます。
一切ありません。すべてのGSM-7セプテット計算、Unicode検査、および課金予測は、サーバーへの送信を一切行わず、ブラウザのRAM内で100%ローカルに実行されます。
規格と根拠

信頼性の高い規格と技術的引用

このエンジンを支える公式業界仕様、ウェブ標準、および暗号学的リファレンス。

140バイトのテレコムペイロード:GSM 03.38(GSM-7)とUCS-2エンコーディングの理解

セルラーシグナリングチャネルを介して送信されるすべての標準的なショートメッセージサービス(SMS)フレームは、1,120ビット(140オクテット/バイト)に厳しく上限が設定されています。3GPP TS 23.038仕様に基づき、メ��セージが128文字のGSM-7デフォルトおよび拡張アルファベットの文字のみを使用する場合、各文字は7ビット(セプテット)を使用してパックされます。1,120ビットを1セプテットあたりの7ビットで割ると、有名な160文字のSMS制限が導き出されます($1120 / 7 = 160$)。

しかし、キリル文字、アラビア文字、ヒンディー文字、中国語のグリフ、絵文字、またはタイポグラフィのカーリークォート(`U+2019`)など、GSM-7文字セット外の文字がメッセージに含まれた瞬間、SMSゲートウェイはUCS-2(コード単位あたり16ビット / 2バイト)を使用してペイロード全体を再エンコードする必要があります。1,120ビットを16ビットで割ると、単一メッセージの容量は即座に70文字に削減されます。

ユーザーデータヘッダー(UDH)とマルチパートSMS結合の隠された計算

メッセージが160のGSM-7セプテットまたは70のUCS-2コード単位を超える場合、単一のPDUフレームとして送信することはできません。代わりに、キャリアはテキストを複数のセグメントに分割し、参照ID���合計パーツ数、シーケンス番号を含む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ダウングレードの排除

マーケティングチームは通常、Notion、Googleドキュメント、Microsoft WordでSMSキャンペーンのドラフトを作成しますが、これらはアポストロフィ(`'`)をカーリー右シングルクォーションマーク(`’`)に、二重ハイフ��をemダッシュ(`—`)にサイレントに置き換えます。Multinookのライブセプテットインスペクターは、すべての非GSM文字を明るい赤色でフラグ付けし、ローカルブラウザのRAM内で瞬時の1クリック音訳を提供します。

100%ブラウザ内RAMセキュリティ検証済み
2026年のWeb標準に更新済み