Introduction
Quand tu tapes l’adresse d’un site Web dans ton navigateur, tu accèdes en quelques secondes à une page affichée à l’écran. Derrière cette simplicité apparente se cache un enchaînement d’échanges organisés entre deux acteurs principaux : le client (ton navigateur) et le serveur (la machine qui héberge le site). Cette communication repose sur une série de protocoles qui garantissent l’acheminement, la fiabilité et parfois la sécurité des données. Comprendre ce mécanisme, c’est dévoiler ce qui se passe réellement à chaque clic.
Le rôle du client et du serveur
Le client : c’est le navigateur Web de l’utilisateur. Il formule des requêtes (demander une page, envoyer un formulaire) et affiche les réponses reçues.
Le serveur : c’est un ordinateur distant qui stocke les pages et les données du site. Il reçoit les requêtes, les traite et renvoie une réponse au client.
Exemple : lorsque tu consultes un site d’actualités, ton navigateur (client) envoie une requête au serveur du journal, qui renvoie la page HTML et les ressources associées (images, scripts, feuilles de style).
À retenir
Le navigateur joue le rôle de client qui demande des informations, le serveur est la machine qui les fournit.
Le voyage des données : protocoles et encapsulation
Les échanges entre client et serveur passent par des réseaux (Wi-Fi, fibre, 4G…) et suivent des règles strictes, appelées protocoles. Chaque protocole correspond à une couche, et les données sont encapsulées les unes dans les autres :
HTTP (ou HTTPS) : définit le contenu des requêtes et des réponses (pages, formulaires, images).
TCP : découpe les messages en segments et garantit qu’ils arrivent complets et dans le bon ordre.
IP : gère l’acheminement des paquets entre adresses IP d’origine et de destination.
On parle d’encapsulation : HTTP est transporté dans TCP, qui lui-même est transporté dans IP. À la réception, le processus est inversé (décapsulation).
À retenir
Les données voyagent par couches successives : HTTP dans TCP dans IP. IP s’occupe de l’acheminement, TCP de la fiabilité et HTTP du contenu applicatif.
Exemple concret : charger une page Web
1. Tu tapes `https://www.exemple.com` dans ton navigateur.
2. Le navigateur envoie une requête HTTP GET encapsulée dans TCP/IP pour demander la page d’accueil au serveur.
3. Le serveur reçoit la requête, cherche la page correspondante et renvoie une réponse HTTP contenant du HTML, parfois accompagnée de données JSON, d’images ou de feuilles CSS.
4. Le navigateur reçoit la réponse, la décode, construit le DOM (l’arbre des éléments de la page) et affiche le résultat à l’écran.
Tout cela se fait en quelques centaines de millisecondes.
À retenir
Chaque consultation de page correspond à un aller-retour de requête et de réponse entre client et serveur, organisé par les protocoles réseau.
Sécurité et HTTPS
Aujourd’hui, la majorité des sites utilisent HTTPS, qui ajoute une couche de chiffrement aux échanges. Cela signifie que les données (mots de passe, messages, formulaires) sont protégées contre l’interception. Le cadenas affiché dans la barre d’adresse du navigateur indique que la communication est sécurisée.
À retenir
HTTPS chiffre les échanges entre client et serveur, garantissant confidentialité et intégrité des données.
Conclusion
Entre ton navigateur et un site Web, s’effectue un dialogue structuré entre un client et un serveur. Les données circulent sous forme de paquets encapsulés, passant par IP pour l’acheminement, TCP pour la fiabilité et HTTP pour le contenu. Le serveur fournit alors la page demandée, que le navigateur reconstruit et affiche. Grâce à HTTPS, cet échange devient sécurisé. Cette organisation client/serveur est au cœur du fonctionnement d’Internet et sera approfondie avec l’étude des formulaires et des interactions dynamiques dans les pages Web.
