Encuentre las pérdidas del proceso de compra antes de gastar más en anuncios

Demo del Laboratorio de conversión y compra web — un embudo de cinco etapas de 10.000 sesiones a 300 pedidos pagados con un escenario de mejora del pago

Más tráfico puede llevar a más personas al mismo recorrido de compra roto. Antes de subir el presupuesto de una campaña, averigüe dónde dejan de avanzar los visitantes y si una mejora se pagaría sola con los costes que usted realmente soporta. En el ejemplo siguiente, subir un paso del pago del 50 % al 60 % vale 1.000 $ por periodo después de su propio coste recurrente, y lo máximo que podría gastar una vez en ese cambio y recuperarlo en tres periodos es 3.000 $.

Empiece con un embudo coherente

Un embudo de compra solo tiene sentido si cada etapa cuenta lo mismo de las mismas personas. Las sesiones que llegan a una página de producto, añaden un artículo, empiezan el pago y pagan deben pertenecer a la misma población definida y a la misma ventana de observación. Eso lo convierte en un embudo cerrado: cada etapa cuenta solo a quienes llegaron a la anterior.

Tres definiciones deciden si sus cifras se pueden comparar:

  • Unidad de recuento: sesiones, usuarios o pedidos. No las mezcle ni use recuentos brutos de eventos: un visitante puede activar «ver artículo» diez veces.
  • Cohorte: a quién se cuenta en la primera etapa, en qué fechas y en qué zona horaria.
  • Ventana de atribución: cuánto tiempo después de la primera etapa sigue contando un paso posterior.

Un recuento de eventos de producto no es comparable con un recuento de compradores únicos. Si una etapa posterior es mayor que una anterior —por ejemplo, 23.800 vistas de producto tras 10.000 sesiones—, los datos no forman un embudo cerrado. Revise las definiciones antes de calcular cualquier tasa; no «corrija» las cifras a mano.

Dos reglas más evitan errores silenciosos. Una tasa sobre una etapa con cero personas no está definida; no es 0 %. Y una cifra que falta es desconocida, no cero.

Lea el embudo etapa por etapa

Imagine una tienda con 10.000 sesiones iniciales en octubre, 5.000 vistas de producto, 1.000 carritos, 600 pagos iniciados y 300 pedidos pagados.

Etapa Cifra Tasa desde la anterior No continuaron
Entrada 10.000 — —
Página de producto 5.000 50 % 5.000
Carrito 1.000 20 % 4.000
Pago 600 60 % 400
Pedido pagado 300 50 % 300

La conversión total es 300 ÷ 10.000 = 3 %. La mayor caída absoluta está entre la página de producto y el carrito, pero el paso que pierde a compradores ya decididos es el último: solo paga la mitad de quienes empiezan el pago.

Es tentador multiplicar cada abandono por el valor del pedido y llamarlo «ingresos perdidos». No lo haga. Quien salió en la página de producto todavía tendría que haber pasado por el carrito y el pago. Si quiere un valor por transición, multiplique el abandono por las tasas de las etapas posteriores y por su contribución por pedido, y trátelo como condicional, nunca como una pérdida demostrada. No sume nunca los valores de etapas distintas.

Mantenga visibles los dispositivos y los sitios

Un total combinado puede ocultar un problema de pago en el móvil o hacer que una fuente parezca débil solo porque trae otro público. En nuestro ejemplo, las 10.000 sesiones son dos grupos separados:

  • Móvil: 6.000 → 2.700 → 500 → 250 → 100 pagados (1,67 %)
  • Ordenador: 4.000 → 2.300 → 500 → 350 → 200 pagados (5 %)

El pago en móvil se completa en el 40 % de los casos y en ordenador en el 57 %. Compare los grupos, pero no tome la diferencia como prueba de que la causó un elemento concreto de la página. Los teléfonos y los ordenadores traen a personas distintas con intenciones distintas.

Los grupos solo pueden sumarse si no se solapan (cada sesión pertenece exactamente a un grupo) y comparten cohorte, unidad de recuento y periodo. Si compara un mes de 31 días con uno de 28, compare por día, no los totales.

Traduzca un escenario a contribución

La última transición convierte en pago el 50 % de los procesos de pago. Subirla al 60 %, sin cambiar nada más, da:

