Vercel est-il en panne ?

Comprendre la disponibilité de Vercel

Vercel est une plateforme cloud et pour développeurs qui permet de déployer et de servir des projets web. Un incident signalé sur la page d’état officielle de Vercel constitue le meilleur premier indicateur d’un problème affectant potentiellement la plateforme dans son ensemble, mais il ne confirme pas que chaque projet, domaine ou déploiement est concerné.

Un problème généralisé à Vercel devient plus probable lorsque des projets indépendants, des déploiements, des actions du tableau de bord ou d’autres fonctions de la plateforme échouent à peu près au même moment. Si un seul projet ou domaine personnalisé échoue alors que la page d’état ne signale aucun incident correspondant, examinez la sortie de build de ce déploiement, son comportement à l’exécution, sa configuration d’environnement, son DNS, son certificat ou ses paramètres de redirection.

Le message affiché dans un navigateur peut également décrire une défaillance sur le chemin entre votre appareil et le site demandé. Notez l’erreur exacte, le nom d’hôte concerné, l’heure de l’échec, indiquez si un autre projet Vercel fonctionne et vérifiez si la même requête aboutit depuis un autre appareil ou réseau avant de modifier la configuration.

Résoudre les problèmes liés à Vercel

Vérifier l’existence d’un incident affectant la plateforme

Ouvrez la page d’état officielle de Vercel et comparez tout incident signalé avec la fonctionnalité qui échoue. Si l’incident correspond, notez le déploiement ou le projet concerné ainsi que l’heure de l’échec, évitez les modifications de configuration sans rapport et réessayez lorsque les informations relatives à l’incident indiquent un retour à la normale. Si aucun incident pertinent n’est répertorié, poursuivez avec les vérifications du projet, du domaine et de l’environnement local.

Lorsqu’un seul projet ou déploiement échoue

Examinez la sortie de build et d’exécution du déploiement concerné. Vérifiez que le déploiement attendu est associé au nom d’hôte demandé et comparez-le si possible à un déploiement dont le fonctionnement est confirmé. Une défaillance limitée à un seul projet indique davantage un problème lié au code de l’application, aux paramètres de build, à la configuration d’environnement ou au domaine qu’une panne généralisée de la plateforme.

Lorsque le navigateur affiche une erreur HTTP

• HTTP 500 : recherchez une défaillance de l’application côté serveur ou du déploiement et examinez les modifications récentes du code et de l’environnement. Consultez [HTTP 500 Internal Server Error](/guides/http-500-internal-server-error).
• HTTP 502 : vérifiez si un service en amont ou un processus de déploiement a renvoyé une réponse invalide ou indisponible. Consultez [HTTP 502 Bad Gateway](/guides/http-502-bad-gateway).
• HTTP 503 : comparez l’heure de l’erreur avec la page d’état de Vercel et examinez le déploiement concerné. Consultez [HTTP 503 Service Unavailable](/guides/http-503-service-unavailable).
• HTTP 504 : recherchez une requête ou une opération en amont qui prend trop de temps. Consultez [HTTP 504 Gateway Timeout](/guides/http-504-gateway-timeout).

Lorsqu’un domaine personnalisé rencontre des problèmes de DNS, SSL ou de redirection

Une erreur liée à un domaine personnalisé n’indique pas à elle seule que Vercel est indisponible. Vérifiez les modifications récentes du DNS, les enregistrements correspondant au nom d’hôte demandé et la concordance entre le nom d’hôte et la configuration du certificat. En cas de boucle de redirection, testez les adresses HTTP et HTTPS prévues et examinez les règles de redirection du projet.

Les diagnostics associés suivants peuvent être utiles : [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) et [ERR_TOO_MANY_REDIRECTS](/guides/err-too-many-redirects).

Lorsque le problème touche un seul navigateur, appareil ou réseau

Essayez l’URL dans une fenêtre privée, désactivez temporairement les extensions et testez depuis un autre appareil ou réseau. Si le site fonctionne ailleurs, examinez l’état du navigateur, le cache DNS local ou le chemin réseau d’origine avant de modifier le déploiement. Les messages de refus de connexion et d’expiration de connexion peuvent provenir du chemin côté client ou d’une requête vers une origine spécifique plutôt que de Vercel dans son ensemble. Consultez [ERR_CONNECTION_REFUSED](/guides/err-connection-refused) et [ERR_CONNECTION_TIMED_OUT](/guides/err-connection-timed-out).

Lorsqu’une requête scriptée ou une commande de déploiement échoue

Enregistrez l’action exacte, le nom d’hôte demandé, l’horodatage, le statut de la réponse et le corps de l’erreur. Comparez si possible la même opération via le tableau de bord ou le navigateur. Cela aide à distinguer les problèmes d’authentification ou de configuration du projet des échecs de build, des erreurs réseau temporaires et des incidents plus larges affectant la plateforme. N’exposez pas les identifiants ou tokens de déploiement dans les sorties de diagnostic.