Comptage de caractères en ligne, gratuit

Comment ça marche

1. Tapez ou collez votre texte dans la zone de texte. Le compteur se met à jour en direct à chaque frappe, il n'y a pas de bouton « Calculer » à actionner.
2. Lisez les statistiques en direct. Caractères avec espaces, caractères sans espaces, mots, phrases, paragraphes, lignes, longueur moyenne des mots, plus les estimations de temps de lecture et de parole, tout est recalculé pendant que vous éditez.
3. Définissez une limite de caractères optionnelle pour la plateforme à laquelle vous écrivez (Twitter 280, SMS 160, Bluesky 300, etc.) et regardez la barre de progression se remplir. La barre devient ambre à mesure que vous approchez du plafond et rouge quand vous le dépassez.
4. Copiez ou effacez quand vous avez fini. Copier le texte place le contenu dans votre presse-papiers ; Effacer vide la zone. Rien n'est envoyé nulle part, le compteur entier s'exécute dans votre navigateur.

Limites de caractères qui comptent en 2026

Chaque plateforme a son propre plafond, et plusieurs ont des règles cachées, celles qui mordent sont généralement des limites de visibilité (le texte au-delà d'un certain point est masqué derrière « …plus ») et des règles d'encodage par canal.

Le piège de l'encodage SMS

Le SMS est le seul canal courant où un caractère peut changer le coût de tous les autres caractères de votre message. L'alphabet par défaut GSM 7 bits contient exactement 128 caractères, lettres latines de base, chiffres, ponctuation courante, une poignée de caractères accentués et symboles monétaires. Tout ce qui se trouve à l'extérieur (une apostrophe courbe ', un tiret cadratin, un emoji, toute écriture non latine) rétrograde l'ensemble du message vers l'encodage UCS-2 16 bits, faisant passer le plafond par segment de 160 caractères GSM-7 à 70 caractères UCS-2. Un message de 161 caractères devient deux segments, facturés comme deux messages ; un emoji égaré dans un message par ailleurs propre peut couper de moitié votre limite effective. Des outils comme « Smart Encoding » de Twilio substituent automatiquement les guillemets droits aux courbes pour garder les campagnes marketing dans l'encodage moins cher.

Ce qui compte comme « un caractère » ? Ça dépend.

L'Unicode moderne sépare l'idée intuitive d'« un caractère » en trois concepts différents qui se comptent différemment :

• Unité de code, l'unité de stockage d'un encodage particulier (1 octet pour un caractère ASCII en UTF-8 ; 2 octets pour un caractère du plan multilingue de base en UTF-16 ; 4 octets pour un emoji en UTF-16 parce qu'il a besoin d'une paire de substitution).
• Point de code, une seule valeur scalaire Unicode (par ex. U+1F926 face palm). La plupart des caractères sont un seul point de code, mais certains emojis visuellement « simples » sont assemblés à partir de plusieurs.
• Grappe de graphèmes étendue, ce que les utilisateurs perçoivent réellement comme un caractère. Définie formellement dans Unicode Standard Annex #29.

Le String.prototype.length de JavaScript renvoie des unités de code UTF-16, pas des graphèmes. MDN le déclare directement : « contains the length of the string in UTF-16 code units. » C'est pourquoi un seul emoji comme 😄 rapporte une longueur de 2 (il vit dans le plan supplémentaire et a besoin d'une paire de substitution), et la séquence ZWJ familiale 👨‍👩‍👧‍👦 rapporte une longueur de 11 (quatre emojis personnages plus trois jointures de largeur nulle). Le même emoji familial à un caractère compte pour 11 en JavaScript, 5 en Python et 1 en Swift, selon la définition que chaque langage choisit.

Pour un comptage correct des graphèmes en JavaScript moderne, la réponse standard est Intl.Segmenter :

const seg = new Intl.Segmenter("en", { granularity: "grapheme" });
[...seg.segment("👨‍👩‍👧‍👦")].length;  // 1

Ce compteur utilise Intl.Segmenter là où il est pris en charge (tout navigateur evergreen en 2026) pour que le compte de caractères visibles corresponde à ce qu'un œil humain compterait, pas à ce que les unités de code UTF-16 compteraient.

Temps de lecture et temps de parole

Le temps de lecture est calculé à partir de la source moderne la plus rigoureuse disponible : la méta-analyse 2019 de Marc Brysbaert (« How many words do we read per minute? », Journal of Memory and Language) qui a réuni 190 études couvrant 18 573 participants. La conclusion principale était inférieure à la sagesse populaire longtemps citée de 300 mots/min, la lecture silencieuse de non-fiction tourne en moyenne à 238 mots par minute, la fiction à 260 mots/min en moyenne, et la lecture à voix haute tombe à 183 mots/min. Le compteur utilise 238 mots/min pour l'estimation de temps de lecture silencieuse, ce qui est le bon nombre pour la documentation, les articles et la plupart des contenus généraux.

Le temps de parole utilise le rythme de présentation formelle de 130 mots/min de l'American Speech-Language-Hearing Association, plus lent que la conversation (autour de 150 mots/min) parce que les auditoires ont besoin de temps de traitement supplémentaire et que les présentateurs doivent marquer des pauses pour l'emphase. Si vous rédigez un script de podcast, un chapitre de livre audio ou une intervention en direct, 130 mots/min est le nombre de planification le plus sûr.

Longueurs de titre SEO et de méta-description

Google Search Central est sans ambiguïté : il n'y a pas de longueur maximale stricte ni pour l'élément <title> ni pour la balise <meta name="description">. Les extraits sont simplement tronqués pour s'adapter à la largeur disponible sur l'appareil affichant le résultat. Les recommandations de titre 50-60 caractères et de description 150-160 caractères sont des conventions du secteur dérivées des largeurs en pixels observées (~580 px sur ordinateur), pas d'un plafond officiel. La troncature est décidée par la largeur en pixels, donc un titre rempli de lettres larges comme W, M et A majuscule sera tronqué plus tôt qu'un rempli de lettres étroites comme i, l et t. La longueur n'affecte pas le classement ; elle n'affecte que la quantité de votre extrait qu'un internaute voit avant de cliquer.

Pourquoi compter dans le navigateur compte

Beaucoup de compteurs de texte sont côté serveur : vous collez, ils POSTent votre texte vers un backend, et ils renvoient les comptes. Tout ce que vous collez se retrouve alors dans les journaux de transit, les journaux du serveur de cette entreprise et (selon les conditions) potentiellement leurs données d'entraînement. Cela convient pour les brouillons de tweet ; cela ne convient pas pour les communications confidentielles d'employés, les brouillons légaux sous secret, les manuscrits non publiés, les dossiers médicaux ou financiers, ni les données personnelles que vous gérez pour le compte de quelqu'un d'autre. Ce compteur s'exécute entièrement dans votre navigateur, chaque comptage est calculé par JavaScript sur votre propre appareil, le contenu de la zone de texte ne quitte jamais la page, et une fois que la page est mise en cache, l'outil fonctionne hors ligne.

Cas d'usage courants

• Rédiger des publications sociales face à un plafond strict avec une barre de progression en direct (X 280, Bluesky 300, Threads 500, Mastodon 500).
• Écrire du texte marketing SMS qui doit rester dans 160 caractères GSM-7 par segment pour garder les coûts de livraison prévisibles.
• Ajuster les balises méta SEO, titre autour de 60 caractères, description autour de 155, sans rebondir vers un outil d'aperçu SERP séparé.
• Atteindre les limites d'abstract académique (APA 150-250 mots, Nature 150, Science 125) sans exporter vers Word à chaque révision.
• Vérifier le nombre de mots d'une dissertation ou d'un rapport face à un minimum de classe ou un maximum de revue, surtout quand le document original est verrouillé ou dans un format que vous ne voulez pas faire l'aller-retour.
• Coller des extraits de code pour estimer combien de temps un bloc de code prendra à lire ou comment il s'affichera dans un chat.
• Écrire du texte pour les champs de formulaire face à des plafonds arbitraires de caractères CRM ou de formulaires de visa (le défaut hérité MySQL VARCHAR(255) est encore étonnamment courant).

Erreurs courantes

1. Confondre caractères et octets. Une publication X de 280 caractères en anglais fait 280 octets ; la même publication contenant des emojis fait bien plus de 280 octets. Utilisez le Comptage d'octets en ligne, gratuit dédié quand vous avez besoin de la taille encodée.
2. Oublier que les URLs comptent toujours pour 23 sur X. Un lien court et un lien de 200 caractères consomment tous les deux 23 de vos 280 caractères. Ne raccourcissez pas manuellement.
3. Utiliser un seul emoji dans un modèle SMS marketing. Un caractère non-GSM rétrograde tout le message vers UCS-2, divisant par deux le plafond par segment et potentiellement doublant la facture sur une campagne.
4. Optimiser les titres pour un nombre de caractères alors que la troncature se fait par largeur en pixels. Deux titres de 60 caractères peuvent s'afficher à des largeurs très différentes selon les lettres qu'ils utilisent.
5. Faire confiance à .length en JavaScript pour les comptes de caractères visibles par l'utilisateur. Utilisez Intl.Segmenter avec granularity: "grapheme" si le compte est jamais montré à un utilisateur, sinon les emojis et les grappes CJK rapportent des chiffres trompeurs.
6. Coller du texte confidentiel dans des compteurs côté serveur. Si l'URL dit « count » mais que l'onglet réseau montre un POST, votre texte vient juste de quitter votre ordinateur.

Questions fréquentes

Le compteur fonctionne-t-il avec les écritures non latines et les emojis ?

Oui. Le compte de caractères utilise Intl.Segmenter avec une granularité de graphèmes partout où le navigateur le prend en charge (tout navigateur evergreen en 2026), donc un seul emoji compte pour 1 même s'il est techniquement plusieurs points de code Unicode assemblés avec des jointures de largeur nulle. Les caractères CJK, le latin accentué, le devanagari et le cyrillique comptent tous une grappe par caractère visible.

Pourquoi mon compte de caractères X est-il décalé d'un ou deux ?

X applique sa propre pondération : chaque emoji compte pour 2, chaque caractère CJK compte pour 2, et chaque URL est encapsulée par le raccourcisseur t.co et compte pour exactement 23. Un brouillon en latin pur de 280 caractères dans ce compteur fait 280 sur X aussi, mais un brouillon avec deux emojis et une URL comptera plus haut sur X qu'ici. Pour la précision spécifique à X, X publie la bibliothèque twitter-text qui implémente ses règles exactes de comptage.

Le temps de lecture est-il vraiment de 238 mots par minute ?

Pour la lecture silencieuse de non-fiction par un adulte moyen, oui, c'est le nombre principal de la méta-analyse 2019 de Marc Brysbaert sur 190 études antérieures couvrant 18 573 participants, la source moderne la plus rigoureuse. La fiction est un peu plus rapide (260 mots/min), la lecture à voix haute est beaucoup plus lente (183 mots/min), et parler-pour-un-auditoire est encore plus lent (130 mots/min selon l'ASHA). L'estimation du temps de lecture utilise 238 mots/min ; le temps de parole utilise 130.

