ChatGPT
Claude
Perplexity
Gemini
GrokCómo la mala UX drena silenciosamente su captación
Nueve de cada diez candidatos abandonan el sitio web de una escuela sin haber contactado jamás con ella. No es una cifra alarmista — es un dato medido. El 91 % de los visitantes de la web de una escuela se marchan sin establecer ningún contacto (Fuente: análisis del embudo Skolbot, 30 escuelas, 2025–2026). Han leído las páginas de los grados, han revisado las tablas de precios y luego han desaparecido — en silencio, sin enviar ninguna solicitud y sin inscribirse en ninguna jornada de puertas abiertas.
La explicación instintiva es un problema de marketing: poco tráfico, audiencia equivocada, campaña poco atractiva. Los datos cuentan una historia diferente. La caída no se produce principalmente en la parte alta del embudo, sino en el momento de la conversión — cuando un candidato accede a un formulario, intenta inscribirse en una jornada de puertas abiertas desde el móvil o espera a que una página cargue mientras viaja en el metro. Son fallos de UX, no de marketing, y tienen solución.
La magnitud del problema se aprecia con claridad en los datos de sesión. Los candidatos visitan una media de 4,7 páginas antes de formular su primera pregunta, siendo las más consultadas las de programas (92 %), tasas y financiación (78 %) e información de admisiones (71 %) (Fuente: análisis de sesiones y grabaciones de pantalla, 15.000 recorridos de candidatos, 2025–2026). Esto significa que un candidato ya está profundamente interesado en su institución antes de tropezar con un formulario roto o un proceso de inscripción que no funciona en el móvil. La inversión realizada para captarle — SEO, SEM, marketing de jornadas — se desperdicia en los últimos diez segundos del recorrido.
El momento en que ocurre este abandono agrava el problema. El 67 % de la actividad de los candidatos ocurre fuera del horario laboral, con un pico los domingos entre las 20:00 y las 21:00 (Fuente: logs de interacción Skolbot, 200.000 sesiones, oct. 2025–feb. 2026). Cuando un candidato intenta inscribirse en una jornada de puertas abiertas un domingo por la noche y se encuentra con un selector de fechas roto o un formulario que solo funciona en ordenador, no hay ningún asesor de admisiones disponible para recuperar la situación. El lead se pierde.
Este checklist aborda las tres áreas de UX con mayor impacto: experiencia móvil, formularios de contacto/solicitud y jornadas de puertas abiertas. Para cada una se ofrece una lista priorizada de mejoras con estimación de esfuerzo, para que su equipo web sepa por dónde empezar.
Para saber qué tasas de conversión debe perseguir, consulte nuestros benchmarks de tasa de conversión web para universidades y el análisis complementario de páginas web que convierten.
Checklist UX mobile
Más del 60 % de las visitas a webs de universidades y escuelas de formación en España proceden de dispositivos móviles. Sin embargo, la mayoría de las páginas críticas para la admisión — buscadores de programas, calculadoras de precio, formularios de solicitud — se diseñaron en un escritorio y se probaron en un escritorio. El resultado es una experiencia móvil que es técnicamente funcional, pero prácticamente inutilizable.
Compruebe los siguientes puntos en su propio dispositivo antes de continuar.
Velocidad de carga: <3 s en una conexión 4G
Pase sus páginas de programa y su formulario de contacto por Google PageSpeed Insights. Un tiempo de carga superior a 3 s en móvil se correlaciona con un incremento de la tasa de rebote superior al 30 %. Los carruseles de imágenes sin optimizar, los paquetes de JavaScript sin minificar y el exceso de etiquetas de terceros son las causas más habituales en webs de escuelas. El objetivo es un Largest Contentful Paint (LCP) <2,5 s y un Cumulative Layout Shift (CLS) <0,1.
Áreas táctiles: mínimo 44 × 44 px
La directriz WCAG 2.1, criterio 2.5.5 recomienda un tamaño mínimo de zona táctil de 44 × 44 píxeles CSS. Los enlaces de navegación, los botones de envío de formularios y los controles de selección de fecha en webs de escuelas suelen quedar por debajo de este umbral. Un candidato que intenta seleccionar un programa desde el móvil en el autobús no debería tener que hacer zoom para pulsar un botón.
Formularios en móvil: tipo de teclado y orden de campos
Cada campo de un formulario móvil debe activar el teclado correcto. Un campo de email debe mostrar el teclado de correo (con la arroba accesible); un campo de teléfono debe mostrar el teclado numérico. Esto se configura mediante los atributos inputmode y type en HTML y requiere treinta segundos por campo de implementación. Sin embargo, falta en la mayoría de los formularios de solicitud de escuelas analizados en el benchmark Skolbot.
El orden de los campos también importa. Sitúe en primer lugar los que el candidato tiene más probabilidad de completar (nombre, email) y deje los opcionales (período de inicio preferido, cómo nos conoció) al final, o elimínelos directamente del diseño para móvil.
Viewport y bloqueo de zoom
Asegúrese de que sus páginas no deshabilitan el zoom con pellizco mediante user-scalable=no en la etiqueta meta viewport. La normativa de accesibilidad digital aplicable en España, alineada con la Directiva Europea 2016/2102 y el Real Decreto 1112/2018, exige que los usuarios puedan ampliar el contenido. El bloqueo del zoom también genera fallos automáticos en el criterio WCAG 1.4.4.
Pruebas en dispositivos reales, no solo en el emulador del navegador
La emulación de dispositivos en el navegador no reproduce el lag táctil real, el renderizado de fuentes ni el comportamiento del autocompletado en Safari para iOS. Pruebe su formulario de inscripción en jornadas de puertas abiertas en un iPhone con Safari y en un dispositivo Android con Chrome antes de cada período de preinscripción universitaria importante.
Para un tratamiento en profundidad del diseño de captación mobile-first, consulte nuestro checklist UX de inscripción mobile-first para escuelas.
Checklist de formularios de contacto y solicitud
El formulario de contacto es el principal mecanismo de conversión en la mayoría de las webs de escuelas. Es también, en la mayoría de los casos, la página que recibe menos atención de diseño. Los siguientes puntos cubren el número de campos, la gestión de errores y la arquitectura multi-paso.
Número de campos: cinco o menos
Cada campo requerido adicional reduce las tasas de cumplimentación del formulario. El análisis interno de formularios de solicitud en 30 instituciones muestra que los formularios con más de siete campos requeridos tienen una tasa de cumplimentación del 23 %; los formularios con cinco campos o menos alcanzan el 51 %. Si su formulario solicita la nota de corte del grado de interés, el expediente académico actual, el número de DNI/NIE y el nombre del centro de secundaria en el mismo flujo que el nombre y el correo electrónico, redúzcalo a lo esencial y recoja los datos complementarios mediante una secuencia de correos de seguimiento.
Validación en línea, no listas de errores al final del formulario
Mostrar todos los errores después de que el candidato pulse «Enviar» es el patrón de UX más dañino en el diseño de formularios. Un candidato que ha invertido dos minutos en completar su formulario y recibe a continuación una lista de siete errores al final de la página, en la mayoría de los casos, lo abandonará. Utilice validación en línea para mostrar los errores campo a campo, en tiempo real, con texto instructivo claro («Introduzca un número de teléfono móvil español válido, p. ej. 6XX XXX XXX») en lugar de códigos de error.
Indicadores de progreso en formularios multi-paso
Si su formulario de solicitud o consulta se distribuye en varios pasos — un patrón habitual en los flujos de preinscripción alineados con la EBAU y la gestión de acceso de las comunidades autónomas — muestre un indicador de progreso. «Paso 2 de 4» es suficiente. Sin él, los candidatos no saben cuánto les queda y abandonan a mitad del proceso.
Confirmación que aporte valor real
El mensaje de confirmación tras el envío del formulario es, casi universalmente, un espacio desaprovechado. «Gracias, nos pondremos en contacto con usted» no dice nada al candidato. Sustitúyalo por: el nombre de la persona que responderá, el plazo de respuesta previsto, un enlace al siguiente paso más relevante (por ejemplo, el calendario de jornadas de puertas abiertas) y — cuando se haya obtenido el consentimiento — un archivo de invitación de calendario para cualquier jornada en la que el candidato haya mostrado interés.
Cumplimiento del RGPD y la AEPD
Con arreglo al Reglamento General de Protección de Datos (RGPD) y la legislación española de desarrollo, la base jurídica del tratamiento de los datos de consulta debe indicarse en el momento de la recogida. Una frase genérica del tipo «su privacidad nos importa» no satisface este requisito. La Agencia Española de Protección de Datos (AEPD) exige especificar qué datos se recogen, para qué se utilizarán y durante cuánto tiempo se conservarán. Este texto debe aparecer junto a los campos del formulario que recogen datos personales, no enterrado en una política de privacidad vinculada.
Sin CAPTCHA visible en el formulario principal de contacto
El CAPTCHA invisible (reCAPTCHA v3) es aceptable. Los CAPTCHA visuales con selección de imágenes (seleccione todos los semáforos) en un dispositivo móvil, en un recorrido de candidato ya de por sí reticente, generan un abandono del formulario medible. Si el spam es un problema, utilice campos honeypot y limitación de velocidad en el lado del servidor.
UX de jornadas de puertas abiertas
Las jornadas de puertas abiertas son el punto de contacto con mayor tasa de conversión en el ciclo de captación universitaria español. Un candidato que asiste a una jornada tiene una probabilidad significativamente mayor de completar la solicitud de admisión o preinscripción que uno que no lo hace. La calidad de la UX de inscripción tiene, por tanto, un impacto directo y trazable en los volúmenes de solicitud.
El contexto español presenta particularidades que condicionan la UX de estas jornadas. Los candidatos al grado llegan con la presión de la EBAU y la nota de corte: quieren saber si tienen opciones reales antes de comprometer su tiempo en una visita. Los candidatos a máster, por su parte, comparan múltiples instituciones en paralelo, a menudo comparando acreditaciones ANECA y posición en el ranking de El Mundo. El formulario de inscripción no puede ser un obstáculo en ninguno de los dos casos.
Inscripción en una sola página: máximo tres campos
Un formulario de inscripción a una jornada de puertas abiertas debe solicitar nombre, correo electrónico y la sesión o fecha deseada. Nada más. Las preguntas adicionales — necesidades de accesibilidad, si viene con acompañantes, cómo ha conocido el evento — pertenecen al correo de confirmación, no a la barrera de inscripción. Cada campo adicional en el momento del registro reduce la conversión.
Selección de fecha y sesión: controles nativos en móvil
Los selectores de fecha construidos en JavaScript fallan con frecuencia en Safari para iOS y en versiones antiguas de Android. Utilice el elemento HTML5 <input type="date"> como base y añada un selector personalizado por encima solo si el control nativo resulta insuficiente para su caso de uso. Si ofrece varias sesiones el mismo día, preséntelas como una lista de botones de opción (radio buttons) en lugar de un menú desplegable — los radio buttons son más fáciles de pulsar con precisión en móvil.
Confirmación automática e integración en calendario
Cada inscripción a una jornada debe activar un correo de confirmación automático inmediato que incluya un archivo .ics de invitación de calendario. Los candidatos que reciben una invitación de calendario tienen tasas de asistencia mediblemente superiores a los que solo reciben una confirmación en texto. Configure una secuencia de recordatorios: siete días antes y 24 horas antes del evento.
Lista de espera y flujos de cancelación
Si una sesión está completa, muestre una opción de lista de espera en lugar de un callejón sin salida. «Esta sesión está completa — apúntese a la lista de espera y le avisaremos si se libera una plaza» retiene al candidato. Un enlace de cancelación en cada correo de confirmación reduce las ausencias y permite liberar plazas en tiempo real para la lista de espera.
Accesibilidad: cumplimiento WCAG 2.1 AA
El Real Decreto 1112/2018 sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público exige el cumplimiento del nivel WCAG 2.1 AA. Para los centros privados, la normativa de calidad vinculada a la acreditación ANECA contempla de forma creciente la accesibilidad digital como criterio de evaluación. Como mínimo, su página de inscripción a jornadas debe ser operable solo con teclado, tener un contraste de color suficiente (4,5:1 para texto normal) e incluir texto alternativo descriptivo en todas las imágenes no decorativas.
Disponibilidad fuera del horario de oficina
Dado que el 67 % de la actividad de los candidatos ocurre fuera del horario laboral (Fuente: logs de interacción Skolbot, 200.000 sesiones, oct. 2025–feb. 2026), su sistema de inscripción a jornadas debe funcionar de forma completamente autónoma fuera de las horas de oficina. Los flujos de confirmación manual que requieren que un miembro del personal apruebe las inscripciones antes de enviar la confirmación son incompatibles con la realidad de cuándo sus candidatos están conectados.
Tabla de prioridades
La tabla siguiente resume los problemas de UX tratados en este checklist, ordenados por impacto en la conversión y valorados según el esfuerzo de implementación.
| Problema de UX | Impacto en la conversión | Esfuerzo de implementación | ¿Prioridad? |
|---|---|---|---|
| Tiempo de carga >3 s en móvil | Muy alto — causa directa del rebote | Medio (optimización de imágenes, auditoría JS) | Sí |
| Más de 7 campos obligatorios en el formulario | Alto — 51 % vs 23 % de cumplimentación | Bajo (eliminar campos) | Sí |
| Sin validación en línea en el formulario | Alto — los errores al final causan abandono | Medio (librería de validación JS) | Sí |
| Inscripción en jornada con >3 campos | Alto — barrera de registro | Bajo (reducir campos) | Sí |
| Áreas táctiles inferiores a 44 px | Medio — afecta específicamente a móvil | Bajo (ajuste de padding CSS) | Sí |
| Selector de fecha roto en Safari iOS | Medio — bloquea la inscripción en jornadas | Medio (cambiar a <input type="date">) | Sí |
| Sin invitación de calendario en el correo de confirmación | Medio — reduce la tasa de asistencia | Bajo (adjuntar archivo .ics) | Sí |
| CAPTCHA visible en el formulario de contacto | Medio — abandono en móvil | Bajo (cambiar a reCAPTCHA v3) | Sí |
| Página de confirmación genérica | Medio — oportunidad de re-engagement perdida | Bajo (añadir enlaces al siguiente paso) | No — mejora rápida |
| Sin indicador de progreso en formulario multi-paso | Medio — la longitud desconocida provoca abandono | Bajo (añadir contador de pasos) | No — mejora rápida |
Bloqueo de zoom (user-scalable=no) | Bajo-Medio — riesgo de accesibilidad y legal | Muy bajo (eliminar un atributo) | Sí |
| Texto de consentimiento RGPD ausente del formulario | Bajo en conversión, alto en riesgo legal | Bajo (añadir texto en línea) | Sí |
| Sin lista de espera en jornadas completas | Bajo-Medio — retiene leads que de otro modo se pierden | Medio (lógica de lista de espera) | No — segunda oleada |
| Confirmación de inscripción requiere aprobación manual | Alto — afecta al 67 % de las inscripciones | Alto (automatizar el flujo de confirmación) | Sí |
Cómo un chatbot IA cubre los vacíos de UX residuales
Incluso un sitio web completamente optimizado no recuperará a todos los candidatos perdidos. Parte del abandono es estructural: un candidato tiene una pregunta muy específica que ninguna página estática responde, o llega al sitio a las 23:00 y quiere una conversación inmediata, no un formulario.
Un chatbot IA aborda estos casos directamente. Los sitios con un chatbot IA reducen la tasa de rebote del 68 % al 41 % — una reducción relativa del 39,7 % — y las páginas por sesión pasan de 1,8 a 3,4, con la duración de sesión aumentando de 1 min 45 s a 4 min 12 s (Fuente: test A/B en 22 sitios web de instituciones asociadas, sept.–dic. 2025). El chatbot no reemplaza una buena UX; capta a los candidatos que una buena UX sola no puede retener.
Para las escuelas en las que la brecha candidato-contacto es la principal preocupación, consulte también: landing page de universidad que convierte y benchmarks de tasa de conversión web para universidades.
Pruebe Skolbot en su escuela en 30 segundosPreguntas frecuentes
¿Cuántos campos debe tener un formulario de contacto universitario?
Cinco campos obligatorios o menos. El conjunto básico — nombre, apellidos, correo electrónico, programa de interés y un mensaje de texto libre — es suficiente para iniciar una conversación de seguimiento significativa. Cada campo obligatorio adicional reduce las tasas de cumplimentación. Los campos opcionales (teléfono, horario de contacto preferido) pueden incluirse, pero deben estar claramente marcados como opcionales y no deben aparecer antes de los campos principales.
¿Qué tiempo de carga debo perseguir para móvil?
El objetivo es un Largest Contentful Paint <2,5 s y un tiempo de carga total <3 s en una conexión 4G. Utilice Google PageSpeed Insights para medir su rendimiento actual. Las causas más comunes de carga lenta en webs de escuelas son las imágenes hero sin comprimir, múltiples scripts de etiquetas de terceros (píxeles de CRM, analytics, widgets de chat) y JavaScript que bloquea el renderizado.
¿Tienen las universidades españolas obligación legal de hacer sus webs accesibles?
Los organismos del sector público, incluidas las universidades públicas, están obligados a cumplir el nivel WCAG 2.1 AA en virtud del Real Decreto 1112/2018 sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público. Las instituciones privadas están sujetas a los criterios de calidad vinculados a la acreditación ANECA, que contemplan de forma creciente la accesibilidad. La AEPD aplica por separado los requisitos del RGPD que afectan a los formularios de recogida de datos. El incumplimiento conlleva riesgo reputacional y legal.
¿Por qué importa la UX de inscripción en jornadas si ya invertimos en su promoción?
La promoción genera tráfico hacia su página de inscripción; la UX determina qué proporción de ese tráfico convierte. Una escuela típica invierte considerablemente en el marketing de sus jornadas — campañas de correo, redes sociales, presencia en portales universitarios —, pero un formulario de inscripción que no funciona bien en móvil desperdiciará una gran parte de esa inversión. Dado que la mayoría de las inscripciones se realizan en móvil y fuera del horario laboral, el flujo de inscripción debe funcionar perfectamente sin ninguna intervención humana.
¿Cómo complementa un chatbot IA las mejoras de UX en lugar de sustituirlas?
Las mejoras de UX reducen la fricción estructural que impide que los candidatos motivados conviertan. Un chatbot aborda un problema diferente: el candidato que ha consumido su contenido y aún no se ha decidido, o que tiene una pregunta específica que ninguna página estática responde. Las dos intervenciones son complementarias. Las escuelas que primero mejoran su UX y luego despliegan un chatbot obtienen las mayores ganancias combinadas — porque el incremento de conversión del chatbot se mide sobre una base de visitantes comprometidos y sin rebote, no sobre una población de alto abandono.
¿Qué debe incluir el correo de confirmación tras la inscripción en una jornada de puertas abiertas?
Como mínimo: el nombre del evento, la fecha y hora, la dirección del recinto con enlace a Google Maps, la descarga del archivo .ics de calendario y un correo de contacto para dudas. Opcionalmente, incluya un enlace para preparar la visita (tour virtual del campus, vídeo de presentación del programa) y sugerencias para compartir en redes sociales. El correo de confirmación debe enviarse en los 60 segundos siguientes a la inscripción y contener toda la misma información.
