Le Facteur du Web

Internet, c’est un peu comme une immense ville, avec ses quartiers, ses boutiques, ses bibliothèques. Mais pour que tout fonctionne, il faut des livreurs. Des livreurs qui font la navette entre votre ordinateur – votre chez-vous – et les magasins où sont stockées les informations. Ces livreurs, ils s’appellent HTTP.

Pour comprendre son job, il faut revenir en arrière. À la fin des années 80, le Web n’était qu’une idée sur un tableau blanc dans un laboratoire du CERN, en Suisse. Tim Berners-Lee voulait que les scientifiques partagent leurs documents facilement. Il a donc inventé trois choses : les adresses web (URL), le langage des pages (HTML)… et le moyen de transport pour les récupérer : HTTP. Sa première version, simple et rudimentaire, voyait le jour en 1991. C’était le début d’une révolution.

Aujourd’hui, sans HTTP, le Web tel qu’on le connaît n’existerait pas. C’est le fondement. Chaque fois que vous cliquez sur un lien, chaque fois qu’une vidéo se charge ou qu’un formulaire s’envoie, c’est lui qui travaille en coulisses. C’est le protocole de communication universel entre votre navigateur (Chrome, Firefox, Safari…) et les serveurs qui hébergent les sites.

Concrètement, comment ça marche ? C’est un dialogue très structuré, basé sur le modèle client–serveur.

1. Le client (votre navigateur) : C’est vous. Vous voulez consulter la page www.example.com/news. Votre navigateur se transforme en coursier. Il prépare une requête. Cette requête dit, en gros : "Bonjour, je veux GET la ressource qui se trouve à l'adresse /news sur votre serveur, s'il vous plaît."

2. La requête HTTP : Ce n’est pas un message magique. C’est un texte brut, structuré. Elle contient :

   • La méthode : GET (pour récupérer), POST (pour envoyer des données), etc.
   • L’URL précise de ce qu’on demande (/news).
   • Des en-têtes (headers) : Des informations techniques, comme la version du navigateur, les types de données qu’il comprend.
   • Un corps (body) : Surtout pour POST, il contient les données du formulaire (votre login, votre mot de passe, votre commentaire).

3. Le serveur : C’est l’entrepôt, de l’autre côté de la planète. Il reçoit la requête. Son logiciel web (Apache, Nginx…) l’analyse. Il va chercher le fichier correspondant (news.html) dans ses dossiers.

4. La réponse HTTP : Le serveur prépare sa livraison. Il envoie une réponse, tout aussi structurée :

   • Le code de statut : C’est le plus important. 200 OK (succès, voici ta page). 404 Not Found (la page n’existe pas). 500 Internal Server Error (panne côté serveur).
   • Ses propres en-têtes : Le type de contenu (text/html pour une page, image/jpeg pour une photo), la taille, la date.
   • Le corps (body) : Le contenu lui-même. Le code HTML de la page, l’image, les données brutes.

5. Réception et affichage : Votre navigateur reçoit le paquet. Il lit le code 200 et le text/html. Il interprète alors le HTML, refait des requêtes GET pour les images et les CSS liés, et assemble le tout pour vous afficher la page finale.

En résumé : HTTP est le langage commun, la fiche de livraison standardisée, qui permet à deux machines qui ne se connaissent pas – votre ordinateur et un serveur à l’autre bout du monde – d’échanger des informations de manière fiable et prévisible. C’est un protocole sans état (stateless) : chaque requête est indépendante. Le serveur ne se "souvient" pas de vous d’une fois sur l’autre (c’est le rôle des cookies, une autre histoire).

C’est simple, efficace, et c’est la base de près de 30 ans de Web.