Pega el borrador
Usa una versión cercana al envío y conserva sus saltos de línea.
Pega una frase para comparar caracteres con espacios, caracteres sin espacios, bytes EUC-KR y bytes UTF-8 reales. Comprueba la unidad del formulario antes de enviarlo.
Hay un ejemplo cargado para que veas un resultado completo. Sustitúyelo por tu borrador y elige el límite que muestra tu formulario.
Los saltos de línea, tabuladores, emojis y signos permanecen en la entrada. Revisa las reglas del formulario antes de eliminarlos.
Restantes 807 caracteres
El número de caracteres indica cuántas unidades legibles aparecen en un borrador. Los bytes indican el espacio que necesita una codificación para guardar ese texto. Una sílaba coreana puede ocupar una posición visible y necesitar una cantidad distinta de bytes según la codificación. Por eso un texto puede caber en un límite de 1.000 caracteres y superar un límite de bytes. Mirar un solo número puede provocar una edición innecesaria o un rechazo.
Esta calculadora de bytes coloca juntos los caracteres con espacios, los caracteres sin espacios, una estimación EUC-KR y la longitud UTF-8. Úsala como comparación: primero lee la unidad del formulario y después elige el valor correspondiente. Si dice caracteres, utiliza ese resultado. Si dice bytes, averigua si espera una codificación coreana antigua o UTF-8 antes de recortar el texto.
EUC-KR es una codificación coreana antigua que todavía aparece en formularios de contratación y sistemas públicos. Una comprobación habitual cuenta las sílabas coreanas y muchos caracteres no ASCII como dos bytes, mientras que las letras, números, signos básicos y espacios ASCII cuentan como uno. Es una estimación útil para compatibilidad, pero no significa que el codificador receptor admita todos los símbolos. Un signo puede transformarse o rechazarse al guardar.
UTF-8 es la codificación Unicode de la web moderna. Una sílaba coreana suele ocupar tres bytes, ASCII ocupa uno y algunos emojis o caracteres suplementarios ocupan cuatro o más. El valor UTF-8 de esta calculadora de bytes procede de TextEncoder del navegador, por lo que se acerca al tamaño que recibe un formulario web actual. Que el número UTF-8 sea mayor es normal y no indica un error.
No deduzcas la codificación por el nombre de la empresa. Comprueba si el límite usa caracteres o bytes, si cuenta espacios y saltos, y si acepta emojis. Cuando la ayuda no es clara, es más seguro preguntar al responsable del formulario que asumir una codificación.
El valor con espacios describe la forma completa del borrador. Los espacios, tabuladores y saltos ocupan sitio y afectan a la lectura de un párrafo. El valor sin espacios es una señal secundaria: si la diferencia es grande, busca espacios repetidos, líneas vacías o formato pegado desde otra aplicación. Eliminar todos los espacios casi nunca es una buena edición porque también importa la claridad.
Las solicitudes suelen tener límites separados de 500, 700 o 1.000 caracteres. Empieza respondiendo con claridad e incluye situación, acción y resultado. Cortar una frase antes de completar la idea puede borrar la prueba que necesita el lector. Termina primero el borrador y utiliza la calculadora de bytes para revisar la unidad indicada y quitar solo las repeticiones menos útiles.
Primero anota la unidad y las reglas de inclusión del formulario. Después pega el borrador final sin cambiar sus saltos. Luego compara el resultado EUC-KR o UTF-8 que corresponda y observa la barra de objetivo. Por último revisa la vista previa real para confirmar que los saltos, signos y caracteres no latinos se muestran bien. Separar la comprobación numérica de la revisión de contenido evita sorpresas.
La página lee el textarea y actualiza el resultado en el navegador actual. No llama a una API de procesamiento ni envía el borrador a un servidor. Aun así, un ordenador compartido puede conservar texto en la pestaña abierta o en el historial. Borra la entrada al terminar y evita dejar una solicitud privada abierta en un dispositivo público.
El primer fallo es confundir caracteres con bytes. El segundo es asumir que cada carácter coreano siempre ocupa dos bytes; esa es una convención antigua, no una regla universal de la web. El tercero es contar solo lo que parece visible: tabuladores pegados, saltos, marcas combinadas y emojis pueden cambiar el resultado aunque se pasen por alto.
Llenar el noventa por ciento del límite no garantiza calidad, pero una respuesta demasiado corta puede no conectar la experiencia con el puesto. En el primer borrador responde a la pregunta y concreta acción y resultado. Después usa la calculadora de bytes para saber cuánto espacio queda. Este orden evita rellenar con frases repetidas solo para alcanzar una cifra.
Antes de enviar, guarda una copia local, vuelve a calcular y compara el valor con el contador del formulario. Si sobra, corta solapamientos y presentaciones vagas. Si falta, añade una decisión concreta, un detalle de colaboración o un resultado medible. Las instrucciones oficiales del receptor siempre tienen prioridad sobre una estimación general.
La tabla resume prácticas habituales. Si el formulario tiene otra implementación, prevalece su documentación.
| Medida | Texto coreano | Letras y números | Útil para |
|---|---|---|---|
| Caracteres con espacios | Cada carácter vale uno | Cada carácter vale uno | Formularios por caracteres |
| Caracteres sin espacios | Se elimina el espacio | Permanece el texto | Revisar densidad |
| Convención EUC-KR | Sílaba coreana: 2 bytes | ASCII: 1 byte | Formularios antiguos |
| UTF-8 | Sílaba coreana: 3 bytes | ASCII: 1 byte | Formularios web actuales |
| Símbolos ampliados | Depende del signo | Un emoji puede usar 4+ bytes | Prueba de compatibilidad |
El valor EUC-KR es una estimación de compatibilidad y no garantiza el comportamiento de un codificador ante un símbolo no admitido.
Usa una versión cercana al envío y conserva sus saltos de línea.
Selecciona un objetivo de caracteres o de bytes EUC-KR que coincida con el formulario.
Lee ambos valores y confirma que el valor relevante está por debajo del objetivo.
Comprueba la vista previa real, los símbolos y el contador propio del formulario.
Revisa preguntas de 500 o 1.000 caracteres y compara la codificación que utiliza el formulario.
Investiga formularios que parecen contar caracteres pero rechazan por una regla de bytes.
Comprueba títulos y resúmenes y elimina espacios copiados sin dañar la lectura.
Mide una mezcla de coreano, texto latino y emoji antes de enviarla.
La herramienta no garantiza la aceptación del documento. Confirma el valor y la visualización en el campo oficial.
Una práctica coreana antigua cuenta una sílaba Hangul como dos bytes. Los símbolos no admitidos pueden comportarse de otra manera, así que revisa el codificador receptor.
Una sílaba Hangul normal usa tres bytes, mientras que algunos emojis y caracteres suplementarios usan cuatro o más. TextEncoder es la referencia moderna del navegador.
El resultado con espacios incluye espacios, tabuladores y saltos. El resultado sin espacios elimina los espacios como comprobación secundaria. Sigue la regla del formulario.
Lee si la solicitud especifica caracteres, EUC-KR, UTF-8 o bytes y compara el resultado correspondiente con su límite.
Un emoji puede ocupar más bytes UTF-8 o no estar admitido por un formulario antiguo. Comprueba la vista previa real antes de usarlo.
El cálculo se ejecuta con JavaScript en el navegador y no envía el borrador a una API. Borra el campo en un ordenador compartido.
La barra se limita visualmente al 100 por ciento y el texto indica cuánto supera el objetivo. Reduce el texto si el formulario lo rechaza.
El formato de salto, un símbolo especial o una regla de bytes distinta pueden ser la causa. Compara una prueba sencilla con la ayuda oficial.