Mon texte est-il sauvegardé ou envoyé quelque part ?

Non. Le comptage se passe entièrement en JavaScript dans votre navigateur. Le contenu de la zone de texte n'est ni transmis, ni journalisé, ni mis en cache sur aucun serveur. Une fois la page chargée, le compteur fonctionne hors ligne.

Comment fonctionne vraiment la limite SMS ?

Un seul segment SMS fait 140 octets. Encodé avec l'alphabet GSM 7 bits, ça fait 160 caractères ; encodé avec UCS-2 (Unicode 16 bits, utilisé dès qu'un caractère non-GSM apparaît) ça tombe à 70. Les messages multi-segments perdent 7 caractères GSM ou 3 caractères UCS-2 par segment au profit d'un en-tête de données utilisateur servant au réassemblage, donc un long message GSM fait 153 caractères par segment, un long message UCS-2 fait 67. Les opérateurs mobiles facturent par segment, donc le choix d'encodage importe.

Quelle est la bonne longueur de titre SEO ?

Google n'a pas de limite stricte. La convention du secteur de 50-60 caractères vient du point de troncature observé en largeur de pixels dans les résultats de recherche pour ordinateurs (autour de 580 px). La longueur en elle-même n'affecte pas le classement ; elle n'affecte que la quantité du titre que les utilisateurs voient avant qu'il ne soit coupé. Gardez les mots les plus importants au début, puisque c'est la partie garantie de s'afficher.

Outils associés