≡En resumen
- «Validation» tiene dos sentidos habituales: validar una idea de negocio y validar datos de entrada.
- Validar una idea es medir lo que hacen los clientes (pagar, registrarse, volver), no lo que dicen que harían.
- La validación en el navegador mejora la experiencia, pero solo la del servidor protege de datos maliciosos.
- WCAG 3.3.1 exige identificar el campo con error y describir el error en texto.
- Validar no es verificar: verificar es cumplir la especificación; validar es cumplir la necesidad real.
01 ¿Qué es validation? Significados según el contexto
| Contexto | Qué se valida | Pregunta | Evidencia típica |
|---|---|---|---|
| Negocio y producto (lean) | Una idea, un problema o un modelo de negocio | ¿Alguien tiene este problema y pagará por resolverlo? | Preventas, registros, uso recurrente |
| Formularios y datos | Lo que introduce el usuario | ¿El dato es correcto, completo y seguro? | Reglas en navegador y servidor |
| Ingeniería del software | El sistema terminado | ¿Hace lo que el usuario necesita? | Pruebas de aceptación con usuarios |
| Código HTML | El marcado de una página | ¿Cumple el estándar? | Validador del W3C |
La última acepción, validar el código de una página, la explicamos en la ficha del HTML Validator. Aquí nos centramos en las dos que más dudas generan: validar ideas y validar formularios.
02 Validación vs verificación
Barry Boehm formuló en 1984 la distinción más citada. Verificación: «¿Estamos construyendo el producto bien?», es decir, ¿cumple la especificación? Validación: «¿Estamos construyendo el producto correcto?», es decir, ¿resuelve la necesidad real del usuario? Puedes verificar a la perfección algo que nadie quiere.
| Aspecto | Verificación | Validación |
|---|---|---|
| Pregunta | ¿Lo hemos hecho bien? | ¿Hemos hecho lo que hacía falta? |
| Se compara con | Especificación, diseño, requisitos escritos | Necesidades y comportamiento reales del usuario |
| Métodos | Revisiones de código, pruebas unitarias, inspecciones | Pruebas de aceptación, test con usuarios, experimentos de mercado |
| Ejemplo | El botón de pago envía el pedido correctamente | Los clientes encuentran y usan el botón de pago |
03 Validación de una idea o producto (método lean)
En emprendimiento, validar significa reducir el riesgo de construir algo que no interesa. Steve Blank llamó a esta fase customer validation en su método de Customer Development, y Eric Ries la convirtió en el núcleo de Lean Startup: formular hipótesis, lanzar el experimento más barato posible y medir.
-
1
Escribe tus hipótesis
Quién tiene el problema, qué tan grave es, qué solución aceptaría y cuánto pagaría. Cada una debe poder resultar falsa.
-
2
Elige la más arriesgada
Si nadie paga, lo demás da igual. Empieza por la hipótesis que, si falla, tumba el proyecto.
-
3
Diseña el experimento mínimo
Entrevistas de problema, una landing con lista de espera, una preventa, un servicio manual (concierge) o un prototipo navegable.
-
4
Fija el umbral antes de lanzar
Por ejemplo: «Si 20 de 200 visitantes dejan su email y 5 pagan la reserva, seguimos». Fijarlo después invita a engañarse.
-
5
Mide comportamiento
Pagos, registros, uso repetido. Las opiniones y los «me gusta» no validan.
-
6
Decide
Perseverar, pivotar o descartar. Y documenta lo aprendido para el siguiente ciclo.
Una fisioterapeuta quiere lanzar un programa online de ejercicios para teletrabajadores con dolor de espalda. Antes de grabar nada, publica una landing con el temario, el precio (49 euros) y un botón de reserva con 10 euros de señal reembolsable, y la promociona con 150 euros en anuncios.
- Umbral fijado antes: 15 reservas en dos semanas.
- Resultado: 600 visitas, 42 emails, 9 reservas.
- Decisión: no alcanza el umbral, pero las respuestas por email muestran que el interés está en sesiones en directo, no en vídeos. Pivota el formato y repite el experimento.
Caso ilustrativo. La clave es que la decisión la toma un comportamiento (pagar la señal) comparado con un umbral acordado antes, no la intuición.
Cuando la hipótesis de problema está validada, el siguiente paso es construir la versión más pequeña que entregue valor. Si no tienes claro dónde está ese límite, lee qué es un MVP y cómo definir el de una app o un SaaS.
En software el patrón es el mismo: antes de desarrollar un micro SaaS completo, un prototipo navegable y diez conversaciones con clientes potenciales dicen más que meses de programación a ciegas.
04 Cómo saber si tu idea está validada
- ✓Hay personas que pagan, reservan o firman un compromiso, aunque sea pequeño.
- ✓Los usuarios vuelven sin que se lo pidas y usan la función principal de forma repetida.
- ✓Puedes describir con precisión quién compra y por qué, con palabras de los propios clientes.
- ✓El coste de conseguir un cliente es razonable frente a lo que te deja a lo largo del tiempo.
- ✓Algunos clientes te recomiendan sin incentivo.
05 Validación de formularios en HTML5 (constraint validation)
En desarrollo web, validation es comprobar los datos que el usuario introduce antes de aceptarlos. HTML incluye un sistema nativo llamado constraint validation: añades reglas como atributos y el navegador impide el envío si no se cumplen, mostrando un mensaje. Es la primera capa de cualquier formulario de contacto, de registro o de pago.
| Atributo | Qué comprueba | Ejemplo |
|---|---|---|
| required | Que el campo no esté vacío | Nombre obligatorio en un alta |
| type | Formato según el tipo (email, url, number…) | type=email rechaza «ana@» sin dominio |
| pattern | Que el valor encaje con una expresión regular | [0-9]{5} para un código postal español |
| min / max | Rango de números o fechas | Edad entre 18 y 99; fecha no anterior a hoy |
| minlength / maxlength | Longitud del texto | Contraseña de al menos 8 caracteres |
| step | Incrementos válidos | 0.01 para importes con céntimos |
Con JavaScript puedes ampliar las reglas: checkValidity() comprueba sin avisar, reportValidity() comprueba y muestra el error, y setCustomValidity('El NIF no es válido') marca un error propio (una cadena vacía lo borra). El objeto validity indica el motivo: valueMissing, typeMismatch, patternMismatch, tooShort… En CSS, :user-invalid permite marcar el campo en rojo solo después de que el usuario lo haya tocado, en lugar de mostrar errores nada más cargar la página.
06 Validación en el servidor: la que de verdad protege
- ✓Repite en el servidor todas las reglas del navegador y añade las de negocio (email no registrado, stock disponible, cupón vigente).
- ✓Valida por lista blanca: define lo que se acepta, no lo que se prohíbe.
- ✓Comprueba tipo, longitud, formato y rango de cada campo, también de los ocultos.
- ✓Valida los archivos subidos por tipo real y tamaño, no solo por extensión.
- ✓Usa consultas parametrizadas y escapa la salida: validar no sustituye a esas defensas.
- ✓Devuelve errores por campo para que la interfaz pueda mostrarlos junto a cada uno.
Los frameworks modernos (Laravel, Symfony, Django, Rails) incluyen validadores declarativos que facilitan este trabajo. En un proyecto de desarrollo de aplicaciones web, las reglas de validación forman parte de los criterios de aceptación de cada formulario y se cubren con pruebas automáticas.
07 Validación accesible: WCAG 3.3.1 y mensajes de error
El criterio 3.3.1 de las WCAG 2.2, Identificación de errores (nivel A), exige que, si se detecta automáticamente un error de entrada, se identifique el elemento erróneo y se describa el error al usuario en texto. Marcar el campo solo en rojo no basta. El criterio 3.3.3, Sugerencias ante errores (nivel AA), pide además indicar cómo corregirlo cuando se sepa. Desde la entrada en vigor de la ley europea de accesibilidad web en 2025, esto afecta a muchas tiendas online y servicios digitales.
- ✓Etiqueta visible en cada campo e instrucciones de formato antes de escribir, no después del error.
- ✓Mensaje de error en texto junto al campo, enlazado con aria-describedby y el campo marcado con aria-invalid.
- ✓Resumen de errores al principio del formulario al enviar, con enlaces a cada campo.
- ✓El error dice qué pasa y cómo arreglarlo: «Escribe el código postal con 5 cifras», no «Campo inválido».
- ✓Conserva lo ya escrito cuando hay un error; no vacíes el formulario.
Preguntas frecuentes sobre Validation
Validation significa validación: comprobar con evidencias que algo cumple lo que debe. En digital se usa sobre todo para validar ideas de negocio con clientes reales y para validar los datos de formularios.
La verificación comprueba que el producto cumple su especificación; la validación comprueba que resuelve la necesidad real del usuario. Boehm lo resumió como construir el producto bien frente a construir el producto correcto.
Formulando hipótesis falsables, lanzando el experimento más barato posible (entrevistas, landing con lista de espera, preventa, prototipo) y midiendo comportamiento real, como pagos o registros, frente a un umbral fijado antes.
Es comprobar que los datos introducidos por el usuario son correctos, completos y seguros antes de procesarlos. Se hace en el navegador para dar respuesta inmediata y siempre en el servidor para proteger el sistema.
No. La validación nativa del navegador mejora la experiencia, pero se puede saltar fácilmente. Toda regla debe repetirse en el servidor.
El criterio 3.3.1 (nivel A) exige identificar el campo con error y describir el error en texto. El 3.3.3 (nivel AA) añade sugerir cómo corregirlo cuando sea posible.
Fuentes consultadas
Sobre el autor
Germán Gutiérrez
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil en LinkedIn ↗