Nivel 4 · Un embudo de conversión por dispositivo

Un embudo sigue a las personas a través de una secuencia de pasos y cuenta cuántas sobreviven a cada uno. Los equipos de producto lo usan para encontrar el paso que más gente pierde, porque ahí es donde un arreglo da fruto.

Etapas como conteos condicionales

Cuando cada etapa es una condición sobre la misma fila, un embudo es un solo GROUP BY con un conteo por etapa:

SELECT
  device,
  COUNT(*)                                  AS sessions,
  COUNT(*) FILTER (WHERE pages_viewed >= 3) AS engaged_sessions,
  COUNT(*) FILTER (WHERE converted)         AS converted_sessions
FROM web_sessions
GROUP BY device;

FILTER (WHERE ...) cuenta solo las filas que coinciden. Funciona en DuckDB y Postgres; SUM(CASE WHEN pages_viewed >= 3 THEN 1 ELSE 0 END) hace lo mismo en todas partes.

Comprueba que las etapas se anidan

Un embudo solo tiene sentido si cada etapa es un subconjunto de la anterior. En Harbor & Pine toda sesión convertida vio al menos 3 páginas, lo que puedes confirmar con COUNT(*) FILTER (WHERE converted AND pages_viewed < 3): devuelve 0. Si no fuera así, una “tasa de paso” podría superar el 100% y el embudo estaría mintiendo.

Ejemplo resuelto: 2025 por dispositivo

device	sessions	engaged	converted	engaged %	engaged → converted %	overall %
mobile	9,407	4,195	237	44.6	5.6	2.52
desktop	5,252	2,311	217	44.0	9.4	4.13
tablet	1,566	707	46	45.1	6.5	2.94

La tasa total por sí sola dice “el móvil convierte peor”. Los pasos dicen dónde: los visitantes de móvil interactúan tanto como los de escritorio y luego caen en el último paso. Eso apunta al equipo de producto hacia el pago en móvil, no hacia las páginas de aterrizaje.

Dos tipos de tasa

• Conversión por paso: esta etapa dividida entre la anterior. Localiza la fuga.
• Conversión total: la última etapa dividida entre la primera. Es la cifra principal.

Indica cuál reportas. “La conversión es 9.4%” y “la conversión es 4.13%” son ciertas para escritorio.

Errores comunes

• División entera. En Postgres y SQL Server, 237 / 9407 es 0. Multiplica primero por 100.0.
• Contar la unidad equivocada. Estas son tasas de sesión. Un embudo a nivel de cliente cuenta clientes distintos por etapa y da números diferentes.
• Etapas que no se anidan, como se describió arriba.

En SQL Server

No hay cláusula FILTER y converted sería un BIT, así que usa CASE:

SUM(CASE WHEN converted = 1 THEN 1 ELSE 0 END) AS converted_sessions,
ROUND(100.0 * SUM(CASE WHEN converted = 1 THEN 1 ELSE 0 END) / COUNT(*), 2)
  AS overall_conversion_pct  -- 100.0, not 100