Contador de caracteres

Cómo funciona

1. Escribe o pega tu texto en el cuadro de texto. El contador se actualiza en vivo con cada pulsación, no hay un botón «Calcular» que pulsar.
2. Lee las estadísticas en vivo. Caracteres con espacios, caracteres sin espacios, palabras, oraciones, párrafos, líneas, longitud media de palabra, más estimaciones de tiempo de lectura y de habla, todo se recalcula mientras editas.
3. Establece un límite de caracteres opcional para la plataforma a la que escribes (Twitter 280, SMS 160, Bluesky 300, etc.) y observa cómo se llena la barra de progreso. La barra se vuelve ámbar cuando te acercas al tope y roja cuando lo cruzas.
4. Copia o limpia cuando termines. Copiar texto coloca el contenido en tu portapapeles; Limpiar vacía el cuadro. Nada se envía a ningún sitio, todo el contador se ejecuta en tu navegador.

Límites de caracteres que importan en 2026

Cada plataforma tiene su propio techo, y varias tienen reglas ocultas, las que muerden suelen ser límites de visibilidad (el texto más allá de cierto punto se oculta tras «…más») y reglas de codificación por canal.

La trampa de la codificación SMS

El SMS es el único canal común donde un solo carácter puede cambiar el coste de cada uno de los demás caracteres de tu mensaje. El alfabeto por defecto GSM de 7 bits contiene exactamente 128 caracteres, letras latinas básicas, dígitos, puntuación común, un puñado de caracteres acentuados y símbolos de moneda. Cualquier cosa fuera de él (un apóstrofe rizado ', un guion largo, un emoji, cualquier escritura no latina) degrada todo el mensaje a codificación UCS-2 de 16 bits, bajando el techo por segmento de 160 caracteres GSM-7 a 70 caracteres UCS-2. Un mensaje de 161 caracteres se convierte en dos segmentos, facturados como dos mensajes; un emoji extraviado en un mensaje por lo demás limpio puede recortar a la mitad tu límite efectivo. Herramientas como «Smart Encoding» de Twilio sustituyen automáticamente las comillas rizadas por rectas para mantener las campañas de marketing en la codificación más barata.

¿Qué cuenta como «un carácter»? Depende.

Unicode moderno separa la idea intuitiva de «un carácter» en tres conceptos diferentes que se cuentan distinto:

• Unidad de código, la unidad de almacenamiento de una codificación concreta (1 byte para un carácter ASCII en UTF-8; 2 bytes para un carácter del Plano Multilingüe Básico en UTF-16; 4 bytes para un emoji en UTF-16 porque necesita un par sustituto).
• Punto de código, un único valor escalar Unicode (p. ej. U+1F926 face palm). La mayoría de los caracteres son un punto de código, pero algunos emoji visualmente «únicos» se cosen a partir de varios.
• Cluster de grafemas extendido, lo que los usuarios perciben de hecho como un carácter. Definido formalmente en Unicode Standard Annex #29.

El String.prototype.length de JavaScript devuelve unidades de código UTF-16, no grafemas. MDN lo dice directamente: «contains the length of the string in UTF-16 code units.» Por eso un único emoji como 😄 reporta una longitud de 2 (vive en el plano suplementario y necesita un par sustituto), y la secuencia ZWJ familiar 👨‍👩‍👧‍👦 reporta una longitud de 11 (cuatro emoji de personas más tres uniones de ancho cero). El mismo emoji familiar de un carácter cuenta como 11 en JavaScript, 5 en Python, y 1 en Swift, según qué definición elija cada lenguaje.

Para un conteo correcto de grafemas en JavaScript moderno, la respuesta estándar es Intl.Segmenter:

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

Este contador usa Intl.Segmenter donde está soportado (cualquier navegador evergreen en 2026) de modo que el conteo de caracteres visibles coincida con lo que un ojo humano contaría, no con lo que contarían las unidades de código UTF-16.

Tiempo de lectura y tiempo de habla

El tiempo de lectura se calcula con la fuente moderna más rigurosa disponible: el meta-análisis de 2019 de Marc Brysbaert («How many words do we read per minute?», Journal of Memory and Language) que reunió 190 estudios cubriendo 18.573 participantes. El hallazgo principal fue inferior a la sabiduría popular largamente citada de 300 ppm, la lectura silenciosa de no ficción promedia 238 palabras por minuto, la ficción promedia 260 ppm, y la lectura en voz alta cae a 183 ppm. El contador usa 238 ppm para la estimación de tiempo de lectura silenciosa, que es el número correcto para documentación, artículos y la mayoría de los contenidos generales.

El tiempo de habla usa el ritmo de presentación formal de 130 ppm de la American Speech-Language-Hearing Association, más lento que el habla conversacional (alrededor de 150 ppm) porque las audiencias necesitan tiempo extra de procesamiento y los presentadores necesitan pausar para enfatizar. Si estás redactando un guion de podcast, un capítulo de audiolibro o una charla en vivo, 130 ppm es el número de planificación más seguro.

Longitudes de título SEO y meta-descripción

Google Search Central no es ambiguo: no hay una longitud máxima estricta ni para el elemento <title> ni para la etiqueta <meta name="description">. Los fragmentos simplemente se truncan para encajar en el ancho disponible del dispositivo que muestra el resultado. Las recomendaciones de título de 50-60 caracteres y descripción de 150-160 son convenciones del sector derivadas de los anchos en píxeles observados (~580 px en escritorio), no de un tope oficial. El truncado lo decide el ancho en píxeles, así que un título lleno de letras anchas como W, M y A mayúscula se truncará antes que uno lleno de letras estrechas como i, l y t. La longitud no afecta al ranking; solo afecta a cuánto fragmento ve un buscador antes de hacer clic.

Por qué importa contar en el navegador

Muchos contadores de texto son del lado del servidor: pegas, hacen POST de tu texto a un backend y devuelven los conteos. Cualquier cosa que pegues queda entonces en los logs de tránsito de esa empresa, los logs del servidor y (según los términos) potencialmente en sus datos de entrenamiento. Eso está bien para borradores de tweets; no está bien para comunicaciones confidenciales de empleados, borradores legales bajo privilegio, manuscritos no publicados, registros médicos o financieros, ni datos personales que estés gestionando en nombre de otra persona. Este contador se ejecuta enteramente en tu navegador, cada conteo se calcula con JavaScript en tu propio dispositivo, los contenidos del cuadro de texto nunca salen de la página, y una vez la página está cacheada la herramienta funciona sin conexión.

Casos de uso comunes

• Redactar publicaciones sociales contra un tope estricto con una barra de progreso en vivo (X 280, Bluesky 300, Threads 500, Mastodon 500).
• Escribir copia de marketing por SMS que tiene que mantenerse dentro de 160 caracteres GSM-7 por segmento para mantener los costes de envío predecibles.
• Ajustar etiquetas meta SEO, título alrededor de 60 caracteres, descripción alrededor de 155, sin saltar a una herramienta de previsualización SERP por separado.
• Cumplir con límites de resumen académico (APA 150-250 palabras, Nature 150, Science 125) sin exportar a Word en cada revisión.
• Comprobar el conteo de palabras de un ensayo o informe contra un mínimo de clase o un máximo de revista, sobre todo cuando el documento original está bloqueado o en un formato que no quieres ir y volver.
• Pegar fragmentos de código para estimar cuánto tardará en leerse un bloque de código o cómo se renderizará en un chat.
• Escribir copia para campos de formulario contra los topes arbitrarios de caracteres en CRMs o formularios de visado (el legacy MySQL VARCHAR(255) por defecto sigue siendo sorprendentemente común).

Errores comunes

1. Confundir caracteres con bytes. Una publicación de X de 280 caracteres en inglés son 280 bytes; la misma publicación con emojis está bastante por encima de 280 bytes. Usa el Contador de bytes dedicado cuando necesites el tamaño codificado.
2. Olvidar que las URL siempre cuentan como 23 en X. Un enlace corto y un enlace de 200 caracteres consumen ambos 23 de tus 280 caracteres. No acortes a mano.
3. Usar un solo emoji en una plantilla de SMS de marketing. Un único carácter no GSM degrada todo el mensaje a UCS-2, recortando a la mitad el tope por segmento y potencialmente duplicando la factura en una campaña.
4. Optimizar títulos a un conteo de caracteres cuando el truncado es por ancho en píxeles. Dos títulos de 60 caracteres pueden renderizarse a anchos muy diferentes según qué letras usen.
5. Confiar en .length de JavaScript para conteos de caracteres visibles al usuario. Usa Intl.Segmenter con granularity: "grapheme" si el conteo se le muestra a un usuario alguna vez, si no, los emojis y los clústeres CJK reportan números engañosos.
6. Pegar texto confidencial en contadores del lado del servidor. Si la URL dice «count» pero la pestaña de red muestra un POST, tu texto acaba de irse de tu ordenador.

Preguntas frecuentes

¿Funciona el contador con escrituras no latinas y emoji?

Sí. El conteo de caracteres usa Intl.Segmenter con granularidad de grafema en cualquier sitio donde el navegador la soporte (cualquier navegador evergreen en 2026), de modo que un solo emoji cuenta como 1 incluso si técnicamente son varios puntos de código Unicode unidos con uniones de ancho cero. Caracteres CJK, latín acentuado, devanagari y cirílico cuentan todos un clúster por carácter visible.

¿Por qué mi conteo de caracteres en X está desviado uno o dos?

X aplica su propia ponderación: cada emoji cuenta como 2, cada carácter CJK cuenta como 2, y cada URL se envuelve a través del acortador t.co y cuenta exactamente como 23. Un borrador en latín puro de 280 caracteres en este contador son 280 también en X, pero un borrador con dos emojis y una URL contará más alto en X que aquí. Para la precisión específica de X, X publica la biblioteca twitter-text que implementa sus reglas exactas de conteo.

¿El tiempo de lectura es realmente 238 palabras por minuto?

Para la lectura silenciosa de no ficción por un adulto medio, sí, ese es el número principal del meta-análisis de 2019 de Marc Brysbaert sobre 190 estudios previos cubriendo 18.573 participantes, la fuente moderna más rigurosa. La ficción es algo más rápida (260 ppm), la lectura en voz alta es mucho más lenta (183 ppm), y hablar para una audiencia es aún más lento (130 ppm según ASHA). La estimación de tiempo de lectura usa 238 ppm; el tiempo de habla usa 130.

¿Mi texto se guarda o envía a algún sitio?

No. El conteo ocurre enteramente en JavaScript dentro de tu navegador. Los contenidos del cuadro de texto no se transmiten, no se registran ni se cachean en ningún servidor. Una vez la página está cargada, el contador funciona sin conexión.

¿Cómo funciona realmente el límite SMS?

Un único segmento SMS son 140 bytes. Codificado con el alfabeto GSM de 7 bits son 160 caracteres; codificado con UCS-2 (Unicode de 16 bits, usado en cuanto aparece cualquier carácter no GSM) cae a 70. Los mensajes multi-segmento pierden 7 caracteres GSM o 3 caracteres UCS-2 por segmento por una cabecera de datos de usuario usada para reensamblar, así que un mensaje GSM largo son 153 caracteres por segmento, un mensaje UCS-2 largo son 67. Las operadoras móviles facturan por segmento, así que la elección de codificación importa.

¿Cuál es la longitud correcta de título SEO?

Google no tiene un límite estricto. La convención del sector de 50-60 caracteres viene del punto de truncado de ancho en píxeles observado en los resultados de búsqueda en escritorio (alrededor de 580 px). La longitud en sí no afecta al ranking; solo afecta a cuánto del título ven los usuarios antes de que se recorte. Mantén las palabras más importantes al principio, ya que esa es la parte garantizada de mostrarse.

Herramientas relacionadas