Note le lot N : les couvertures lentes au rechargement, et pourquoi ce n'est pas l'URL

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

IDEES.md

@@ -323,3 +323,33 @@ Non actés : ce fichier ne fait pas autorité, `CLAUDE.md` reste la référence.
 - **M1. Séries : « Nom d'une série » et le bouton « Créer » sur la même ligne.** Le champ et son
   bouton s'empilent aujourd'hui. ⚠️ À 320 px, la ligne doit rester lisible : le champ prend la
   place restante, le bouton garde sa largeur propre — et le libellé ne se tronque pas.
+
+## Lot N — Les couvertures lentes au rechargement (téléphone)
+
+Constat d'usage : après un rechargement sur téléphone, les couvertures n'apparaissent pas tout
+de suite — alors que deux images dont l'URL a été collée à la main (Fnac) s'affichent sans
+attendre.
+
+⚠️ **L'URL est DÉJÀ en base** (`Livre.CoverUrl`, `LivreSouhaite.CoverUrl`) : la lenteur n'est
+donc pas un aller-retour de résolution à faire disparaître. La différence entre les deux cas
+désigne autre chose — `covers.openlibrary.org` répond **302, deux fois**, avant d'aboutir sur
+`archive.org` (mesuré au lot du relais de couvertures), là où une URL de CDN collée à la main
+va droit au fichier. Sur un lien mobile, trois allers-retours par vignette et une dizaine de
+vignettes à l'écran, c'est exactement ce qui se voit.
+
+⚠️ Deuxième cause probable, à mesurer avant de coder : `Couverture.razor` n'utilise le magasin
+IndexedDB `couvertures` que **hors ligne** (`!Reseau.EnLigne`). En ligne, chaque rechargement
+repart donc du réseau, même pour une image déjà rangée sur l'appareil.
+
+Pistes, dans l'ordre où elles se testent :
+
+- **N1. Servir le blob caché même en ligne**, l'URL réseau ne servant que de repli. ⚠️ Ce serait
+  renverser la règle actée « en ligne, rien ne doit ralentir la voie rapide » : une lecture
+  IndexedDB précéderait l'affichage. À mesurer, pas à supposer — et il faudra décider quand le
+  blob est rafraîchi, une couverture pouvant changer.
+- **N2. Résoudre les redirections une fois pour toutes** : stocker l'URL finale plutôt que celle
+  de `covers.openlibrary.org`. ⚠️ Rien ne garantit que l'URL d'`archive.org` reste stable ; le
+  repli sur l'URL d'origine doit rester.
+- **N3. Mesurer d'abord.** C'est la règle déjà tenue pour l'AOT WASM et l'allègement des
+  couvertures (A5) : constater le coût réel — nombre de requêtes, temps par vignette, part des
+  redirections — avant de choisir laquelle des deux pistes vaut son risque.