LFW

Blog · Formularios bien hechos

Experiencia de usuario en formularios web

Etiquetas, placeholders, envíos sin recarga, mensajes de confirmación y los problemas de entrega que empiezan después de que alguien pulsa enviar.

Los placeholders no son etiquetas

Un placeholder desaparece en cuanto alguien empieza a escribir. Eso lo convierte en un lugar débil para poner información que el usuario pueda necesitar después, sobre todo en formularios largos, pantallas móviles o formularios con errores de validación.

Las etiquetas normalmente deben seguir visibles. Los placeholders aún pueden ayudar, pero deben actuar como ejemplos o pistas de formato, no como la única explicación de lo que significa un campo.

No recargar la página no basta

Los envíos de formulario con AJAX pueden hacer que un formulario se sienta más rápido y tranquilo, pero solo cuando los cambios de estado son evidentes. El botón debe mostrar progreso, los envíos duplicados deben evitarse, los errores deben aterrizar cerca del campo que necesita atención, y el éxito debe sentirse definitivo.

Un formulario que se vacía en silencio después de enviar no es una buena experiencia. La gente necesita confirmación de que su mensaje fue a alguna parte.

La experiencia del formulario continúa después de enviar

El trabajo técnico no termina cuando el navegador dice que el formulario se envió. Alguien tiene que recibir el correo, el registro en el CRM, la notificación o la tarea interna.

Ahí es donde la experiencia del formulario se convierte en operaciones: los mensajes de confirmación, el enrutamiento, el seguimiento, la protección contra spam y la entregabilidad del correo deciden si el formulario funciona de verdad.

Siga leyendo

6 de septiembre de 2026 8 minutos

Los cuatro archivos que nadie enlaza

Todo sitio web tiene cuatro archivos de texto plano que ningún visitante ve: robots.txt, sitemap.xml, security.txt y llms.txt. Los buscadores, los escáneres de seguridad y los agentes de IA los leen en cada visita. Qué es cada uno, quién lo lee de verdad, qué poner en él y la única regla que los mantiene a todos seguros. Esta semana repasamos la lista en nuestro propio sitio y encontramos huecos, así que la auditoría gratuita ahora los comprueba.

6 de septiembre de 2026 6 minutos

Nuestra imagen principal desaparecía en iPhone. Un bloqueador de anuncios la escondía.

Durante semanas, la imagen principal de tres de nuestras propias páginas desaparecía un segundo y medio en iPhone, solo en la primera carga. Nada lo reproducía en el laboratorio. Un rastreo de campo de cincuenta líneas lo encontró en tres cargas de página: un bloqueador de anuncios escondía cualquier elemento cuya clase empezara por ad-.

Todos los artículos →

Prefer to write?

Tell us what needs to work better.

Slow, fragile, hard to edit, missing a workflow. Say it plainly, and you'll get a straight answer, not a ticket number.

You'll get a straight answer, usually the same day.