Glossaire du web

Des définitions en langage clair des termes techniques qui reviennent dans les conseils et les guides. Aucune connaissance préalable requise — parcourez le groupe dont vous avez besoin. Pour le jargon propre à l’IA, voyez le glossaire IA séparé.

Les bases du web

URL — Uniform Resource Locator. L’adresse complète d’une page ou d’une ressource, comme https://example.be/contact — le protocole, le domaine, le chemin et, parfois, des paramètres de requête et un #fragment.

HTTP — Hypertext Transfer Protocol. Le système de requêtes et de réponses par lequel navigateurs et serveurs échangent pages, images et données. HTTPS est HTTP sécurisé par le chiffrement TLS.

Navigateur / client — Le logiciel qui demande et affiche un site (Safari, Firefox, Chrome). Dans le vocabulaire du web, le navigateur est le client ; le système qui lui répond est le serveur.

Serveur web — Le logiciel qui reçoit les requêtes HTTP et renvoie des pages, des fichiers ou d’autres réponses. La machine qui le fait tourner s’appelle aussi un serveur.

Hébergement web — Le service et l’infrastructure qui maintiennent un site web disponible sur Internet — en stockant ses fichiers ou en faisant tourner son application sur un serveur connecté.

API — Application Programming Interface, une interface de programmation : une manière définie, pour un programme ou un service, de demander des données ou des actions à un autre.

Domaines & DNS

Domaine — Le nom de votre site web, comme example.be. Vous en enregistrez le droit d’usage auprès d’un registrar, à renouveler normalement chaque année.

Sous-domaine — Un nom placé devant votre domaine principal, comme shop.example.be ou mail.example.be. Il peut pointer vers un site ou un service distinct.

Domaine apex (racine) — Le domaine nu, sans rien devant : example.be plutôt que www.example.be. Les panneaux DNS l’écrivent souvent @. Certains types d’enregistrements — notamment CNAME — n’y sont pas autorisés, d’où les solutions de contournement de type ALIAS proposées par les fournisseurs.

DNS — Domain Name System. Le carnet d’adresses d’Internet : il traduit un nom lisible comme example.be en adresses numériques utilisées par les ordinateurs. Voir les enregistrements DNS expliqués.

Enregistrement A — Associe un domaine (ou un sous-domaine) à une adresse IPv4. Cette adresse peut mener à votre serveur — ou à un proxy inverse, un répartiteur de charge ou une plateforme d’hébergement placés devant lui.

Enregistrement AAAA — La même idée qu’un enregistrement A, mais vers une adresse IPv6 (le format d’adresse plus récent et plus long).

CNAME — Un alias qui fait pointer un nom vers un autre nom plutôt que vers une adresse ; c’est alors l’enregistrement de la cible qui est suivi.

Enregistrement MX — Mail Exchanger. Indique aux autres serveurs où livrer les e-mails de votre domaine ; chaque entrée porte un numéro de priorité.

Enregistrement TXT — Une entrée DNS en texte libre. Utilisée entre autres pour la vérification de domaine et pour les enregistrements e-mail SPF, DKIM et DMARC ci-dessous.

Enregistrement CAA — Certification Authority Authorization. Liste les autorités de certification autorisées à émettre des certificats TLS pour votre domaine. Facultatif — mais si un enregistrement CAA existe et n’autorise pas l’autorité que vous utilisez, une autorité conforme refusera toute nouvelle émission, renouvellements compris. Les certificats existants restent valables jusqu’à expiration — et que vous remarquiez le refus ou non dépend de vos alertes de renouvellement.

Enregistrement NS — Nameserver (serveur de noms). Liste les serveurs qui font autorité pour le DNS de votre domaine — c’est-à-dire ceux qui détiennent les vraies réponses.

TTL — Time To Live (durée de vie). La durée pendant laquelle un résolveur peut réutiliser une réponse DNS en cache avant de redemander. Un TTL plus bas raccourcit le temps où d’anciennes réponses traînent après un changement — mais baissez-le à l’avance et attendez d’abord la fin de l’ancien TTL, car les résolveurs qui ont déjà l’enregistrement en cache le gardent aussi longtemps que le TTL reçu le permet. Cela ne rend pas les changements instantanés ; un TTL plus haut signifie moins de requêtes DNS.

