Comprobar longitud del asunto de email

Los asuntos vacíos o solo con espacios se rechazan con invalid_input para que un formulario en blanco no se convierta en un éxito silencioso. Úselo gratis en el navegador al redactar campañas, o llame a la API a $0.002 por solicitud exitosa cuando necesite indicadores de truncado reproducibles en CI, vistas previas de ESP o pipelines de contenido.

Qué significa el truncado del asunto en móvil y escritorio

La respuesta repite el asunto, informa char_count, reitera el mobile_limit fijo de cuarenta y el desktop_limit de setenta, establece los booleanos truncated_mobile y truncated_desktop, indica cuántos caracteres se pasan de cada límite y devuelve preview_mobile y preview_desktop como los fragmentos visibles. El status es ok cuando el asunto cabe en ambos límites, truncated_mobile cuando solo supera el límite móvil, y truncated_desktop cuando también supera el de escritorio. El motor construye un informe de longitud exacto dentro de la longitud máxima admitida o rechaza la solicitud con invalid_input. Los casos rechazados incluyen un campo subject ausente, un valor null, una cadena vacía, un pegado solo de espacios, objetos y arrays que no son texto plano, y cargas mayores que el máximo documentado.

Cómo se lee el campo subject y cómo los límites siguen siendo reproducibles

El valor debe ser una cadena no vacía tras una comprobación de contenido significativo; los números finitos y los bigints se convierten primero a cadena para que un identificador de pedido escrito como número siga produciendo un asunto estable de dígitos. Los espacios exteriores que rodean palabras reales sí cuentan para la longitud porque las bandejas de entrada los muestran; solo el espacio en blanco puro sin contenido visible se trata como vacío. El recuento de caracteres usa Array.from sobre la cadena de modo que cada punto de código Unicode, incluidos muchos emoji, cuenta como uno. Las vistas previas de escritorio siguen la misma regla a setenta. El status nunca depende de la fecha actual, de tablas de colación de locale que reordenan letras de forma distinta entre hosts, ni de muestreo aleatorio. El nombre de campo preferido es subject, pero se aceptan los alias text, input, title, line y s para que cadenas de consulta, hojas de cálculo, columnas de exportación de ESP y formularios tipados reutilicen el mismo contrato sin renombrar columnas. Los booleanos, objetos planos y arrays se rechazan con un mensaje claro para que un cuerpo JSON equivocado no se convierta en la palabra true ni en un volcado de objeto poco útil. La cadena vacía y el pegado solo de espacios son siempre invalid_input: la promesa del producto es comprobar una línea de asunto real, no inventar un éxito cero ante un envío en blanco. La longitud se limita a quinientos caracteres para que un pegado descontrolado no monopolice un Worker; las cargas más largas fallan con un mensaje de límite explícito en lugar de un corte silencioso. Las vistas previas de truncado recortan con el mismo límite de puntos de código: cuando truncated_mobile es true, preview_mobile son los primeros cuarenta puntos de código; cuando es false, es el asunto completo. Combine la ejecución gratuita en el navegador de esta página con la API de pago cuando necesite el informe idéntico dentro de un pipeline automatizado que filtre envíos antes de que salgan de su ESP.

Dónde encajan las comprobaciones de longitud del asunto en marketing, soporte y software

En esta página el trabajo se ejecuta por completo en su navegador; a través de la API cada análisis exitoso cuesta $0.002, la validación fallida no se cobra y no se almacena nada tras devolver la respuesta. Esa división —exploración interactiva gratuita y una API de pago idéntica— coincide con el resto del catálogo KIT de nivel A y le permite pasar de una demo en el escritorio de campaña a una puerta automatizada sin cambiar el resultado numérico.