Comprar tráfico al por mayor es un ejercicio distinto de comprar un paquete pequeño de prueba. Cambia el precio por cada mil sesiones, pero también cambia casi todo lo demás: lo que tiene que absorber el servidor, lo que factura el CDN, lo que la analítica todavía puede resolver y cuánto tiempo sigue siendo consultable la evidencia. Esta guía cubre las partes de un pedido grande que solo aparecen con el volumen, y empieza por la salvedad evidente: las sesiones compradas no mejoran el posicionamiento en buscadores, en ninguna cantidad.
De un vistazo
- El volumen cambia la unidad que se está comprando. Conviene preguntar qué significa una «visita» en el contador del proveedor antes de comparar cualquier coste por mil. Dos presupuestos al mismo precio pueden diferir mucho en lo que realmente llega al servidor.
- Algunos descuentos por volumen responden a economías de capacidad reales. Otros son una rebaja de calidad. La señal está en si el descuento va ligado a una ventana de entrega más larga (verosímil) o a la misma ventana de entrega con más volumen (habitualmente no).
- La factura del proveedor rara vez es la mayor línea de coste. La salida de datos del CDN, el almacenamiento de registros y cualquier servicio de la propia infraestructura tarificado por petición escalan con el pedido y se le facturan al comprador, no al proveedor.
- Los grandes volúmenes degradan la medición propia. Los umbrales de muestreo de la analítica, las ventanas de conservación de datos y la cardinalidad de las dimensiones pasan a ser restricciones reales a una escala que una prueba pequeña nunca llegó a rozar.
- Conviene comprar por tramos. Un único bloque grande da un solo dato y ninguna forma de aislar qué nivel de volumen rompió algo.
Qué cuenta realmente el «coste por mil sesiones»
La cifra destacada de un presupuesto por volumen es casi siempre un coste por mil visitas, y la palabra «visita» soporta más peso que el precio. Antes de comparar dos ofertas conviene obtener la definición por escrito. Una petición que llega al origen, una petición que renderiza la página, una sesión que ejecuta la etiqueta de analítica y una sesión que permanece lo suficiente como para registrarse como interacción son cuatro cosas distintas, y los proveedores cuentan en cuatro puntos distintos de esa cadena.
La diferencia se acumula con el volumen. Una capa de conteo que pierde una parte de las peticiones antes de que se dispare el seguimiento produce una discrepancia lo bastante pequeña como para pasarla por alto en un pedido de prueba y un agujero visible entre factura y panel en uno grande, momento en el que ya se ha pagado.
Tres preguntas resuelven casi todo:
- ¿En qué capa se cuenta una visita? Petición recibida, página renderizada o etiqueta disparada. Hay que pedir la definición, no una frase tranquilizadora.
- ¿Se cuentan los reintentos y las peticiones fallidas? Si el WAF plantea un desafío a parte del tráfico, ¿en qué columna cae eso?
- ¿Cuál es la política ante un déficit? Una regla de abono pactada de antemano vale más que una garantía de entrega pactada en ningún sitio.
Dónde los descuentos por volumen son reales y dónde esconden una rebaja de calidad
Los descuentos por volumen no son automáticamente sospechosos. Un proveedor con infraestructura fija tiene economías marginales genuinas: un compromiso mayor repartido en una ventana más larga sale más barato de servir, y trasladar parte de ese ahorro es racional. El problema es que una reducción de calidad produce la misma forma en la lista de precios.
La pregunta que distingue es qué entrega el proveedor a cambio. Un descuento ligado a una ventana de entrega más larga, a un techo diario más bajo o a un compromiso de varios meses es coherente con economías de capacidad. Un descuento que deja la ventana de entrega intacta mientras multiplica el volumen implica un suministro más barato, y un suministro más barato a corto plazo suele significar un conjunto de IP más reducido, más repetición por origen o una mezcla geográfica más burda que en el nivel superior.
| Estructura del descuento | Explicación probable | Qué verificar |
|---|---|---|
| Precio menor a cambio de una ventana de entrega más larga | Suavizado de capacidad, verosímil | Que el techo diario baje realmente de forma proporcional |
| Precio menor a cambio de un compromiso de varios meses | Certidumbre de ingresos, verosímil | Las condiciones de salida y qué ocurre si la calidad cae a mitad del plazo |
| Misma ventana, volumen mucho mayor, precio unitario menor | Suministro más barato, exige escrutinio | La diversidad de orígenes y la tasa de repetición en la muestra entregada |
| Salto brusco de nivel en un volumen concreto | A menudo, cambio a otro conjunto de suministro | Si el nivel superior y el inferior se comportan igual en los registros propios |
Esto se puede zanjar sin discusión: basta comprar un tramo pequeño en el nivel con descuento y comparar su firma en los registros con la de un tramo ejecutado en el nivel estándar. Mismo conjunto de suministro, distribuciones parecidas. Distribuciones distintas significan que el descuento fue una sustitución.
Los costes de infraestructura que caen del lado del comprador
Un pedido grande lleva la infraestructura propia a una banda de carga que quizá no vea habitualmente, y varios de los costes derivados se tarifican por petición. Ninguno aparece en el presupuesto del proveedor.
- Salida de datos y cargos por petición del CDN. La mayoría de los CDN facturan tanto los bytes transferidos como el número de peticiones. Una página de unos cientos de kilobytes, multiplicada por un pedido grande, es una línea de ancho de banda real. Conviene consultar la página de precios del CDN para la región concreta en lugar de suponer una tarifa plana; las diferencias de precio por región pueden ser considerables.
- Cómputo en el origen. Las respuestas cacheadas son baratas. Todo lo que llega al origen, páginas dinámicas, endpoints de búsqueda, bloques personalizados, no lo es. Si las URL de prueba son dinámicas, conviene modelar la tasa de impactos en el origen antes de comprometerse.
- Límites de tasa y reglas del WAF. Los alojamientos, los WAF y las pasarelas de API imponen techos por IP y por endpoint. El tráfico que los activa sigue costando dinero del lado del proveedor mientras produce páginas de desafío en lugar de sesiones. Conviene confirmar los límites aplicables antes del pedido en lugar de diagnosticar errores 403 después.
- Volumen de registros. Los registros de acceso, los de aplicación y cualquier servicio de registros alojado que facture por volumen ingerido escalan directamente con el pedido. El exceso en la ingesta de registros es una de las sorpresas desagradables más habituales tras una campaña grande, y es fácil de acotar de antemano revisando la configuración de conservación y el tamaño de la línea de registro por petición.
- Etiquetas de terceros. La grabación de sesiones, los mapas de calor y algunas herramientas de pruebas A/B facturan por evento, y facturarán las sesiones sintéticas. Conviene desactivarlas en las rutas de prueba o asumir el cargo a sabiendas.
Qué le hace el volumen a la analítica
Las pruebas pequeñas caben con holgura dentro del comportamiento gratuito de la mayoría de las herramientas de analítica. Los pedidos al por mayor no, y las restricciones con las que chocan están documentadas, no son un misterio.
Muestreo. Google Analytics 4 aplica muestreo a los informes de exploración cuando una consulta supera un umbral de eventos documentado para las propiedades estándar, con un umbral más alto en Analytics 360. La propia documentación de Google sobre el muestreo de datos recoge las cifras vigentes. La consecuencia práctica es que una campaña grande puede empujar precisamente los informes que se querían leer hacia el terreno del muestreo, de modo que los datos de la prueba se convierten en una estimación justo cuando la precisión importaba.
Conservación. GA4 conserva los datos a nivel de usuario y de evento durante un periodo configurable, y las opciones disponibles para las propiedades estándar son limitadas. La documentación sobre conservación de datos de Google enumera los ajustes vigentes. Los informes estándar agregados no se ven afectados, pero la exploración granular de una campaña tiene fecha de caducidad, así que conviene exportar lo que haya que defender después en lugar de dar por hecho que seguirá ahí.
Cardinalidad. Las dimensiones de alta cardinalidad se agrupan en un contenedor «otros» en cuanto un informe supera su límite de filas. Si la campaña masiva introduce muchas rutas de página, referentes o valores de campaña distintos, la dimensión que más interesaba desglosar es la que tiene más probabilidades de desaparecer en ese contenedor. Conviene mantener deliberadamente pocos valores de dimensión en la campaña.
Nada de esto cambia lo que el tráfico puede demostrar. Cambia si aún se puede ver qué ocurrió.
Dividir el pedido en tramos
Un único bloque grande entregado de forma continua responde mal a una sola pregunta. Un pedido por tramos responde con precisión a varias, al mismo coste total, porque cada paso aporta un punto de comparación.
- Tramo uno: fidelidad. Pequeño, apenas lo bastante grande como para ser visible en la analítica. Se comprueba que el tráfico sea contable, etiquetable y coherente entre los registros del servidor y la analítica. Si falla aquí, el resto del pedido no vale nada.
- Tramo dos: carga. Un escalón suficiente para mover las métricas de infraestructura. Hay que vigilar la CPU del origen, los percentiles de tiempo de respuesta, la tasa de errores y el porcentaje de aciertos de caché del CDN. Aquí es donde se encuentran los límites de tasa, y sale barato.
- Tramo tres: el nivel con descuento. Se ejecuta con un tamaño modesto y se compara su firma con la del tramo uno. Es la comprobación de la rebaja de calidad descrita antes.
- Resto: entrega dosificada. Solo entonces se compromete el saldo, con un techo diario y una regla de parada escrita.
Los tramos se negocian antes de firmar. Los proveedores que venden bloques grandes pueden aceptar un calendario escalonado contra el mismo total, y una negativa a escalonar es informativa por sí misma.
Ventana de entrega frente a las horas punta propias
Un pedido grande comprimido en una ventana corta choca con la audiencia real. La campaña comprimida y el pico diario genuino caen sobre la misma infraestructura al mismo tiempo, y si algo se degrada, se degrada para los visitantes que pagan, durante las horas que más importan.
El techo de entrega se fija en relación con el rendimiento propio en hora punta, no con el total diario. El total diario es una unidad engañosa: un pedido repartido de forma uniforme a lo largo de 24 horas tiene un pico de aproximadamente una veinticuatroava parte del total, mientras que el mismo pedido entregado en una ventana de horario laboral supera el triple de esa tasa instantánea. Conviene preguntar al proveedor si puede programar la entrega en las horas valle y tratar la incapacidad de modelar la entrega como una restricción que habrá que absorber con margen.
Qué exigir como evidencia cuando hay volumen
Los pedidos pequeños son lo bastante baratos como para evaluarlos por el resultado. Los grandes justifican pedir evidencia por adelantado, y las peticiones siguientes son razonables, no hostiles.
- Un registro de entrega o un desglose por hora que pueda conciliarse con los registros de acceso propios, no una captura resumida.
- La definición de conteo por escrito, más la política de déficit y abonos.
- La composición de los orígenes en el nivel que puedan revelar: distribución por países, reparto por dispositivos y si el conjunto se comparte con otros compradores de forma simultánea.
- Una tasa máxima de entrega declarada, para poder dimensionar el margen en lugar de adivinarlo.
- Un mecanismo de pausa con un tiempo de respuesta definido. Si no se puede detener la entrega en un intervalo conocido, no se puede hacer valer ninguna regla de parada que se escriba.
La conciliación es la parte que más se omite. Después de cada tramo hay que comparar tres cifras: lo que declara el proveedor, lo que registró el registro de acceso propio y lo que anotó la analítica. Dos diferencias, de proveedor a registro y de registro a analítica, informan por separado sobre la honestidad y sobre el seguimiento. Una sola cifra combinada no informa de ninguna de las dos.
Preguntas frecuentes
¿Comprar más tráfico ayuda al posicionamiento más que comprar menos?
No. El volumen no cambia el mecanismo, y el mecanismo no existe. El posicionamiento en búsqueda responde al contenido, los enlaces, la rastreabilidad y la coincidencia con la intención. Un pedido al por mayor puede someter la infraestructura a pruebas de esfuerzo y verificar la medición, lo cual es un uso legítimo de ingeniería y algo completamente distinto.
¿Un descuento por volumen es una señal de alarma?
No por sí solo. Los descuentos ligados a ventanas de entrega más largas o a compromisos de varios meses tienen una base de costes verosímil. El caso que necesita verificación es un descuento grande con la misma velocidad de entrega, y se verifica con un tramo pequeño en lugar de con una discusión.
¿Cómo estimo el coste de infraestructura antes de contratar?
Tomando el peso medio de página y la tasa de impactos en el origen de las URL objetivo, multiplicando por el tamaño del pedido y valorando el resultado según las tarifas publicadas del CDN para la región propia. A eso se suma la ingesta de registros según los bytes por petición observados. La estimación será imperfecta, pero tendrá el orden de magnitud correcto, que es suficiente para decidir si la campaña vale su coste real.
¿Deberían las campañas masivas usar una propiedad de analítica aparte?
Con volúmenes grandes, conviene planteárselo seriamente. Además de mantener limpios los informes, una propiedad aparte evita que el volumen de eventos de la campaña empuje la propiedad de producción hacia los umbrales de muestreo y los límites de cardinalidad, un problema que las pruebas pequeñas nunca crean.