Résolveur DNS — Le service qui cherche les réponses DNS pour votre navigateur ou votre appareil : il interroge les serveurs de noms qui font autorité et met les résultats en cache pour la durée de leur TTL.

Propagation DNS — Terme familier pour la fenêtre qui suit un changement DNS, pendant laquelle d’anciennes réponses en cache sont encore servies. Les enregistrements ne sont pas poussés partout d’un coup — les copies en cache expirent selon leur TTL.

DNSSEC — Ajoute des signatures cryptographiques pour qu’un résolveur validant puisse vérifier que des données DNS signées sont passées par la chaîne de confiance du domaine sans altération. Il ne chiffre pas les requêtes DNS et ne corrige pas un enregistrement mal publié — il prouve l’authenticité, pas l’exactitude.

Enregistrement PTR / DNS inverse — Associe une adresse IP à un nom d’hôte, dans l’espace de noms séparé du DNS inverse — géré normalement par celui qui fournit l’adresse IP, et indépendant de vos enregistrements A. C’est surtout important pour l’e-mail : les destinataires attendent souvent que DNS direct et DNS inverse restent raisonnablement cohérents.

RDAP / WHOIS — Des services pour consulter les données d’enregistrement d’un domaine (registrar, dates, statut). RDAP est le successeur normalisé de l’ancien protocole WHOIS — depuis 2025, c’est la source de référence pour les domaines génériques courants. Les coordonnées sont souvent masquées pour la vie privée.

Verrou registrar (registrar lock) — Un statut qui, tant qu’il est actif, bloque les transferts de domaine ordinaires et ferme ainsi une voie de vol de domaine. Il ne sécurise pas votre compte registrar lui-même et n’empêche pas les modifications DNS non autorisées — il faut pour cela des identifiants solides et la MFA.

E-mail

SMTP — Simple Mail Transfer Protocol. La façon dont les systèmes de messagerie déposent et se relaient les e-mails sortants entre eux.

IMAP — Internet Message Access Protocol. Permet à un logiciel de messagerie de lire et de gérer des messages conservés sur le serveur, avec dossiers et statut lu/non lu synchronisés sur tous vos appareils.

SPF — Sender Policy Framework. Un enregistrement DNS TXT qui liste les serveurs autorisés à envoyer du courrier pour votre domaine. Il authentifie le domaine de l’enveloppe SMTP/HELO (utilisé pendant la livraison), pas forcément l’adresse « De » visible pour le lecteur.

DKIM — DomainKeys Identified Mail. Ajoute une signature cryptographique à vos e-mails sortants ; le destinataire la vérifie contre une clé publique dans votre DNS pour confirmer le domaine signataire et l’absence d’altération du contenu signé après signature. Il vérifie une signature — pas qu’un expéditeur humain est authentique.

DMARC — S’appuie sur SPF et DKIM. Un message passe DMARC quand au moins l’un des deux passe et que le domaine ainsi authentifié s’aligne sur le domaine « De » visible. Le propriétaire du domaine publie une politique qui dit aux destinataires comment traiter les messages en échec, et où envoyer les rapports. Cela réduit l’usurpation du domaine visible quand les destinataires appliquent la politique — ce n’est pas une garantie de livraison.

Alignement DMARC — La relation entre le domaine « De » visible et le domaine authentifié par SPF ou DKIM. L’alignement strict exige une correspondance exacte ; l’alignement souple accepte que les deux appartiennent au même domaine organisationnel. Au moins un contrôle aligné doit passer pour que DMARC passe.

Majuscules et minuscules dans les adresses e-mail — Le domaine après le @ ignore les majuscules et minuscules. La partie qui précède a techniquement le droit d’en tenir compte, même si beaucoup de fournisseurs traitent les différentes graphies comme la même boîte. Conservez l’adresse telle que l’utilisateur l’a saisie pour l’affichage et l’envoi ; si vous la normalisez pour rapprocher des comptes, faites-le de manière cohérente et ne supposez pas que tous les fournisseurs suivent les mêmes règles.

Relais ouvert (open relay) — Un serveur de messagerie qui transfère les e-mails de n’importe qui, pas seulement de ses propres utilisateurs. Les spammeurs en abusent — un serveur de messagerie ne doit donc jamais rester ouvert.

