¿Está caído Vercel?

Cómo entender la disponibilidad de Vercel

Vercel es una plataforma cloud y para desarrolladores que permite desplegar y servir proyectos web. Un incidente publicado en la página de estado oficial de Vercel es la señal inicial más sólida de un problema generalizado de la plataforma, pero no confirma que todos los proyectos, dominios o despliegues estén afectados.

Un problema que afecte a todo Vercel resulta más probable cuando proyectos no relacionados, despliegues, acciones del panel u otras funciones de la plataforma fallan aproximadamente al mismo tiempo. Si falla un solo proyecto o dominio personalizado mientras la página de estado no muestra ningún incidente relacionado, investiga la salida del proceso de compilación de ese despliegue, su comportamiento en ejecución, la configuración del entorno, el DNS, el certificado o la configuración de redirecciones.

El mensaje que muestra el navegador también puede describir un fallo en la ruta entre tu dispositivo y el sitio solicitado. Registra el error exacto, el hostname afectado, la hora del fallo, si funciona otro proyecto de Vercel y si la misma solicitud tiene éxito desde otro dispositivo o red antes de cambiar la configuración.

Solución de problemas de Vercel

Comprueba si hay un incidente de la plataforma

Abre la página de estado oficial de Vercel y compara cualquier incidente publicado con la función que está fallando. Si el incidente coincide, anota el despliegue o proyecto afectado y la hora del fallo, evita cambios de configuración no relacionados y vuelve a intentarlo cuando la información del incidente indique que el servicio se ha recuperado. Si no aparece ningún incidente relevante, continúa con las comprobaciones del proyecto, el dominio y el entorno local.

Cuando falla un solo proyecto o despliegue

Inspecciona la salida de compilación y ejecución del despliegue afectado. Confirma que el despliegue esperado está conectado al hostname solicitado y, cuando sea posible, compáralo con un despliegue que funcione correctamente. Un fallo aislado en un proyecto apunta más a un problema del código de la aplicación, la configuración de compilación, la configuración del entorno o el dominio que a una interrupción generalizada de la plataforma.

Cuando el navegador muestra un error HTTP

• HTTP 500: Investiga el fallo de la aplicación o del despliegue en el servidor y revisa los cambios recientes en el código y el entorno. Consulta [HTTP 500 Internal Server Error](/guides/http-500-internal-server-error).
• HTTP 502: Comprueba si un servicio upstream o el proceso de despliegue devolvió una respuesta no válida o no disponible. Consulta [HTTP 502 Bad Gateway](/guides/http-502-bad-gateway).
• HTTP 503: Compara el momento del fallo con la página de estado de Vercel e inspecciona el despliegue afectado. Consulta [HTTP 503 Service Unavailable](/guides/http-503-service-unavailable).
• HTTP 504: Busca una solicitud u operación upstream que esté tardando demasiado. Consulta [HTTP 504 Gateway Timeout](/guides/http-504-gateway-timeout).

Cuando un dominio personalizado tiene problemas de DNS, SSL o redirecciones

Un error de dominio personalizado no indica por sí solo que Vercel no esté disponible. Comprueba los cambios recientes de DNS, los registros del hostname solicitado y si el hostname coincide con la configuración del certificado. Si hay un bucle de redirección, prueba las direcciones HTTP y HTTPS previstas y revisa las reglas de redirección del proyecto.

Entre los diagnósticos relacionados útiles se incluyen [DNS_PROBE_FINISHED_NXDOMAIN](/guides/dns-probe-finished-nxdomain), [DNS_PROBE_FINISHED_BAD_CONFIG](/guides/dns-probe-finished-bad-config), [ERR_CERT_COMMON_NAME_INVALID](/guides/err-cert-common-name-invalid) y [ERR_TOO_MANY_REDIRECTS](/guides/err-too-many-redirects).

Cuando el problema afecta a un solo navegador, dispositivo o red

Prueba la URL en una ventana privada, desactiva temporalmente las extensiones y conéctate desde otro dispositivo o red. Si funciona en otro lugar, investiga el estado del navegador, la caché de DNS local o la ruta de red original antes de cambiar el despliegue. Los mensajes de conexión rechazada y tiempo de espera agotado pueden originarse en la ruta del cliente o en una solicitud a un origen específico, y no necesariamente en Vercel en su conjunto. Consulta [ERR_CONNECTION_REFUSED](/guides/err-connection-refused) y [ERR_CONNECTION_TIMED_OUT](/guides/err-connection-timed-out).

Cuando falla una solicitud con script o un comando de despliegue

Registra la acción exacta, el hostname solicitado, la marca de tiempo, el estado de la respuesta y el cuerpo del error. Cuando sea posible, compara la misma operación desde el panel o el navegador. Esto ayuda a distinguir los problemas de autenticación o configuración del proyecto de los fallos de compilación, los errores de red transitorios y los incidentes más amplios de la plataforma. No expongas credenciales ni tokens de despliegue en la salida de diagnóstico.