Nicolas Friedli

Adresses mail avec le signe + (plus)

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sat, 06 Jun 2026 00:00:00 +0000

L’utilisation du signe + dans une adresse de messagerie (ou «plus addressing») permet de créer un nombre illimité d’alias. C’est intéressant pour la détection des fuites de données et le filtrage avancé de sa boîte de réception. Mais cette méthode est aussi appelée a aussi ses limites.

Caractères autorisés (et interdits)

La constitution d’une adresse mail répond à la fois à des normes et aux critères adoptés par son hébergeur. Les hébergeurs peuvent être plus restrictifs que les règles définies par l’IETF (Internet Engineering Task Force).

La page Wikipédia sur les adresses de messagerie (en anglais) donne une excellente liste d’exemples d’adresse valides et invalides. La validité de ces adresses est celle des normes dans les RFC (Request for comments) de l’IETF.

Ensuite, votre hébergeur peut restreindre ces choix. Par exemple, Infomaniak, l’excellent hébergeur de ce site: Découvrir les caractères admis pour une adresse mail.

Pour moi, une adresse bien pensée est constituée uniquement de:

Lettres minuscules. La partie à droite de l’arobase @ (adresse du serveur) peut utiliser des minuscules comme des majuscules, c’est toujours équivalent. Les serveurs ne font en général pas de distinction entre majuscules et minuscules pour la partie à gauche de @ (partie locale). Les variations de type CamelCase apportent plus de confusion que de clarté.
Points. Ils remplacent les espaces (s’il est souhaité de rendre visible les «espaces» dans une adresse). Ils sont, par exemple, la séparation logique entre prénom et nom.
Traits d’union. Je conseille de les utiliser seulement quand ils existent déjà dans la graphie courante. Par exemple, l’adresse mail de Jean-Alcide Nanchen pourrait être jean-alcide.nanchen@gmail.com.

En plus de ces 3 types de caractères, il existe le fameux signe + ou plus. L’idée est à la fois simple et géniale. Le serveur considère comme synonyme les adresses suivantes:

prenom.nom@frdl.ch
prenom.nom+newsletter@frdl.ch
prenom.nom+anti.spam@frdl.ch

Les 3 courriers arriveront bien à l’adresse prenom.nom@frdl.ch. C’est utile car simple à mettre en œuvre, voici pourquoi.

Les alias mail

Alias «classique»

Créer un alias mail, c’est équivalent à coller un nom supplémentaire sur sa boîte aux lettres. Par exemple, sous mon nom, je peux ajouter un autocollant «Association Libido Dièse». Les courriers adressés à cette remarquable association seront déposés dans ma boîte personnelle.

Sur le serveur frdl.ch, je pourrais créer:

prenom.nom@frdl.ch <- mon adresse
libido.diese@frdl.ch <- un alias

Cela signifie que, avant de recevoir un courrier papier ou mail:

dans la vie physique, je dois créer un autocollant et l’apposer sur ma boîte aux lettres
sur le serveur, je dois créer l’alias avant qu’il soit utilisable

Alias par `+` (plus)

Pour reprendre l’analogie du courrier postal, il faut que l’adresse soit quelque chose comme: «Association Libido Dièse - Nicolas Friedli».

En version serveur mail:

prenom.nom@frdl.ch <- mon adresse
prenom.nom+libido.diese@frdl.ch <- un alias

Cela signifie que:

dans la vie physique, je n’ai pas besoin d’ajouter un autocollant sur ma boîte aux lettres
sur le serveur, je n’ai rien à créer pour que cela fonctionne (à condition que mon hébergeur gère bien les +)

C’est génial parce que je «crée» un alias au moment même de l’écriture de l’adresse.

Tracer les fuites de données

Par exemple, lorsque je m’abonne à une lettre de nouvelles, j’ajoute toujours un +. Et j’utilise une adresse Gmail.

Donc, pour les lettres de nouvelles la commune de Pétaouchnok:

nicolas.friedli+petaouchnok@gmail.com

Désormais, si je reçois un spam à cette adresse, je sais que la fuite de données provient de la commune Pétaouchnok. Peut-être qu’elle a donné mon adresse à des tiers (contrairement à sa promesse de ne pas le faire). Peut-être que son serveur a été piraté.

Trier efficacement ses mails

Comme nicolas.friedli+petaouchnok@gmail.com est désormais utilisée pour du spam, je peux ajouter un filtre qui balance automatiquement à la poubelle tout ce qui contient +petaouchnok@.

Si je recouvre confiance en cette commune, je peux toujours me risquer à un réabonnement avec:

nicolas.friedli+le.retour.de.petaouchnok@gmail.com

Mais je peux aussi utiliser d’autres alias utiles. Par exemple, pour déplacer automatiquement dans un répertoire donné:

prenom.nom+urgent@frdl.ch
prenom.nom+reservation2025@frdl.ch

À défaut de filtrer ou trier automatiquement, une recherche avec une adresse précise est diablement efficace.

Créer des comptes multiples

Autre utilité des alias par +, la possibilité de créer plusieurs comptes:

tu joues à Brawl Stars et tu souhaites 2 comptes
une administration exige une adresse différente pour chaque membre de la famille
tu veux profiter d’une offre gratuite limitée…

Limites de l’utilisation du `+`

Maintenant que l’on a vu plein de belles choses à faire avec +, voici pourquoi tout n’est pas complètement rose.

Configuration des serveurs

La règle Opquast 24 est claire:

Les alias mail contenant le signe + sont acceptés

La règle parle bien du serveur sur lequel vous souhaitez vous inscrire avec une adresse mail. C’est une mauvaise idée de ne pas l’accepter, mais ça arrive. Difficile de faire plier certaines entreprises et administrations.

En passant, si votre hébergeur n’accepte pas les adresses avec +, changez d’hébergeur!

Changement de propriétaire

Un «vrai» alias permet de rediriger ailleurs lorsque les propriétaires changent. Ce n’est pas le cas avec une adresse en + qui reste toujours liée à l’adresse de départ.

Dans mon exemple de l’Association Libido Dièse, l’alias en + sera toujours lié aux mêmes prénom et nom:

prenom.nom@frdl.ch <- mon adresse
prenom.nom+libido.diese@frdl.ch <- un alias

Alors qu’un alias «classique» peut renvoyer ailleurs:

prenom.nom@frdl.ch <- mon adresse
libido.diese@frdl.ch <- alias original vers prenom.nom@frdl.ch 
libido.diese@frdl.ch <- alias modifié vers prenom2.nom2@frdl.ch
libido.diese@frdl.ch <- ou redirection vers libidodiese@gmail.com

L’alias «classique» demande de la maintenance (création, suppression, gestion des redirections), mais est très souple. L’alias + ne demande aucun travail, mais offre moins de possibilités.

Malices des spammeurs et spammeuses

Si j’étais spammeur, je m’empresserais de nettoyer tous les + pour limiter les possibilités de filtrage de mes victimes. C’est facile avec expression régulière. Si vous ne savez pas ce que c’est, vous pouvez vous amuser avec regular expressions 101.

Dans mon éditeur VS Code, j’efface ce qui correspond à \+[^@]*.

En français:

Sélectionne le + puis tous les caractères qui suivent à condition que ce ne soit pas un @. Puis remplace cette chaîne par… rien.

Vous pouvez voir le résultat dans dans regexr.com.

Adresse temporaire

Avec un alias classique, il est possible de créer un mail temporaire, qui sera détruit une fois devenu inutile. Par exemple, pour envoyer des sa candidature à un emploi précis:

postulation237@frdl.ch

Une fois le délai passé cet alias est détruit.

Alors que qu’avec les adresses en +, l’adresse originale est toujours dévoilée. Pour un même type d’usage:

rh+postulation237@frdl.ch

D’une part l’adresse d’origine est dévoilée (rh@frdl.ch), d’autre part l’alias n’est pas désactivable une fois le délai passé et tous les messages envoyés à cette adresse arriveront bien dans la boîte des ressources humaines.

Un alias classique permet aussi d’anonymiser l’adresse de destination. Personne ne pourra savoir où atterit l’adresse qwertz@frdl.ch, alors que prenom.nom+qwertz@frdl.ch dévoile sa destination.

Note sur les adresses Gmail

En lisant des normes et pratiques pour rédiger cet article, je me suis souvenu d’une particularité de Gmail.

