Registro de actividad
El Activity Log muestra tu tráfico más reciente en tiempo real. Úsalo para depurar llamadas individuales, comprobar códigos de response y verificar que una nueva integración esté funcionando.
Product
La página se abre en un selector de Product: API para las requests que envías a los endpoints de la API, Proxy para los túneles que tus propias herramientas abren a través de proxy.foura.ai. Ambos feeds cubren la última hora y ambos admiten el mismo selector de límite. El selector se recuerda y permite enlaces directos como #activity/proxy.
El resto de esta página describe primero el feed de API y luego el de Proxy.
Lo que verás en el feed de API
El log muestra las requests realizadas durante la última hora, con las más recientes en la parte superior. Nueve columnas componen la fila completa:
| Columna | Qué muestra |
|---|---|
| Time | Cuándo se realizó la request |
| Key | Qué API key se utilizó |
| Request | La llamada en sí: una etiqueta de color para el endpoint (Single, Proxy, Browser o Auto), el método HTTP y el dominio de destino. Se ordena por dominio. |
| Status | Dos valores en una sola celda, separados por una barra diagonal: el status HTTP de tu llamada a FourA, seguido del status devuelto por el destino. Un guion significa que el destino nunca respondió. |
| Outcome | Clasificación de la request (Success, Client Error, Rate Limited, etc.) |
| Duration | Tiempo total de response en milisegundos |
| Bytes | Transferencia en ambas direcciones en una celda: flecha hacia abajo para el payload de la request, flecha hacia arriba para la response. Las filas que usaron tráfico premium llevan una marca premium en esta celda, incluidas aquellas donde se intentó una salida premium y respondió el pool estándar; ese tráfico se descuenta de tu tráfico premium. |
| Credits | Créditos gastados en la llamada (consulta Response Headers) |
| Client IP | La dirección que realizó la request. Las requests enviadas desde el Playground o el MCP alojado de FourA muestran FourA en lugar de una dirección. |
Haz clic en cualquier encabezado de columna para ordenar la tabla por esa columna; la dirección alterna entre descendente, ascendente y desactivado. Hacer clic con Ctrl o Cmd restablece el orden predeterminado (el más reciente primero).
Filtrado
Cuatro controles permiten acotar el log.
Por Owner
Si perteneces al menos a una organización, aparece primero el menú desplegable Owner: Everything, Personal o una de tus organizaciones. Al cambiarlo se reconstruye el desplegable de keys adyacente, de modo que una key del owner anterior no se mantenga tras el cambio y devuelva datos vacíos en silencio. El mismo control en Overview, Metrics y API Keys sigue tu elección. Consulta Organizations.
Por API Key
Utiliza el desplegable de API key para ver las requests de una sola key. Solo aparecen las keys a las que tienes acceso: tus keys personales y las de las organizaciones a las que perteneces.
Por Endpoint
Con Product configurado en API, filtra por un endpoint mediante las etiquetas Single / Proxy Finder / Browser / Auto. Resulta útil para depurar fallos exclusivos del navegador por separado de las requests simples. Auto enumera tus llamadas de Auto, una fila por cada una.
Por Limit
El registro de actividad muestra 50 entradas por defecto. Usa el selector de límite para cambiar cuántas entradas se muestran:
| Límite | Notas |
|---|---|
| 10 | Vista rápida |
| 50 | Predeterminado |
| 100 | Vista extendida |
| 200 | Máximo |
Todas las entradas corresponden a la última hora. Para datos históricos, usa la sección Metrics, que agrega datos a lo largo de días y semanas.
Llamadas de Auto
Una fila de Auto representa una llamada. Su segunda línea indica cuántos intentos realizó Auto y cuántos tuvieron éxito, y sus Credits y Bytes son los totales de esos intentos. Durante unos segundos después de que finaliza una llamada, muestra attempts settling…, y la fila se completa sola. Una llamada rechazada antes de que Auto intentara algo muestra no attempts recorded.
Abre la fila para ver una tabla de Attempts: Engine, Rung, Status, Outcome, Time, Bytes, Credits. Los intentos cuentan para tus límites de Single, Proxy Finder y Browser, nunca en tu conteo de requests o tasa de éxito.
Abrir una Request
Haz clic en cualquier fila para abrir un panel de detalles con la vista previa del payload completo de la request y la response. El panel se abre en una cuadrícula de metadatos construida a partir de la propia fila, por lo que sigue siendo útil incluso después de que el payload almacenado haya caducado: timestamp, key, estado HTTP, estado de la app, outcome, duración, créditos, proxy y el X-FourA-Request-Id de la request.
Debajo de la cuadrícula, se muestra un panel a la vez, seleccionado por pestaña:
| Pestaña | Qué muestra |
|---|---|
| Request | JSON con formato legible del body exacto enviado |
| Response headers | Los headers que devolvió el destino, un bloque por cada salto de redirección. Cuando el destino redirigió, la pestaña muestra el número de saltos. |
| Response body | La vista previa del body almacenado, con etiquetas de truncado y binario donde corresponda |
| Other fields | Cualquier otra cosa que el motor haya devuelto además de status, tiempos, proxy y headers. Oculto cuando no hay nada adicional. |
Un botón Copy copia el panel que esté abierto. Los payloads se conservan durante 24 horas, con un límite de los últimos 200 por API key. Las filas más antiguas solo muestran la fila, sin el payload.
Mensajes del panel de Body
El panel del body utiliza diferentes textos de marcador de posición según lo que haya ocurrido:
| Mensaje | Qué significa |
|---|---|
(no body — the request failed: <error>) |
La request falló antes de que el destino devolviera un body |
(no body captured for this request) |
El payload caducó o no se almacenó |
(empty body — the server returned 0 bytes) |
El destino devolvió una respuesta vacía real |
Open in Playground
El diálogo de detalles tiene un botón Open in Playground. Haz clic en él para cargar tanto la request archivada como la response archivada en el formulario de Playground. Desde allí puedes ajustar parámetros y reproducir la llamada contra la API en vivo, o simplemente inspeccionar lo que devolvió sin volver a ejecutar la request.
El botón está deshabilitado para llamadas de Auto y para payloads que no se pueden reproducir (fragmentos de request demasiado grandes y rutas que no son de la API), con una sugerencia que explica el motivo.
El Proxy Feed
Cambia Product a Proxy y el feed pasa a mostrar una fila por túnel, también de la última hora. Un túnel es una conexión que abrió tu herramienta; lo que envió dentro es tu propio tráfico cifrado, por lo que la fila describe a dónde fue la conexión, cómo salió, cuánto tardó en abrirse y cuánto tráfico transportó.
| Column | What it shows |
|---|---|
| Time | Cuándo finalizó el túnel, con una antigüedad relativa al lado |
| Proxy user | Qué usuario de proxy lo transportó |
| Target | El host y el puerto de destino del túnel |
| Exit | Shared o Premium, más el país de salida cuando lo conocemos |
| Outcome | Success, Client Error, Service Error, Service Fail o Rate Limited, con el motivo en tus propios términos en caso de rechazo |
| Setup | Tiempo desde que tu herramienta se conecta hasta que se entrega el túnel |
| Duration | Cuánto tiempo permaneció abierto el túnel |
| Bytes | Ambas direcciones en una sola celda, con una marca de premium cuando la salida fue en la red premium |
| Client IP | La dirección desde la que se originó la conexión |
No hay columnas de Status, Credits o payload, ni cuadro de diálogo de detalles. Un CONNECT no tiene un status del destino ni un body para que FourA lo almacene.
El menú desplegable Owner y el selector de límites funcionan de la misma manera. En lugar del menú desplegable de claves, un menú desplegable de Proxy user limita el feed a una sola credencial. Todas las columnas se pueden ordenar.
Una fila que indica Rate Limited corresponde al límite de tu plan, no a un rechazo por parte del destino. El motivo especifica cuál: túneles simultáneos, aperturas por minuto, tráfico agotado, premium no disponible o que el puerto no está incluido en tu plan. Consulta Proxy Port.
Uso del Request ID
Cada respuesta de la API incluye un encabezado X-Foura-Request-Id. Regístralo en tu sistema y podrás pegarlo en un ticket de soporte para señalar la request exacta en el Activity Log. El ID es el mismo que se utiliza en este cuadro de diálogo y coincide con el X-Foura-Request-Id devuelto por la API. Consulta Response Headers para más detalles.
Relacionado
- Metrics and Analytics: Datos de rendimiento agregados durante períodos más largos, para ambos productos
- Proxy Port: El producto sobre el que informa el feed de Proxy
- Playground: Vuelve a ejecutar requests desde Activity
- Response Headers: De dónde provienen el request ID y los créditos
- API Endpoints: Estructuras de request y response
- Organizations: Qué cubre el filtro Owner
- Troubleshooting: Problemas comunes y soluciones