HTTP et URL : cours de SNT en Seconde

Quand tu tapes une adresse dans ton navigateur et que la page s'affiche une seconde plus tard, il se passe beaucoup de choses invisibles. Ton navigateur contacte un autre ordinateur, lui pose une question précise, puis reçoit une réponse qu'il transforme en page à l'écran. Ce cours explique cet échange.

Tu as déjà vu comment une page est décrite avec HTML et mise en forme avec CSS. Il reste à comprendre comment cette page voyage jusqu'à toi. Deux notions répondent à cette question : l'URL, qui dit où se trouve la ressource, et HTTP, qui dit comment on la demande et on la reçoit.

À la fin du cours, tu sauras découper une URL, décrire une requête et une réponse HTTP, expliquer le rôle des ports et dire ce qui change avec HTTPS.

Le dialogue suit toujours le même sens : c'est le client qui prend l'initiative. Le serveur ne t'envoie rien tant que tu n'as pas demandé. Dans la description officielle du thème, le client envoie la requête HTTP au serveur web ². Le serveur répond ensuite, et ton navigateur affiche ce qu'il a reçu.

Cette organisation explique pourquoi un même site peut être consulté par des milliers de personnes : chacune est un client indépendant qui pose sa propre question.

HTTP est un protocole de transmission, au même titre que FTP ². FTP sert à transférer des fichiers ; HTTP sert à demander et recevoir les ressources du Web : pages, images, feuilles de style. Les deux protocoles ont le même rôle général, mais ils ne parlent pas exactement la même langue.

HTTP ne travaille pas seul. Il s'appuie sur un protocole plus bas, TCP, qui se charge d'ouvrir et de fermer proprement la connexion entre les deux machines ². HTTP, lui, s'occupe du contenu de l'échange.

Un même serveur peut rendre plusieurs services à la fois : des pages web, un transfert de fichiers, etc. Pour que les messages arrivent au bon programme, on utilise des ports. TCP permet de communiquer par des ports réservés : 80 ou 8080 pour HTTP, 21 pour FTP ².

Prenons une adresse inventée pour l'exemple. Elle est composée de trois éléments, que tu lis de gauche à droite :

• https : le protocole à utiliser pour dialoguer ; il est suivi du signe : et de deux barres obliques ;
• site-snt : le nom du serveur à contacter (dans une vraie adresse, c'est un nom de domaine) ;
• /cours/page.html : le chemin de la ressource sur ce serveur, avec ici un dossier cours puis un fichier page.html.

Le symbole / tout seul désigne la racine du site web ². Une adresse dont le chemin se réduit à / demande donc la page d'accueil, située tout en haut de l'arborescence du site.

Une URL peut aussi se terminer par des paramètres, placés après un point d'interrogation ?. Chacun s'écrit sous la forme nom=valeur, et on les sépare par le signe &. Exemple : dans le chemin /recherche?mot=web&page=2, le serveur reçoit deux paramètres, mot qui vaut web et page qui vaut 2. Avec la méthode GET, c'est de cette façon que les données sont transmises au serveur.

Quand tu valides une URL, ton navigateur fabrique un message texte : la requête HTTP. Elle part vers le serveur web ². Sa première ligne contient trois éléments : la méthode (le plus souvent GET, qui sert à demander une ressource, ou POST, qui sert à envoyer des données, par exemple celles d'un formulaire), la ressource demandée, c'est-à-dire le chemin, et la version du protocole utilisée. Dans les documents du thème, la version décrite est HTTP 1.1 ².

La requête précise aussi, par des lignes d'informations, quel serveur est visé et quel navigateur parle. Tu n'as pas besoin de retenir ces détails, mais il faut comprendre le principe : en HTTP 1.1, la requête est un texte structuré, lisible par un humain.

Le serveur traite la requête puis renvoie une réponse HTTP. Sa première ligne est la ligne de statut. Elle se découpe en trois éléments : la version, le code et la signification ².

Le code est un nombre qui résume le résultat du traitement : la demande a-t-elle abouti ou non ? La signification est un court texte qui explique ce code en mots. Après la ligne de statut vient le contenu de la ressource demandée, que le navigateur affiche.

Tu peux voir ces échanges en vrai. L'étude des requêtes et des réponses HTTP est possible dans Firefox, grâce au menu Outils, puis Développement web, puis Réseau ². Une fois cet outil ouvert, recharge une page : une liste de lignes apparaît, une par requête envoyée.

De plus en plus de sites web basculent vers HTTPS, sous la pression des navigateurs ². Dans la barre d'adresse, cela se voit au début de l'URL : on lit https à la place de http.

Pour toi, le fonctionnement reste le même : un client envoie une requête, un serveur renvoie une réponse. La différence : avec HTTPS, les échanges sont chiffrés, donc illisibles pour quelqu'un qui les intercepterait en chemin. Le navigateur signale une page sécurisée par https au début de l'adresse, et souvent par un cadenas dans la barre d'adresse. Cette différence te servira quand tu étudieras les traces et la vie privée sur le Web.

Pour bien retenir le chapitre, reprenons le trajet complet d'une page, étape par étape. Chaque étape correspond à une notion vue plus haut, et tu peux t'en servir comme d'une grille de lecture devant n'importe quel exercice.

D'abord, tu saisis une adresse. Le navigateur la découpe : il en tire le protocole, le nom du serveur et le chemin. Ensuite, il contacte le serveur par un port réservé, 80 ou 8080 pour HTTP ². La connexion est ouverte grâce à TCP, qui sait aussi la fermer proprement ². Une fois la connexion prête, le client envoie la requête HTTP au serveur web ². Le serveur la lit, cherche la ressource désignée par le chemin, puis renvoie une réponse dont la première ligne est la ligne de statut ². Enfin, le navigateur reçoit le contenu et l'affiche.