Les points n’ont aucune importance dans les adresses @gmail.com. Ainsi, les mails envoyés à toutes ces adresses arriveront au même endroit:

prenom.nom@gmail.com
prenomnom@gmail.com
p.r.enom.n.om@gmail.com

C’est plutôt intéressant du point de vue de la sécurité, parce qu’il est difficile d’usurper une identité par l’ajout de . (points).

Et, bien entendu: Gmail permet l’utilisation des adresses en +.

Antispam

Matthieu Amiguet me signale à juste titre que pour lutter sérieusement contre le spam, il est bien d’utiliser un service dédié. Par exemple spamgourmet qui permet de créer une adresse unique qui se détruit automatiquement après avoir mangé assez de messages.

Il existe aussi l’idée de l’adresse jetable, qui cache complètement votre mail, quand vous vous abonnez à des newsletters dans des lecteurs de flux RSS en ligne. C’est le cas chez Inoreader, Feedbin et Feedly (au moins).

Pour d’autres services, lancez une recherche Google sur mail jetable ou adresse mail unique.

Merdification généralisée

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Fri, 05 Jun 2026 00:00:00 +0000

La merdification, c’est d’abord un bon mot. Il a été inventé par le canadien Cory Doctorow en 2022 en anglais: «entshittification». Je vous invite à consulter La «merdification» du web, avec Cory Doctorow pour en savoir beaucoup plus sur le sujet.

Le néologisme a reçu des honneurs en devenant Word of the Year 2024 du dictionnaire australien Macquarie Dictionary. Il s’est aussi vu cité par Le Monde pour lui donner quelques lettres de noblesse: La «merdification», ce processus inexorable de dégradation de la qualité des services sur les plateformes numériques. Ou par Radio France: Merdification : quand les plateformes se dégradent

Et, logiquement, il a sa propre page Wikipédia Merdification plutôt complète.

Mais la merdification, c’est beaucoup plus qu’un bon mot qui peut prêter à rire ou à sourire. C’est l’application consciente et rigoureuse d’une stratégie à un service. L’idée, aussi simple que cynique: abandonner ou malmener les internautes qui ont donné de la valeur à ce service pour favoriser uniquement le profit des investisseurs.

Il ne faut pas se tromper de cible. En été 2025, j’ai utilisé un site de cartographie pour mes randonnées en montagne. La nouvelle version du site me paraît moins bonne que la précédente, notamment dans l’utilisation de l’espace d’écran disponible sur un téléphone. C’est moins bien, certes, mais ce n’est pas de la merdification. Ce n’est pas un choix, ce n’est pas du cynisme.

Un mauvais site n’est pas par essence un site merdifié. C’est seulement un mauvais site. Il n’y a pas de volonté ou de stratégie, seulement des lacunes, des oublis, de la paresse ou des faiblesses.

J’invite les internautes à se renseigner sérieusement sur ce concept. Le meilleur article reste à mon avis De la merdification des choses par le blogueur Ploum. Ce qu’il écrit nous aide à comprendre ce qui se passe sur le web avec les grandes plateformes que l’on croit nécessaires et qui se foutent de nous.

Dans le monde des organisations, je reste interdit quand la tolérance est prônée sur des plateformes qui favorisent la persécution, quand la solidarité est promue via des outils qui amplifient l’inégalité, quand les GAFAM (Google, Amazon, Facebook, Apple & Microsoft) malmènent les internautes alors que leur discours «100% baratin» ou «100% bullshit» promet que tout est fait pour elles et eux. Nous acceptons des outils merdifiés parce que nous avons intégré ce principe sans vraiment le théoriser. Reste à mieux le comprendre pour se mettre à le refuser.

Cory Doctorow a sorti un livre sur le sujet à l’automne 2025: Enshittification. Why Everything Suddenly Got Worse and What To Do About It.

Conseils d’utilisation des QR codes

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Thu, 04 Jun 2026 00:00:00 +0000

Les arnaques aux codes QR semblent se multiplier. Les médias généralistes en parlent et donnent quelques conseils, souvent aux utilisateurs et utilisatrices (par exemple: Le quishing, ou arnaque aux codes QR, menace les conducteurs de voitures électriques). Pourtant, j’estime que l’effort de sécurisation et de fiabilité doit aussi être fait du côté des personnes qui créent les codes.

Je parle en priorité des codes qui dirigent vers une page web, mais plein d’autres utilisations sont possibles. La page Codes QR – applications et risques sur le site de la Confédération suisse donne quelques exemples d’utilisations et de problèmes potentiels.

Petits et grands problèmes

Si un code qui ne fonctionne pas comme prévu est toujours un problème, il faut tout de même hiérarchiser les soucis:

Parfois, un QR code ne fonctionne pas. Il renvoie à une adresse (URL) qui n’existe pas ou plus. C’est frustrant, décevant, l’image de l’institution en prend un coup. Les conséquences sont toutefois limitées.

Dans d’autres cas, le QR code renvoie à la mauvaise adresse. Soit l’adresse a toujours été problématique, soit la destination (via une redirection) a été modifiée, intentionnellement ou non. Difficile de mesurer les conséquences: un détournement peut être amusant, insultant, sans intérêt, mauvais pour l’image, choquant, provocant, etc.

Finalement, un QR code est utilisé pour une arnaque. Le code de départ est remplacé ou le système de redirection piraté, et les internautes arrivent sur un faux site qui cherche à voler des informations. Le code n’est qu’un maillon de la chaîne d’un système organisé. Les conséquences peuvent être importantes et on sort du domaine technique pour entrer dans les questions de loi et de justice.

Conseils lors de l’utilisation

Les utilisateurs et utilisatrices de QR codes ont intérêt à adopter quelques réflexes utiles.

Avant de scanner

Il faut vérifier aussi bien que possible si le code n’a pas été remplacé par un autre. Un autocollant posé sur un ancien code est suspect, sans être forcément frauduleux.

Il vaut également la peine de se poser la question de la pertinence du code. Si on vous promet l’accès à un wifi gratuit en pleine rue, sur un petit autocollant collé sur un lampadaire, il n’est pas toujours judicieux de le scanner.

Après avoir scanné mais avant de cliquer

Une fois le code scanné, le téléphone propose l’ouverture d’un lien, l’acceptation d’un réseau wifi, un paiement sur Twint, etc. Il est possible de contrôler la destination du code à ce moment-là. Quand une institution officielle propose un QR code, je trouve qu’elle devrait toujours renvoyer à son nom de domaine.

En arrivant sur le site

Si le clic a été effectué mais que le site de destination semble bizarre, il est encore temps d’arrêter les frais. En particulier quand des informations personnelles ou de paiement sont demandées ou quand une application est proposée à l’installation (surtout si elle n’avait pas été mentionnée dans le texte qui accompagne souvent le code).

Conseils lors de la création

Les conseils précédents sont destinés aux utilisateurs et utilisatrices. Les suivants sont destinés à celles et ceux qui créent et rendent publics des QR codes.

Utiliser son propre nom de domaine

Je pense que l’utilisation de raccourcisseurs d’URL est souvent une mauvaise idée. Infomaniak, par exemple, dispose de son service chk.me. Personne ne pourra savoir quelle sera l’URL finale qui se cache derrière cette version courte.

L’utilisation de son propre nom de domaine est une garantie de sécurité. Il peut être utilisé de 2 manières:

en renvoyant à une URL directe (peut-être longue), en générant un code dans un outil tiers ou directement dans son navigateur
en renvoyant à une URL spécifique (souvent plus courte), redirigée par .htaccess, son outil de gestion de contenu (par exemple Redirection pour WordPress) voire par son propre système de redirection

C’est sans discussion la solution la plus simple et la plus efficace.

En complément, je propose de toujours écrire en toutes lettres l’adresse vers laquelle le code est censé renvoyer.

Proposer un support non accessible

Quand un code est affiché quelque part, tout est bon pour le rendre non accessible directement:

affichage dans une vitrine ou derrière une vitre
affichage sur un écran ou en image projetée
affichage dans un endroit inaccessible (en hauteur, derrière un guichet, au plafond, etc.)

Rendre la substitution complexe

Si la modification d’un QR code est très difficile, la génération d’un autre code et la substitution sont très simples (sauf quand le support est difficilement accessible).

Plutôt que d’imprimer seulement un petit autocollant sur fond blanc, on peut imprimer le code sur un papier à entête officiel de l’institution, et pourquoi pas y ajouter une marque au tampon encreur. D’autres pistes existent comme le papier holographique ou la gravure sur une plaque métallique.

