¿Qué es la tasa de salida?

La métrica mira siempre a una página concreta, nunca al sitio entero. Toda sesión termina en algún punto, así que toda sesión produce exactamente una salida. Lo interesante es en qué páginas se concentran y si ese final estaba previsto.

La confusión habitual es con el rebote. Un rebote describe una sesión que empieza y acaba en la misma página sin más actividad. Una salida describe el final de la sesión sin importar cuántas páginas se vieran antes. Toda sesión rebotada genera también una salida, pero la mayoría de las salidas no son rebotes: llegan después de un recorrido que puede haber sido largo y provechoso.

En Google Analytics 4 hay un matiz añadido, porque el rebote se redefinió. Ya no significa «una sola página vista», sino lo contrario del porcentaje de interacciones: una sesión cuenta como rebote cuando no supera ninguno de los umbrales de sesión con interacción, que son durar más de diez segundos, registrar un evento clave o acumular dos o más vistas. La salida, en cambio, siguió siendo un hecho de secuencia y no un juicio sobre la calidad de la visita.

De ahí que las dos métricas respondan a preguntas distintas. El rebote pregunta si la visita llegó a arrancar. La salida pregunta dónde se detuvo el recorrido.

La fórmula es sencilla: salidas registradas en una página divididas entre las vistas de esa misma página, multiplicado por cien. Una página con 400 vistas y 120 salidas tiene una tasa de salida del 30 %.

El problema está en el numerador. Universal Analytics traía el porcentaje de salidas como métrica estándar en los informes de contenido, junto al porcentaje de rebote. Google Analytics 4 no la incluye. Lo que sí ofrece es la métrica Salidas, definida como el número de veces que el último evento de una sesión ocurrió en una página o pantalla, junto a su complementaria Entradas. Ninguna de las dos aparece en los informes estándar, así que hay que ir a Explorar, crear una exploración de formato libre, poner como dimensión la ruta de página y añadir las métricas Vistas y Salidas.

El porcentaje se calcula fuera de la interfaz. Las vías habituales son exportar la tabla a una hoja de cálculo, montar un campo calculado en una herramienta de informes o pedir ambas métricas a la Data API y dividirlas en el propio script.

Conviene recordar un detalle del modelo de eventos. Como GA4 no cuenta páginas sino eventos, el último evento de la sesión puede no ser una vista de página: puede ser un clic saliente, una descarga o un evento de scroll. La salida se atribuye a la página donde ocurrió ese último evento, que no siempre coincide con la última página que el usuario creyó estar leyendo. A esto se suma el cierre de sesión por inactividad, fijado en treinta minutos por defecto, que convierte cualquier pausa larga en una salida.

La decisión que depende de esta métrica es de priorización: qué página se toca primero. Un recorrido de compra o de contacto está formado por pasos encadenados, y la tasa de salida indica en qué eslabón se rompe la cadena. Si el paso de datos de envío concentra las salidas, el trabajo está ahí y no en la ficha de producto.

La lectura solo funciona si se conoce el tipo de página. En una página de agradecimiento, en una confirmación de pedido o en un artículo que responde por completo a la consulta, una tasa alta es el resultado esperado: el usuario obtuvo lo que buscaba y se marchó. En una página intermedia, la misma cifra apunta a fricción, a una promesa incumplida o a la ausencia de un paso siguiente visible.

Por eso no existe un valor de referencia general. Cualquier cifra presentada como «tasa de salida buena» sin decir de qué tipo de página habla es ruido. La comparación útil es contra la propia página en el tiempo, antes y después de un cambio, o contra páginas del mismo tipo dentro del mismo sitio.

Combinada con el valor económico de cada paso, la métrica ordena el trabajo: primero las páginas donde muchas salidas coinciden con mucho valor perdido.

• Agrupa las páginas por tipo antes de comparar nada: formularios, fichas, artículos, confirmaciones. Una tabla ordenada por porcentaje sin agrupar mezcla finales deseados con finales problemáticos.
• Multiplica el número de salidas por el valor del paso en lugar de mirar solo el porcentaje. Una página con el 80 % de salidas y treinta vistas al mes importa menos que una con el 35 % y quince mil.
• Construye la métrica una sola vez en una exploración guardada, con la ruta de página y las métricas Vistas y Salidas, y reutilízala en cada revisión para que la cifra sea comparable entre periodos.
• Cruza la salida con la fuente de tráfico. Si retiene el orgánico y pierde el de pago, suele haber un problema de correspondencia entre el anuncio y el contenido.
• Separa el dato por dispositivo. Los saltos de salida en móvil suelen venir de elementos que tapan el contenido, de formularios incómodos o de tiempos de carga que en escritorio no se notan.
• Anota las fechas de los cambios de plantilla y contrasta la serie contra ellas, en lugar de interpretar variaciones semanales sueltas.

• Tratar toda salida como un fallo. La confirmación de pedido y la página de contacto ya enviada tienen que concentrar salidas, porque son el final que se buscaba.
• Copiar un umbral de referencia leído en cualquier sitio. Sin el tipo de página, el sector y el método de medición, ese número no significa nada y lleva a rediseñar páginas que funcionaban.
• Confundir la métrica con el rebote y sacar conclusiones sobre la calidad del contenido a partir de una cifra que solo describe el orden de los hechos.
• Olvidar el cierre de sesión por inactividad. Las páginas de lectura larga acumulan salidas simplemente porque el usuario se detiene a leer más de treinta minutos.
• Comparar cifras de GA4 con las que daba Universal Analytics como si fueran la misma medida. El modelo de eventos, la definición de sesión y el tratamiento del consentimiento cambiaron.