6.2 Protocole HTTP : étude du chargement d'une page web⚓︎

Le protocole HTTP : des requêtes et des réponses⚓︎

HTTP (HyperText Transfer Protocol) est le protocole qui régit la communication entre :

le client (la machine de l'utilisateur qui souhaite obtenir une page web). On dit que le client effectue une requête.
le serveur (la machine sur laquelle sont stockés les fichiers nécessaires à l'affichage de cette page web). Le serveur va renvoyer une réponse.

Déroulé d'une requête⚓︎

Prenons pour exemple la requête d'un navigateur vers la page http://free.delage.free.fr/interesting.html

le navigateur analyse l'url : la demande concerne la page interesting.html, stockée sur le serveur free.delage.free.fr.
une demande est préalablement effectuée auprès pour obtenir l'adresse IP du serveur free.delage.free.fr (qui est en fait un sous-domaine du serveur des pages personnelles de l'opérateur Free). Ici, l'adresse IPv6 sera [2a01:e0c:1:1597::114]:80 (on la retrouvera dans la capture de la fenêtre d'Outils de devéloppement).
la requête est effectuée sur le port 80 de l'adresse 2a01:e0c:1:1597::114.
la réponse est envoyée au navigateur, qui en extrait la charge utile et procède à l'affichage de la page.

Analyse à l'aide d'un navigateur⚓︎

Observons à partir de l'Inspecteur d'élément d'un navigateur (ici Firefox) les informations qui transitent lors de la requête et de la réponse.

Point 1 : La requête de type GET vers l'url http://free.delage.free.fr/interesting.html a généré un code de réponse 200 OK, ce qui signifie que la requête a été traitée et que la réponse contenant la page a été envoyée.
Vous pouvez trouver à l'adresse https://developer.mozilla.org/fr/docs/Web/HTTP/Status la totalité des codes de réponse possibles. Citons par exemple :
- 304 Not Modified : la page n'a pas eu besoin d'être renvoyée, elle indique au navigateur d'aller la rechercher dans son cache. On peut obtenir ce code de réponse en actualisant la page actuelle http://free.delage.free.fr/interesting.fr (qui est une page ultra-basique, et n'évolue pas). Pour ré-obtenir un code 200, il faut faire un hard-refresh en appuyant sur Maj pendant l'actualisation.
- 403 Forbidden : le client n'a pas le droit d'accès à la page.
- 404 Not Found : la page demandée est introuvable
- 500 Internal Server Error : le serveur a rencontré une erreur qu'il ne sait pas traiter.

Point 2 : en observant la taille totale des données transférées (438 octets), on peut comprendre que la réponse faite par le serveur est constituée :

d'un En-tête (320 octets) qui contient :

HTTP/1.1 200 OK
Date: Tue, 17 Feb 2026 16:57:20 GMT
Server: Apache
Last-Modified: Tue, 17 Feb 2026 13:41:44 GMT
ETag: "85-64b053b7325ee-gzip"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 118
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html

du corps de la Réponse (dont on sait d'après l'en-tête qu'il pèse 124 octets). Ce corps de la réponse est la charge utile de la réponse. Elle contient ici le code html de la page :
```
<!DOCTYPE html>
<html>
<head>
<title>Waouh</title>
</head>
<body>
Ceci est vraiment une jolie page web.
</body>
</html>
```

Remarque : on peut observer que le navigateur a aussi effectué (de sa propre initiative) une requête vers un fichier favicon.ico qui est l'icone de la page web dans les onglets du navigateur ou la barre de favoris. Ce fichier était bien présent sur le serveur (ce n'est pas toujours le cas), il a donc été envoyé dans la réponse du serveur.

De manière générale, une requête vers un site web moins élémentaire va occasionner une multitude de réponses.

Par exemple, l'appel au site https://nsimichelet91.github.io/1NSI/ génère 38 requêtes/réponses différentes, composées de fichiers html, css, js, des images jpg, png...

Faites l'essai !

Dernière mise à jour: 2026-02-17