2024 02 02 : Les 10 commandements du "small internet"

Créée le vendredi 02 février 2024
index

Intro

Le "small internet" est une volonté de retrouver un internet qui favorise des pages et des contenus à très haute valeur informationnelle et sans ambition commerciale. C'est aussi une volonté de retrouver une simplification technique avec un réel souci de sobriété. L'article de blog suivant propose 10 commandements du "small internet" qui je trouve sont inspirants. Je ne suis pas à 100% d'accord avec tout ce qui est dit, notamment j'estime qu'utiliser des outils simples pour créer ses sites n'est pas un problème. Mais la réflexion qui est ici posée a le mérite de soulever toute une série de problèmes qui ne sont même plus des sujets pour l'essentiel des acteurs du web actuel, aussi bien concepteurs qu'usagers. L'article contient plusieurs excellentes suggestions qui sont autant de points de repères utiles en pratique.

Le post original

Traduit d'après cet article de blog : https://cheapskatesguide.org/articles/small-internet.html

Les 10 commandements du "Small Internet"

Tu t'efforceras de faire aux autres ce que tu voudrais qu'ils te fassent.
Tu t'efforceras de réduire autant que possible la charge que tu imposes aux bandes passantes des autres, dans les limites du raisonnable.
Tu t'efforceras de créer des pages web simples et belles.
Tu dois maximiser le texte visible/lisible par rapport au nombre total d'octets sur chaque page web.
Le téléchargement de JavaScript sur les ordinateurs des utilisateurs est un acte de Satan. Tu ne le feras jamais. Tu ne permettras pas non plus à tes serviteurs dans ta maison de le faire, ni à ton serviteur, ni à ta servante.
Tu n'utiliseras pas de logiciels de conception de sites web qui produisent des pages web surchargées avec un code HTML illisible.
Tu ne devras pas adorer de grandes images.
Tu dois créer des pages web qui peuvent être consultées par le plus grand nombre possible de navigateurs Internet, y compris les navigateurs en mode texte et les navigateurs très anciens.
Tu faciliteras la navigation pour les autres.
Tu ne cacheras pas tes anciens articles de blog sous le boisseau, à moins qu'ils ne soient plus pertinents.

Les trois premiers commandements indiquent clairement que l'objectif du "small internet" devrait être de fournir une expérience Internet agréable et abordable pour tout le monde. Les utilisateurs doivent pouvoir trouver rapidement ce qu'ils cherchent, sans avoir à attendre des éternités que les pages se chargent ou à cliquer sur des fenêtres contextuelles pour accéder au contenu qu'ils souhaitent voir.

Je ne parlerai même pas de la manière dont ces objectifs devraient s'appliquer aux sites web commerciaux, car en ce qui concerne le "small internet", je pense qu'il s'agit d'une cause perdue. Les entreprises sont des pharisiens et des sadducéens de l'Internet restreint, et elles violent gravement le commandement numéro 5. À mon avis, les entreprises ont largement transformé le temple de l'Internet en un repaire de voleurs. De nombreux utilisateurs d'Internet et concepteurs de sites Web souhaiteraient probablement qu'une place soit réservée dans le Petit Enfer de l'Internet pour les clients et les directeurs qui obligent les concepteurs à créer des sites Web massifs, qui provoquent la fureur des utilisateurs. Ces personnes sont, en fait, la raison même pour laquelle l'idée d'un "small internet" est encore d'actualité aujourd'hui. Une partie de l'état d'esprit de l'orthodoxie du "small internet" consiste à prendre conscience de ce fait et à se concentrer sur l'objectif de créer des Internets alternatifs au sein de l'Internet, comme l'ont fait les adeptes du dark web.

Les sept derniers commandements énoncent les moyens d'atteindre les objectifs des trois premiers. Les concepteurs et les développeurs devraient commencer par prendre des décisions judicieuses concernant les logiciels qu'ils utilisent pour créer leurs sites web. Ces derniers temps, je suis tombé sur un nombre croissant d'articles rédigés par des concepteurs et des développeurs sur la façon dont certains logiciels de conception créent des pages web qui imposent un lourd fardeau aux utilisateurs de leurs sites web. Mon opinion personnelle est que si le développeur d'un site web personnel fait bien le "small internet", il devrait au moins être prêt à envisager l'idée d'écrire tout son propre code HTML et autre à partir de zéro. Bien que je sois loin d'être un développeur expert, j'ai jusqu'à présent réussi à le faire sur tous mes sites web. Et je dois admettre que, après une courbe d'apprentissage initiale, non seulement cela n'a pas été si difficile, mais cela a été très amusant et m'a donné un grand sentiment d'accomplissement. Le fait de savoir que rien sur mes sites web ne traque mes lecteurs sur l'internet me donne un sentiment de satisfaction à l'égard de mes efforts. L'empreinte carbone très faible de mes sites web est également appréciable.

