Les « choses agaçantes des pages web » que je n’impose pas

• L’auteur a rassemblé et classé les fonctionnalités qu’il trouve pénibles sur d’autres pages web
• Aucune obligation de JavaScript
  • Le contenu de l’article reste lisible même dans un navigateur purement textuel
  • Comme l’article ne dépend pas de JS, les analyses basées sur des scripts comme le « suivi du temps passé » sont impossibles
• Aucune obligation de protocole de sécurité (SSL/TLS)
  • L’utilisateur peut se connecter en SSL/TLS s’il le souhaite, mais ce n’est pas obligatoire
  • La page conserve une structure textuelle suffisamment simple pour pouvoir être lue même via Telnet
• Aucun suivi ni cookie
  • Last-Modified ou ETag ne sont pas utilisés à des fins d’identification personnelle
  • L’IP des visiteurs n’est pas détournée de son usage et sert seulement à un filtrage minimal contre les abus
• Pas de pop-up, d’animations ni de médias en lecture automatique arbitraire
  • Aucun pop-up demandant de « s’abonner », aucune bannière animée, ni vidéo ou audio en lecture automatique
  • Une seule ancienne publication fait exception avec une animation
• Le minimum d’éléments qui entravent l’utilisateur
  • Aucun message intrusif du type « voulez-vous vraiment quitter la page ? » lors de la sortie
  • Pas d’en-tête ou de bannière qui suit l’écran, ni de bouton fixe « contact me »
• Affichage de la vraie date de publication
  • La date n’est pas masquée et reste clairement visible à la fois dans l’en-tête de l’article et dans l’URL
  • Les anciens articles restent présentés comme anciens
• Aucune manipulation du défilement ni barre de progression horizontale
  • Aucun contrôle artificiel du scroll ni « barre de progression de page »
  • La barre de défilement par défaut du navigateur est jugée suffisante
• Aucun bouton de partage sur les réseaux sociaux ni tracker
  • Aucun élément communiquant avec des serveurs externes, comme des boutons de partage ou de like
  • Aucun dispositif de suivi du type GIF transparent 1x1 pixel
• Pas de scroll infini ni de chargement partiel
  • La page se charge entièrement d’un seul coup
  • Un effort est fait pour fournir des textes ALT ou des descriptions appropriées pour les images, etc.
• Aucun suivi des liens
  • Aucun redirect ni paramètre ajouté pour suivre les clics sur les liens externes
  • Le fait de cliquer ou non sur un lien relève entièrement de la liberté de l’utilisateur
• Aucune publicité ni injection de JavaScript externe
  • Aucun piège à clics du genre « autres articles à lire » en bas de l’article
  • Quand la page atteint réellement sa « fin », elle s’arrête là
  • Les frais d’hébergement sont assumés personnellement, sans chercher de revenus publicitaires
• Les ressources sont chargées uniquement depuis la même origine (same origin)
  • Toutes les ressources (images, CSS, sons) proviennent d’URL auto-hébergées
  • Cela évite de dépendre de serveurs externes afin que les liens ne se cassent pas avec le temps

[regentag]

« Afficher la vraie date de publication »
Je n’aime déjà pas quand aucune date n’est indiquée, mais je n’aime pas non plus quand la date d’un article s’affiche sous la forme il y a 0 jour, il y a 0 mois, etc.
J’aimerais qu’on affiche la date et l’heure exactes.

[savvykang]

Je pense que le temps relatif en minutes n’a de sens que lorsque l’heure est la même. Le reste est gênant.

[nemorize]

Dans mon cas, je préfère un affichage où, si l’on survole le texte « il y a 0 jour » avec la souris, il se transforme en date exacte.

Comme l’a dit ep6tri, au quotidien, quand on parle d’une durée écoulée, on pense plutôt « il y a environ une semaine ? » ou « il y a environ un mois ? ». Du coup, si l’on n’indique que la date exacte, il devient au contraire difficile de comprendre rapidement quand ce texte a été publié...

[ep6tri]

Euh, moi aussi je pensais comme ça avant. Mais en y réfléchissant, dans la vie courante, quand on parle du temps écoulé, on dit souvent quelque chose comme il y a environ une semaine ? ou il y a environ un mois ? On mentionne rarement une date précise comme le X/X. Après avoir entendu cet argument, j’ai un peu changé d’avis. Bien sûr, selon la nature du billet, il peut être nécessaire d’indiquer la date et l’heure exactes. Mais je ne pense plus qu’un affichage relatif du temps soit forcément une mauvaise chose. À ma place, j’utiliserais un temps relatif, tout en indiquant la valeur exacte dans la balise datetime ou en la mettant dans l’attribut title.

[ep6tri]

Par exemple, les vidéos sur YouTube affichent typiquement le temps de façon relative : il y a ~ jours, ~ mois, ~ ans. Sauf si je suis la personne qui a mis la vidéo en ligne, la date et l’heure exactes de publication — mois, jour, heure, minute — n’ont absolument aucune importance pour moi. Savoir qu’elle a été publiée il y a environ 3 semaines ou environ 7 mois, c’est largement suffisant. En revanche, quand je consulte dans le tableau de bord un billet de blog que j’ai moi-même écrit, il est évident qu’il faut afficher l’année, le mois, le jour, l’heure, la minute et la seconde. Sinon, moi aussi, ça me rendrait dingue.