Comme pour l’argent liquide, c’est la complexité et le coût de la falsification qui la rendront moins intéressante.

Modifier l’URL finale plutôt que remplacer

Parfois, des adresses changent. Plutôt que de coller un nouveau code (suspect) sur l’ancien, il est préférable de modifier l’URL finale. C’est une démarche facile avec son propre nom de domaine et des redirections. Ainsi, le support ne sera pas modifié par ajouts successifs.

De plus, c’est pertinent dans le cas où un QR code est utilisé à plusieurs endroits. Plutôt que de faire modifier le support à un moment précis, la redirection est instantanée et généralisée.

Vérifier régulièrement le fonctionnement

Quand un code est utilisé par une organisation, une institution ou une entreprise, je conseille de demander aux membres et employé·es de le vérifier régulièrement. Un scan rapide permet de s’assurer qu’il fonctionne toujours et qu’il renvoie au bon endroit. C’est de plus une bonne incitation à utiliser régulièrement cet outil.

Supprimer proprement les codes invalides

Finalement, quand une page de destination est désactivée, il faut agir intelligemment:

s’il est certain que le QR code n’était affiché qu’en un endroit, il peut être simplement supprimé
mais quand le code était utilisé à plusieurs endroits, il vaut mieux conserver une redirection, par exemple vers une page générique qui annonce sa désactivation (ou à défaut sur la page d’accueil de son site)

D’un point de vue technique, je pense que toutes les URL courtes (sur son nom de domaine) ne devraient jamais être utilisées pour renvoyer ailleurs après une désactivation. En version courte: nouvelle redirection oui, réutilisation non. C’est le principe d’un identifiant unique (UID).

Compléments & suites

Quelques jours après la première publication de cette page, ma commune de Milvignes publiait sur son site un problème de QR codes. Elle avait utilisé un système de redirection (qr.codes ou qr.io) payant plutôt que de renvoyer directement à son propre nom de domaine. La période d’essai était expirée; les codes invalides…

Dans son billet QR Code Hijacking Attempts Are Pretty Inept, Terence Eden montre quelques exemples de fraudes, puis insiste sur une URL officielle. On ne le dira jamais assez: votre nom de domaine est capital, y compris le nom de domaine d’un site personnel.

Le générateur de sites statiques Hugo permet de créer des codes à la volée. Si je veux un code avec l’adresse de mon site, je tape quelque chose comme:

{{< qr text="https://nicolasfriedli.ch" />}}

Sans passer par un service tiers, j’obtiens une image légère, hébergée sur mon propre site et pérenne:

À propos de ce site (colophon)

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Wed, 03 Jun 2026 00:00:00 +0000

Ce site est simple et efficace. Il fait la part belle au texte. Je ne suis pas opposé à l’utilisation d’images, à condition qu’elles apportent des informations utiles.

nicolasfriedli.ch est créé avec l’excellent Hugo, un générateur de sites statique rapide. Le site actuellement en ligne a été compilé avec la version 0.162.1.

Ses sources sont disponibles dans un dépôt GitHub public. Elles permettent de voir le contenu des pages avant compilation (Markdown), la configuration d’Hugo et de suivre l’ensemble des évolutions.

Il est hébergé en Suisse, chez Infomaniak, une entreprise écoresponsable. Même si je trouve les services comme Netlify ou CloudFlare performants et agréables, j’ai fait le choix de mon pays et de l’écologie.

Un flux RSS, avec l’ensemble du contenu des pages, permet de s’abonner au site. Les flux RSS (ou Atom) sont des outils qui changent la vie.

Je teste régulièrement mon site pour m’assurer de toujours obtenir d’excellents résultats:

scores verts dans PageSpeed Insights
A+ dans Website Carbon Calculator
aucune erreur d’accessibilité chez WAVE Web Accessibility Evaluation Tools
HTML valide selon le Markup Validation Service du W3C
CSS valide selon le CSS Validation Service du W3C
RSS valide selon le Feed Validation Service du W3C

J’essaie de respecter toutes les toutes les règles du Référentiel Opquast applicables.

Lorsque j’interviens sur des sites en tant que consultant ou employé, je recherche les mêmes standards de qualité.

Biographie web de Nicolas Friedli

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Wed, 03 Jun 2026 00:00:00 +0000

Nicolas Friedli est titulaire d’un master en théologie protestante de l’Université de Neuchâtel. Il est salarié à 40% pour le web et les réseaux sociaux de l’EREN (Église réformée évangélique du canton de Neuchâtel). Il est consultant web indépendant le reste du temps.

Il apprécie les sites web qui proposent du contenu. Surtout quand ils sont simples, performants et pérennes. Il a travaillé ou travaille avec SPIP, DokuWiki & WordPress. Aujourd’hui, il privilégie les sites statiques, notamment avec Hugo, ou légers comme Pure Blog.

Durant les 20 dernières années, il a travaillé pour les domaines:

de la culture (musée, ensemble instrumental, festivals)
de l’écrit (agence de presse, maison d’édition, mensuel français)
de l’entreprise (finance, immobilier, industrie)
de la formation (promotion d’études universitaires, formation continue)
des institutions (sites romands, cantonaux et locaux)
des organisations (communes, ONG)
de la santé (cabinets, sites professionnels)
du sport (tournoi ATP de tennis, courses populaires, équipement)

Convaincu que les sites d’institutions et d’organisations ont un énorme potentiel d’amélioration, il se passionne pour l’architecture d’information, la performance web et le référencement local. Le contenu et les liens sont les briques essentielles pour proposer un site web utile.

Il s’est exprimé régulièrement dans des sessions de formation professionnelle et dans des interventions publiques.

Il est marié à Diane Friedli, pasteure, et père de Lucien et Clémence.

Tester un site web

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Wed, 03 Jun 2026 00:00:00 +0000

Il n’est pas rare que l’on me demande ce que je pense d’un site web personnel ou professionnel. Une petite phrase lâchée dans une discussion informelle:

J’ai un nouveau site, est-ce que tu jettes un coup d’œil et tu me dis ce que tu en penses?

Voici quelques tests que je vais effectuer sans délai pour me faire une idée. Car je ne vais pas me contenter de regarder le site et de naviguer sur quelques pages. L’ordre des choses dépendra de ce que je vais trouver dans mes investigations.

Les liens permettent de faire vos propres évaluations en direct pour votre site ou celui de la concurrence.

Ouvrir le site

Dans un premier temps, je vais me rendre sur le site, sur sa page d’accueil. Je vais jeter un premier regard rapide, m’intéresser à la taille de la police, aux contrastes, à la mise en page, etc. afin de voir si tout semble normal. En principe, jusqu’ici, tout va plutôt bien.

Puis je vais désactiver le cache du navigateur et limiter la bande passante. Je vais contrôler le poids des ressources qu’il télécharge et leur provenance au rechargement de la page. J’aurai une idée de la vitesse d’affichage. Il n’est pas rare que des lenteurs et des lourdeurs soient déjà perceptibles.

Lancer PageSpeed Insights

Ensuite, je vais coller l’adresse du site dans PageSpeed Insights. Si les 4 résultats sont verts, c’est bon signe. Si certains résultats sont orange, ils deviendront naturellement des points d’attention. Si des résultats sont rouges, je vais focaliser mes investigations dans ces domaines avant tout.

Regarder l’état du référencement

Puis je me rendrai dans Google (parce que c’est le plus utilisé) et effectuerai une recherche du type site:votre-domaine.com. Ainsi j’aurai une idée:

du nombre de pages référencées
de la qualité de l’affichage des résultats de recherche (SERP)

Si le site est très récent et qu’il n’est pas affiché, je le signalerai. Si le site est ancien et peu présent (ou mal affiché), je lancerai la thématique du référencement. À quoi bon un site, même excellent, que l’on ne trouve pas.

Naviguer sur plusieurs périphériques

Par la suite, je vais ouvrir le site sur plusieurs ordinateurs, avec des écrans de plusieurs tailles, différents systèmes d’exploitation et navigateurs. Je vais y naviguer sur ma tablette et sur mon smartphone.

Je vais redimensionner la fenêtre manuellement, essayer de zoomer le texte, vérifier des contrastes. J’essaierai de m’y rendre à plusieurs moments de la journée, parce qu’un site n’est pas le même en plein soleil ou dans la pénombre.

