diff --git a/src/content/docs/fr/guides/upgrade-to/v5.mdx b/src/content/docs/fr/guides/upgrade-to/v5.mdx
index 8b7c36da212c9..55895ce22ea73 100644
--- a/src/content/docs/fr/guides/upgrade-to/v5.mdx
+++ b/src/content/docs/fr/guides/upgrade-to/v5.mdx
@@ -94,10 +94,12 @@ Les fonctionnalités suivantes sont désormais considérées comme des fonctionn
 
 ### Héritage : API des Collections de Contenu v2.0
 
-Dans Astro 4.x, les collections de contenu étaient définies, interrogées et rendues en utilisant l'[API des Collections de Contenu introduite pour la première fois dans Astro v2.0](https://astro.build/blog/introducing-content-collections/).
+Dans Astro 4.x, les collections de contenu étaient définies, interrogées et rendues en utilisant l'[API des Collections de Contenu introduite pour la première fois dans Astro v2.0](https://astro.build/blog/introducing-content-collections/). Toutes les entrées de la collection étaient des fichiers locaux dans le dossier réservé `src/content/`. De plus, la [convention de nom de fichier d'Astro visant à exclure la création de pages individuelles](/fr/guides/routing/#exclure-des-pages) a été intégrée à l'API des collections de contenu.
 
 Astro 5.0 introduit une nouvelle version des collections de contenu utilisant l'API Content Layer qui apporte plusieurs améliorations de performance et des capacités supplémentaires. Bien que les anciennes collections (héritées) et les nouvelles (API Content Layer) puissent continuer à coexister dans cette version, il y a potentiellement des changements incompatibles pour les collections héritées existantes.
 
+Cette version supprime également l'option permettant de préfixer les noms de fichiers d'entrée de collection avec un trait de soulignement (`_`) pour empêcher la création d'une route.
+
 #### Que dois-je faire ?
 
 Nous recommandons de [convertir toutes les collections existantes](#mise-à-jour-des-collections-existantes) vers la nouvelle API Content Layer dès que possible et de créer toute nouvelle collection en utilisant l'API Content Layer.