Module
Retour aux formations
Tech pour PMTout public

Expliquer comment fonctionne un produit web, du navigateur au serveur

Suivre une requête de l’URL à la base de données, lire l’onglet Réseau, situer un incident dans la bonne couche et cartographier son propre produit.

58 étapes~2 h 30 minNiveau : Tout public · Aucun pré-requis : accessible à toutes et tous.

Expliquer, schéma à l'appui, ce qui se passe entre le clic d'un utilisateur et l'affichage d'une page de votre produit : nom de domaine et DNS, HTTPS, requête et réponse HTTP, navigateur, CDN, frontend, backend, API, base de données, caches et environnements. Vous apprenez à lire l'onglet Réseau de votre navigateur, à situer un incident dans la bonne couche et à poser les bonnes questions à l'équipe technique. Vous repartez avec le schéma annoté du parcours d'une requête dans votre propre produit, relu par un développeur.

Ce que vous saurez faire

  • Décrire les étapes d'une requête web, de l'adresse tapée à la page affichée (URL, résolution DNS, connexion chiffrée, requête et réponse HTTP, rendu par le navigateur).
  • Lire un échange HTTP dans l'onglet Réseau du navigateur (méthode, URL, code de statut, en-têtes, cookies, durée) et en tirer un premier diagnostic.
  • Expliquer la répartition des rôles entre navigateur, frontend, backend, API, base de données et services tiers, et situer où doit s'exécuter une règle métier.
  • Expliquer le rôle d'un CDN et des caches (navigateur, CDN, serveur) et anticiper leurs effets sur la vitesse, la fraîcheur des données et les mises en production.
  • Distinguer environnement local, prévisualisation, staging et production, et dire ce qui change de l'un à l'autre (configuration, données, secrets).
  • Situer un symptôme (lenteur, page blanche, erreur, donnée périmée) dans la bonne couche et formuler des questions précises à l'équipe technique.
  • Produire le schéma annoté du parcours d'une requête dans son propre produit et le faire valider par un développeur.

Prérequis

  • Utiliser un navigateur web (Chrome, Edge, Firefox ou Safari) et un produit numérique au quotidien
  • Avoir accès à un produit web à étudier, le vôtre de préférence, et à un développeur qui peut relire votre schéma en fin de cours
  • Aucune connaissance en code n'est requise. Deux commandes de terminal sont proposées en option, toujours avec une alternative dans le navigateur.
  • Ce cours ouvre les parcours AI Product Builder et PM technique. Il ne forme pas au développement : il vise la compréhension, le vocabulaire et le diagnostic.

Programme

Que vais-je savoir expliquer à la fin de ce cours, et dans quel ordre ?

  1. Objectif · À la fin de cette présentation, vous saurez ce que vous serez capable d'expliquer (le parcours complet d'une requête dans un produit web), le livrable que vous produirez sur votre propre produit et par quels cinq modules le cours vous y conduit.

Que se passe-t-il entre le moment où l'on tape une adresse et celui où la page s'affiche ?

  1. Objectif · À la fin de cette leçon, vous serez capable de décomposer une URL et de décrire, dans l'ordre, les six étapes qui mènent de l'adresse tapée à la page affichée, en précisant ce qui se passe chez l'utilisateur et ce qui se passe sur les serveurs.

  2. Objectif · À la fin de cette leçon, vous serez capable d'expliquer comment un nom de domaine est traduit en adresse IP, de lire les principaux enregistrements DNS et l'effet de leur TTL, et de dire ce que garantit, et ne garantit pas, une connexion HTTPS.

Que contient un échange HTTP, et comment le navigateur transforme-t-il la réponse en page ?

  1. Objectif · À la fin de cette leçon, vous serez capable d'ouvrir l'onglet Réseau de votre navigateur, de lire une requête HTTP (méthode, URL, code de statut, en-têtes, cookies, durée) et d'en tirer un premier diagnostic à transmettre à l'équipe.

  2. Objectif · À la fin de cette leçon, vous serez capable d'expliquer comment le navigateur transforme HTML, CSS et JavaScript en page affichée, de distinguer rendu côté client, côté serveur et statique, et de relier ces choix aux Core Web Vitals.

Qui fait quoi dans un produit web, et où doit s'exécuter chaque règle ?

  1. Objectif · À la fin de cette leçon, vous serez capable de répartir les responsabilités d'une fonctionnalité entre frontend, API et backend, de lire un échange de données en JSON et de justifier qu'une règle métier ou de sécurité soit vérifiée côté serveur.

  2. Objectif · À la fin de cette leçon, vous serez capable de décrire ce qui se trouve derrière une API (base de données, stockage de fichiers, services tiers, traitements asynchrones, journaux) et de choisir, pour une fonctionnalité, ce qui doit se faire pendant la requête et ce qui peut se faire en arrière-plan.

Pourquoi le produit est-il rapide, pourquoi affiche-t-il parfois une donnée périmée, et pourquoi un bug n'apparaît-il qu'en production ?

  1. Objectif · À la fin de cette leçon, vous serez capable d'expliquer le rôle d'un CDN et des trois niveaux de cache (navigateur, CDN, serveur), de lire un en-tête Cache-Control et de proposer une façon d'éviter qu'une donnée affichée soit périmée.

  2. Objectif · À la fin de cette leçon, vous serez capable de distinguer les environnements d'un produit (local, prévisualisation, staging, production), de lister ce qui change de l'un à l'autre (configuration, données, secrets, services tiers) et d'en déduire des hypothèses quand un problème n'apparaît que dans l'un d'eux.

Comment me servir de tout cela pour qualifier un incident et décrire mon propre produit ?

  1. Objectif · À la fin de cette leçon, vous serez capable de rattacher un symptôme (lenteur, page blanche, erreur, donnée périmée, action sans effet) à une couche probable du parcours, de réunir les preuves utiles et de rédiger un signalement qui permet à l'équipe d'agir vite.

  2. Objectif · À la fin de cette leçon, vous serez capable de produire le schéma annoté du parcours d'une requête dans votre propre produit (huit zones, cinq annotations par zone) et de le faire valider par un développeur.

  3. Objectif · À la fin de cette leçon, vous disposerez des modèles, checklists et prompts du cours, et vous aurez planifié leur application à votre produit sur 7 et 30 jours.