Je vais retourner sur la page d’accueil et tenter de naviguer en utilisant mon seul clavier. Je verrai si l’utilisation des menus est fluide, si l’ordre des liens est correct, s’ils sont visibles à la sélection, etc.

C’est un test d’accessibilité (A11Y) basique, que je vais compléter par un passage dans WAVE Web Accessibility Evaluation Tools pour contrôler la structure de la page, les textes alternatifs des images, etc.

Lire quelques contenus

Si je trouve une page à fort contenu, je vais la lire intégralement. Je pourrai me rendre compte en pratique de la lisibilité de la police choisie (sur plusieurs systèmes d’exploitation), des choix de contraste, de la mise en évidence des liens, de l’usage des intertitres et des listes.

Je vérifierai aussi si les lignes de textes ne sont pas trop longues ou trop courtes, si l’interligne est pertinent. Si, à la moitié de la page, j’ai une impression de fatigue, je suppose que d’autres internautes l’auront aussi.

Se faire une idée du bilan carbone

Par la suite, je vais tester le bilan carbone du site dans Website Carbon Calculator. À vrai dire, j’aurai déjà une idée du résultat en fonction de tous les tests précédents, mais cette vérification n’est pas de trop.

C’est un test que je trouve particulièrement important pour tous les sites qui parlent de ressources, d’écologie, de respect de la Création, etc. Un peu de cohérence ne fait jamais de mal.

Contrôler la validité du code

Un passage par les validateurs du World Wide Web Consortium (W3C) me permettra de vérifier l’état du code:

Avec le dernier test, je contrôlerai si un flux RSS ou Atom peut être découvert automatiquement. Et s’il est absent, je me demanderai s’il serait pertinent d’en proposer un.

Parcourir l’entier du site

Par la suite, je lancerai encore un outil qui parcourt l’entier du site (crawl), par exemple Screaming Frog SEO Spider. Je découvrirai les éventuels liens morts, les répétitions fautives dans les titres ou les descriptions, etc.

Un site en ligne depuis longtemps et avec beaucoup de pages aura souvent plus de liens morts qu’un site tout frais. Mais cette vue d’ensemble permet souvent de découvrir des scories qu’il est facile de corriger.

Passer aux règles Opquast

Si tout s’est bien passé jusque là, je vérifierai certaines règles Opquast. En particulier celles que je trouve les plus pertinentes sur ce site précis sur lequel j’aurai déjà passé quelques minutes.

Par exemple, si le site présente beaucoup d’adresses de contact, je contrôlerai leur contenu. Si le site est en plusieurs langues, je regarderai la gestion du multilinguisme.

Envoyer un retour

Cette petite analyse n’est pas un audit au sens strict. Je ne vais donc pas rendre un document complet qui détaille tous les points. En fonction de ce que j’ai vu dans mon parcours, je choisirai sur quoi portera mon retour.

J’essaierai toujours de dire le plus simplement possible:

ce qui m’a plu dans le site testé
les problèmes les plus importants qu’il pose

Envie d’essayer? Testez vous-même votre site par les différentes étapes proposées. Ou prenez le risque de me demander de «jeter un coup d’œil rapide».

Vie privée & confidentialité des données

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Wed, 03 Jun 2026 00:00:00 +0000

Le respect de votre vie privée est total.
Ce n’est pas du baratin, mais la réalité.
Point final.

Statistiques

nicolasfriedli.ch n’utilise pas de statistiques.

Mais je me réserve la possibilité d’activer des statistiques à des fin de tests. Elles seraient fournies par Plausible et respecteraient votre vie privée:

Cookies

nicolasfriedli.ch n’utilise pas de cookies.

Collecte de données

nicolasfriedli.ch n’utilise pas de systèmes qui collectent des données personnelles ou qui permettent de vous identifier:

pas de lettre de nouvelles (newsletter)
pas de comptes sur les réseaux sociaux
pas de chaînes ou groupes sur des messageries (Telegram, WhatsApp, etc.)

Le seul moyen de s’abonner à nicolasfriedli.ch est l’utilisation anonyme du flux RSS.

Services tiers

nicolasfriedli.ch n’utilise pas de services tiers:

lecteurs vidéo
lecteurs de podcasts
plugins de réseaux sociaux
polices d’écriture
cartes géographiques
iframes
etc.

J’évite toutes les astuces de préchargement de liens externes.

Tout accès à un site ou un service externe n’a lieu qu’après avoir cliqué sur un lien.

Hébergement

nicolasfriedli.ch est hébergé en Suisse chez Infomaniak. Les adresses de messagerie @nicolasfriedli.ch sont aussi hébergées chez Infomaniak. Les données restent en Suisse et Infomaniak se conforme aux lois en vigueur (conservation limitée des logs).

Google et Generative Engine Optimization (GEO)

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Tue, 02 Jun 2026 00:00:00 +0000

En ce printemps 2026, Google est accusé de casser le web. Mais, comme souvent, il publie des documents qui remettent les choses au point en ce qui concerne le GEO. On parle donc de référencement par les intelligences artificielles (IA) génératives ou grands modèles de langage (LLM).

La double contrainte est courante dans cette entreprise. D’un côté, elle cherche à faire un maximum de profits et à accaparer tout ce qui se passe sur le web. D’autre part elle emploie des équipes de personnes brillantes qui ont une vision intéressante de la technique.

Délire GEO et fichier `llms.txt`

Il y a quelque temps, sur une ancienne version de ce site, j’avais écrit un billet sur les fichiers llms.txt. Ce fichier, placé à la racine, est censé aider les LLM à optimiser le GEO du site.

Les «spécialistes» s’étaient emparés du sujet pour nous abreuver de baratin. Ce fichier un peu magique serait une nouvelle norme ou un nouveau standard. Mais il n’est ni une norme, ni un standard; seulement une proposition.

Ce fichier doit être rédigé en Markdown, un excellent langage de balisage léger facile à lire. Mais les intelligences artificielles n’en ont rien à faire de la facilité de lecture. Le HTML n’est pas plus complexe à interpréter pour une machine.

Enfin, ce fichier devrait permettre de comprendre l’essentiel du site. Autant le dire franchement, si un LLM ne comprend rien à votre site, c’est soit que c’est un mauvais outil, soit que votre site est mal barré.

La meilleure synthèse (dans le forum Hugo):

An AI that requires a specific format to consume information is not an AI.

Sous cet angle, ce truc de llms.txt est tout bonnement absurde!

Pour en savoir plus sur ce fichier, le meilleur article au moment de sa sortie était Le fichier LLMS.txt par Olivier Duffez.

Google milite pour le «bon vieux web» et le référencement (SEO) classique

Les sites techniques se sont emballés pour rien. Google ne consulte pas le fichier llms.txt.

Récemment, Fabrice Ducarme a publié Google publie son guide officiel sur le GEO: ma lecture du 15 mai 2026. Il relativise nettement l’intérêt de llms.txt, avec humilité, alors qu’il était plutôt favorable à ce type de fichier.

Son billet donne son interprétation de Optimiser votre site Web pour les fonctionnalités d’IA générative dans la recherche Google. Il résume le tout en une phrase partagée de Laurent Bourrelly:

Si le SEO est bien exécuté, le GEO est inclus… Besoin de rien faire de plus que du SEO.

Ce que Google demande, ce sont de bons sites, avec du bon contenu (utile et honnête) et un balisage sémantique correct. Une bonne architecture d’information. Un site propre, avec un HTML de qualité. Un site rapide et léger. Pas de contenus dupliqués. Rien de plus, rien de moins. Du vrai web et du bon SEO qui ont fait leurs preuves depuis des plombes.

Google casse tout

En même temps qu’il propose de s’appuyer sur de bonnes bases éprouvées, Google casse tout. C’est ce que décrit Matthias Ott dans Ad Infinitum (un lien déjà cité dans Casser les contrats du web). Le principe de l’échange de bons procédés est abandonné. La méthode de Google, c’est:

Je veux profiter de tes contenus, les afficher moi-même et ne pas te renvoyer le moindre trafic.

Je ne sais pas encore si Google arrivera à imposer sa nouvelle vision. Il faut espérer que non, mais il façonnera les choses différemment d’aujourd’hui.

C’est toujours, de très loin, le moteur de recherche le plus utilisé. La page des résultats de recherche (SERP), complètement produite par l’IA, va prendre une place croissante. Il faudra toujours s’intéresser à cet outil, même merdifié, parce qu’il restera celui de la majorité.

