Hugo - Balise - arleo.eu

Hugo SEO : noindex sur les taxonomies pour corriger l'alerte Bing "too many thin pages"

Jmr — Mon, 29 Jun 2026 07:00:00 +0200

Contexte

Bing Webmaster Tools remontait une recommandation “There are too many pages with insufficient content” (sévérité : modérée) — 15 pages en erreur, toutes du même type :

https://www.arleo.eu/en/tags/svg/
https://www.arleo.eu/en/tags/sonarr/
https://www.arleo.eu/en/categories/incidents/
etc.

Ces pages sont les taxonomies Hugo — les listes par tag et par catégorie. Elles ne contiennent pas d’article en elles-mêmes, juste une liste de liens. Pour Bing, c’est du thin content.

Stratégie choisie

Trois options s’offraient :

Bloquer via robots.txt → déconseillé : empêche le crawl, masque les liens internes
Enrichir le contenu des pages de taxonomie → trop coûteux pour un blog technique
noindex,follow → la bonne réponse : on dit aux robots de ne pas indexer la page, mais de suivre les liens vers les articles

L’option 3 est retenue. Le follow préserve le maillage interne — les robots continuent de découvrir les articles via ces pages.

SEO Hugo : 404 Googlebot, aliases noindex et normalisation des sitemaps

Jmr — Fri, 29 May 2026 20:30:00 +0200

Contexte

Google Search Console remontait quatre catégories de problèmes sur arleo.eu :

404 Googlebot : /fr/tag/cloudflare, /en/tag/nginx, /fr/tag/javascript… URLs avec préfixe /fr/ ou singulier /tag/ jamais servi par nginx
16 pages “Exclue par la balise noindex” : toutes des pages de redirection générées par aliases: dans le frontmatter Hugo
Balise robots : noodp hardcodée dans le thème LoveIt
Sitemap FR/EN : 104 vs 105 URLs — un tag doublon FR et deux tags manquants

Acte 1 : aliases Hugo → redirections nginx 301

Pourquoi Hugo génère des pages noindex

Hugo génère les entrées aliases: du frontmatter comme des fichiers HTML statiques :

Hugo : gel des diagrammes Mermaid en SVG statiques dark/light

Jmr — Fri, 29 May 2026 20:00:00 +0200

Problème

Les diagrammes Mermaid sur arleo.eu rendaient côté client via cdn.jsdelivr.net. Trois conséquences concrètes :

CSP contrainte — script-src cdn.jsdelivr.net et worker-src cdn.jsdelivr.net obligatoires (Mermaid v11 utilise des Web Workers pour ses parsers).
Flash de rendu — le diagramme apparaît après l’exécution JS, créant un décalage visible.
Thème dark ignoré — Mermaid initialisait le SVG en mode clair même quand le thème du site était dark.

La solution : générer les SVG au build avec mmdc, en dehors de tout contexte navigateur.

CSP A+ sur Hugo + Cloudflare : de hash-based à origin allowlist, monitoring auto et durcissement

Jmr — Thu, 28 May 2026 23:40:12 +0200

Contexte

arleo.eu tourne sur Hugo (VM KVM) → OpenResty (NUC) → Cloudflare (CDN/WAF). Objectif : score A+ sur Mozilla Observatory avec une CSP stricte qui résiste aux injections côté edge.

Le parcours a traversé trois stratégies en quelques semaines — nonces, hashes, puis origin allowlist — avant d’aboutir à une solution stable et automatisée.

Acte 1 : pourquoi hash-based a échoué

L’idée de départ semblait solide : Hugo Pipes externalise tout le JS avec SRI, on liste les hashes dans la CSP, résultat propre. En pratique, deux problèmes ont rendu l’approche impossible.

SRI sur Hugo : hashes automatiques, auto-update et alerting BetterStack

Jmr — Sun, 17 May 2026 00:00:00 +0000

Pourquoi le SRI ?

Quand votre site charge des ressources depuis un CDN tiers — FontAwesome, Mermaid, Animate.css — vous faites confiance à un tiers sur lequel vous n’avez aucun contrôle. Si jsdelivr.net est compromis ou si une version « immuable » est mutée silencieusement, votre site peut devenir vecteur d’attaque.

Le Subresource Integrity (SRI) résout ça simplement : chaque balise ou