Aller au contenu
FR

Numérique et sciences informatiques (spécialité) · Première

Client-serveur et HTTP : exercices corrigés de Première NSI

Publié le 6 novembre 2026 · Mis à jour le 6 novembre 2026 · Signaler une erreur

L'essentiel

  • Le client (le navigateur) envoie une requête ; le serveur renvoie une réponse : c'est le protocole HTTP.2
  • HTTP s'appuie sur TCP ; le serveur attend par défaut sur le port 80.12
  • Le serveur peut calculer une page à partir des paramètres reçus dans l'URL.1
  • HTTP est sans état : les cookies permettent de reconnaître une session.2
  • Déporter du travail vers le client (AJAX) allège le serveur.3

Comment utiliser ces exercices

Ces exercices portent sur l'échange entre un navigateur et un serveur Web. Ils prolongent ce que tu as vu en HTML, en CSS et en JavaScript : tu sais déjà qu'une page est décrite par un document, et tu vas maintenant regarder comment ce document arrive jusqu'à ton écran. Les exercices sont classés par difficulté croissante. Cherche d'abord seul(e), ouvre un indice si tu bloques, puis compare avec la correction étape par étape.

Les exercices

Exercice 1 Qui est le client, qui est le serveur ?

★☆☆Environ 5 min

Léa saisit l'adresse d'un site de recettes dans son navigateur. Une page s'affiche quelques instants plus tard.

  1. Qui joue le rôle du client ? Qui joue le rôle du serveur ?
  2. Qui envoie la requête ? Qui envoie la réponse ?
  3. Quel protocole organise cet échange ?
Indice 1

Le client est le logiciel qui affiche la page.

Indice 2

Pense à la paire requête-réponse : qui parle en premier ?

Voir la correction pas à pas

  1. Le navigateur de Léa est le client : il envoie la demande et assure le rendu de la page reçue.1

  2. La machine qui stocke les pages du site de recettes est le serveur : elle renvoie les pages demandées.1

  3. Le navigateur envoie la requête ; le serveur envoie la réponse, en mode requête-réponse.2

  4. Le protocole est HTTP, le protocole de communication entre un client et un serveur Web.1

Retiens l'ordre : le client demande, le serveur répond. Jamais l'inverse pour une page Web classique.

Exercice 2 Lire une adresse : que déduit le navigateur ?

★☆☆Environ 6 min

Un élève tape dans son navigateur une adresse qui commence par le protocole http, suivi du nom de machine exemple.fr et du chemin /cours/http.html. Aucun port n'est écrit.

  1. Quelles informations le navigateur doit-il trouver pour joindre le serveur ?
  2. Quel service permet de localiser la machine à partir du nom exemple.fr ?
  3. Aucun port n'est écrit dans l'adresse. Quel port sera utilisé et pourquoi ?
Indice 1

Deux informations sont nécessaires : où est le serveur, et par quelle porte lui parler.

Indice 2

Le port se déduit du protocole écrit au début de l'adresse.

Voir la correction pas à pas

  1. Le navigateur doit connaître la localisation du serveur et le port de ce serveur.2

  2. La localisation s'obtient en utilisant le DNS : il transforme le nom en adresse de la machine.2

  3. Le port se déduit du protocole : l'adresse commence par http, donc le navigateur utilise le port par défaut de HTTP, le port 80.21

  4. Le chemin /cours/http.html désigne la page demandée sur ce serveur.

Un port non écrit n'est pas un port absent : il est déduit du protocole.

Exercice 3 Compter les requêtes d'une page

★☆☆Environ 6 min

Une page est composée d'un document HTML, d'une feuille de style CSS, d'un fichier JavaScript et de 4 images. Le navigateur demande chaque fichier au serveur par une requête distincte.

Combien de requêtes le navigateur envoie-t-il pour afficher entièrement cette page ?

Indice 1

Le document HTML compte lui aussi.

Indice 2

Additionne tous les fichiers distincts.

Voir la correction pas à pas

  1. Le navigateur commence par demander le document HTML : 1 requête.

  2. Il lit ensuite le document et découvre les ressources à récupérer : 1 CSS, 1 JavaScript, 4 images.

  3. Chaque fichier correspond à une requête, donc on additionne : 1+1+1+4=71 + 1 + 1 + 4 = 7.

Une seule page affichée peut donc déclencher plusieurs échanges requête-réponse. Ici, 7 requêtes.