C’est en tout cas le bon moment pour passer à un autre moteur de recherche par défaut. Par exemple DuckDuckGo en version sans IA.

Google propose des pistes

Google propose de continuer avec le bon vieux web et, dans un même temps, change les règles. C’est compliqué.

Ludovic Toinel nous dit que Google a pris la main sur votre site (et ne vous a rien demandé). C’est plutôt juste.

Si vous ne voulez toujours pas passer aux flux RSS (c’est votre problème) ou changer de moteur de recherche, il reste des possibilités.

Vous pouvez me suivre sur Google en cliquant sur la page de profil de ce site. En principe, les prochaines publications devraient être poussées en avant dans le moteur de recherche ou les outils IA. Je ne sais pas ce que cela donne.

Vous pouvez aussi configurer vos sources préférées, ce que font plein de médias en panique. nicolasfriedli.ch n’y apparaît pas encore, parce qu’il est en pleine refonte.

En résumé

Faites de bons sites, simples, utiles, qui répondent aux questions des internautes. Arrêtez de flatter l’ego de votre direction, ça n’intéresse qu’elle.

Ne sautez pas sur la dernière «technologie» à la mode parce que des «spécialistes» répètent des annonces. Attendez quelques semaines pour voir si elle existe toujours.

Si Google est important pour vous, utilisez les outils simples qu’il propose. Et favorisez ceux qui ne demandent aucun investissement.

Apprenez à détecter le baratin des agences qui saturent leur discours de jargon. Leurs boniments ne font pas de bons sites.

J’ajoute l’article Google Says LLMs.txt Is Purely Speculative… For Now découvert juste après la publication de ce billet.

SeoMix confirme que ce fichier n’est simplement pas consulté par les robots des IA. Sa seule fonction est de dévoiler votre stratégie à vos concurrents…

Introduction aux flux RSS et Atom

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Mon, 01 Jun 2026 00:00:00 +0000

Les flux RSS (Really Simple Syndication) existent depuis 25 ans. Ils sont simples, efficaces et fiables, mais ils restent méconnus par beaucoup d’internautes pour qui c’est un truc de spécialistes.

Deux remarques introductives:

prendre en main les flux RSS et constituer une première liste de sites prend un peu de temps (mais permet d’en gagner beaucoup par la suite)
je ne ferai pas de distinction entre RSS et Atom (Atom Syndication Format) qui sont identiques à l’utilisation

Ça sert à quoi

Pour commencer ce petit parcours, j’ai demandé à ma femme Diane Friedli de me dire spontanément comment elle définirait les RSS:

Les flux RSS, ça te permet de savoir qu’il y a des nouveautés sur les sites qui t’intéressent sans avoir besoin d’aller voir chacun d’eux.

Ma définition, un peu plus complète, mais moins limpide:

Les flux RSS permettent de s’abonner aux nouvelles publications de sites choisis. Ils sont consultés dans un logiciel spécifique (agrégateur) qui permet de gérer ses lectures. Les nouveautés s’affichent de manière chronologique ou selon un classement personnel. C’est une méthode de consultation fiable, rapide, écologique et anonyme.

Pour répondre à la question spécifique de l’utilité:

Les flux RSS permettent d’organiser facilement une veille personnalisée et systématique.

Comment ça se présente (pratique)

Voici ce qui se passe quand je me connecte à mon agrégateur de flux:

je vois la liste des nouvelles publications depuis ma dernière connexion
l’instant, j’ai 47 nouvelles publications issues des 340 sites j’ai décidé de suivre
ces nouveautés sont réparties dans des rubriques (selon ma propre organisation):
- 4 billets publiés sur des blogs protestants
- 2 dans ma rubrique culture
- 2 dans ma rubrique web en français
- 6 dans ma rubrique consacrée aux médias
- etc.
je vais les consulter soit de manière globale, soit par rubrique:
- je vais parcourir les 32 publications de ma rubrique web en anglais
- puis les 15 restantes de manière antéchronologique
quand un article m’intéresse, mais que je n’ai pas le temps de le lire, je vais le stocker dans «Lire plus tard»
à la fin de ma visite, j’aurai en principe tout lu (sauf les publications à lire plus tard)
parfois, je ne fais que survoler des articles (mais je sais de quoi ils parlent et ça me suffit)
j’ai aussi la possibilité de laisser des articles non lus pour ma prochaine visite (comme dans une boîte mail)

Autrement dit, ce matin, c’est comme si j’avais parcouru 340 sites pour chercher les (éventuelles) nouvelles publications. Puis que je les avais classées par catégories, puis que je les avais survolées (ou lues). Enfin que j’avais enregistrées celles que je souhaitais conserver pour plus tard en un lieu accessible de tous mes périphériques (ordinateur, téléphone ou tablette).

Franchement, nous avons mieux à faire que parcourir des centaines de sites, dont beaucoup n’ont pas de nouveautés depuis hier ou la semaine dernière. Les logiciels font ça mieux que nous.

Comment ça fonctionne (technique)

Les flux RSS sont des fichiers qui ne sont pas faits pour être lus directement par vous et moi, mais pour être transformés et affichés par des logiciels comme des agrégateurs.

Ce qui fait leur force, c’est qu’ils sont bien codifiés (et peuvent être validés comme celui de ce site). Ils ressemblent à quelque chose comme ceci:

titre du site
description
date de dernière modification
lien (page d’accueil)

billet de blog 1:
 titre
 description (ou contenu complet)
 date de publication
 lien

...

billet de blog 10:
 titre
 description (ou contenu complet)
 date de publication
 lien

Ce formalisme permet:

rapidité: c’est un fichier léger à télécharger et simple à analyser (c’est pourquoi un agrégateur peut vérifier des centaines de sites en quelques secondes)
écologie: ce fichier léger minimise les ressources utilisées et il évite de se rendre sur un site web, beaucoup plus lourd, s’il n’y a pas de nouveauté à consulter
fiabilité: la lecture d’un fichier bien formaté est beaucoup plus fiable que la consultation humaine d’un site pour découvrir des nouveautés (qui ne sont pas toujours visibles en page d’accueil)

Pourquoi c’est génial

Comme l’écrivait Thierry Crouzet dans La mécanique du texte:

Le RSS est presque trop génial. […] Il laisse imaginer un monde où chacun serait sa propre agence de presse, où chacun recevrait les informations sélectionnées par lui. Ce serait en quelque sorte un monde trop beau, et trop peu rentable.

Un système tout simple permet de lire de l’actualité sans passer par un moteur de recherche ni par un réseau social. Des sources peuvent être ajoutées ou supprimées en tout temps. Et surtout, la lecture n’est pas polluée par des algorithmes qui:

censurent des contenus (selon des critères souvent douteux)
proposent des tris ridicules (ce qui fait réagir est toujours mis en évidence)
suggèrent des nouveautés sans arrêt (même quand tout est lu, il ne faut pas que les internautes repartent)

Voilà ce que permettent les flux RSS:

la consultation de ce que je souhaite (et tout ce que je souhaite)
la possibilité de trier les contenus selon mes préférences
le droit d’arriver au bout de ma liste de lectures (et seulement de celles voulues)

Comment lire des flux RSS

Je conseille l’utilisation d’un agrégateur en ligne, parce qu’il permet de reprendre la lecture au même endroit, quel que soit le périphérique utilisé.

J’utilise Inoreader en version pro. C’est à mon avis le lecteur le plus complet, même si l’interface est parfois un peu tordue. La version basique gratuite permet de suivre jusqu’à 150 sites.

Un agrégateur très utilisé est Feedly. Je ne le recommande que dans sa version gratuite, limitée à 3 répertoires et 100 sites. Mes tests avec la dernière version Pro+ et son intelligence artificielle ne m’ont pas convaincu.

J’ai beaucoup de bons échos de Feedbin, un agrégateur simple avec quelques options intéressantes. Je l’ai testé, mais il me manquait des outils très spécifiques. Uniquement en version payante; à prix raisonnable.

On peut aussi installer un logiciel sur son propre serveur (par exemple KrISS feed), utiliser un logiciel dédié sur son ordinateur (par exemple Thunderbird) ou publier des flux RSS dans WordPress (par exemple RSS Block).

Blog are Back, qui n’est pas limité aux blogs, permet de s’abonner dans son navigateur sans créer de compte, gratuitement et en respectant votre vie privée. C’est le truc le plus simple pour découvrir la logique des flux RSS.