Rebond (bounce) — La notification qu’un e-mail n’a pas pu être livré. Un rebond dur (hard bounce) signale un problème permanent (par exemple une adresse inexistante) ; un rebond doux (soft bounce), un problème temporaire (par exemple une boîte pleine). Voir pourquoi votre e-mail rebondit.

DNSBL / liste de blocage — Une liste, interrogeable par DNS, d’adresses IP ou de domaines répondant aux critères d’abus ou de politique de son exploitant — y figurer ne veut pas toujours dire spam prouvé. Certains systèmes de messagerie destinataires consultent ces listes comme un critère parmi d’autres pour décider du sort d’un e-mail. Ancien nom : RBL ; familièrement, « liste noire ». Voir sortir d’une liste noire d’e-mails.

Greylisting — Une défense anti-spam qui refuse temporairement, au premier essai, le courrier d’un expéditeur inconnu. Les serveurs de messagerie bien configurés réessaient normalement et passent, alors que beaucoup d’expéditeurs abusifs ne réessaient pas — un filtre utile, pas une garantie.

Sécurité & HTTPS

HTTPS — HTTP transporté sur TLS. Il apporte chiffrement, intégrité et authentification entre le navigateur et le point de terminaison TLS auquel il se connecte. Quand un proxy inverse ou un CDN termine la connexion TLS, la liaison qui continue vers votre serveur d’origine est un maillon séparé, à protéger lui aussi.

TLS / SSL — Le protocole qui chiffre une connexion HTTPS. TLS est la norme actuelle ; SSL, son prédécesseur obsolète — mais l’ancien nom traîne encore dans l’usage courant.

HSTS — HTTP Strict Transport Security. Un en-tête de réponse qui dit à un navigateur ayant appris la règle de n’utiliser que HTTPS pour cet hôte, pendant une durée définie. Il protège les visites suivantes ; le tout premier contact d’un navigateur n’est couvert que par le préchargement (preload). Déployez l’option includeSubDomains avec prudence.

Certificat — Un document numérique qui lie des noms de domaine à une clé publique, émis par une autorité de certification après validation, et qui rend HTTPS possible. La plupart des certificats courants ne valident que le contrôle du domaine ; certains types portent en plus des informations validées sur l’organisation. Aucun ne prouve que l’entreprise derrière le site est légitime ou sûre. Les certificats expirent et doivent être renouvelés à temps.

Contenu mixte (mixed content) — Une page HTTPS sécurisée qui charge encore certaines ressources (une image, un script) en HTTP non sécurisé. Les navigateurs avertissent ou bloquent — servez donc tout en HTTPS.

CSP — Content Security Policy. Une politique qui restreint les origines depuis lesquelles une page peut charger scripts, styles, cadres et autres ressources, ce qui limite l’impact du cross-site scripting et de l’injection de contenu. Livrez-la comme un vrai en-tête de réponse HTTP — certaines directives (comme frame-ancestors) sont ignorées dans une balise <meta>. Voir HTTPS partout et les en-têtes.

WAF — Web Application Firewall, un pare-feu applicatif web : un filtre qui inspecte les requêtes HTTP et bloque les schémas d’attaque courants avant qu’ils n’atteignent votre site. Utile, mais pas un substitut à du code sûr et à des mises à jour rapides.

Proxy inverse — Un serveur placé devant votre serveur d’origine : il reçoit les requêtes en premier et les fait suivre. Il peut ajouter mise en cache, terminaison TLS, filtrage, répartition de charge et protection DDoS. Voir faut-il utiliser un proxy inverse ou un CDN.

Confidentialité & suivi

Cookie — Une petite donnée que le navigateur stocke et renvoie avec les requêtes suivantes, quand le domaine, le chemin, l’expiration et les règles de sécurité/SameSite du cookie le permettent. Les cookies peuvent vous garder connecté, retenir des préférences ou servir au suivi.

localStorage — Un stockage dans le navigateur, lié à un site web (une origine). Il peut persister d’une visite à l’autre mais, contrairement à un cookie, il n’est pas envoyé automatiquement au serveur à chaque requête. Les règles de consentement et de vie privée ne visent pas que les cookies — stocker ou lire des données sur l’appareil d’un visiteur peut demander la même prudence.

First-party / third-party — Le first-party (première partie) vient du site que vous avez choisi de visiter. Le third-party (tierce partie) vient d’un autre fournisseur que ce site charge ou contacte — une régie publicitaire, une vidéo intégrée, un service anti-spam. Attention, la lecture technique et la lecture juridique divergent : un service techniquement tiers peut juridiquement être votre sous-traitant — jugez donc les rôles « vie privée » à la finalité et à la relation, pas aux noms de domaine.