Les objectifs des trois premiers commandements sont également atteints par la conception de sites web intelligents qui font de la navigation sur les petits sites Internet une expérience agréable. Lorsqu'une personne commence à créer ses propres sites web, elle devrait être suffisamment familiarisée avec l'internet pour savoir ce qui l'ennuie. Et il devrait être plein d'idées sur la manière d'éviter d'imposer des expériences similaires aux autres. Toutefois, il devrait également s'efforcer de se familiariser avec les contraintes particulières auxquelles les pauvres, les habitants des pays moins développés et ceux de nombreuses zones rurales sont confrontés en ce qui concerne l'internet. Prenons par exemple un commentaire fait il y a environ trois mois par l'utilisateur qwerty456127 en réponse à un article de Hacker News :

"Le "small internet" est une chose très importante. L'accès à large bande est loin d'être aussi omniprésent qu'on le croit en dehors des grandes villes. Les habitants des zones rurales peuvent avoir des connexions lentes et peu fiables (et probablement coûteuses en même temps) et du matériel rétro.

J'ai lu que des enfants grimpaient sur de vieux pylônes et attendaient des heures ( !) que le site web de l'école se charge pour pouvoir accéder à leurs devoirs pendant les jours de confinement. Je parie que les mêmes informations pourraient être fournies en quelques secondes s'il s'agissait d'une page Gemini ou Gopher plutôt que d'une page web "moderne" boursouflée de cadres JavaScript et tout le reste.

Je suggérerais même de discuter de l'idée de rendre obligatoire le maintien d'un bon site lo-fi (par exemple Gemini/Gopher ou HTML pur) pour les organisations de certains types, de la même manière qu'il est obligatoire d'avoir des rampes d'accès pour les fauteuils roulants et un équipement de sécurité incendie adéquat".

Depuis près de vingt ans, je me demande pourquoi les enseignants des classes de première à terminale sabotent leurs élèves en insistant pour que leurs cours soient principalement présentés sous forme de vidéos. Oui, j'ai bien dit "saboter". Ne comprennent-ils pas ou ne se soucient-ils pas du fardeau qu'ils font peser sur leurs élèves les plus pauvres en supposant que leurs parents ont les moyens de payer des connexions Internet à haut débit ? Pourquoi les leçons des enseignants ne peuvent-elles pas être au format audio, qui ne représente qu'un dixième de la taille d'une vidéo ? Bien sûr, le meilleur format, en particulier pour la plupart des enfants plus âgés, serait le texte, dont la taille est un centième de celle de la vidéo. En fait, le format idéal serait les trois, de sorte que l'élève puisse choisir le format qu'il préfère et que ses parents puissent se le permettre.

Les administrateurs scolaires qui dictent les formats de cours et choisissent les logiciels utilisés par les enseignants pour dispenser les cours à leurs élèves devraient savoir qu'ils ne doivent pas faire de choix qui font peser de lourdes charges sur les élèves et les parents. De même, les concepteurs de sites web devraient savoir qu'il ne faut pas obliger chaque lecteur d'un article de blog à télécharger des mégaoctets de logiciel de suivi déguisé en code de commentaire d'utilisateur ou en logiciel de cartographie thermique de page web.

Les écoliers ne sont pas les seuls à pouvoir bénéficier de sites web rationalisés. Un autre utilisateur de Hacker News, wsc981, a écrit ce qui suit :

"Je n'ai pas lu tout l'article, mais j'aimerais ajouter que j'aimerais vraiment voir des pages web plus simples. Pour de nombreux sites (par exemple, les actualités), le texte seul serait parfait.

En Thaïlande (où je vis), j'ai récemment trouvé un abonnement internet super bon marché, payant environ 1,00 USD (30 THB) par mois. Bien sûr, cet internet est très lent, inutilisable pour les sites modernes / applications web comme YouTube ou Google Maps. Mais il pourrait être très décent si plus de sites étaient réduits à l'essentiel".

Je n'ai pas abordé le protocole Gopher ou le projet Gemini dans cet article. Je n'ai aucun problème avec les protocoles autres que HTTP ou avec les réseaux décentralisés qui exigent que les utilisateurs exécutent des logiciels supplémentaires sur leurs ordinateurs, s'ils le souhaitent. Cependant, je pense que le protocole HTTP utilisé par l'Internet normal est parfaitement capable de s'adapter au "small internet". Je ne pense pas que les concepteurs et les développeurs de sites web soient incapables d'exercer un contrôle autonome sur la création de leurs sites web et qu'ils doivent donc y être contraints par un nouveau protocole.

