Elige un producto
Hosting webSitios web y WordPress con un plan de precio fijoCloudDespliega apps, API y bases de datos desde Git o DockerAI BuilderCrea y modifica sitios y apps con IAAñade a cualquier proyecto
Dominios y correoBases de datosWordPress gestionadoEntornos para agentesMigracionesDesarrolladores
Todo sobre IADesarrolladoresMCP para asistentes de IADocumentaciónSeguridadEstadoHostingsurge
PreciosIniciar sesiónEstado
Cada componente de abajo superó su última comprobación. La plataforma se comprueba a sí misma cada minuto y esta página muestra solo lo que registraron esas comprobaciones.
Cada barra es un día UTC: la proporción de comprobaciones de ese día que se superaron. Pasa el puntero sobre un día para ver las cifras.
GET /api/health responde 200 con {"status":"ok"}.
Operativo
GET /api/v1/me sin credenciales recibe un 401 de la API: está en marcha y rechaza las llamadas anónimas.
Operativo
POST /mcp como cliente MCP sin credenciales recibe un 401: el servidor está en marcha y pide OAuth.
Operativo
Ningún despliegue ha esperado en la cola más de 20 minutos ni lleva más de 90 minutos compilándose.
Operativo
El destino CNAME al que los clientes apuntan sus dominios resuelve a nuestro ingress, y el proxy edge completa TLS y responde por HTTP.
Operativo
El servidor de buzones responde por HTTPS y su puerto SMTP de envío saluda con 220.
Operativo
El endpoint web y de API de Postal responde por HTTPS y su puerto SMTP saluda con 220.
Operativo
Se abren automáticamente tras 3 comprobaciones fallidas seguidas y se cierran tras 3 comprobaciones superadas seguidas. Los últimos 90 días, los más recientes primero.
Ningún incidente desde que empezaron las mediciones el 24 sept 2026.
Las reglas detrás de cada cifra de arriba. Nada en esta página se escribe a mano, salvo las notas del equipo sobre los incidentes.
Un comprobador del servicio de API de la plataforma llama a cada componente por el mismo camino por el que llega la solicitud de un cliente — DNS público, el proxy edge y después el servicio — y guarda cada resultado en la base de datos de la plataforma.
Tres comprobaciones fallidas seguidas abren un incidente; tres comprobaciones superadas seguidas lo cierran. Empieza en la primera comprobación fallida y termina en la primera superada.
Comprobaciones superadas divididas entre comprobaciones registradas en el periodo, redondeado a la baja a dos decimales — un solo fallo nunca aparece como 100 %. Los días sin comprobaciones se muestran como sin datos, no como disponibles.
El comprobador se ejecuta en el servicio de API. Mientras ese servicio está caído no se registra nada: esos minutos aparecen como datos que faltan en lugar de tiempo de inactividad, y esta página no puede cargarse. Las comprobaciones se hacen desde la propia red de la plataforma, no desde otras regiones.
Los mismos datos en JSON, de lectura libre sin cuenta: GET /api/v1/status
La documentación muestra dónde está cada función en el panel y en la CLI; la página de desarrolladores cubre la API, y /api/v1/openapi.json documenta cada endpoint, incluido este documento de estado.
Estas cifras son mediciones, no una promesa: durante el periodo de desarrollo activo no se ofrece ninguna garantía de disponibilidad ni nivel de servicio (SLA). Términos del servicio