Pourquoi c’est irremplaçable

À mon avis, les flux RSS sont irremplaçables:

Ils permettent un abonnement ou un désabonnement complètement anonyme par défaut, alors que les lettres de nouvelles (newsletter) exigent de donner une adresse ou demandent des efforts pour cacher la sienne. Aucune crainte de ne pas pouvoir se désabonner ou de recevoir du spam.
Ils permettent une veille exhaustive. Je peux partir 2 semaines en vacances et lire tous les billets publiés en mon absence. C’est presque impossible sur les réseaux sociaux.
Ils respectent mes propres règles du jeu. Je peux les trier dans l’ordre souhaité, les filtrer, marquer des articles lus ou non lus, créer des hiérarchies, etc. Des automatismes bien conçus sont souvent meilleurs qui des intelligences artificielles qui ne cherchent qu’à impressionner.
La liste des flux auxquels je suis abonné peut être exportée facilement. Je peux la sauvegarder, la partager à d’autres, l’importer dans un autre logiciel, etc. La liberté, c’est de pouvoir changer de plateforme et d’outil librement.
La présentation unifiée permet une lecture rapide et agréable, même quand des flux proviennent de sites peu accessibles ou inconfortables. La légèreté des flux permet d’oublier la lenteur des sites qui les produisent. Plutôt que l’originalité, c’est l’efficacité qui compte.

Dans son excellente newsletter Own Your Web, Matthias Ott propose Issue 9: We ❤️ RSS. Il vaut la peine de suivre les liens proposés pour approfondir le sujet. Les internautes qui ne maîtrisent pas assez l’anglais auront intérêt à lire au moins l’article Investing in RSS de Tim Kadlec en traduction automatique.

Cory Doctorow a publié un billet de qualité sur les flux RSS comme résistance à la merdification des choses: You should be using an RSS reader.

Web sémantique clair & efficace

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sun, 31 May 2026 00:00:00 +0000

Il n’y a pas besoin de beaucoup d’éléments pour produire des pages web avec une forte valeur sémantique. C’est parce que ces éléments utiles, voire nécessaires, sont peu nombreux qu’il est possible de travailler avec un balisage léger comme Markdown. Je liste l’essentiel de ce qui permet de produire de bonnes pages web. J’essaie de proposer le contenu le moins technique possible.

Structure

Le titre est essentiel. Il est balisé automatiquement par h1 dans tous les outils qui produisent des pages web. En principe, ce serait bien d’utiliser un seul titre h1 par page, même si HTML permet d’en utiliser plusieurs. Il ne faut jamais proposer un titre vide, y compris pour des raisons esthétiques.

Ensuite, la page propose sa hiérarchie avec des titres h2, h3, etc. HTML propose 6 niveaux d’intertitres, mais je conseille de vous limiter aux niveaux 2 ou 3 dans la majorité des cas. Une page très structurée de documentation peut naturellement aller plus loin.

Il faut respecter la logique hiérarchique: un h3 ne doit jamais suivre directement h1, par exemple. Et, bien entendu, de ne jamais utiliser les titres pour des raisons visuelles et esthétiques.

L’extension SEO Detailed permet de vérifier instantanément la structure de la page finale dans son navigateur. Je conseille à toutes les personnes qui gèrent un site de l’installer et de l’utiliser régulièrement.

La structure est en principe rendue visuellement, par des espacements, des tailles d’écriture, des polices spécifiques, etc. Parfois, elle est aussi présente dans une table des matières de la page. Mais, quel que soit son rendu, elle compte énormément, tant pour des questions d’accessibilité (A11Y) que de référencement (SEO).

Formatage du texte

Le texte, à proprement parler, n’a pas forcément besoin de beaucoup d’éléments sémantiques. Il peut être clair sans ajouts particuliers.

Paragraphes (& sauts de lignes)

1 paragraphe = 1 idée. L’unité naturelle du texte, c’est le paragraphe. Le web et les paragraphes simples et courts font très bon ménage, parce que toute page n’est pas du Proust.

Souvent, il existe un espacement entre 2 paragraphes successifs; parfois un retrait de la première ligne. Quand cela ne convient pas, il est possible d’utiliser des sauts de ligne (qui restent toutes dans la même unité sémantique).

C’est utile.
Parfois.
Rarement.
Mais ça existe.

Si votre site propose un espacement problématique entre les paraphraphes (trop petit ou trop grand), il faut le gérer de manière globale. Une feuille de style CSS ou un petit code dans votre WordPress (CSS additionnel dans la personnalisation) règlent cela pour tout le site, sans changement sémantique.

Liens

Les liens sont la brique de base du web avec le texte. Je conseille de toujours les insérer dans le corps du texte, au bon endroit, avec un intitulé correct.

La règle Opquast 137 est claire:

Le libellé de chaque lien décrit sa fonction ou la nature du contenu vers lequel il pointe.

Avec des unités de sens de tailles raisonnables et des ancres de lien dans le corps du texte, c’est ce qui donne le plus de valeur aux contenus ciblés. Des liens aux intitulés porteurs de sens placés dans le bon contexte sont le meilleur outil sémantique possible.

Emphases

HTML propose 2 types de mises en évidence:

l’emphase (em) rendue par défaut par un italique
l’emphase forte (strong) rendue par défaut par un gras

Les balises i et b sont sémantiquement beaucoup moins intéressantes. Elles peuvent très bien êtres abandonnées.

Citations

Les citations doivent être balisées avec blockquote et pas être mises simplement en italique ou en gras. Par défaut dans la majorité des navigateurs, la citation propose un léger retrait. Ensuite, toutes la variations sont possibles (soit au niveau du site par CSS, soit au niveau de la citation avec WordPress).

La règle Opquast ci-dessus donne un exemple de mise en page de citation sur nicolasfriedli.ch Il est possible d’affiner les choses avec un attribut cite, mais je me perds dans les débats sur le sujet. Je préfère donner le lien de la source dans l’introduction à l’extrait.

Listes

Formellement, les listes sont aussi un formatage du texte. J’en fait pourtant un élément de structure différent parce qu’elles sont particulières.

Liste non ordonnée

La liste non ordonnée est souvent appelée «liste à puces». Toutefois, une liste ul (unordered list) peut se présenter visuellement sans puces.

Dans une recette de cuisine, la liste non ordonnées présente les ingrédients:

lait
beurre
farine
sel
poivre

L’ordre n’est pas fondamental d’un point de vue sémantique, mais il garde son sens à la lecture. J’omets les quantités et simplifie; pour réaliser une sauce Béchamel, je vous renvoie chez Chef Simon.

Liste ordonnée

Dans une liste ordonnée (ol comme ordered list), comme on peut s’y attendre, l’ordre compte.

Pour poursuivre notre recette de cuisine:

Faire fondre le beurre sans coloration.
Ajouter la farine.
Cuire le roux.
Verser le lait en une fois.
Etc.

Je trouve les listes ordonnées sous-utilisées sur le web. À chaque fois que l’on poste une liste, il faudrait se demander si son ordre a un sens ou non.

Liste de définition

La liste de définition est beaucoup trop peu utilisée alors qu’elle est sémantiquement très intéressante. WordPress, qui motorise la moitié du web, ne la propose malheureusement par défaut.

Elle pourrait se présenter ainsi, dans notre suite culinaire:

roux: «tant pour tant» de farine et de beurre cuit lentement
sauce: machin plus ou moins liquide (et plus ou moins bon) pour mettre en valeur (ou pas) un plat
tant pour tant: préparation dans laquelle tous les ingrédients sont utilisés en quantités égales

Ce qui est intéressant, c’est la forte valeur sémantique du code:

<dl>

 <dt>roux</dt>
 <dd>«tant pour tant» de farine... </dd>

 <dt>sauce</dt>
 <dd>machin plus ou moins liquide...</dd>

 ...

</dl>

Le terme (dt ou description term) est lié à sa description (dd ou description details). C’est exactement la structure que j’utilise sur les pages paroissiales de Trouver ma paroisse avec de beaux résultats dans les moteurs de recherche (SERP).

Élément déployable

Il existe une balise details intéressante pour créer des éléments qui se déploient sans utiliser de Javascript (ou des extensions bizarres dans votre WordPress). Elle est construite ainsi:

Comment utiliser details?

Avec Hugo, j’ai un code pour produire ce genre de contenus. Avec WordPress, il existe désormais un bloc natif. Et sinon, c’est toujours la même histoire:

