Internet et le web sont deux termes utilisés comme des synonymes dans la conversation courante. La différence entre internet et le web tient pourtant en une phrase : l’un est l’infrastructure physique, l’autre est un service qui fonctionne dessus. Ce mémo rapide permet de ne plus jamais confondre les deux.
Protocoles réseau et protocoles web : la couche technique qui sépare internet du web
La plupart des articles sur le sujet commencent par une définition d’internet, puis une définition du web. Le problème, c’est que ces définitions restent abstraites tant qu’on ne regarde pas ce qui se passe au niveau des protocoles.
A lire aussi : Quelle est la différence entre un jfif et un jpeg ?
Internet repose sur le couple de protocoles TCP/IP. TCP (Transmission Control Protocol) découpe les données en paquets, les numérote, les envoie, puis vérifie que tout est bien arrivé. IP (Internet Protocol) attribue une adresse à chaque machine connectée et se charge de l’acheminement. Ces deux protocoles fonctionnent en permanence, que vous envoyiez un e-mail, lanciez une partie en ligne ou consultiez une page web.
Le web, lui, ajoute une couche supplémentaire : le protocole HTTP (ou sa version sécurisée HTTPS). HTTP gère le transfert de fichiers rédigés en langage HTML entre un navigateur (Chrome, Firefox, Safari) et un serveur distant. Quand vous tapez une adresse dans votre navigateur, c’est HTTP qui formule la requête et rapporte la réponse sous forme de page.
Lire également : Webmail Grenoble et convergence : comprendre la différence en pratique
Cette distinction protocolaire est le critère le plus fiable pour trancher. Si l’échange utilise HTTP/HTTPS et passe par un navigateur, c’est du web. Si l’échange utilise un autre protocole (SMTP pour le courriel, FTP pour le transfert de fichiers, RTSP pour la vidéo en streaming), c’est un service internet, mais pas du web.
Applications internet qui ne sont pas du web : les cas concrets
Le web est le service internet le plus visible, ce qui explique la confusion. Il n’est pas le seul.
- Les messageries comme WhatsApp ou Signal utilisent internet pour transmettre des messages chiffrés, mais elles ne passent pas par des pages HTML consultées dans un navigateur. Leur protocole de communication est propre à chaque application.
- Les jeux en ligne multijoueurs échangent des données en temps réel via des protocoles optimisés pour la faible latence (UDP, par exemple), sans rapport avec le protocole HTTP du web.
- Le courriel (e-mail) fonctionne grâce aux protocoles SMTP, IMAP ou POP3. Un client mail comme Thunderbird ne sollicite jamais HTTP pour envoyer ou recevoir un message.
- Les objets connectés (capteurs, thermostats, caméras de surveillance) communiquent entre eux sur internet via des protocoles légers comme MQTT, conçus pour des appareils à faible puissance de calcul.
Ces exemples montrent qu’internet est un réseau de réseaux sur lequel coexistent de nombreux services. Le web n’est que l’un d’entre eux, même s’il concentre la majorité du trafic grand public.
Navigateurs intégrés et webviews : pourquoi la frontière semble floue en pratique
Sur un smartphone, ouvrir un lien dans Instagram ou dans une application d’e-commerce affiche une page web sans jamais quitter l’application. Ce navigateur intégré (appelé webview) brouille la perception : l’utilisateur a l’impression de rester dans une application, alors qu’il consulte techniquement du contenu web (HTML, CSS, JavaScript, transmis via HTTPS).
Ce phénomène s’est amplifié ces dernières années avec la montée en puissance des applications mobiles. Une part croissante du trafic web transite par ces navigateurs intégrés plutôt que par un navigateur autonome comme Chrome ou Safari.
La confusion entre internet et le web s’en trouve renforcée. Pour garder le cap, il suffit de revenir au critère protocolaire : si le contenu est affiché en HTML via HTTP/HTTPS, c’est du web, quel que soit le cadre dans lequel il apparaît. Si l’application utilise son propre protocole pour échanger des données, c’est de l’internet, mais pas du web.
Mémo à retenir : réseau versus service
L’analogie la plus courte
Internet est le réseau routier. Le web est un type de véhicule qui circule dessus. Le courriel, le transfert de fichiers et les jeux en ligne sont d’autres véhicules, chacun avec ses propres règles de circulation (protocoles).
Les trois points de repère
- Internet = infrastructure mondiale de câbles, routeurs, serveurs, reliés par les protocoles TCP/IP. Il existe depuis la fin des années 1960 sous forme embryonnaire (ARPANET).
- Le web = système de pages liées par des hyperliens, consultables via un navigateur grâce au protocole HTTP. Il a été proposé par Tim Berners-Lee en 1989, soit plus de vingt ans après les premières briques d’internet.
- Tous les services web passent par internet, mais tous les services internet ne sont pas du web. C’est une relation d’inclusion, pas d’équivalence.
Internet continue d’évoluer indépendamment du web
Les organismes qui font évoluer internet (comme l’IETF, Internet Engineering Task Force) travaillent sur des protocoles qui n’ont rien à voir avec le web. Un exemple récent : un Internet-Draft de 2026 propose un nouveau type de message DNS (NOTIFY pour AXFR) destiné à améliorer les transferts de zones entre serveurs de noms de domaine. Ce genre de travail concerne la plomberie du réseau, pas les pages que vous consultez dans votre navigateur.
Le web, de son côté, évolue sous l’impulsion du W3C (World Wide Web Consortium) et des éditeurs de navigateurs. Les deux écosystèmes se croisent, dépendent l’un de l’autre, mais avancent selon des calendriers et des priorités distincts.
Retenir la différence entre internet et le web revient à garder en tête cette séparation entre l’infrastructure (le réseau mondial, ses protocoles de transport) et l’un de ses usages les plus répandus (les pages HTML accessibles via un navigateur). Quand quelqu’un dit « j’ai trouvé ça sur internet », il parle presque toujours du web. La nuance n’empêche pas de se comprendre, mais elle évite de confondre le tuyau avec ce qui coule dedans.
