Zéro requête tierce : une contrainte qui simplifie tout

La règle tient en une phrase : aucune ressource de la page ne provient d’un domaine que vous ne contrôlez pas. Ni police, ni bibliothèque, ni outil de mesure, ni lecteur vidéo, ni widget.

Elle paraît intégriste. Elle résout quatre problèmes à la fois, ce qui est rare pour une seule décision.

Performance

Chaque domaine supplémentaire ajoute une résolution DNS et une négociation TLS avant le premier octet utile. Sur un réseau mobile à latence élevée, ces allers-retours pèsent souvent plus que le poids des fichiers eux-mêmes.

Une bibliothèque d’animation sur un CDN, des polices chez un fournisseur, un outil de mesure : trois domaines, trois fois ce coût, plus le temps d’exécution du JavaScript importé.

Ramener ces ressources sur le domaine principal réutilise une connexion déjà ouverte. Le gain est structurel, pas cosmétique.

Vie privée et conformité

Une police chargée depuis un service tiers transmet l’adresse IP du visiteur à ce service, avant tout consentement, pour afficher un caractère. Des décisions européennes ont considéré cette pratique comme un transfert de données non conforme.

Servir la police depuis son propre domaine supprime le problème plutôt que de le documenter dans une politique de confidentialité. C’est la différence entre expliquer un traitement et ne pas en faire.

Corollaire agréable : sans traceur tiers, il n’y a rien à consentir, donc pas de bandeau. La suppression du bandeau n’est pas l’objectif, c’est la conséquence.

Sécurité

Une ressource tierce est du code exécuté sur votre site, avec vos droits, servi par une infrastructure que vous ne contrôlez pas. Les compromissions de bibliothèques distribuées par CDN sont un mode d’attaque documenté, et discret : rien ne change visuellement.

Un fichier hébergé chez vous ne devient malveillant que si votre propre serveur est compromis — un périmètre que vous surveillez déjà.

Disponibilité

Un domaine tiers indisponible dégrade votre site. Selon la ressource, cela va de la police de substitution à l’écran vide si un script bloquant ne répond pas.

La règle utile, indépendamment de l’hébergement : le site doit rester lisible et navigable si tout le JavaScript échoue. Une animation est un supplément, jamais un prérequis à l’affichage. Concrètement, cela impose que les états de départ des animations ne masquent pas le contenu par défaut — sinon une page entière peut rester blanche parce qu’un script n’est jamais arrivé.

Ce que la règle coûte

Elle interdit les intégrations faciles : lecteur vidéo externe, carte interactive, widget d’avis. Chacune demande alors une alternative, parfois moins riche.

C’est un arbitrage réel, et il n’est pas toujours en faveur de la règle. Mais il devient un choix explicite, avec une contrepartie identifiée, au lieu d’un ajout qui dégrade quatre propriétés à la fois sans que personne ne l’ait décidé.