Taper une adresse dans un navigateur déclenche, en coulisses, un dialogue formalisé : le navigateur envoie une requête précisant ce qu’il veut (une page, une image, un formulaire à soumettre), et le serveur renvoie une réponse contenant un résultat et un code de statut. HTTP (HyperText Transfer Protocol) est la grammaire commune qui rend ce dialogue compréhensible par tous les serveurs et navigateurs du monde, quels que soient leurs fabricants.
HTTP au cœur de WordPress
Chaque affichage de page WordPress répond à une requête HTTP : Apache ou Nginx la reçoit, PHP l’interprète pour construire la réponse, MySQL fournit les données nécessaires. WordPress fait aussi l’inverse : il émet ses propres requêtes HTTP sortantes (vérification de mises à jour, appels d’API tierces) via wp_remote_get() et wp_remote_post(), qui encapsulent le comportement bas niveau du protocole.
Exemple
GET /blog/mon-article/ HTTP/1.1
Host: exemple.fr
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Bon à savoir
- HTTPS n’est pas un protocole différent : c’est HTTP transporté sur une connexion chiffrée par TLS, d’où le petit cadenas dans la barre d’adresse.
- HTTP est dit « sans état » : chaque requête est traitée indépendamment des précédentes, ce qui explique le recours aux cookies et sessions pour simuler une continuité.
- La version HTTP/2, largement déployée aujourd’hui, autorise plusieurs échanges en parallèle sur une même connexion, ce qui accélère notamment le chargement de pages riches en ressources (CSS, JS, images).