Certains adeptes du "small internet" ne fournissent pas de liens vers des articles datant de plus de deux semaines, je suppose que c'est pour minimiser le contenu en données des pages qui répertorient leurs articles. Bien que je respecte et admire leur dévouement à leurs idéaux, je pense deux choses de cette pratique. Tout d'abord, les pages de l'Internet restreint devraient être restreintes en termes de données, et non en termes de nombre. Deuxièmement, je pense qu'une grande quantité de contenu inaccessible réduit le plaisir des lecteurs. De plus, cette pratique n'a pas de sens. Pourquoi un blogueur prendrait-il le temps d'écrire un excellent article de blog pour le retirer de son site web deux ou trois semaines plus tard ? Laissez-le en ligne, afin que les lecteurs qui arrivent tardivement sur votre site puissent également le consulter. Nous disposons du Nouveau Testament depuis près de 2000 ans. Que serait-il advenu du christianisme s'il avait été jeté au bout de trois semaines ? En supprimant les liens vers les anciens articles, je crains que les fanatiques ne se reléguent dans les régions sauvages de l'internet, où, comme Jean le Baptiste, ils porteront des peaux de bêtes et mangeront des sauterelles avec leurs minuscules groupes d'adeptes.

Je suis certain que beaucoup souhaiteraient que des commandements supplémentaires soient ajoutés. Certains se demandent probablement pourquoi je n'ai pas inclus un commandement sur la protection de la vie privée ou un commandement sur l'accessibilité. J'aurais également pu ajouter un commandement relatif à la non-utilisation de polices de caractères rares qui doivent être téléchargées avant que les pages puissent être consultées. J'aurais pu dresser une liste plus longue, mais je pense qu'après avoir pleinement compris l'esprit des trois premiers commandements, les concepteurs de sites web devraient inventer les leurs. Les leurs devraient être basés sur ce qui les dérange, et ils devraient s'efforcer de ne pas y soumettre les autres. Nous devrions tous créer nos propres commandements personnels pour le "small internet". Après tout, les commandements personnels sont ceux que nous sommes le plus susceptibles de respecter.

Si vous avez trouvé cet article intéressant, n'hésitez pas à le partager.

Traduit de l'anglais avec Deepl

Quelques remarques

Les remarques sur les bandes passante faibles n'est plus vraiment un sujet de nos jours, du moins en France. Mais par contre, je pense que c'est un gage de robustesse du web que de permettre une version simple de tout site permettant une navigation fluide soit avec une bande passate faible, des machines anciennes ou même dans un terminal ce qui est pertinent dans certains scénarios "headless".

Je pense que se refuser à tout usage de Javascript est un peu radical : on peut très bien permettre un usage minimal de Javascript pour la mise en forme de fichiers markdown à la volée par exemple. En aucun cas pour du tracking par contre.

Je suis tout à fait d'accord avec le fait que le protocole actuel du web n'a pas forcément à être modifié pour créer du "small internet" : utiliser de l'HTML, de CSS voire un peu de Javascript pour traiter des fichiers Markdown, ce sont des choses tout à fait acceptable. Certes on a "The Internet Archive" pour assurer la persistance des contenus.

Les remarques sur la pérennité des contenus que l'on met en ligne est plutôt pertinente : les contenus en ligne permettent simultanément une désynchronisation temporelle et géographique. Faire du contenu à courte durée de vie, c'est se priver d'une portée dans le futur et d'une diffusion large (qui peut être très progressive). Personnellement, je m'intéresse à certains sujets que maintenant, et je suis très content de trouver des pages de 2012 ou même des années 2000 de certains blogueurs. Ainsi notamment de Richard Stallman, Jean-Marc Jancovici, Marco Fioretti.

Ne pas oublier effectivement de prendre en compte les principes de respect de la vie privée, etc. Et ceci passera notamment par le fait que les sites "small internet" ne devront pas autant que possible avoir besoin de consulter des CDN et autres Google Font pour s'afficher correctement. Cela est de toute façon une faiblesse potentielle des sites en question.

J'apprécie particulièrement la conclusion qui laisse ouvert le corpus de règles que chacun entend adopter pour son "small internet". Vouloir créer un "small internet" en étant trop contraignant est plus que paradoxal si l'on prétend défendre la liberté individuelle.

Mon expérience personnelle m'a de plus prouver/montrer que les contenus qui sont durables en terme de maintien en ligne, ce sont les contenus simples (HTML, texte simple voire Markdown), tout ce qui est "particulier" étant soumis à caducité rapide en quelques années pour peu que l'outil utilisé s'arrête, que l'on stoppe un hébergement, etc.