Exercice 4 Durée d'un chargement séquentiel

★★☆Environ 8 min

Reprends la page de l'exercice précédent : 7 requêtes. Chaque échange requête-réponse dure en moyenne 35 ms et les échanges sont faits l'un après l'autre.

Quelle est la durée totale du chargement, en millisecondes ?

Indice 1

Les échanges se suivent : les durées s'additionnent.

Indice 2

Multiplie le nombre d'échanges par la durée d'un échange.

Voir la correction pas à pas

  1. Données : 7 échanges, 35 ms chacun, sans chevauchement.

  2. Les échanges étant successifs, la durée totale est le produit : 7×35=2457 \times 35 = 245.

  3. Le chargement dure donc 245 ms dans ce modèle simplifié.

Le modèle est simplifié, mais il montre pourquoi les navigateurs ouvrent plusieurs connexions à la fois (voir l'exercice suivant). Résultat : 245 ms.

Exercice 5 Connexions en parallèle

★★☆Environ 8 min

On suppose qu'un navigateur peut ouvrir jusqu'à 15 connexions en même temps vers un même serveur. Une page nécessite 40 ressources, toutes sur le même serveur. On suppose que chaque ressource occupe une connexion pendant une durée identique et que le navigateur remplit toujours toutes ses connexions disponibles.

En combien de « vagues » de requêtes simultanées la page est-elle chargée ?

Indice 1

Divise 40 par 15, puis réfléchis à ce qu'on fait du reste.

Indice 2

Une vague partielle compte quand même comme une vague.

Voir la correction pas à pas

  1. Dans une vague, au plus 15 ressources sont demandées en même temps.

  2. On calcule 40/15≈2,6740 / 15 \approx 2{,}67.

  3. Deux vagues pleines ne suffisent pas : elles couvrent 30 ressources, il en reste 10, qui demandent une troisième vague.

  4. On arrondit donc à l'entier supérieur : 3 vagues.

Le nombre de vagues est le plus petit entier supérieur ou égal au quotient. Ici, 3 vagues.

Exercice 6 Décrire un échange complet

★★☆Environ 10 min

Un élève ouvre la page d'accueil d'un site d'actualités. Décris l'échange entre son navigateur et le serveur en suivant ces points :

  1. Comment le navigateur trouve-t-il la machine ?
  2. Sur quel protocole de transport s'appuie le dialogue ?
  3. Que contient la réponse et que fait ensuite le navigateur ?
  4. Le serveur peut-il servir d'autres élèves en même temps ?
Indice 1

Reprends les étapes dans l'ordre chronologique.

Indice 2

Pense à la capacité du serveur à traiter plusieurs clients.

Voir la correction pas à pas

  1. Le navigateur obtient la localisation du serveur grâce au DNS, et déduit le port du protocole (80 pour HTTP).2

  2. Le dialogue utilise HTTP, construit sur TCP, un protocole de transport en mode connecté.2

  3. Le navigateur envoie sa requête ; le serveur renvoie la page. Le navigateur en assure ensuite le rendu : il met en forme le contenu et l'affiche dans la fenêtre.1

  4. Oui : un serveur concurrent peut servir de nombreux clients simultanément.2

Tu peux résumer ainsi : localiser (DNS), se connecter (TCP, port), demander (requête HTTP), recevoir (réponse), afficher (rendu).

Exercice 7 Page statique ou page calculée ?

★★★Environ 10 min

Deux adresses d'un même site de boutique sont proposées. La première se termine par le chemin /mentions.html. La seconde se termine par /recherche?produit=velo&taille=M.

  1. Laquelle des deux se prête le mieux à un contenu calculé par le serveur ? Pourquoi ?
  2. Que fait le serveur des informations produit=velo et taille=M ?
  3. Deux élèves demandent la seconde adresse avec produit=casque. Obtiennent-ils forcément la même page que pour velo ?
Indice 1

Repère dans l'adresse la partie qui transporte des valeurs.

Indice 2

Le contenu dépend-il de ces valeurs ?

Voir la correction pas à pas

  1. La seconde adresse contient des paramètres (produit, taille) : elle se prête à un contenu dynamique. La première désigne simplement un fichier.

  2. Les paramètres glissés dans l'URL par le client servent au serveur de matière première : il s'en sert pour fabriquer le contenu de la réponse.1

  3. Avec produit=casque, la valeur transmise change, donc le contenu calculé change : la page n'est pas la même que pour velo.

  4. Une page dépendant de paramètres n'est donc pas un simple fichier stocké à l'identique pour tous.

L'URL peut transporter des données vers le serveur. C'est le point de départ des formulaires, que tu verras ensuite avec les méthodes GET et POST.

Exercice 8 Se souvenir d'un utilisateur

★★★Environ 10 min

Sur un site marchand, Samir ajoute un article à son panier, puis ouvre une autre page. Le panier est toujours rempli.

  1. HTTP garde-t-il en mémoire les requêtes précédentes de Samir ?
  2. Quel mécanisme permet alors au site de reconnaître Samir ?
  3. Explique pourquoi on parle d'une session « au-dessus » de HTTP.
Indice 1

Le protocole est dit « sans état ».

Indice 2

Un petit élément d'information est conservé côté navigateur.

Voir la correction pas à pas

  1. HTTP est un protocole sans état : chaque échange est traité sans mémoire de ce qui précède.2

  2. Grâce aux cookies, une application tournant sur le serveur peut construire une notion de session par-dessus HTTP, qui ne retient rien par lui-même.2

  3. Le protocole lui-même ne change pas ; c'est l'application du serveur qui, grâce aux cookies, relie les requêtes successives d'un même utilisateur.

  4. Le panier de Samir reste donc rempli, sans que HTTP ait lui-même de mémoire.

Sans état ne veut pas dire sans mémoire pour le site : la mémoire est ajoutée par les cookies, au niveau de l'application.

Exercice 9 Alléger le serveur avec AJAX

★★★Environ 12 min

Un site de scores affiche un tableau qui se met à jour 30 fois pendant un match.

  • Version A : à chaque mise à jour, le serveur renvoie la page complète, soit 48 ko.
  • Version B : le serveur envoie seulement les données brutes, soit 2 ko ; le navigateur met à jour le tableau grâce à du code JavaScript.
  1. Quelle quantité de données la version B économise-t-elle sur les 30 mises à jour, en ko ?
  2. Pourquoi cette version soulage-t-elle le serveur ?
Indice 1

Calcule d'abord l'économie pour une seule mise à jour.

Indice 2

Demande-toi qui effectue la mise en forme dans la version B.

Voir la correction pas à pas

  1. Économie par mise à jour : 48−2=4648 - 2 = 46 ko.

  2. Sur 30 mises à jour : 30×46=138030 \times 46 = 1380 ko.

  3. Dans la version B, le serveur ne met pas les données en forme avant de les expédier : le trafic diminue, la charge du serveur aussi, et une part du travail passe au client.3

  4. C'est une répartition des charges entre client et serveur : le navigateur exécute le code JavaScript et se charge de la mise en forme.3

La version B économise 1380 ko. Le serveur transmet moins et travaille moins, le navigateur fait le reste.

Les questions qu'on se pose

Comment savoir si une question parle du client ou du serveur ?

Regarde qui affiche et qui stocke. Le client est le navigateur, qui assure le rendu de la page ; le serveur stocke les pages et les envoie.1 Si l'énoncé parle d'envoyer une demande, c'est le client ; s'il parle de répondre, c'est le serveur.

Pourquoi le port 80 n'apparaît-il pas dans les adresses que je tape ?

Parce que le port se déduit du protocole : pour HTTP, le port par défaut est le 80.21 Le navigateur l'utilise tout seul quand rien d'autre n'est précisé.

HTTP retient-il qui je suis d'une page à l'autre ?

Non, HTTP est sans état. Les sites utilisent les cookies pour mettre en place une notion de session au-dessus de ce protocole.2

Sources

  1. Cours DIU NSI - Protocole HTTP et interactions Web, CNRS. Consulté le 6 novembre 2026.
  2. Cours Web et réseaux - Domaine et protocoles, Université Grenoble Alpes. Consulté le 6 novembre 2026.
  3. Serveur web embarqué, Wikipédia. Consulté le 6 novembre 2026.

Les numéros dans le texte renvoient à ces sources. Une source qui ne dit pas ce qu'on lui fait dire ? Signale-le.

Signaler une erreur sur cette page

Je suis en…

Primaire

  • CP Bientôt
  • CE1 Bientôt
  • CE2 Bientôt
  • CM1 Bientôt
  • CM2 Bientôt

Collège

Lycée

Supérieur

  • BTS Bientôt
  • BUT Bientôt
  • Licence Bientôt
  • Prépas Bientôt

Sur cette page