# Referencia de la Status API

GET /v1/status: el resumen público del estado actual de cada servicio de AfterPack y de su disponibilidad diaria en los últimos 90 días, los datos detrás de status.afterpack.dev.

Source: https://www.afterpack.dev/es/docs/status-api

[status.afterpack.dev](https://status.afterpack.dev) muestra si cada servicio público de AfterPack está activo y qué parte de cada uno de los últimos 90 días lo estuvo. La página lee un solo endpoint, y tú también puedes leerlo: desde un script de monitorización, un panel o un paso de CI que deba esperar a que termine una caída antes de un [build Pro](https://www.afterpack.dev/es/docs/builds).

## Endpoint

**`GET https://api.afterpack.dev/v1/status`**

Sin clave, sin sesión y sin cuerpo de petición. Cualquier origen puede llamarlo desde un navegador. Una respuesta puede quedar en caché 60 segundos (`Cache-Control: public, max-age=60`), así que consultarlo más de una vez por minuto no devuelve nada nuevo.

```bash
curl https://api.afterpack.dev/v1/status
```

## Cómo se comprueban los servicios

Un monitor comprueba cada servicio cada 5 minutos desde la red de Cloudflare:

| Servicio | Host | Cuenta como activo cuando |
|---|---|---|
| API | `api.afterpack.dev` | El health check responde `200` con `"status":"ok"`. |
| Sitio web | `www.afterpack.dev` | La página de inicio responde `200`. |

Un servicio pasa a `down` tras 2 comprobaciones fallidas seguidas, y vuelve a `up` con su primera comprobación correcta. Cada comprobación cuenta para la disponibilidad del día, incluido un fallo aislado que no llegó a poner el servicio en `down`.

## Respuesta

```jsonc
{
  "status": "operational",              // overall, see below
  "checkedAt": "2026-10-20T09:15:02Z",  // latest check of any service
  "intervalSeconds": 300,               // time between two checks of a service
  "services": [
    {
      "id": "api",
      "name": "API",
      "host": "api.afterpack.dev",
      "status": "up",                   // up | down | unknown
      "since": "2026-10-18T22:40:01Z",  // when status last changed
      "uptime": 99.982,                 // percent over the 90 days
      "days": [
        { "date": "2026-07-23", "checks": 288, "uptime": 100 },
        // ... one entry per UTC day, oldest first, today last
        { "date": "2026-10-20", "checks": 112, "uptime": 99.107 }
      ]
    }
  ]
}
```

| Campo | Significado |
|---|---|
| `status` | `operational` cuando todos los servicios están activos, `partial_outage` cuando algunos están caídos, `major_outage` cuando lo están todos, `unknown` antes de la primera comprobación. |
| `checkedAt` | Cuándo se hizo la última comprobación, o `null` antes de la primera. Un valor mucho más antiguo que `intervalSeconds` significa que el propio monitor se detuvo. |
| `services[].id` | Una clave estable del servicio. |
| `services[].status` | `up`, `down`, o `unknown` para un servicio aún no comprobado. |
| `services[].since` | Cuándo el servicio se activó o cayó por última vez, o `null` antes de su primera comprobación. |
| `services[].uptime` | La proporción de comprobaciones correctas en los 90 días, en porcentaje, o `null` sin comprobaciones. |
| `services[].days` | Exactamente 90 entradas, una por día UTC. `uptime` es `null` en un día sin comprobaciones. |

Las cifras de disponibilidad se redondean hacia abajo a tres decimales, así que un día con una comprobación fallida muestra `99.652` y nunca `100`. Esta respuesta puede ganar campos; los existentes conservan su significado, como en toda la [Cloud API](https://www.afterpack.dev/es/docs/cloud-api).

## Cuando la API no responde

La propia API sirve este endpoint, así que cuando `api.afterpack.dev` no puede responder, `/v1/status` tampoco. La página de estado consulta entonces el [estado de Cloudflare](https://www.cloudflarestatus.com) e indica si Cloudflare informa de un problema propio. En un script, trata una petición fallida a `/v1/status` del mismo modo: como la API caída.

## Siguiente

- [SLA, SLO y soporte](https://www.afterpack.dev/es/docs/sla): el objetivo de disponibilidad que miden estas comprobaciones.
- [Referencia de la Cloud API](https://www.afterpack.dev/es/docs/cloud-api): el resto de la API y cómo se versiona.
- [Builds y CI](https://www.afterpack.dev/es/docs/builds): qué hace un build Pro mientras la API está caída.