Mon site internet ne fonctionne plus : que vérifier en 10 minutes ?

Écartez une panne limitée à votre réseau

Ouvrez le site depuis un téléphone en 4G ou 5G, Wi-Fi coupé, puis depuis un second navigateur. S’il fonctionne dans l’un de ces tests, ne touchez pas au site : redémarrez d’abord le routeur, vérifiez l’heure de l’appareil et videz uniquement le cache du navigateur concerné.

Si le site reste inaccessible depuis plusieurs réseaux, recopiez le message exact. Un code numérique prouve qu’un serveur a répondu. Un message sans code peut signaler un domaine, un réglage DNS, un certificat, un réseau ou un serveur indisponible. Le tableau suivant permet de choisir la piste à vérifier.

Trouvez le bon interlocuteur

Le message affiché ne donne pas toujours la cause exacte, mais il indique où la chercher et qui peut agir. Une page de domaine parqué, par exemple, montre qu’un serveur répond bien — simplement, ce n’est plus celui qui héberge votre site.

curl -I --max-time 10 https://example.fr

dig +short A example.fr
dig +short AAAA example.fr
dig +short NS example.fr

https://rdap.nic.fr/domain/example.fr

openssl s_client -connect example.fr:443 -servername example.fr </dev/null 2>/dev/null \
  | openssl x509 -noout -subject -issuer -dates

Reconnaissez les trois erreurs courantes de WordPress

WordPress affiche lui-même certains messages. Ils ne prouvent pas une panne générale de l’hébergement : ils orientent vers la base de données, une extension, un thème ou une mise à jour interrompue.

Après une erreur critique, ouvrez la boîte mail associée au compte administrateur. Depuis WordPress 5.2, un message peut contenir un lien vers le mode de récupération et indiquer l’extension ou le thème à l’origine de l’erreur.

La page de maintenance normale cesse d’être prise en compte après environ dix minutes. Si le site reste inaccessible au-delà, relevez le message exact et cherchez une autre cause au lieu d’attendre davantage.

Vérifiez le renouvellement du nom de domaine

Pour un domaine en .fr, la date d’expiration n’entraîne pas à elle seule une coupure immédiate. En pratique, le site devient inaccessible lorsque l’entreprise qui gère le domaine demande sa suppression, souvent après une facture de renouvellement impayée. Cette entreprise est votre bureau d’enregistrement ; ce n’est pas l’AFNIC qui coupe le site.

Après la demande de suppression d’un .fr, le domaine reste récupérable pendant 30 jours auprès du même bureau d’enregistrement. Pour un .com ou un .net, le calendrier comporte une période de grâce, une période de récupération puis une suppression. Dans tous les cas, contactez sans attendre le bureau d’enregistrement indiqué dans l’annuaire du domaine.

Si vous ne savez plus qui gère le domaine, utilisez l’outil public de l’AFNIC pour un .fr ou un service RDAP pour les autres extensions. Relevez le nom du bureau d’enregistrement, le statut du domaine et sa date d’expiration. La lecture détaillée de la réponse technique figure dans le volet ci-dessus.

Vérifiez l’horloge puis le certificat

Commencez par vérifier la date, l’heure et le fuseau horaire de l’appareil. Une horloge incorrecte peut produire la même alerte qu’un certificat expiré. Testez ensuite depuis un second appareil. Si l’alerte reste présente, le certificat du site doit être contrôlé et renouvelé.

Depuis le 15 mars 2026, un certificat public ne peut plus être valide pendant plus de 200 jours. Cette durée passera à 100 jours en mars 2027, puis à 47 jours en mars 2029. Un renouvellement annuel effectué à la main ne suffit donc plus : le renouvellement doit être automatique et surveillé.

Comprenez pourquoi l’ancienne adresse reste visible

Après une modification DNS, certains réseaux continuent temporairement d’utiliser l’ancienne réponse enregistrée dans leur cache. La nouvelle valeur est déjà publiée à la source ; il faut attendre que chaque cache arrive à la fin de sa durée de validité et la redemande.

Le délai dépend donc du réglage modifié et de sa durée de cache. Les « 24 à 48 heures » souvent annoncées ne s’appliquent pas à tous les changements. Un test depuis plusieurs réseaux et un outil de contrôle DNS permettent de distinguer un cache encore valide d’une configuration incorrecte.

Envoyez un diagnostic précis à l’hébergeur

Relevez l’adresse exacte, le code ou le message complet, l’heure du constat, le résultat du test depuis un autre réseau, la dernière modification connue, le statut du domaine et la date du certificat. Joignez une capture d’écran sans masquer le message.

Depuis [heure et fuseau], l’adresse [URL] affiche « [message exact] ». Le même résultat apparaît depuis [autre réseau/appareil]. La dernière modification connue est [modification ou « aucune »]. Le domaine est enregistré chez [bureau d’enregistrement] et expire le [date]. Le certificat expire le [date]. Pouvez-vous confirmer si le serveur reçoit la requête et indiquer l’erreur relevée dans vos journaux à cette heure ?

Passez du diagnostic de panne à la procédure d’incident

Des fichiers inconnus, de nouveaux comptes, des redirections ou des courriels envoyés sans action de votre part indiquent autre chose qu’une panne. Ne nettoyez pas le site immédiatement : conservez d’abord les preuves, coupez l’accès public et suivez la procédure des 72 premières heures après un piratage.