Données à caractère personnel — Au sens du RGPD, les informations se rapportant à une personne identifiée ou identifiable. Noms, adresses e-mail, identifiants de compte, adresses IP et combinaisons de signaux techniques peuvent tous en faire partie, selon les circonstances.

Responsable du traitement / sous-traitant — Au sens du RGPD, le responsable du traitement décide pourquoi et comment les données à caractère personnel sont traitées ; le sous-traitant les traite pour son compte, selon ses instructions. Le rôle s’attache à chaque activité de traitement — la même entreprise peut être sous-traitant pour l’une et responsable pour l’autre.

Fingerprinting (empreinte numérique) — Reconnaître ou distinguer un visiteur à partir d’une combinaison de signaux du navigateur, de l’appareil, du réseau et de la configuration — parfois sans stocker le moindre cookie. Se passer de cookies ne dispense pas des règles de vie privée : les obligations de consentement et d’information peuvent aussi s’appliquer au fingerprinting.

SEO

Exploration / indexation — L’exploration (crawling), c’est un moteur de recherche qui découvre et récupère une page ; l’indexation, c’est l’analyser et la stocker pour un usage possible dans les résultats. Une page peut être explorée sans être indexée — et bloquer l’exploration dans robots.txt peut empêcher le moteur de jamais voir une instruction noindex.

noindex — Une instruction par page (une balise meta ou un en-tête) qui demande aux moteurs de recherche conformes de ne pas inclure la page dans leur index. Le robot doit être autorisé à récupérer la page pour la voir.

URL canonique — La version préférée, représentative, d’une page, sur laquelle vous demandez aux moteurs de recherche de consolider quand plusieurs URL montrent un contenu similaire — définie avec une balise rel="canonical". C’est une indication, pas un ordre, et pas forcément l’« original » — juste la version que vous voulez voir indexée.

301 — Moved Permanently (déplacé définitivement). Dit aux visiteurs et aux moteurs de recherche que la ressource a une nouvelle URL permanente. Les moteurs peuvent s’en servir comme d’un signal fort de consolidation — sans garantie sur la façon dont la valeur de classement se transmet.

302 — Found ; couramment utilisé comme redirection temporaire, l’URL d’origine restant celle à continuer d’utiliser. La façon dont les moteurs de recherche indexent autour leur appartient et peut changer — quand un déménagement est définitif, dites-le avec une redirection permanente.

404 — Not Found (introuvable). Le serveur n’a pas de page actuelle à cette URL — ou n’en révèle pas — et le code ne dit pas si c’est temporaire ou permanent. Offrez aux visiteurs une page 404 personnalisée utile qui renvoie quand même le statut 404 (une page « introuvable » qui répond 200 devient un soft 404) — voir les erreurs 404 expliquées.

410 — Gone (disparu). La ressource n’est plus disponible et le serveur considère cet état comme probablement permanent — un signal plus fort que 404 pour un contenu dont vous savez qu’il ne reviendra pas.

503 — Service Unavailable (service indisponible). Un état temporaire, utile en cas de surcharge ou de maintenance planifiée — envoyez un en-tête Retry-After quand c’est possible, et ne laissez pas un site répondre 503 indéfiniment.

robots.txt — Un fichier à la racine de votre domaine qui demande aux robots d’exploration d’éviter certains chemins. C’est une demande, pas un verrou — et pas une mesure de sécurité.

Sitemap — Un fichier XML listant les URL que vous voulez voir découvertes, et éventuellement explorées, par les moteurs de recherche, avec quelques métadonnées facultatives. Il ne garantit ni exploration ni indexation.

Balise title — Le <title> HTML d’une page. Les moteurs de recherche l’utilisent souvent comme titre cliquable dans les résultats, même s’ils peuvent le réécrire. Voir des titres et des balises méta uniques.

Méta-description — Un court résumé de la page que les moteurs de recherche peuvent afficher sous votre titre dans les résultats. Une bonne méta-description peut jouer sur le clic — mais les moteurs décident comment, et si, ils l’utilisent.