10.000 × 0,5 × 0,2 × 0,6 × 0,6 = 360 pedidos esperados, 60 más que ahora.

Ahora use dinero que refleje su economía real. La cifra correcta no son los ingresos, sino la contribución por pedido pagado: lo que deja un pedido completado después de la mercancía, las comisiones de pago, el envío y las devoluciones esperadas, antes de los costes fijos del periodo. Supongamos que cada pedido aporta 20 $.

Paso Cálculo Resultado
Cambio de la contribución 60 × 20 $ 1.200 $ por periodo
Neto por periodo 1.200 $ − 200 $ recurrentes 1.000 $
Neto en 3 periodos 3 × 1.000 $ − 1.800 $ únicos 1.200 $
Recuperación simple 1.800 $ ÷ 1.000 $ 1,8 periodos
Presupuesto único máximo 3 × 1.000 $ 3.000 $

Con 200 $ de gasto recurrente y una factura de implantación de 1.800 $, el escenario deja 1.000 $ por periodo y se recupera en 1,8 periodos. Estas cifras dependen de que el objetivo se alcance de verdad. Un objetivo es un supuesto suyo, no una previsión.

Aplique el mismo objetivo del 60 % solo al grupo móvil y la respuesta cambia, porque parte de sus propias tasas: de 100 a 150 pedidos esperados, +50, es decir, 1.000 $ de contribución, 800 $ netos por periodo y recuperación en 2,25 periodos. No reutilice nunca el resultado del total para un segmento.

No sume oportunidades que se solapan

Suponga que también cree que el paso del carrito al pago puede subir del 60 % al 70 %. Por sí solo añade 50 pedidos; la mejora del pago por sí sola, 60. Juntas no suman 110, sino 120:

10.000 × 0,5 × 0,2 × 0,7 × 0,6 = 420 pedidos esperados.

Mejorar una etapa anterior cambia cuántas personas llegan a las siguientes, así que el escenario conjunto debe recalcularse sobre toda la secuencia. Sumar oportunidades por separado da una respuesta errónea, a veces demasiado alta y a veces demasiado baja. Por la misma razón, una lista de «beneficio perdido por etapa» nunca debe totalizarse.

Cuando más pedidos significan menos beneficio

La contribución puede ser negativa. Un outlet de liquidación que vende por debajo de su coste variable tras envíos y devoluciones pierde dinero en cada pedido completado. Si los mismos +60 pedidos aportan −20 $ cada uno, el cambio es de −1.200 $ por periodo, −1.400 $ tras los 200 $ recurrentes, y la mejora no se recupera nunca. Un proyecto de conversión solo merece la pena donde los pedidos adicionales ganan algo.

Una tienda o muchas

Una tienda independiente puede necesitar solo unos pocos totales. Un vendedor mediano puede necesitar cohortes separadas por dispositivo, fuente, país y sitio, una contribución distinta por sitio y la exportación exacta del ámbito que revisa. En ambos casos, las definiciones importan más que el número de gráficos.

Lista de control antes de subir el presupuesto de anuncios

  1. Anote la unidad de recuento, la cohorte, el periodo y la ventana de atribución de su embudo.
  2. Compruebe que ninguna etapa es mayor que la anterior.
  3. Mire dispositivos, sitios y fuentes por separado; súmelos solo si no pueden solaparse.
  4. Introduzca la contribución por pedido pagado, no el valor medio del pedido.
  5. Fije un objetivo explícito para el paso que quiere corregir y ponga precio al cambio: coste único, coste recurrente y horizonte.
  6. Recalcule varias mejoras juntas en lugar de sumarlas.
  7. Trate el resultado como un escenario, no como un aumento garantizado, y pruebe el cambio antes de escalar el tráfico.

Haga el cálculo con sus propias cifras

El Laboratorio de conversión y compra web combina las cifras por etapa con la contribución y el coste del cambio que usted introduce. Importa exportaciones agregadas con asignación explícita de columnas, bloquea embudos abiertos y grupos incompatibles y muestra cada paso del cálculo. Recorra la demo fija desde las sesiones hasta la recuperación: sin conjeturas de IA, con aritmética exacta.

Para otra pregunta —si la publicidad crea beneficio adicional en lugar de recibir el mérito de ventas que habrían ocurrido igualmente— use Advertising Profit & Experiment Lab.

Herramientas mencionadas en esta guía

Más guías