Has mirado Analytics y te ha dado un susto. Rebote del 85%. Del 90%. Quizá del 95%. Y la sensación inmediata es que tu web está rota, que la gente entra y se va corriendo. Antes de que tomes decisiones drásticas, déjame contarte algo importante: no todo rebote alto es malo, ni todo rebote bajo es bueno. Lo que importa es entender qué significa el dato en tu tipo de página concreta. Y de ahí decidir qué cambiar (si hace falta cambiar algo).
Llevo años viendo a gente entrar en pánico por el rebote sin entender qué mide. Y a otra gente celebrar un rebote del 30% pensando que la web va perfecta cuando en realidad está perdiendo clientes. La métrica del rebote es de las más malinterpretadas de Analytics. En este artículo te lo aterrizo con criterio: qué es, cómo lo cambió GA4 en 2023, cuándo es síntoma de problema real y cuándo no, y qué cambiar concretamente si tu caso es de los que sí.
Sin frases vacías de «mejora la UX». Vamos al dato.
Lo que viene asume que tienes Google Analytics 4 instalado correctamente. Si todavía estás mirando datos de Universal Analytics (la versión antigua) ten en cuenta que esos datos están deprecados y la métrica de rebote significaba algo distinto. En GA4 el rebote se calcula con otro criterio — abajo te lo explico.
Qué es el rebote (y por qué cambió en GA4)
El concepto antiguo de rebote en Universal Analytics era simple: una sesión donde el usuario solo visitaba una página y se iba sin interactuar con nada. Ese era el rebote. Y por eso en blogs informacionales el rebote era del 80-90% — la gente leía el artículo y se iba, lo cual no era malo.
En 2023, GA4 cambió la métrica. Ahora el rebote es el inverso del engagement rate. Una sesión «engaged» es una sesión que cumple al menos uno de estos tres requisitos:
- El usuario pasa más de 10 segundos en la página.
- El usuario visita más de una página.
- Hay una conversión (formulario, clic en teléfono, evento configurado).
Si la sesión cumple alguno de los tres, no es rebote. Si no cumple ninguno, es rebote. Esto cambia el juego radicalmente. En GA4 una sesión donde alguien lee un artículo durante 30 segundos NO es rebote, aunque solo haya visto una página. Por eso los rebotes en GA4 son mucho más bajos que en Universal Analytics, y por eso si comparas datos antes/después del cambio te vuelves loco.
Mira si tu rebote alto es problema real o falsa alarma
Antes de entrar en motivos, hagamos el diagnóstico básico. Marca lo que aplique a tu caso.
Si has marcado tres o más, tu rebote es problemático y se puede arreglar con cambios concretos. Si has marcado menos, vamos a entender mejor qué tipo de rebote tienes antes de tocar nada.
Cuándo el rebote alto es señal de éxito y cuándo es señal de problema
Esto es lo que nadie te explica. Te lo aterrizo con tipos de página.
Casos donde un rebote alto es normal o incluso bueno
- Artículos de blog informacionales. Alguien busca «cuánto cuesta una hipoteca al 80% LTV», llega a tu artículo, lee la respuesta y se va. Ha resuelto su duda. Rebote del 75-85% es normal y sano.
- Páginas de FAQ o preguntas concretas. Igual que arriba — el usuario viene con una pregunta y se va con la respuesta.
- Página de contacto. Alguien copia el teléfono o llama directamente. Rebote alto pero conversión real (si tienes el evento configurado, ese clic en teléfono no debería contar como rebote).
- Páginas con vídeo central donde el usuario lo ve durante minutos. Si el evento de vídeo no está configurado, GA4 lo cuenta como rebote aunque haya visto 5 minutos. Es problema de configuración, no de UX.
Casos donde un rebote alto es síntoma de problema real
- Página principal de tu negocio (home). Si la home tiene rebote del 70% es señal de que el primer pantallazo no engancha. La home tiene que llevar al usuario a otra página de la web.
- Páginas transaccionales o de servicios. Una URL «Reformas integrales en Valencia» con rebote del 80% es problema. Esa página tiene que generar formulario, llamada o pasar a otra página de la web.
- Fichas de producto en e-commerce. Rebote alto en fichas significa que la ficha no convence o que el usuario no encontraba lo que buscaba.
- Landings de campaña pagada. Si vienes de Ads y la landing rebota al 75%, estás quemando dinero literalmente.
Antes de seguir leyendo, mira en GA4 qué páginas tienen rebote alto. Si son las del primer grupo, puedes relajarte. Si son las del segundo, sigue leyendo porque te aplica.
Los 6 motivos reales por los que tu web rebota cuando no debería
1. La web carga lenta y la gente se va antes de ver nada
Es el motivo número uno y el más fácil de comprobar. Si tu web tarda más de 3 segundos en cargar en móvil, un porcentaje altísimo se va sin ver nada. GA4 lo cuenta como rebote (no llegó ni a los 10 segundos). Y aquí la cosa es seria: estudios independientes muestran que cada segundo extra de carga puede subir el rebote entre un 20% y un 30%.
Cómo se mide: PageSpeed Insights de Google. Pones la URL, ves el dato real en móvil. Si el LCP (Largest Contentful Paint) está en rojo o ámbar, ahí tienes el problema.
Cómo se arregla: comprimir imágenes (suele ser el 70-80% del problema), quitar plugins que no usas, activar caché. Si tu web tarda 5 segundos en móvil, bajarla a 2 segundos te puede recortar el rebote en 15-25 puntos solo por eso.
2. El primer pantallazo no deja claro qué ofreces ni a quién
El usuario llega, ve el primer pantallazo en móvil, y en 5 segundos tiene que entender: qué haces, para quién, y por qué le interesa. Si tu hero dice «Bienvenidos a Pérez & Asociados, 30 años de experiencia en servicios profesionales», el usuario no sabe qué le ofreces y se va.
El hero tiene que decir el problema que resuelves o el resultado que entregas. Ejemplo malo: «Bienvenidos a Clínica Sonrisa». Ejemplo bueno: «Implantes dentales en Valencia con financiación a 24 meses sin intereses». El segundo te da contexto inmediato; el primero te obliga a hacer scroll para descubrir qué hay.
3. Recibes tráfico de búsquedas que no encajan con la página
Esto es lo que más sorprende cuando lo descubres. Tu página posiciona por una búsqueda concreta, pero la página no responde a esa búsqueda. El usuario llega, ve que no encuentra lo que buscaba, y se va.
Te pongo un caso. Un despacho de abogados tenía una URL de «Servicios» que posicionaba por «abogado de despidos colectivos». El despacho no se dedicaba a despidos colectivos — la URL solo mencionaba «despidos» entre 18 servicios distintos. Llegaban 200 personas al mes buscando despidos colectivos, ninguna se quedaba. Rebote del 91%. El problema no era la web, era que la URL atraía un tráfico que no le servía a nadie.
Lo arreglas haciendo coincidir la URL con la intención. O bien creas una URL específica para esa búsqueda (si te interesa el tráfico) o bien optimizas la URL existente para que solo posicione por lo que realmente ofreces.
4. La página no tiene una siguiente acción obvia
El usuario llega, lee. Y luego, ¿qué? ¿Llamar? ¿Rellenar un formulario? ¿Volver a la home? ¿Bajar para ver más? Si la web no guía, el usuario se va. Y si se va antes de los 10 segundos, es rebote.
Cada página tiene que tener una siguiente acción clara. En la home: ir a la página de servicios concretos. En la página de servicio: rellenar formulario o llamar. En el blog: leer otro artículo relacionado o pasar a la página comercial. Una página sin «siguiente paso» es una página muerta.
5. Popups, modales y banners de cookies que aparecen en el primer segundo
Cuando el usuario llega y antes de leer una sola palabra le aparece un popup pidiendo email, un banner de cookies enorme y un chat que le saluda, su instinto es cerrar todo y largarse. Y lo hace.
El banner de cookies es obligatorio por ley, pero hay formas y formas de hacerlo. Un banner pequeño abajo es ley. Un modal a pantalla completa que bloquea la web es exceso. Los popups de email «antes de irte deja tu correo» sin que el usuario haya leído nada de la web son agresivos y matan el rebote.
La regla razonable: deja al usuario interactuar con la web durante al menos 30-60 segundos antes de pedirle nada. Después puedes lanzar el popup. Pero antes, déjale ver si lo que ofreces le interesa.
6. No has configurado eventos clave en GA4
Esto sorprende pero pasa muchísimo. GA4 cuenta como «engagement» cualquier interacción que hayas configurado como evento: clic en formulario, clic en teléfono, clic en WhatsApp, scroll del 75%, vídeo reproducido. Si no tienes eventos configurados, todas esas interacciones se pierden y la sesión cuenta como rebote aunque el usuario haya hecho exactamente lo que querías.
Es problema de configuración, no de UX. Y se arregla en una tarde:
- Configurar evento de clic en teléfono (cualquier
tel:). - Configurar evento de clic en WhatsApp (cualquier
wa.meowhatsapp.com). - Configurar evento de envío de formulario.
- Activar el evento «scroll» predefinido en GA4 (mide cuándo el usuario llega al 90%).
- Si tienes vídeo, activar el evento de reproducción.
En pymes pequeñas suelo encontrar que el rebote real es 15-25 puntos menor de lo que muestra el dato — porque sí hay engagement, lo que pasa es que no se está midiendo.
Cómo saber qué motivo aplica a tu caso (en 30 minutos)
- GA4 → Informes → Páginas y pantallas. Mira las URLs con rebote alto. ¿Son blog (rebote alto es normal) o son transaccionales (rebote alto es problema)? Esta sola distinción ya cambia el diagnóstico.
- GA4 → Adquisición → Detalle de tráfico. Mira de qué canal viene el rebote alto. Si es Ads, problema crítico. Si es orgánico, mira la búsqueda específica que entra. Si es directo, suele ser tráfico fiel que rebota porque encuentra lo que busca rápido.
- PageSpeed Insights. Pasa tus 5-10 URLs principales. Si están en rojo o ámbar en móvil, el problema es la velocidad. Antes de tocar nada más, eso.
- Search Console → Rendimiento. Filtra por tu URL principal y mira las consultas que la encuentran. ¿Encajan con lo que ofreces? Si no encajan, problema de intención de búsqueda.
- Abre tu web en un móvil con datos. Cuenta los segundos que tarda en cargar. Cierra el banner de cookies y mira qué te pide en el primer pantallazo. Pregúntate: ¿quedaría claro qué hago en 5 segundos? Si no, el hero está mal.
Plan concreto para bajar el rebote en 30 días
Si has confirmado que tu rebote es problemático, esto es lo que haría yo en este orden si fuera tu consultor.
Días 1-3. Configurar bien GA4. Eventos de clic en teléfono, WhatsApp, formulario, scroll, vídeo. Esto solo, sin tocar nada más, suele bajar el rebote medido en 10-20 puntos. Es ajustar la medición a la realidad.
Días 4-7. Velocidad. Comprimir imágenes (TinyPNG o ShortPixel), activar caché (LiteSpeed Cache, WP Rocket o W3 Total Cache), eliminar plugins que no usas. Pasar PageSpeed después y comparar. Objetivo: LCP por debajo de 2,5 segundos en móvil.
Días 8-14. Hero y primer pantallazo. Reescribir el hero de la home y de las 3-5 páginas más importantes. Promesa concreta + para quién + cómo. Botón claro de siguiente acción. Probarlo en móvil real, no solo en escritorio.
Días 15-21. Banner de cookies y popups. Si tienes popups invasivos, configurarlos para que aparezcan después de 30-60 segundos o tras scroll del 50%. Banner de cookies pequeño, en posición discreta, que no bloquee la lectura.
Días 22-30. Análisis de intención de búsqueda. Mirar Search Console, identificar las URLs que reciben tráfico de búsquedas que no encajan, y decidir: o crear URL nueva específica o ajustar la existente. Esto es trabajo más largo pero es lo que mueve la conversión real.
A los 30 días deberías ver el rebote bajar entre 10 y 25 puntos según el estado de partida. La conversión sube en consecuencia, porque los usuarios que ya estaban llegando empiezan a quedarse.
Caso real — restaurante con rebote del 92% y todo eran configuraciones mal hechas
Te lo cuento para que veas que muchas veces el rebote no es UX, es medición.
Restaurante de menú diario en una ciudad grande. La dueña vino frustrada porque el desarrollador le decía que su web tenía un rebote del 92% y eso explicaba que tuviera pocas reservas online.
Lo que descubrimos en una tarde:
- El botón «Reservar» en móvil llamaba directamente al restaurante (
tel:). Como no había evento configurado, todas las llamadas que generaba la web no contaban como engagement. Rebote inflado. - El menú PDF se abría en otra pestaña (un PDF), lo cual GA4 lo trata como rebote por defecto.
- El primer pantallazo en móvil tardaba 4,8 segundos. Mucha gente se iba antes.
- El banner de cookies era un modal a pantalla completa que tapaba todo.
Lo que hicimos:
- Configuramos eventos: clic en teléfono, clic en «Reservar», clic en menú PDF. Tres eventos. Una hora de trabajo.
- Comprimimos las fotos del menú (eran de 4MB cada una). El LCP bajó a 1,9 segundos.
- Cambiamos el banner de cookies por uno pequeño abajo a la derecha.
- Reescribimos el primer pantallazo: «Menú diario casero con producto de la zona — Reserva tu mesa».
El rebote pasó de 92% a 64% en dos semanas (la mayor parte de la bajada vino de la configuración de eventos, no de UX). Las reservas online subieron un 38% en el primer mes. Y el dato más interesante: la dueña empezó a saber que la mitad de los clics que llegaban a la web acababan en una llamada al teléfono — algo que antes era invisible para ella.
Si tu rebote te tiene preocupado, déjame leerte los datos con criterio
Si llevas tiempo dándole vueltas al rebote y no sabes si tu caso es problema real o falsa alarma, déjame mirarlo. Una semana entrando en tus datos de GA4, mirando qué páginas tienen rebote alto y por qué, qué configuración te falta, y qué cambios concretos te van a mover la aguja.
Lo llamo mi criterio sobre tu rebote. No es informe de 40 páginas. Es lo que te diría un consultor con experiencia mirando tus datos: dónde está el problema real (si lo hay), qué arreglos van primero, qué orden seguir. Si después te cuadra trabajar conmigo, hablamos. Si no, te quedas el documento y lo aplicas tú o se lo pasas a tu desarrollador.
Cuesta cero euros. No pido tarjeta. Cuéntame tu caso aquí — te respondo en menos de 24 horas.
Preguntas que me hace gente con rebote alto
No hay un número universal. Depende del tipo de página. En blog informacional un rebote del 75-85% es normal. En página transaccional, por encima de 60-65% empieza a ser preocupante. En e-commerce, las fichas de producto deberían estar entre 35-50%. La métrica solo tiene sentido comparada con tu sector y tipo de URL, no en absoluto.
No. GA4 considera engagement una sesión de más de 10 segundos, con más de una página vista, o con conversión. Si cumple alguno, no es rebote. Por eso los rebotes en GA4 son mucho más bajos que en Universal Analytics. Si comparas datos antes/después de migrar, te van a salir distintos aunque la web no haya cambiado.
Depende del estado de partida. Si vienes de un 90% provocado por velocidad lenta + configuración mal hecha + hero confuso, puedes bajar 25-35 puntos en un par de meses. Si tu rebote es 65% en una página transaccional y haces cambios finos, suele bajar 10-15 puntos. Lo que no se gana es bajar de 30-35% en una página transaccional — es el suelo razonable.
De forma directa, no. Google ha dicho varias veces que el rebote no es factor de ranking. De forma indirecta sí: una web con rebote alto suele tener problemas (velocidad, contenido que no responde) que sí afectan al ranking. No optimizas el rebote por SEO; lo optimizas por conversión. Si bajas el rebote, suele venir el SEO de la mano, pero no al revés.
Casi nunca. En el 80% de los casos los cambios concretos son: configurar eventos en GA4, comprimir imágenes, reescribir 3-5 heroes y revisar la intención de búsqueda. Eso se hace en 3-4 semanas sobre la web actual. Rehacer la web entera es la respuesta del que quiere facturar, no del que quiere resolver tu problema.
Tres herramientas gratuitas: Google Analytics 4 (instalado), Search Console (para ver qué búsquedas traen tráfico), y PageSpeed Insights (para medir velocidad). Con esas tres tienes el 90% del diagnóstico hecho. El otro 10% lo cubre mirar la web en un móvil real, no en el ordenador.
El cambio se nota a los 7-14 días en los datos diarios. Para tener una media estable hay que esperar 30 días. Esto es importante: no mires el rebote del día siguiente y saques conclusiones — un día puntual puede salir alto o bajo por mil razones. Mira la media a 4 semanas, eso sí dice algo.
Lo que puedes hacer ahora mismo
- 5 minutos: entra en GA4 → Informes → Páginas y pantallas. Mira las 5 URLs con más sesiones. ¿Cuál es el rebote de cada una? ¿Son blog o transaccionales? Esa primera distinción ya te dice si tienes problema.
- 15 minutos: pasa tu home y tus 3 páginas principales por PageSpeed Insights en versión móvil. Si el LCP está por encima de 3 segundos, ese es probablemente tu primer problema.
- 30 minutos: escríbeme con la URL de tu web y te miro los datos en abierto contigo. Una llamada de 30 minutos donde te digo si tu rebote es problema real o falsa alarma. Sin compromiso, sin pitch.
El rebote es de las métricas que más quitan el sueño y menos se entienden. El primer paso es saber si tu rebote alto es síntoma de algo o solo es ruido. Y eso se decide con datos, no con suposiciones.
Llevo diez años posicionando webs, ahora también para las IAs generativas. Trabajo con pocos clientes a la vez, sin agencia en medio y sin permanencia.
Saber cómo trabajo →
