HTTP (HyperText Transfer Protocol) est le protocole qui permet à un client, le plus souvent un navigateur, de demander une ressource à un serveur et de recevoir sa réponse ; HTTPS en est la version chiffrée et sécurisée.
Le principe est simple : le client envoie une requête (une méthode comme GET pour lire ou POST pour envoyer des données, une adresse, des en-têtes), le serveur répond avec un code de statut (200 si tout va bien, 404 si la page n'existe pas, 500 en cas d'erreur serveur) et un contenu. HTTP ne garde pas de mémoire d'une requête à l'autre : les cookies et les jetons servent à maintenir une session.
HTTPS ajoute une couche de chiffrement (TLS) qui protège les échanges contre l'écoute et la falsification. Il est devenu la norme sur le web.
HTTP ne sert pas qu'aux pages web : la plupart des API s'appuient dessus. Le protocole a évolué avec HTTP/2 puis HTTP/3 pour gagner en rapidité.
Pourquoi ça compte quand on recrute
Pour un développeur back-end ou un profil DevOps, comprendre HTTP en profondeur (codes de statut, cache, en-têtes, cookies, TLS) n'est pas optionnel : c'est la base pour concevoir des API propres et diagnostiquer les incidents. Une question simple en entretien, « que se passe-t-il quand je tape une adresse dans le navigateur ? », révèle vite le niveau réel.