Netlify est-il en panne ?

Comprendre la disponibilité de Netlify

Netlify est une plateforme cloud permettant de déployer et de servir des sites web et des applications web. Son tableau de bord, les actions liées aux comptes, les builds, les déploiements, la diffusion des sites, les domaines personnalisés et les fonctionnalités applicatives peuvent tomber en panne indépendamment les uns des autres.

Un site qui ne se charge pas ne signifie pas automatiquement que Netlify est en panne. Un build échoué, des paramètres de publication incorrects, une erreur applicative, un problème de DNS ou de nameserver, une incompatibilité de certificat, une boucle de redirection ou un problème de connectivité locale peuvent affecter un seul site alors que la plateforme reste globalement disponible.

Consultez la page de statut officielle de Netlify pour connaître les incidents en cours et les opérations de maintenance. Comparez ensuite les informations de statut avec la portée du problème :

• Échecs du tableau de bord ou du déploiement : recherchez un incident de plateforme, puis examinez la sortie du build, les paramètres du dépôt, les variables d’environnement, l’accès au compte et la configuration du projet.
• Un seul site est en panne alors que les autres fonctionnent : commencez par examiner le dernier déploiement de ce projet, son comportement à l’exécution, sa configuration de domaine, le DNS et les réponses de l’application.
• Plusieurs sites ou fonctions du tableau de bord sont en panne : consultez la page de statut officielle et testez depuis un autre appareil ou réseau afin de distinguer un incident plus large d’un problème de connectivité locale.
• Un domaine personnalisé est en panne alors que le tableau de bord fonctionne : examinez séparément le DNS, TLS, les redirections, la configuration du hostname et l’application, sans les confondre avec la disponibilité générale de Netlify.

La première distinction la plus utile consiste à déterminer si la panne affecte Netlify lui-même, un projet, un domaine, un compte ou uniquement votre navigateur ou réseau actuel.

Diagnostiquer les problèmes Netlify

1. Rechercher un incident Netlify plus large

Ouvrez la page de statut officielle de Netlify et recherchez un incident ou un avis de maintenance correspondant au symptôme et à l’heure concernés. Si un incident correspondant est en cours, évitez les déploiements répétés et les changements de configuration sans rapport. Conservez les détails de l’erreur et réessayez une fois le problème signalé résolu.

Si aucun incident correspondant n’est indiqué, poursuivez avec les vérifications du projet, du compte, du navigateur et du réseau. Une page de statut normale n’exclut pas une panne propre à un projet.

2. Échecs du tableau de bord ou du déploiement

• Actualisez le tableau de bord, puis essayez une fenêtre privée ou un autre navigateur afin d’écarter les données de session obsolètes et les extensions.
• Vérifiez si la panne affecte un seul site ou plusieurs sites du même compte.
• Examinez la sortie du dernier build et du dernier déploiement. Commencez par la première erreur liée au code source, aux dépendances, aux variables d’environnement, à la commande ou à la configuration, plutôt que par le seul résumé final.
• Confirmez la révision du dépôt, la branche, la commande de build, le répertoire de publication et les paramètres d’environnement attendus.
• Si un déploiement a réussi mais que l’ancien contenu reste visible, vérifiez le déploiement, la branche et le domaine sélectionnés avant de relancer un build. Le cache ou l’ouverture d’une autre adresse de site peut donner l’impression qu’un déploiement réussi n’a pas été pris en compte.

3. Erreurs HTTP du site déployé

• 500 Internal Server Error : examinez la réponse du site ou de l’application ainsi que le dernier déploiement. Un code 500 provenant d’un seul projet ne prouve pas à lui seul que Netlify est en panne. Consultez [HTTP 500 Internal Server Error](/guide/http-500-internal-server-error).
• 502 Bad Gateway : vérifiez qu’une fonction, un serveur upstream, un proxy ou une dépendance applicative répond correctement. Comparez les résultats depuis un autre réseau et examinez les logs pertinents du déploiement ou de l’exécution. Consultez [HTTP 502 Bad Gateway](/guide/http-502-bad-gateway).
• 503 Service Unavailable : consultez la page de statut officielle, puis déterminez si l’erreur affecte un seul site, endpoint ou plusieurs fonctions Netlify. Consultez [HTTP 503 Service Unavailable](/guide/http-503-service-unavailable).
• 504 Gateway Timeout : examinez une dépendance upstream lente ou inaccessible. Un délai d’attente peut survenir même lorsque Netlify fonctionne normalement. Consultez [HTTP 504 Gateway Timeout](/guide/http-504-gateway-timeout).

4. Problèmes de domaine personnalisé, DNS ou certificat

Déterminez d’abord si le site déployé est en panne partout ou uniquement via le domaine personnalisé. Vérifiez l’orthographe du hostname, les enregistrements DNS, les nameservers, l’avertissement de certificat et la destination de la redirection. Notez les valeurs DNS existantes avant de les modifier ; des changements répétés peuvent rendre la propagation et les résultats mis en cache plus difficiles à interpréter.

• DNS_PROBE_FINISHED_NXDOMAIN ou une erreur similaire de résolution de nom indique généralement un problème de délégation DNS ou des enregistrements manquants. Consultez [DNS_PROBE_FINISHED_NXDOMAIN](/guide/dns-probe-finished-nxdomain).
• DNS_PROBE_FINISHED_BAD_CONFIG indique plutôt un problème de resolver ou de configuration DNS. Consultez [DNS_PROBE_FINISHED_BAD_CONFIG](/guide/dns-probe-finished-bad-config).
• Un avertissement de certificat ou de hostname nécessite de vérifier que le hostname demandé correspond au domaine et au certificat configurés. Consultez [ERR_CERT_COMMON_NAME_INVALID](/guide/err-cert-common-name-invalid).
• Des redirections HTTP ou HTTPS répétées nécessitent de vérifier les règles de redirection et de déterminer si plusieurs couches imposent des schémas ou des destinations différents. Consultez [ERR_TOO_MANY_REDIRECTS](/guide/err-too-many-redirects).

5. Navigateur, réseau local et portée du compte

• Essayez une fenêtre privée ou un second navigateur. Si le problème disparaît, effacez les données du site et désactivez les extensions dans le navigateur concerné.
• Testez le même tableau de bord ou site via le réseau mobile ou un autre réseau de confiance. Si une seule connexion échoue, examinez les paramètres locaux de DNS, VPN, proxy, pare-feu ou routeur.
• Si plusieurs sites sans lien entre eux échouent sur la même connexion, diagnostiquez ce réseau avant de modifier le projet Netlify.
• Si les visiteurs publics peuvent charger le site mais que vous ne pouvez pas ouvrir le tableau de bord ou déployer, vérifiez le compte utilisé, l’état de l’authentification, les autorisations et le projet sélectionné. Ce schéma correspond davantage à un problème d’accès au compte ou au projet qu’à un problème de diffusion du site public.

6. Échecs de l’API et de l’automatisation

La fiche de service ne fournit pas de domaine Netlify API distinct ; ne supposez donc pas qu’un problème du tableau de bord et un problème d’API relèvent du même incident. Pour un échec d’automatisation, notez l’endpoint utilisé par l’intégration, le statut de la réponse, le résultat de l’authentification, l’heure de la requête et si une action manuelle dans le tableau de bord fonctionne. N’incluez jamais de tokens d’accès ni d’autres identifiants dans un rapport.