En bref
HTTP est la langue officielle du web : chaque page affichée, chaque donnée d’API, chaque image chargée est le fruit d’un échange normé — une requête du client, une réponse du serveur, comme un courrier et sa réponse. L’anatomie d’une requête : un verbe qui dit l’intention (GET lire, POST envoyer, PUT modifier, DELETE supprimer), un chemin (/livres/12), des en-têtes (les mentions sur l’enveloppe : format accepté, identité du navigateur, cookies) et parfois un corps (les données envoyées). L’anatomie d’une réponse : un code de statut qui résume l’issue — 2xx tout va bien (200, 201), 3xx redirection (le fameux 301), 4xx erreur côté client (404 introuvable, 401 non identifié, 403 interdit), 5xx erreur côté serveur (500) — puis ses en-têtes et son corps (le HTML, le JSON). Le S de HTTPS scelle l’enveloppe : l’échange chiffré, standard absolu. Et tout cela s’observe en direct dans l’onglet Réseau de ton navigateur.
Quatre guides de ce site pointent vers celui-ci comme vers une pièce maîtresse — il est temps de la poser. HTTP — HyperText Transfer Protocol — est la langue dans laquelle clients et serveurs se parlent : la comprendre, c’est lire couramment tout ce qui circule sur le web, du chargement d’une page au dialogue d’une API. Comprendre le HTTP et les requêtes web — anatomie, verbes, codes, HTTPS — dans la continuité de comment fonctionne un site web et du parcours apprendre à coder.
Le protocole : un courrier et sa réponse, très bien élevés
Un protocole est un ensemble de règles de conversation — qui parle en premier, dans quel format, avec quelles politesses — et HTTP règle celle du web sur un modèle limpide : le courrier. Le client (ton navigateur, ton programme) écrit une requête — une lettre normée — au serveur ; le serveur renvoie une réponse — lettre normée également ; échange terminé, chacun repart (HTTP ne « reste pas en ligne » : chaque échange est autonome — c’est pour se souvenir de toi entre deux lettres que les cookies existent, mentionnons-les et n’ouvrons pas ce tiroir aujourd’hui). Décortiquons la lettre du client, elle tient en quatre parties. Le verbe : l’intention — on y vient en détail. Le chemin : la ressource visée — /livres/12, l’adresse interne du site. Les en-têtes : les mentions sur l’enveloppe — « j’accepte du JSON », « je suis tel navigateur », « voici mon cookie de session ». Le corps, enfin, optionnel : les données jointes — le contenu du formulaire, le JSON du livre à créer.
La réponse du serveur répond en miroir : un code de statut — le résumé de l’issue en trois chiffres, la partie la plus précieuse à connaître — puis ses en-têtes (« ceci est du HTML », « garde cette page en cache tant de temps ») et son corps : la marchandise — la page HTML, le bordereau JSON, l’image. Chaque page web que tu as visitée dans ta vie fut cet échange, répété des dizaines de fois par page — une lettre par fichier.
Les verbes et les codes : le vocabulaire qui sert tous les jours
Les verbes, d’abord — l’intention de la lettre. GET : « donne-moi » — la lecture, le verbe de toute navigation ; il ne modifie rien et peut se répéter sans risque. POST : « voici des données, crée ou traite » — l’envoi de formulaire, la création de ressource. PUT et PATCH : « modifie » (en entier, ou en partie). DELETE : « supprime ». Cette grammaire verbe-sur-ressource est précisément celle que ton API REST honore côté cuisine — et que le fetch de tes pages emploie côté salle, souvent enveloppé d’un await dont l’asynchrone a livré le secret.
Les codes de statut, ensuite — apprends les familles, retiens les célébrités. 2xx : succès — 200 (« OK », la réponse standard), 201 (« créé », la politesse de l’API après un POST réussi). 3xx : redirection — 301 (« déménagé définitivement », le code chéri du SEO : il transfère l’ancienne adresse ET sa réputation vers la nouvelle). 4xx : erreur côté client — la lettre était mal adressée ou mal formée : 404 (« introuvable », la star), 400 (« demande invalide »), 401 (« identifie-toi ») et 403 (« identifié, mais interdit » — la nuance qui sauve des heures de débogage). 5xx : erreur côté serveur — la lettre était bonne, la cuisine a brûlé : 500 (« erreur interne », le plantage — souvent une exception non gérée côté back). Le réflexe professionnel à prendre aujourd’hui : lire le code avant le corps — il dit qui a fauté et où chercher.
Le S de HTTPS — et l’endroit magique où tout observer
HTTP historique voyageait en clair : la carte postale — lisible par tout intermédiaire du trajet (réseau wifi, opérateurs), mots de passe compris. Le S — Secure — scelle l’enveloppe : l’échange est chiffré de bout en bout (personne ne lit le contenu en route) et authentifié (le certificat prouve que tu parles bien au vrai serveur, pas à un imposteur). C’est le cadenas de la barre d’adresse — et aujourd’hui le standard absolu : certificats gratuits et automatiques chez tout hébergeur digne de ce nom, navigateurs qui alarment sur les sites non sécurisés, moteurs qui en tiennent compte. Règle simple : tout site que tu mets en ligne est en HTTPS, point.
Et le cadeau final de ce guide : le web entier est ton laboratoire. Ouvre n’importe quel site, clic droit → Inspecter → onglet Réseau, recharge la page — et regarde : chaque ligne est une requête réelle — son verbe, son code, ses en-têtes, son corps, son temps de réponse. Observe le 200 de la page, le défilé des GET d’images, clique une requête pour lire l’échange complet ; navigue vers une page morte pour voir un 404 en chair et en os ; ouvre un site avec du contenu dynamique et regarde le JSON des API circuler. Dix minutes dans cet onglet valent tous les schémas — la langue du web s’apprend en la regardant parler, et désormais, tu la lis couramment : requête, verbe, code, réponse. Le silo web t’a mené de la carte du territoire jusqu’à sa grammaire ; il reste à la faire parler dans les deux sens — c’est le prochain atelier : le formulaire de contact, ou ta première conversation complète client-serveur.
Questions fréquentes
C’est quoi le HTTP, en une phrase ?
La langue officielle du web : un protocole d’échange où le client envoie une requête normée (verbe, chemin, en-têtes, corps éventuel) et où le serveur répond par un code de statut, des en-têtes et un corps (la page, le JSON, l’image). Chaque affichage de page est une série de ces échanges.
Que signifient les codes 200, 404 et 500 ?
200 : succès — la requête a abouti normalement. 404 : ressource introuvable — erreur côté client, l’adresse ne mène nulle part. 500 : erreur interne du serveur — la requête était valable, le code côté serveur a planté. Les familles : 2xx succès, 3xx redirection, 4xx faute du client, 5xx faute du serveur.
Quelle différence entre HTTP et HTTPS ?
Le S de « Secure » : l’échange est chiffré (illisible pour les intermédiaires du trajet — wifi, opérateurs) et authentifié par certificat (tu parles au vrai serveur). C’est le cadenas du navigateur, aujourd’hui standard absolu — gratuit et automatique chez les hébergeurs — pour tout site mis en ligne.
Comment voir les requêtes HTTP d’une page web ?
Dans les outils de développement du navigateur : clic droit → Inspecter → onglet Réseau, puis recharge la page. Chaque ligne est une requête réelle — verbe, code de statut, en-têtes, corps, temps de réponse — cliquable pour lire l’échange complet. Le meilleur laboratoire qui soit pour apprendre la langue du web.
Sources
- MDN Web Docs — la référence HTTP : verbes, codes et en-têtes
- W3C — les standards du web et de ses protocoles
Cet article a une vocation informative et pédagogique. Les plateformes, outils et formations éventuellement cités le sont à titre d’exemple ; compare plusieurs options avant de t’engager ou de payer.