- Une page d’article du site du New York Times génère 422 requêtes réseau et 49 Mo de données transférées, au point que la simple lecture d’un article exige des ressources excessives
- Pendant le chargement de la page, des dizaines de requêtes d’enchères publicitaires et de scripts de suivi s’exécutent simultanément, dans une architecture qui consomme le CPU du navigateur et la batterie
- Cette conception UX hostile se traduit par des bannières cookies, des pop-ups d’abonnement, des vidéos en lecture automatique et des publicités qui occupent l’écran, perturbant l’expérience de lecture
- Un modèle économique centré sur le “temps passé” et la “visibilité”, conçu pour maximiser les revenus publicitaires, sacrifie l’expérience des lecteurs, et même les ingénieurs restent prisonniers de cette structure
- L’article cite en exemple des pages d’actualités légères centrées sur le texte (
text.npr.org, etc.) et insiste sur le besoin de restaurer une expérience web simple et respectueuse, où lecteurs et activité économique peuvent coexister
La réalité d’une page web de 49 Mo
- En accédant au site du New York Times, on déclenche 422 requêtes et 49 Mo de données, avec 2 minutes avant la stabilisation complète de la page
- C’est plus volumineux que l’intégralité de Windows 95 (28 disquettes), et cela représente 10 à 12 morceaux MP3
- Pour lire seulement quelques paragraphes, on télécharge en pratique l’équivalent d’un album entier
- Alors même que les performances matérielles ont considérablement progressé, les frameworks web centrés sur la publicité et le tracking annulent largement ces gains
Charge CPU et structure de suivi
- Les sites d’actualité exécutent dans le navigateur des systèmes d’enchères publicitaires programmatiques
- Des requêtes d’enchères asynchrones vers Rubicon Project, Amazon Ad Systems et d’autres sont lancées en parallèle
- Le navigateur doit télécharger, parser et compiler plusieurs Mo de JavaScript, ce qui se traduit par une charge sur le thread principal
- L’utilisateur demande du texte, mais le navigateur traite d’abord 5 Mo de scripts de suivi, avant même l’insertion des publicités
- En parallèle, des balises de suivi comportemental (requêtes POST) et des redirections par pixels invisibles (
doubleclick.net, casalemedia) fonctionnent pour l’identification intersites
- Ce processus provoque échauffement sur mobile et consommation de batterie, tandis que l’utilisateur participe à son insu à un marché d’échange de données à haute fréquence
UX hostile et coût d’interaction
- À l’arrivée sur la page, bannière cookies RGPD, fenêtre modale d’abonnement à la newsletter et pop-up d’autorisation des notifications apparaissent à la suite
- L’utilisateur doit cliquer et faire défiler plusieurs fois avant d’accéder au contenu
- Cela enfreint les principes de “coût d’interaction” (Interaction Cost) de NNgroup et de design minimaliste
- Dans le cas de Economic Times, l’utilisateur doit fermer trois modales et passer une bannière supérieure avant d’accéder au corps de l’article
- Selon les critères Core Web Vitals de Google, ces interstitiels intrusifs sont explicitement signalés comme un facteur pénalisant pour le SEO
Instabilité de mise en page et insertion publicitaire
- Alors qu’un lecteur est en train de lire un paragraphe, dès qu’une enchère publicitaire se termine, une publicité en
iframe est insérée et le texte se décale de 250 pixels
- Cela se mesure via le Cumulative Layout Shift (CLS) et est directement lié à une hausse du taux d’abandon
- Google pénalise officiellement ce problème, mais il existe une contradiction puisque ses propres produits publicitaires provoquent le même effet
- Les vidéos en lecture automatique continuent à jouer, fixées en bas de l’écran après le défilement, avec un bouton de fermeture petit et une zone cliquable étroite
- L’article y voit un cas de violation de la loi de Fitts
Gaspillage d’espace sur mobile
- Sur un viewport mobile moyen de 800 px, le logo, la barre de partage et l’interface du navigateur occupent déjà une part importante de l’écran
- Sur une page du Guardian, le contenu réel n’occupe que 11 %
- Un ratio de 89 % de publicités et modales contre 11 % de contenu accroît la fatigue visuelle et la fréquence de défilement
- Il existe aussi une stratégie de “fat-finger tax” consistant à placer le bouton “X” près de la zone cliquable d’une publicité afin de provoquer des clics involontaires
- Certains sites d’actualité indiens, comme Jagran, gênent également l’accès au texte avec des modales poussant à installer l’application et des pop-ups d’abonnement
Pistes d’amélioration proposées
- Une structure qui impose 3 ou 4 actions de fermeture avant d’afficher le contenu gaspille les ressources cognitives de l’utilisateur
- Les pop-ups devraient n’apparaître qu’après 60 secondes de présence ou 50 % de défilement
- Le consentement cookies et l’abonnement à la newsletter pourraient être fusionnés dans une section non bloquante en bas de page
- Les emplacements publicitaires devraient être réservés dans des conteneurs à hauteur fixe pour éviter les décalages de mise en page
- Exemple :
min-height: 250px; background: var(--skeleton-loader);
- En cas d’échec d’affichage de la publicité, une réduction peut être gérée avec
ResizeObserver, uniquement dans une zone non visible
L’existence de sites d’actualité légers
text.npr.org, lite.cnn.com, cbc.ca/lite et d’autres proposent des versions légères sans tracking ni modales
- La consommation d’actualités via des flux RSS reste elle aussi bien vivante
- Ces exemples montrent qu’il existe toujours une demande pour une expérience web simple et centrée sur le contenu
Conclusion : l’attention du lecteur est une ressource
- Les interfaces d’actualité actuelles sont conçues comme si le lecteur était une cible à capturer, avec une structure optimisée pour maximiser l’exposition publicitaire
- Pourtant, rentabilité et accessibilité peuvent coexister, et les ingénieurs eux-mêmes expriment leur malaise face à cette architecture
- À la racine du problème se trouvent des incitations économiques de court terme centrées sur le CPM
- Un système s’est formé, dans lequel l’attention du lecteur est traitée comme une ressource extractible, et
l’usage de RSS, la fermeture de l’onglet ou l’augmentation du taux de rebond sont présentés comme les formes de résistance les plus fortes
1 commentaires
Avis Hacker News
En vérifiant après un ticket signalant que le serveur était lent, on a découvert que toutes les vidéos de la page étaient partiellement preload à l’avance
Si ça tenait malgré tout, c’était uniquement parce que le bureau était directement relié au datacenter par fibre optique
À mon avis, il ne faut jamais donner aux développeurs web un réseau de plus de 128kbit. Au-delà, tout part en vrille
Avec la limitation CPU, c’est très pratique pour vérifier les performances d’un site dans un environnement modeste
Utiliser un serveur de développement lent a aussi un effet pédagogique naturel: on apprend à réduire les ressources inutiles
Ça fonctionnait très bien même dans des environnements ultra-lents avec Gopher, Gemini ou Bitlbee sur IRC
Les développeurs d’apps Electron aussi devraient tester sur des PC avec 2GB de RAM et un vieux Celeron avant de prétendre avoir fini leur appli
Mais en volume de transfert, sur 44.47MB, 36.3MB venaient de vidéos journalistiques
Le vrai problème n’est donc pas seulement l’excès de publicité, mais une structure de contenu centrée sur la vidéo
Forcer le téléchargement de 36MB avant même que l’utilisateur clique sur quoi que ce soit est difficile à justifier
Je ne le lis même plus à cause des pubs et des couches de JavaScript. Je copie juste le titre pour aller le lire ailleurs
Je navigue en gardant JavaScript désactivé par défaut et je vois très peu de publicité
Sans JS, les pages sont bien plus rapides et les risques de fuite de données personnelles diminuent
Je ne trouve pas ça contraire à l’éthique: ce sont les sites qui ont commencé à jouer de manière déloyale
Au fond, leur absence est presque plus avantageuse pour eux qu’une visite
Tant que le contenu s’affiche et fonctionne, ça leur suffit
Le NYT s’adresse à cette majorité « indifférente à la technique »
Le problème de fond de l’industrie de la presse, c’est l’effondrement du modèle économique financé par la pub
Avant, on faisait payer aux lecteurs essentiellement l’impression, et la publicité couvrait le reste
Mais aujourd’hui, Facebook Marketplace, Craigslist et d’autres ont capté toute cette manne publicitaire
Au final, l’actualité est devenue un produit de niche, et la vente des données des lecteurs n’est plus qu’un dernier soubresaut
On avait une limite mensuelle de 250MB, ce qui paraît difficile à croire aujourd’hui
À côté, un site comme HN, où chaque ligne de JS semble pesée avec soin, ressemble presque à un cadeau du ciel
Il faut rendre le web moins boursouflé
On a du mal à croire qu’un tel UX puisse rapporter de l’argent, et pourtant ça continue encore et encore
À l’époque déjà, Win95 était jugé « lourd », alors que les pages web d’aujourd’hui sont bien plus grosses
Plus que la pub elle-même, le vrai problème, c’est le gaspillage de ressources et la distraction permanente
Dès qu’un écran devient bruyant au moment où j’active le JS, je ferme l’onglet
Gagner quelques centimes en agaçant l’utilisateur en vaut-il vraiment la peine ?
La plupart des gens semblent simplement l’accepter avec indifférence
Moi, je suis développeur, fin de trentaine, génération « internet libre », et je n’ai quasiment aucune tolérance pour la pub
Les interfaces en ligne de commande comme les anciens terminaux Amadeus me manquent
Je me demande ce qu’il faudrait pour que le web redevienne centré sur l’utilisateur
Libellés de champs erronés, placeholders coupés, sélecteur de date qui s’affiche en chinois,
message « sélection impossible » après avoir choisi un siège: l’UX était totalement en ruine
On peut créer des sites parfaitement utilisables avec de simples formulaires HTML
L’abus de JS est le résultat d’un conditionnement
J’utilise la Hagezi ultimate list pour bloquer presque toutes les pubs, puis j’affine sur desktop avec uBlock
J’ai aussi bloqué manuellement les domaines de polices Google et Adobe pour améliorer la vitesse et la confidentialité
Le fait que des programmes non vérifiés puissent s’exécuter sur ma machine est un défaut structurel fondamental
Si un site casse quand on désactive le JS, c’est parce qu’il a été mal conçu par ses développeurs
Le monde aurait été bien meilleur si le HTML et le code exécutable avaient été séparés
Un rendu côté serveur suffit largement, puis on envoie seulement le résultat
Une page de 49MB n’est au fond qu’un reflet des priorités
Maintenant que l’internet rapide est généralisé, la plupart des utilisateurs ne perçoivent même pas le problème
Moi, je bloque complètement ces ressources avec uBlock Origin en mode dur