Arquitectar · Criterio KATA
Dónde va cada llamada a la acción
Un botón colocado antes de haber dado razones no convierte: interrumpe.
Cómo se ha elaborado esta guía
Qué estás leyendo
Es el criterio de conversión de KATA. Criterio propio, y excluye deliberadamente prácticas habituales del sector.
Qué es criterio propio y qué es estándar externo
- Criterio propio: La forma de decidir, los umbrales y el orden son decisiones metodológicas de KATA.
- Experiencia observada: Lo aprendido en proyectos propios. No se cuantifica ni se presenta como dato del sector.
- Estándar externo: Si se cita un hecho de un tercero, se identifica su fuente oficial con entidad y fecha.
La metodología completa está en el Método KATA.
Respuesta directa
Una acción principal por intención, colocada donde la lectura ha terminado de dar razones. Y una secundaria, si acaso, claramente subordinada, para quien no está listo.
Nuestro criterio excluye explícitamente: ventanas emergentes al entrar, cuentas atrás, urgencia inventada, casillas premarcadas y botones que ocultan lo que hacen.
Dónde sí y dónde no
| Ubicación | Criterio |
|---|---|
| Cabecera | Una sola acción, la de mayor intención del sitio. |
| Tras la respuesta principal | Sí: ahí ya se han dado razones. |
| Al final de la página | Sí: es el cierre natural. |
| Entre cada dos párrafos | No. Interrumpe la lectura que sostiene la decisión. |
| Ventana emergente al entrar | No. Pide antes de haber dado nada. |
| Flotante en móvil | Solo si no tapa contenido ni controles, y no en su propia página de destino. |
Lo que excluimos, y por qué
- Urgencia falsa: una cuenta atrás que se reinicia al recargar es una mentira comprobable en un clic.
- Casillas premarcadas para fines comerciales: además de dañar la confianza, no constituyen consentimiento válido.
- Éxito simulado: mostrar confirmación sin respuesta real del servidor.
- Botones que ocultan su destino: «Continuar» que en realidad contrata.
- Rechazar más difícil que aceptar: es el patrón más extendido y el más claramente incorrecto.
El CTA flotante merece atención propia
En móvil ocupa la zona del pulgar, que suele ser donde está el último control de un formulario o la última opción de una lista. Es, de todos los elementos que revisamos, el que más veces acaba tapando algo.
Lo hemos sufrido en este mismo sitio: el botón flotante cubría una opción de respuesta del diagnóstico. Nuestro criterio operativo es que no puede tapar contenido ni controles, y que no debe aparecer en la página que es su propio destino.
Dónde este criterio NO aplica
- Comercio electrónico, donde la acción de compra sí se repite por necesidad funcional.
- Páginas de destino de campaña con un único objetivo y sin recorrido de lectura.
- Aplicaciones, donde el concepto de CTA se sustituye por acciones de interfaz.
Preguntas frecuentes
¿No convierte más poner el botón varias veces?
No lo afirmamos ni lo negamos con datos, porque no los tenemos medidos y publicarlos sería inventarlos. Nuestro criterio es cualitativo: repetir la petición sin añadir razones comunica que la página existe para pedir.
¿Ni siquiera un popup de salida?
Nuestro criterio es no usarlos. Interrumpen y suelen ofrecer algo que la página no ofreció cuando tocaba. Si algo merece ofrecerse, merece estar en el recorrido.
Siguiente decisión
Continúa con una pregunta concreta
Arquitectura antes de código
Una lectura relacionada dentro del mismo método.
Arquitectura antes de código →
Webs corporativas y transaccionales
Qué podemos abordar contigo y cómo delimitamos el trabajo.
Webs corporativas y transaccionales →
Ilustraciones conceptuales; no son fotografías de clientes.