<details>
 <summary>Le «titre» ou résumé</summary>
 Le contenu...
</details>

Pourquoi c’est intéressant?

Parce que, comme pour les listes de définitions, le contenu est bien relié au résumé (summary). Cela donne un bonne valeur sémantique aux contenus.

C’est très utile pour proposer une foire aux questions (FAQ).

Accordéon facile

Il y a fort longtemps, nous parlions d’accordéon. En utilisant details avec un attribut name identique pour plusieurs entrées, quand on en ouvre une, les autres se referment. Comme sur cette page.

Mais ce n’est pas une utilisation obligatoire. Il est aussi possible d’ouvrir des «onglets» par défaut avec open.

Éléments multimédias

Pour donner un maximum de valeur aux images, il faut toujours leur attribuer une alternative. L’attribut alt permet de décrire l’image et est utile:

aux internautes qui ne peuvent pas la voir
aux moteurs de recherche qui peuvent l’indexer
en cas de problème d’affichage (lenteurs, problèmes de serveur, etc.)

Quand une image est purement décorative, il convient de lui attribuer un alt vide plutôt que pas d’attribut.

Pour l’audio (podcasts) et la vidéo, je constate que les services tiers sont massivement utilisés. Je conseillerais simplement d’ajouter une transcription, des sous-titres ou un bon résumé sur la page du site.

Tableaux

Il ne faut utiliser des tableaux que si les données présentées le justifient. L’apparence n’est pas une bonne raison pour utiliser un tableau. Il existe d’autres moyens de mettre des contenus en forme.

Je vous invite à découvrir les notions de base sur les tableaux du Mozilla Developper Network (MDN).

Métadonnées

D’un point de vue sémantique, je conseille de toujours renseigner la description de la page. La règle Opquast 3 est claire:

Le code source de chaque page contient une métadonnée qui en décrit le contenu.

Certes, la description n’est plus utilisée comme critère de classement par les moteurs de recherche. Mais elle est toujours importante dans l’affichage des résultats (SERP).

Et, surtout, c’est une excellente manière de travailler que de toujours prendre la peine de rédiger un résumé de 150 ou 200 caractères au moment de la mise en ligne de la page. Cette introduction pourra être affichée sur le site, par exemple dans la liste des billets. Et, là, c’est un vrai plus de sens.

À propos des données structurées

En version courte: il n’y a pas besoin de données structurées. L’utilisation correcte de ce qui est présenté ci-dessus est suffisant.

Elles ne servent presque à rien dans la majorité des cas, parce qu’elles ne font que redire ce qui l’est déjà. Les données structurées ne prennent de sens que si elles sont vraiment structurées, avec une certaine profondeur.

À propos des intelligences artificielles (IA)

Il ne faut faire aucun effort pour «aider» les intelligences artificielles. Si une prétendue IA est incapable de lire correctement une page sémantiquement correcte, mieux vaut l’oublier.

Je vous laisse effectuer une recherche sur l’optimisation pour les IA génératives (GEO ou Generative Engine Optimization). C’est globalement du baratin. Des dizaines de «spécialistes» répètent les mêmes mantras pour vendre leur came.

Tout ce que j’ai vu de sérieux sur le sujet, c’est que les sites bien faits sont biens compris par les grand modèles de langage (LLM). Les règles de bases de HTML, les règles Opquast, les recommandations SEO classiques, c’est parfait!

Si l’on veut faire (potentiellement) mieux, il faut attaquer les «données structurées vraiment structurées». Il n’est pas certaine qu’elles seront utilisées. Mais il est sûr qu’elles sont complexes à produire.

Finalement, je vous signale qu’un fichier llms.txt à la racine de votre site ne remplacera jamais un bon contenu. C’est probablement pour cette raisons que les IA ne l’utilisent simplement pas!

Contact

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sat, 30 May 2026 00:00:00 +0000

Vous souhaitez améliorer votre site web? Vous voulez m’adresser un retour sur une publication? Vous avez une question technique ou stratégique? Vous souhaitez me proposer un mandat en indépendant? Vous espérez que je devienne votre employé?

Nicolas Friedli
Rue du Château 3
2013 Colombier (NE)
Suisse

hello+2026@nicolasfriedli.ch
+41 79 344 33 82 (SMS et WhatsApp)
+41 32 841 48 74 (urgences uniquement)

