Compteur de caractères SMS.

Comment ça fonctionne

La répartition 160 / 70 (et pourquoi elle vous coûte de l'argent).

L'encodage SMS est défini dans 3GPP TS 23.038. En résumé : chaque message est encodé soit en GSM-7 (7 bits, 160 caractères/segment), soit UCS-2 (16 bits, 70 caractères/segment). La présence d'un seul caractère non GSM-7 dans le message entraîne un passage à l'encodage UCS-2 : le nombre de caractères autorisés est réduit de plus de moitié, tout comme la longueur maximale avant facturation par segment.

Des caractères d'apparence anodine qui forcent l'UCS-2

• Guillemets typographiques (courbes) (“ ” ‘ ’) — automatiquement remplacé par macOS, iOS et la plupart des traitements de texte. Utilisez plutôt des guillemets droits (" ').
• Tirets cadratins — et points de suspension… — également inséré automatiquement par la correction automatique. Utilisez un tiret moins (-) et trois points de suspension (...).
• Lettres accentuées ne figurant pas dans le tableau d'extension GSM-7 — Les lettres é, ñ et ü sont correctes ; les lettres á, í et ó ne le sont pas (sans l’extension). Le compteur ci-dessus vous indique précisément laquelle vous a posé problème.
• N'importe quel emoji — 😀 🎉 ✅ imposent tous UCS-2.
• Arabe, cyrillique, chinois, japonais, coréen — des langues entières en dehors du GSM-7. UCS-2 est la seule option.

Le calcul du multipart

Lorsqu'un message dépasse la limite d'un seul segment, l'opérateur l'encapsule dans un User-Data Header (UDH) afin que le téléphone destinataire puisse réassembler les parties. Cet en-tête consomme 7 caractères de payload par partie — c'est pourquoi un message multipart tombe à 153 caractères (GSM-7) ou 67 (UCS-2) par segment au lieu de 160 / 70.

La plupart des opérateurs (et BroadNet) facturent au segment. Le compteur ci-dessus affiche le nombre de segments en temps réel — retirez quelques caractères sous le seuil suivant et vous pouvez économiser un segment.