Si gestionas tus campañas de Sponsored Products como la mayoría de sellers de Amazon España, tu rutina de pujas se parece a esto: entras un lunes, ves que una keyword tiene un ACoS del 38%, le bajas la puja un 20%, y el jueves vuelves a mirar. Si el ACoS bajó, te felicitas. Si subió, vuelves a tocar. Eso no es optimizar: es ruido disfrazado de decisión. En este post te explico cómo montar un bid test de verdad, con muestra suficiente, sin contaminar el resultado y midiendo lo único que importa al final del mes: el beneficio por clic con tus márgenes FBA reales.
Por qué casi ningún "test" de pujas sirve para nada
Llevo años revisando cuentas de sellers españoles y el patrón se repite. Los cambios de puja fallan como experimento por tres motivos que casi nadie controla:
- Muestra ridícula. Una keyword con 40 clics y 3 pedidos tiene una CVR del 7,5%. Con un pedido más sería del 10%. Esa diferencia no es una señal, es azar puro.
- Lectura prematura. Amazon atribuye ventas hasta 14 días después del clic (y 7 días en la consola más habitual según la vista que uses). Si lees resultados a los 3 días, estás comparando una variante con ventas completas contra otra con ventas todavía "en vuelo".
- Cambios en paralelo. El mismo día que subes la puja activas un cupón del 10%, entra una reseña de 1 estrella y la competencia baja precio. ¿Qué parte del resultado es tuya? Ninguna que puedas aislar.
Un bid test bien hecho elimina esos tres problemas de forma sistemática. No necesitas software estadístico: necesitas disciplina y una hoja de cálculo.
Paso 1: define hipótesis, variable única y tamaño de muestra
Una hipótesis que se pueda falsar
No vale "a ver qué pasa si subo la puja". Una hipótesis útil es concreta: "Subir la puja de 0,60 € a 0,85 € en la keyword 'funda móvil antigolpes' aumentará la cuota de Top of Search y la CVR lo suficiente como para que el beneficio total suba, aunque el ACoS empeore". Fíjate en que ya anticipa que el ACoS puede empeorar: eso te protege de abortar el test al segundo día por un número que no mide rentabilidad.
Una sola variable
Cambias la puja. Solo la puja. No tocas el presupuesto de la campaña, ni los ajustes de placement, ni la estrategia de puja dinámica, ni añades negativas nuevas en ese grupo. Si además cambias el presupuesto, no sabrás si el aumento de clics viene de la puja o de que antes la campaña se quedaba sin dinero a las 14:00.
Cuántos clics necesitas
Aquí va la regla práctica que uso. La CVR es una proporción, y su margen de error depende del número de clics. Con una CVR real del 10%:
- Con 100 clics, el error típico es de unos ±3 puntos: tu 10% podría ser 7% o 13%.
- Con 300 clics, baja a ±1,7 puntos.
- Con 500 clics, a ±1,3 puntos.
Si quieres detectar una mejora de 2 puntos de CVR (de 10% a 12%, que es lo que suele dar pasar de posición media a Top of Search), necesitas al menos 400-500 clics por variante. Si tu keyword genera 15 clics al día, son 4 semanas por variante. Si genera 3 clics al día, esa keyword no es candidata a test individual: agrúpala con otras de perfil similar (misma intención, CPC y CVR parecidos) y testea el grupo.
Duración y estacionalidad
Dos reglas que no negocio:
- Semanas completas. Cada variante corre un múltiplo de 7 días. Los martes convierten distinto que los sábados y necesitas que ambas variantes contengan los mismos días de la semana.
- Ventana de atribución cerrada. Después de terminar cada variante, esperas 14 días antes de dar los datos por definitivos. Puedes ir mirando, pero no decides.
Y sobre estacionalidad: hoy, 9 de noviembre de 2026, estamos a 18 días del Black Friday. Esta no es la semana para arrancar un test limpio. La demanda va a cambiar día a día, los CPC van a subir un 30-60% en muchas categorías y cualquier comparación antes/después estará contaminada por el calendario. Si tienes pujas que validar, anota las hipótesis ahora y ejecuta los tests entre la segunda semana de enero y febrero, cuando el tráfico se estabiliza. En Q4 se gestiona con las conclusiones que ya tengas, no se experimenta.
Paso 2: congela todo lo demás
Esta es la parte que más tests arruina. Durante toda la duración del experimento (ambas variantes más la cola de atribución) no debe cambiar nada de esto en el ASIN testeado:
- Precio de venta. Ni subidas ni bajadas, ni participar en ofertas flash. Un 5% de descuento mueve la CVR más que cualquier puja.
- Cupones y promociones. Incluido Subscribe & Save si lo activas o desactivas.
- Stock. Si vas a rozar la rotura o tienes un envío FBA pendiente de recepción, pospón el test. Un ASIN con 12 unidades que entra en "solo quedan X" convierte diferente, y uno que se queda sin stock dos días destroza la muestra.
- Listing. Nada de cambiar imagen principal, título, bullets o A+. Ni vídeo.
- Otras campañas sobre el mismo ASIN. Si tienes una campaña automática y otra de Sponsored Brands apuntando al mismo producto, no modifiques sus pujas ni presupuestos. Y vigila que no estén canibalizando el término testeado.
- Presupuesto agotado. La campaña del test debe tener presupuesto sobrado. Si una variante se queda sin dinero a mediodía y la otra no, estás comparando horarios, no pujas.
Paso 3: elige el formato del experimento
Amazon Ads no tiene un A/B nativo para pujas en Sponsored Products, así que tienes tres formas de hacerlo:
Secuencial (antes / después)
Es el más sencillo: dos semanas con puja A, dos semanas con puja B, mismos días de la semana, mismo todo. Su debilidad es que el mercado puede moverse entre los dos periodos. Lo mitigas eligiendo meses planos (febrero-marzo, mayo-junio, septiembre) y registrando el CPC medio de la categoría como referencia: si el CPC de tus otras keywords no testeadas subió un 15% en el periodo B, ajusta mentalmente la comparación.
Paralelo con keywords emparejadas
No puedes poner la misma keyword exacta en dos campañas con pujas distintas y esperar un test limpio: Amazon sirve el anuncio desde la que gane la subasta interna y una de las dos se queda sin datos. Lo que sí funciona es emparejar keywords: coges 10 términos de perfil parecido (CVR entre 8% y 12%, CPC entre 0,50 y 0,70 €) y a 5 les subes la puja mientras las otras 5 se quedan como control. Corren al mismo tiempo, así que la estacionalidad afecta a ambos grupos por igual. Es el formato que más recomiendo si tienes catálogo suficiente.
Test por campaña duplicada en distinto placement
Para pujas altas destinadas a ganar Top of Search, a veces interesa duplicar la campaña con un modificador de placement del 50-100% y comparar. Ojo: aquí la variable deja de ser solo la puja base, y el CPC real que pagas es puja multiplicada por el coeficiente. Es un test válido si lo documentas así.
Paso 4: qué métricas comparar (y por qué ACoS no es la respuesta)
Compara siempre estas seis, por variante y en el mismo orden:
- CPC real frente a puja. Subir la puja de 0,60 a 0,85 € no significa pagar 0,85: en el ejemplo real que te enseño abajo, el CPC real pasó de 0,48 a 0,71 €.
- Impresiones y cuota de impresiones en Top of Search. Es la causa de todo lo demás: si no mejora, la CVR tampoco lo hará.
- CTR. Las posiciones altas suelen tener mejor CTR, lo que abarata el coste por clic efectivo de la subasta.
- CVR. La métrica central del test.
- Beneficio por clic = (margen unitario neto × CVR) − CPC real. Es lo que sustituye al ACoS como criterio.
- Beneficio total del periodo = beneficio por clic × clics. Dos variantes pueden tener beneficio por clic similar y beneficio total muy distinto.
Veamos un caso con números de un producto de hogar en Amazon.es: precio 29,90 €, margen neto tras IVA, comisión, tarifa FBA y coste del producto de 9,50 € por unidad. Keyword testeada con el formato secuencial, 3 semanas por variante en marzo.
- Variante A (puja 0,60 €): 420 clics, CPC real 0,48 €, CVR 9%, 37,8 pedidos, ventas 1.130 €, gasto 201,60 €. ACoS 17,8%. Beneficio por clic: 0,855 − 0,48 = 0,375 €. Beneficio total: 157,50 €.
- Variante B (puja 0,85 €): 690 clics, CPC real 0,71 €, CVR 11,5%, 79,4 pedidos, ventas 2.372 €, gasto 489,90 €. ACoS 20,7%. Beneficio por clic: 1,09 − 0,71 = 0,38 €. Beneficio total: 263,90 €.
Si solo miras ACoS, la variante B es "peor" en casi 3 puntos y la mayoría de sellers la revertiría. Mirando beneficio, B deja 106 € más en el bolsillo en tres semanas con la misma rentabilidad por clic. La puja alta gana. Y si la diferencia de CVR hubiese sido de solo 0,5 puntos (dentro del ruido estadístico para 420-690 clics), la conclusión sería "no hay diferencia demostrada": también es una conclusión válida y te evita pagar 0,23 € más por clic sin motivo.
La plantilla de hoja de cálculo
Monta una pestaña por test con estas columnas, una fila por variante:
- Keyword o grupo, campaña, fecha inicio, fecha fin, fecha de cierre de atribución.
- Puja, CPC real, impresiones, cuota Top of Search, clics, CTR.
- Pedidos, CVR, ventas atribuidas, gasto, ACoS (solo como referencia).
- Precio de venta, margen neto por unidad (calculado con las tarifas FBA vigentes de tu talla y peso, no el que tenías en la cabeza de hace un año).
- Beneficio por clic = margen neto × CVR − CPC real.
- Beneficio total = beneficio por clic × clics.
- Beneficio incremental = beneficio total B − beneficio total A.
- Casilla de incidencias: precio, stock, Buy Box, cupones, cambios en otras campañas, con fechas.
Regla de decisión en dos pasos: primero, ¿el beneficio incremental es positivo? Segundo, ¿la diferencia de CVR supera el doble del error típico para esos clics? Si las dos respuestas son sí, adoptas la nueva puja. Si solo la primera, prolongas el test una semana más. Si ninguna, mantienes la puja original y pasas al siguiente candidato. Añade una fila más con el TACoS del ASIN en cada periodo: si la puja alta mejora el beneficio de PPC pero las ventas orgánicas se desploman porque estás canibalizando tu propio ranking, el experimento te está contando algo que la campaña sola no muestra.
Errores que invalidan el test aunque hagas todo lo demás bien
- Testear en una keyword que también está en concordancia amplia en otra campaña y absorbe parte del tráfico.
- Usar la estrategia de puja dinámica "subir y bajar" durante el test: Amazon puede estar pagando hasta un 100% más que tu puja base en Top of Search y la variable deja de estar bajo tu control.
- Comparar un periodo con 12 días de datos contra otro con 21.
- Decidir sobre 4 pedidos frente a 6 porque "está claro".
- Lanzar cinco tests sobre el mismo ASIN a la vez. Uno por producto, máximo dos si usas grupos emparejados.