Pourquoi mon site ne se charge-t-il pas ? Les trois couches qui décident s'il est accessible

Vous avez tout fait comme il faut. Le site est publié, il tourne, vous le voyez. Puis vous envoyez le lien à un ami et… rien. Un onglet qui tourne, un « impossible d'accéder à ce site », un « le délai de réponse est dépassé ». Pour vous ça marche, pour lui non — le genre de panne le plus exaspérant.

La bonne nouvelle : un site qui ne se charge pas n'est presque jamais un mystère. Entre le navigateur du visiteur et votre site, il y a exactement trois couches, et le problème se situe toujours dans l'une d'elles. Une fois que vous les connaissez, vous arrêtez de deviner et vous commencez à vérifier.

Les trois couches

Quand quelqu'un tape votre adresse, sa requête traverse :

1. Le nom — le DNS transforme votredomaine.com en l'adresse IP de votre serveur.
2. La porte — la requête doit réellement atteindre votre serveur sur le bon port (80 pour HTTP, 443 pour HTTPS).
3. L'application — quelque chose sur le serveur doit être à l'écoute, et répondre.

Vue de l'extérieur, une panne dans n'importe laquelle de ces couches est identique : la page ne se charge pas. Toute l'astuce consiste à déterminer quelle couche. Trois questions rapides vous y mènent.

Couche 1 — Le nom pointe-t-il vers le serveur ?

Demandez-vous : le site se charge-t-il si vous visitez directement l'adresse IP (par ex. http://203.0.113.10) ?

Si l'IP fonctionne mais que votredomaine.com non, le problème est le nom — le DNS. Soit le domaine ne pointe pas vers le serveur, soit le changement ne s'est pas encore propagé. Des erreurs du navigateur comme « serveur introuvable » ou « nous ne trouvons pas ce site » pointent aussi vers là.

Solution : vérifiez que l'enregistrement DNS du domaine pointe vers l'IP de votre serveur. (Nous avons écrit un guide précisément là-dessus : connecter un domaine à votre serveur.)

Couche 2 — La requête atteint-elle la porte ?

Demandez-vous : le site se charge-t-il depuis le serveur lui-même, mais pas depuis votre ordinateur portable ?

Si vous atteignez le site quand vous êtes sur le serveur mais pas depuis l'extérieur — et que le symptôme est « le délai de réponse est dépassé » ou une connexion qui reste suspendue —, la requête ne franchit pas la porte. Quelque chose bloque le port.

Il y a généralement deux portes à vérifier, et on oublie la seconde :

• Le pare-feu du serveur lui-même (comme ufw) — le port 80/443 est-il autorisé en entrée ?
• Le pare-feu de votre hébergeur — beaucoup d'hébergeurs ont un pare-feu distinct ou un « security group » à l'extérieur du serveur, à configurer dans leur tableau de bord plutôt que sur la machine. Un port peut être ouvert sur le serveur et rester bloqué ici.

Les deux doivent laisser passer le trafic.

Couche 3 — L'application répond-elle vraiment ?

Demandez-vous : le site échoue-t-il même sur le serveur lui-même ?

S'il ne se charge pas même depuis le serveur — « connexion refusée », ou une page d'erreur au lieu de votre site —, le problème est l'application. Soit ce qui sert votre site ne tourne pas (un conteneur arrêté, un service planté), soit le serveur web placé devant pointe au mauvais endroit.

Solution : vérifiez que le service de votre site est actif, et que ce qui achemine le trafic vers lui — le reverse proxy — est configuré pour le bon domaine et le bon port.

En résumé

Trois questions, dans l'ordre :

• Se charge par IP mais pas par nom ? → Couche 1, le DNS.
• Se charge sur le serveur mais pas depuis l'extérieur ? → Couche 2, un pare-feu.
• Ne se charge même pas sur le serveur ? → Couche 3, l'application.

Voilà tout le diagnostic. Fini de rafraîchir en espérant que ça passe.

Le raccourci

Vous pouvez faire ces vérifications vous-même — ou vous pouvez simplement demander. Dites à Faro, l'assistant intégré à Server Manager, que votre site ne se charge pas, et il vérifie les trois couches pour vous : si le domaine se résout, si les ports sont ouverts, si le service tourne et est bien acheminé. Il vous dit quelle couche est cassée et, le plus souvent, la répare — au lieu de vous laisser décortiquer la pile à la main.

Votre serveur, compris

Un site qui ne se charge pas ressemble à un mur. Ce n'en est pas un — c'est juste l'une de trois portes, et vous savez désormais laquelle essayer. C'est l'avantage discret de gérer votre propre serveur : quand quelque chose casse, c'est à vous de le comprendre, et la carte est assez petite pour tenir dans votre tête.

Les guides d'aide approfondissent le DNS, les pare-feu et le reverse proxy quand vous voulez le détail.