Cómo se mide el consumo de tu plan
FourA vende dos productos y se miden en unidades diferentes. Tu plan se vende en función de una de esas dos unidades, lo que determina qué límite te rechaza y qué tarjetas ves en el dashboard. Esta página muestra el modelo completo en una sola pantalla.
Dos productos, dos unidades
| Producto | Tú llamas | La unidad |
|---|---|---|
| API | POST /api/single, /api/proxy, /api/browser, /api/auto |
Una request, tasada en créditos |
| Proxy port | proxy.foura.ai:34004 desde cualquier cliente que acepte una URL de proxy |
Un túnel, tasado en gigabytes |
En la API, solo un resultado success cuesta créditos. Una request que falló del lado del destino, de tu lado o del nuestro no te cuesta nada. El tráfico premium se contabiliza aparte de los créditos, como se describe más abajo. Consulta Request Outcomes.
En el proxy port no hay créditos ni recuento de requests, y eso no es una omisión. Un túnel es una conexión que abre tu herramienta, y lo que envía dentro es tu propio tráfico cifrado, por lo que FourA puede contabilizar el túnel y los bytes que transportó, nada más detallado. Un recuento de requests aquí sería un número que nunca podrías conciliar con tus propios registros. Por lo tanto, el puerto siempre se vende por gigabyte. Consulta Proxy Port.
Qué es un gigabyte y qué incluye
Un gigabyte equivale a 1.073.741.824 bytes (2^30, la unidad también escrita como GiB). Cada límite, contador y precio de tu plan utiliza esa cifra, tanto en la API como en el proxy port.
Lo que se contabiliza varía según el producto, ya que ambos transportan cosas distintas:
| Dónde | Qué se contabiliza |
|---|---|
| API, salidas estándar | El cuerpo de la request que nos envías, más el cuerpo de la response que devolvemos. Los headers HTTP no se contabilizan, en ninguno de los dos lados. |
| API, salidas premium | Cada byte de la transferencia a medida que cruzó la red, en ambas direcciones, comprimido y cifrado durante el trayecto. |
| Proxy port | Cada byte que cruza el túnel, en ambas direcciones, una vez que está abierto, incluida la configuración de conexión cifrada que tu cliente realiza con el sitio. La apertura del túnel no se contabiliza, excepto que una salida premium que el puerto pruebe y no use al abrir tu túnel cuenta como tráfico premium. |
Algunas consecuencias que conviene conocer:
- La página se contabiliza decodificada, porque la página decodificada es lo que producimos. Llegar a ella puede implicar ejecutar un navegador real, completar un paso adicional requerido por la página, decodificar la response y entregarte contenido utilizable. Lo que pagas es ese resultado, no qué tan compacta viajó la información. El puerto proxy es el otro caso y se tarifa de forma distinta: allí transportamos tu propia conexión sin modificar su contenido, por lo que contabilizamos los bytes exactamente como cruzan el túnel.
- Los reintentos en el pool estándar no tienen costo. Cuando Proxy Finder rota a través de varias salidas, pagas una sola vez por la respuesta recibida, sin importar cuántas salidas se hayan intentado. En una salida premium cada intento cuenta, ya que así es como nos facturan las redes premium.
- Una sesión de navegador en una salida estándar se contabiliza como cualquier otra API response: el body que te devolvemos, no cada subrecurso que la página haya cargado. A través de una salida premium, toda la sesión viaja por la red y se contabiliza en ella.
- Premium forma parte de tu total, no es un añadido. Tu cuota estándar solo se descuenta por la parte que no pasó a través de una salida premium.
- Una llamada Auto no genera tráfico propio. Las requests de tipo Single, Proxy Finder y Browser que ejecuta se contabilizan como si las hubieras realizado tú mismo.
- Un rechazo por parte del sitio se contabiliza; un rechazo por tu propio plan no. Cuando un sitio responde 403, 404, 429 o 5xx, transportamos esa respuesta hasta ti, por lo que cuenta. Cuando un límite de tu propio plan rechaza la request, no se realiza ninguna petición y no se contabiliza nada.
- Nada se redondea hacia arriba. Los bytes se contabilizan de forma exacta, sin tamaño de bloque ni mínimo por request, y tus cifras se concilian cada noche contra nuestro almacén de métricas.
Dos formas de comercialización de planes
Ambos medidores funcionan en todas las cuentas. Lo que cambia es bajo cuál de ellos se vende tu plan.
Venta por créditos
La API cobra créditos por request facturada. El puerto proxy incluye sus propios gigabytes, presupuestados por separado, ya que un túnel no tiene una request a la cual cobrar un crédito. Ambos no se interfieren: tu tráfico de API no consume los gigabytes del puerto, y los túneles del puerto no consumen tus créditos. La alternativa sería cobrar una sola API request dos veces: una en créditos y otra en los bytes que esos créditos produjeron.
El límite de tráfico propio de la API está desactivado a menos que tu plan incluya uno.
Venta por tráfico
Una única cuota de tráfico estándar cubre la API y el puerto proxy en conjunto, ya que ambos accesos se tarifan en la misma unidad. Un plan vendido de esta forma no factura créditos, por lo que los créditos desaparecen por completo del panel de control en lugar de mostrar un número sin significado.
Tráfico premium en ambos
El tráfico premium siempre tiene su propia cuota, en cualquiera de los dos tipos de plan. Nunca se contabiliza dentro de la cifra estándar, evitando que un gigabyte se cobre contra dos límites. Accedes a una salida premium mediante exitClass: premium en POST /api/proxy/ o -network-premium en el puerto proxy.
Se mide a medida que cruza la red: en ambas direcciones, comprimido y cifrado sobre la marcha. En la API cada intento premium cuenta, incluso el que no devolvió tu página; en el puerto proxy es el tráfico de cada túnel premium, más cualquier salida premium que el puerto intentó y descartó al abrirlo.
Qué te rechaza y dónde
| Límite permitido | En la API | En el puerto proxy |
|---|---|---|
| Créditos del periodo | 429 con X-FourA-Limit: plan_limit_credits |
No aplica |
| Tráfico estándar del periodo | 429 con X-FourA-Limit: plan_limit_bandwidth |
429 con X-Foura-Error indicando el tráfico |
| Túneles abiertos simultáneamente | No aplica | 429 con X-Foura-Error |
| Aperturas de túneles por minuto | No aplica | 429 con X-Foura-Error |
| Tráfico premium | Degradado, no rechazado | 403 ante una petición explícita |
Un CONNECT no tiene cuerpo donde incluir un error JSON, razón por la cual un rechazo del puerto es un estado más un header en lugar del formato que describe Rate Limits. Lee X-Foura-Error antes que cualquier otra cosa en una conexión proxy.
El agotamiento de premium es la única asimetría
Las dos vías responden de forma distinta deliberadamente, porque "pedí gastar" y "se configuró algo para mí una vez" son situaciones diferentes.
En la API, un cupo premium agotado nunca detiene un trabajo. La request se atiende desde el pool estándar y la response indica exitClass: standard, para que puedas ver lo que realmente obtuviste. Un plan que no incluye salidas premium en absoluto devuelve una respuesta distinta: es un 403 con plan_limit_premium.
En el puerto proxy:
- Una conexión que especifica
-network-premiumse rechaza con un403. Pediste gastar, por lo que atenderte silenciosamente desde otro lugar te obligaría a conciliar una línea premium que nunca aparece. - Un valor premium por defecto guardado en el usuario del proxy se degrada a la red compartida y el túnel aún se abre. No lo elegiste para esta conexión.
- Un
-fallback-premiumarmado simplemente no se activa.
Comprar más
Las recargas cuentan exactamente igual que lo incluido en el plan. En cada periodo se utiliza primero el cupo propio de tu plan, y solo lo que excedas se descuenta del saldo que compraste. Una compra dura doce meses.
El dashboard mantiene separados los dos números dondequiera que cite un límite permitido (75,000 (50,000 incl + 25,000 bought)), para que la cifra en pantalla se pueda conciliar con la factura que tienes.
Dónde consultar tus propios números
| Página | Qué responde |
|---|---|
| Billing | Este periodo frente a lo disponible, una tarjeta por cada elemento que mide tu plan, con un botón Comprar en cada una |
| Usage & Limits | Cada límite junto a su contador en tiempo real, más un desglose por key, por endpoint y por usuario proxy |
| Overview | Volumen y tráfico en cualquier periodo, por producto |
Las tarjetas que muestra Facturación siguen los dos casos anteriores: un plan vendido por créditos obtiene una tarjeta de Créditos y una tarjeta de Tráfico de puerto proxy; un plan vendido por tráfico no obtiene ninguna de las dos, y su tarjeta de Tráfico estándar incluye el límite e indica La API y el puerto proxy juntos.
No programes ninguno de estos números de forma fija en el código. Cada rechazo de la API incluye el límite máximo que lo provocó, y cada rechazo de puerto lo especifica en X-Foura-Error.
Temas relacionados
- Rate Limits: Cada cuerpo y header de límite de plan en la API
- Puerto proxy: Medición, códigos de respuesta y opciones de nombre de usuario
- Resultados de solicitudes: Qué resultados se facturan, para requests y para túneles
- Facturación y suscripciones: Planes, recargas y facturas
- Uso y límites: Tus contadores en tiempo real frente a tu plan