IDE: CHE-469.715.163 (vérifiable dans https://www.uid.admin.ch/)

Je suis présent sur Mastodon avec le compte @frdlch@mastodon.social.

Ne me cherchez pas sur les réseaux sociaux Bluesky, Instagram, LinkedIn, Threads ou X (Twitter). Ma présence sur Facebook est passive, pour administrer quelques pages.

Mon autoportrait permet de m’identifier parmi les nombreux Nicolas Friedli.

Licence

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sat, 30 May 2026 00:00:00 +0000

Le site nicolasfriedli.ch est mis en ligne sous 2 licences libres. Ces licences sont permissives, parce que c’est ainsi que se construit le web. Mais elles imposent aussi des contraintes.

Contenus

Les contenus sont publiés sous licence Creative Commons BY-SA.

Ce qui signifie que vous vous avec le devoir de:

citer l’auteur initial (Nicolas Friedli ou nicolasfriedli.ch)
diffuser vos propres contenus dérivés aux mêmes conditions
proposer un lien cliquable dans un contenu numérique

Ce qui signifie que vous avez le droit:

d’utiliser les contenus tels quels
de modifier ces contenus
d’en faire usage commercial

Vous n’avez pas besoin de me demander d’autorisation pour le faire. Vous pouvez me remercier pour les contenus qui vous ont été utiles ou me suggérer des améliorations.

Code

Les extraits de code sont placés sous licence Creative Commons Zero.

Ce qui signifie que:

vous pouvez faire n’importe quel usage de ces extraits de code
vous n’avez aucune obligation de me citer
vous pouvez choisir la licence qui vous plaît pour vos produits dérivés

Dans votre propre code, je vous conseille de mentionner la source en commentaire pour la retrouver si nécessaire. Un remerciement pour un code utile est toujours bienvenu, des propositions d’amélioration aussi.

Structure et design du site

Vous n’avez pas le droit de publier une copie de nicolasfriedli.ch à votre nom. Inspirez vous de tout ce qui vous semble pertinent, mais évitez le plagiat pur et simple. Vous n’avez rien à y gagner; moi non plus.

Pure Blog pour un site personnel en 2026

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sat, 30 May 2026 00:00:00 +0000

Ce matin, j’ai envoyé une proposition de modification de code pour Pure Blog. Pourtant, j’avais déjà décidé de quitter cet outil, testé quelques jours, pour revenir à Hugo. Étonnant, non?

À mes yeux, Pure Blog est le meilleur outil pour lancer simplement son site personnel en 2026. Même si ce n’est pas celui que j’ai choisi, après des hésitations, je souhaite qu’il évolue au mieux. Et je suis prêt à donner des coups de pouce pour permettre à toutes et à tous de bloguer facilement.

En résumé, Pure Blog, proposé par Kev Quirk:

s’installe en 5 minutes maximum sur un serveur mutualisé basique
ne demande pas de base de données
est très léger & rapide
permet de publier des articles (blog) et des pages (contact, à propos, etc.)
peut être personnalisé (un peu) sans aucune compétence technique
peut être personnalisé (beaucoup plus) sans grand difficulté

La rédaction se fait en Markdown, le meilleur langage de balisage léger actuellement, qui s’apprend en 2 minutes.

Les résultat est suffisant pour assurer une belle présence sur le web. Mieux que suffisant, il est excellent. Il se référence très bien. Il produit un flux RSS valide. Il se partage bien sur les réseaux sociaux.

Si je n’utilise pas Pure Blog, c’est parce que je maîtrise suffisamment d’autres outils plus puissants:

Git pour la gestion des révisions (historique)
VS Code pour saisir le texte (et créer les modèles Hugo)
Rclone pour la synchronisation quasi instantanée sur mon serveur Infomaniak
et bien entendu Hugo qui cuisine tout cela à la vitesse de l’éclair

Donc, à la fin de ce premier semestre 2026, si vous ne maîtrisez pas déjà de tels outils (ou si vous n’avez pas envie de les apprendre), je vous conseille Pure Blog. Après quelques minutes d’installation, rédigez, publiez! Inutile de perdre votre temps à «pimper votre WordPress», à gérer ses mises à jour parfois capricieuses et à essayer de le sauver quand il a été piraté.

Pure Blog.
Point.

Slash pages

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sat, 30 May 2026 00:00:00 +0000

Cette page regroupe les pages de type slash pages proposées sur nicolasfriedli.ch:

Vérification d’identité

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sat, 30 May 2026 00:00:00 +0000

Cette page permet d’identifier et vérifier des présences en ligne de Nicolas Friedli. C’est une slash page de type /verify. Les moyens de me contacter sont disponibles sur la slash page /contact.

Noms de domaines

Ces noms de domaines m’appartiennent et sont actifs:

nicolasfriedli.ch
theologique.ch (synonyme du précédent)
frdl.ch (boussole familiale)
ma-paroisse.ch

Mails

En plus des adresses liées aux noms de domaines ci-dessus, j’utilise:

Autres présences web

Présences sur des noms de domaines dont je ne suis pas propriétaire:

Casser les contrats du web

hello+rss@nicolasfriedli.ch (Nicolas Friedli) — Sat, 23 May 2026 00:00:00 +0000

En relançant ce site, je me suis posé pas mal de questions sur la pérennité de mes anciens contenus. J’ai décidé de tout supprimer plutôt que de les trier ou tenter de les actualiser.

D’une certaine manière, j’ai cassé un «contrat du web». Je ne redirige pas les anciennes publications, qui ont simplement disparu. Mais elles restent disponibles dans la WayBack Machine.

URL permanentes

Cool URIs don’t change n’est plus respecté. Cette idée qu’une URL ne change jamais est géniale. Un contenu, accessible une fois, est accessible toujours. Et s’il change d’adresse, une redirection correcte est faite pour ne pas déranger les internautes.

C’est une bonne pratique que j’applique pour les sites d’organisations que je gère. Mais je ne me vois plus l’appliquer sur mon blog personnel.

De toutes façon, les moteurs de recherche s’en fichent pas mal de mes pages. Et la «valeur» n’en est plus une. Franchement, je ne me vois pas faire ce genre d’effort pour Google et compagnie.

Quant aux internautes, il y a plein de possibilités de conserver un contenu qui serait important:

une sauvegarde simple de la page complète par son navigateur
une sauvegarde par son agrégateur de flux RSS et Atom (par exemple Inoreader)
une sauvegarde dans la fameuse WayBack Machine (je conseille de créer un compte et d’installer une extension de navigateur ou une application)

Certes j’ai cassé un contrat, mais tout existe pour que cela ne pose pas de problème. J’assume, même si ce choix m’a fait cogiter un certain temps. Tout est sauvegardé et je peux toujours fournir un contenu précis sur simple demande. Il n’est pas impossible que je remette en ligne certaines pages utiles.

Le vrai problème, c’est que plein d’autres contrats ne sont plus respectés, par des entreprises bien plus importantes que ce bon vieux Nicolas Friedli.

Google et les «liens bleus»

Matthias Ott, dans Ad Infinitum, nous dit ceci:

For 25 years, Google Search was built on a contract. The web provided the content – billions of pages, freely linked, freely crawled. In return, Google sent people back. The link was the unit of exchange. It’s what made the Web thrive as an information system: you publish, Google indexes, users click through, and value flows back to the source. Win-win.

J’adore sa formule du «lien comme monnaie d’échange». Google est en train de l’abandonner. Cette entreprise fait tout pour accaparer l’ensemble du trafic. Il n’y a plus rien de «gagnant·e-gagnant·e» dans l’histoire.

Mais, d’une certaine manière, il faut aussi admettre que nous avons toutes et tous contribué à la baisse de valeur de cette monnaie. En proposant des contenus de texte, d’images ou de vidéos sans liens contextuels précis, nous avons travaillé contre l’essence du web.

Cela n’exonère pas Google, mais cela devrait nous interroger. Parce qu’il n’est jamais trop tard pour renvoyer aux contenus de qualité et aux personnes fiables. C’est peut-être le moment où jamais.

La décision de Google, si elle se confirme, fera des ravages. Mais cette entreprise n’a pas tous les pouvoirs. Comme le dit très bien Barthélémy Rochat par l’exemple du RSS: Google killed the reader, but not the feed.

Respect des licences et des consignes

Les intelligences artificielles (IA), surtout les génératives, ne respectent pas le droit d’auteur. C’est un contrat de base, qui dépasse le web. Simplement, la présence de contenus en ligne permet d’amasser facilement et rapidement des quantités immenses de données.

Proposer une licence à ses contenus, c’est avant tout pour les quelques internautes pour qui cela compte. Les grandes entreprises s’en fichent. Et elles ne risquent rien parce qu’elles ne sont pas condamnées.

Dans le même ordre, le protocole d’exclusion des robots est bafoué. En principe, avec un simple fichier robots.txt à la racine de mon site, je pourrais interdire à un moteur de recherche ou au crawler d’une IA de parcourir ces contenus. Google respecte cette consigne, de même que certaines grandes entreprises, mais beaucoup s’en balancent.

Il faut faire preuve de trésors d’ingéniosité pour les contrer (un moment). Plutôt que de créer de nouvelles pages intelligentes et non artificielles, des développeurs et développeuses donnent de l’énergie pour que leur site ne s’effondre pas sous la charge de bots sans foi ni loi.

Réseaux sociaux

Finalement, les réseaux prétendument sociaux, à l’exception de Mastodon, ont aussi cassé le contrat de base.

Un réseau vraiment social:

me montre que ce à quoi je suis abonné·e (par un lien réciproque ou non)
ne me montre pas ce que je n’ai pas choisi

En pratique, les réseaux injustement encore appelés «sociaux»:

ne me montrent pas tout ce à quoi je suis abonné·e
me proposent plein de ~~merde~~ contenus que je n’ai pas choisis

Là aussi, le contrat initial est cassé, depuis longtemps.

C’est dans ce contexte de feu de poubelle généralisé et de «services» merdifiés que j’ai décidé de repartir à zéro. Parce que tout a changé et que maintenir à jour des contenus caducs n’a plus de sens.

Le champ est libre; c’est stimulant.

Nicolas Friedli

Adresses mail avec le signe + (plus)

Caractères autorisés (et interdits)

Les alias mail

Alias «classique»

Alias par + (plus)

Tracer les fuites de données

Trier efficacement ses mails

Créer des comptes multiples

Limites de l’utilisation du +

Configuration des serveurs

Changement de propriétaire

Malices des spammeurs et spammeuses

Adresse temporaire

Note sur les adresses Gmail

Antispam

Merdification généralisée

Conseils d’utilisation des QR codes

Petits et grands problèmes

Conseils lors de l’utilisation

Avant de scanner

Après avoir scanné mais avant de cliquer

En arrivant sur le site

Conseils lors de la création

Utiliser son propre nom de domaine

Proposer un support non accessible

Rendre la substitution complexe

Modifier l’URL finale plutôt que remplacer

Vérifier régulièrement le fonctionnement

Supprimer proprement les codes invalides

Compléments & suites

À propos de ce site (colophon)

Biographie web de Nicolas Friedli

Tester un site web

Ouvrir le site

Lancer PageSpeed Insights

Regarder l’état du référencement

Naviguer sur plusieurs périphériques

Tester la navigation au clavier et l’accessibilité

Lire quelques contenus

Se faire une idée du bilan carbone

Contrôler la validité du code

Parcourir l’entier du site

Passer aux règles Opquast

Envoyer un retour

Vie privée & confidentialité des données

Statistiques

Cookies

Collecte de données

Services tiers

Hébergement

Google et Generative Engine Optimization (GEO)

Délire GEO et fichier llms.txt

Google milite pour le «bon vieux web» et le référencement (SEO) classique

Google casse tout

Google propose des pistes

En résumé

Introduction aux flux RSS et Atom

Ça sert à quoi

Comment ça se présente (pratique)

Comment ça fonctionne (technique)

Pourquoi c’est génial

Comment lire des flux RSS

Pourquoi c’est irremplaçable

Web sémantique clair & efficace

Structure

Formatage du texte

Paragraphes (& sauts de lignes)

Liens

Emphases

Citations

Listes

Liste non ordonnée

Liste ordonnée

Liste de définition

Élément déployable

Éléments multimédias

Tableaux

Métadonnées

À propos des données structurées

Alias par `+` (plus)

Limites de l’utilisation du `+`

Délire GEO et fichier `llms.txt`