hreflang — Un balisage qui identifie les versions linguistiques ou régionales équivalentes d’une page, pour que les moteurs de recherche compatibles servent la bonne à chaque visiteur. Un signal qu’ils peuvent utiliser — pas une garantie qu’ils le feront.

Données structurées / JSON-LD — Un balisage lisible par machine (souvent au format JSON-LD) qui décrit votre contenu — un produit, un événement, une FAQ — pour que les moteurs de recherche le comprennent et puissent afficher des résultats enrichis.

E-E-A-T — Experience, Expertise, Authoritativeness, Trust : expérience, expertise, autorité, confiance. Un concept de qualité tiré des « Search Quality Rater Guidelines » de Google — ni un score unique, ni un facteur de classement direct. Voir E-E-A-T expliqué.

Performance & mise en cache

CDN — Content Delivery Network, un réseau de diffusion de contenu : des serveurs répartis dans le monde qui peuvent mettre vos fichiers statiques en cache près des visiteurs — sur les accès servis par le cache, avec des règles sensées, cela réduit la latence pour les utilisateurs éloignés. Voir faut-il utiliser un proxy inverse ou un CDN.

Cache — Une copie stockée d’un contenu, conservée pour pouvoir être servie vite, sans aller la rechercher ou la régénérer à chaque fois.

Cache-Control — Un en-tête HTTP qui règle si, et combien de temps, les navigateurs et autres caches peuvent stocker une réponse. Ses directives sont souvent mal lues : no-cache autorise une copie mais exige de la revalider auprès du serveur avant réutilisation (cela ne veut pas dire « ne pas mettre en cache ») ; no-store demande aux caches conformes de ne garder aucune copie — sans exclure que des journaux ou d’autres systèmes en gardent une ; private ne permet le stockage qu’au navigateur du visiteur, pas aux caches partagés comme un CDN. Voir Cache-Control.

TTL (navigateur vs edge) — Un raccourci familier pour la durée pendant laquelle une copie en cache compte comme fraîche — dans le navigateur du visiteur et sur l’edge d’un CDN (ses serveurs de bordure), qui peuvent différer (max-age, s-maxage, configuration du cache). La fraîcheur est une promesse de réutilisation, pas de conservation : un cache peut évincer un fichier plus tôt, et une copie périmée n’est pas supprimée — elle doit être revalidée avant toute réutilisation normale.

TTFB — Time To First Byte, le temps jusqu’au premier octet : le délai entre la demande d’une ressource et le premier octet de sa réponse — connexion, réseau et traitement serveur compris.

Compression — Réduire la taille de transfert des fichiers texte (HTML, CSS, JavaScript), généralement avec Brotli ou gzip, avant l’envoi au navigateur.

WebP — Un format d’image avec modes avec et sans perte, transparence et animation, capable de produire des fichiers plus petits que les formats plus anciens à qualité comparable — comparez de vrais encodages de vos propres images plutôt que de le supposer.

AVIF — Un format d’image à la compression efficace, avec et sans perte, avec transparence et prise en charge du HDR, souvent encore plus petit. Comparez de vrais encodages, et prévoyez des solutions de repli là où les navigateurs de votre public en ont besoin.

Images adaptatives — Servir une image en plusieurs tailles ou formats (via srcset/sizes ou <picture>) pour que le navigateur choisisse celle qui convient à l’écran du visiteur, au lieu de télécharger un fichier surdimensionné.

Core Web Vitals (LCP / CLS / INP) — Des mesures de chargement, de stabilité visuelle et de réactivité que Google regroupe actuellement sous le nom de Core Web Vitals. Voir les Core Web Vitals expliqués.

Minification — Retirer les caractères superflus (espaces, commentaires) du HTML, du CSS et du JavaScript pour réduire la taille des fichiers sans changer leur comportement.

Ressource bloquant le rendu — Une feuille de style ou un script que le navigateur doit traiter avant de pouvoir afficher la page. Trop de ressources bloquant le rendu retardent le premier contenu visible.

Chargement différé (lazy loading) — Retarder le chargement des images et autres ressources hors écran jusqu’à ce que le visiteur s’en approche en défilant, pour que la page initiale se charge plus vite. Réservez-le au contenu vraiment hors écran : ne chargez jamais en différé l’image principale en haut de page, et réservez les dimensions pour que rien ne bouge.

Gardez cette page dans vos favoris ; ces termes reviennent dans les conseils et les guides.