Resultado visible
Crearás un formulario que recoge el mínimo de datos, valida en cliente y servidor, evita duplicados y explica el siguiente paso.
Contrato del formulario
| Campo | Necesidad | Regla | Retención |
|---|---|---|---|
| Nombre | poder dirigirse a la persona | 2–80 caracteres | según política |
| responder | formato y longitud | según política | |
| Mensaje | conocer la consulta | 20–2000 caracteres | según política |
No recojas información sanitaria, expedientes jurídicos, contraseñas o documentos en un contacto general. La validación del navegador mejora experiencia; la del servidor protege el sistema. Necesitas ambas.
Prompt
Implementa el formulario definido en BRIEF.md. Usa etiquetas visibles,
ayuda y errores asociados. Valida también en servidor con un esquema único.
Añade protección contra doble envío, honeypot o límite razonable, estados
de éxito/fallo y un identificador de solicitud. No registres el contenido
completo ni datos personales en consola. Escribe pruebas para válido,
inválido, duplicado y fallo del servicio. No conectes producción todavía.
Prueba manual
Prueba vacío, espacios, email mal formado, caracteres internacionales, texto demasiado largo, doble clic, conexión lenta y servidor caído. El mensaje nunca debe perderse silenciosamente.
Fuentes oficiales
Si has guardado la evidencia de esta lección, continúa con «Guarda contactos en Supabase con RLS». Si no, repite la comprobación antes de avanzar.