@intlayer/docs 9.4.3 → 9.5.0

package/blog/fr/list_i18n_technologies/frameworks/react.md

@@ -23,16 +23,12 @@ author: aymericzip
 
 Dans le paysage numérique d'aujourd'hui, étendre la portée de votre site web pour toucher un public mondial est essentiel. Pour les développeurs construisant avec React, la mise en œuvre de l'internationalisation (i18n) est clé pour gérer les traductions efficacement tout en préservant la structure de l'application, la valeur SEO et l'expérience utilisateur. Dans cet article, nous explorons diverses approches i18n, des bibliothèques dédiées aux solutions codées sur mesure, vous aidant à décider laquelle convient le mieux à vos besoins de projet.
 
----
-
 ## Qu'est-ce que l'Internationalisation (i18n) ?
 
 L'internationalisation, abrégée en i18n, est le processus de conception et de préparation de votre site web pour prendre en charge plusieurs langues et contextes culturels. Dans React, cela signifie configurer votre application de manière à ce que les chaînes, les formats de date, les formats de nombre, et même la mise en page puissent être facilement adaptés pour les utilisateurs de différentes régions. Préparer votre application React pour l'i18n pose les bases d'une intégration propre des traductions et d'autres fonctionnalités de localisation.
 
 En savoir plus sur l'i18n en lisant notre article : [Qu'est-ce que l'Internationalisation (i18n) ? Définition et Défis](https://github.com/aymericzip/intlayer/blob/main/docs/blog/fr/what_is_internationalization.md).
 
----
-
 ## Le Défi de la Traduction pour les Applications React
 
 Traduire un site web React présente plusieurs défis :
@@ -43,8 +39,6 @@ Traduire un site web React présente plusieurs défis :
 - **Gestion d'État et de Contexte :** Assurer que la langue correcte soit maintenue à travers les routes et les composants nécessite une gestion d'état réfléchie.
 - **Charge de Développement :** Maintenir des fichiers de traduction, assurer l'exactitude du contexte, et garder votre application évolutive sont des considérations constantes.
 
----
-
 ## Principales Solutions i18n pour React
 
 Voici plusieurs approches populaires pour gérer du contenu multilingue dans des applications React, chacune conçue pour rationaliser le processus de traduction de différentes manières.
@@ -69,8 +63,6 @@ Voici plusieurs approches populaires pour gérer du contenu multilingue dans des
 
 - **Communauté & Écosystème :** Bien que croissante, l'écosystème est plus récent, donc les plugins et outils pilotés par la communauté peuvent être plus limités par rapport à des solutions plus établies.
 
----
-
 ### 2. React-i18next
 
 Site Web : [https://react.i18next.com/](https://react.i18next.com/)
@@ -93,8 +85,6 @@ Site Web : [https://react.i18next.com/](https://react.i18next.com/)
 - **Écosystème de Plugins :** Un large écosystème de plugins et middleware est disponible, ce qui signifie aussi que vous devrez trier à travers divers paquets pour trouver les bons outils.
 - **Composants Serveur :** Nécessite une configuration supplémentaire pour s'assurer que les composants serveur reçoivent les locales correctes, surtout si vous utilisez des frameworks autres que Next.js.
 
----
-
 ### 3. React Intl (de FormatJS)
 
 Site Web : [https://formatjs.io/docs/react-intl/](https://formatjs.io/docs/react-intl/)
@@ -139,8 +129,6 @@ Site Web : [https://lingui.js.org/](https://lingui.js.org/)
 - **Communauté & Plugins :** L'écosystème est en croissance mais reste encore plus petit comparé à i18next ou FormatJS.
 - **Composants Serveur :** Peut nécessiter une configuration plus explicite pour s'assurer que les composants serveur reçoivent les données de locale correctes.
 
----
-
 ### Pensées Finales
 
 Lors du choix d'une bibliothèque i18n pour React :

package/blog/fr/list_i18n_technologies/frameworks/svelte.md

@@ -23,16 +23,12 @@ author: aymericzip
 
 Au fur et à mesure que le web continue de connecter les gens à travers le monde, il est de plus en plus important de fournir du contenu dans plusieurs langues. Pour les développeurs travaillant avec **Svelte**, la mise en œuvre de l'i18n est essentielle pour gérer efficacement les traductions, maintenir un code propre et respecter de bonnes pratiques en matière de SEO. Dans cet article, nous plongeons dans diverses solutions et flux de travail i18n pour Svelte, vous aidant à choisir celle qui convient le mieux aux besoins de votre projet.
 
----
-
 ## Qu'est-ce que l'internationalisation (i18n)?
 
 L'internationalisation, couramment abrégée en i18n, est le processus de conception et de construction de votre application de manière à ce qu'elle puisse facilement s'adapter à diverses langues, régions et conventions culturelles. Dans Svelte, cela signifie généralement la mise en place de chaînes de traduction, la localisation des dates, heures et nombres, et garantir que l'interface utilisateur peut passer dynamiquement d'une locale à l'autre sans réécritures majeures du code.
 
 Pour en savoir plus sur les fondamentaux de l'i18n, lisez notre article : [Qu'est-ce que l'internationalisation (i18n)? Définition et défis](https://github.com/aymericzip/intlayer/blob/main/docs/blog/fr/what_is_internationalization.md).
 
----
-
 ## Le défi de la traduction pour les applications Svelte
 
 Traduire une application Svelte peut présenter plusieurs obstacles :
@@ -43,8 +39,6 @@ Traduire une application Svelte peut présenter plusieurs obstacles :
 - **État et routage** : Maintenir la langue correcte à travers plusieurs routes et pages dynamiques implique souvent d'orchestrer l'état global, les gardes de route ou des hooks personnalisés dans SvelteKit.
 - **Maintenabilité** : À mesure que votre code et vos fichiers de traduction s'étoffent, garder tout bien organisé et synchronisé devient un effort continu.
 
----
-
 ## Solutions i18n de premier plan pour Svelte
 
 Svelte ne propose pas de solution i18n native intégrée (comme le fait Angular), mais la communauté a créé une variété de bibliothèques et de modèles robustes. Voici plusieurs approches populaires.
@@ -69,8 +63,6 @@ Svelte ne propose pas de solution i18n native intégrée (comme le fait Angular)
 
 - **Communauté & Écosystème :** Bien que croissante, l'écosystème est plus récent, donc les plugins et outils pilotés par la communauté peuvent être plus limités par rapport à des solutions plus établies.
 
----
-
 ### 2. svelte-i18n
 
 Dépôt : [https://github.com/kaisermann/svelte-i18n](https://github.com/kaisermann/svelte-i18n)
@@ -91,8 +83,6 @@ Dépôt : [https://github.com/kaisermann/svelte-i18n](https://github.com/kaiserm
 - **Configuration SSR** : La configuration du SSR pour le SEO pourrait nécessiter des étapes supplémentaires pour garantir une détection correcte des locales côté serveur.
 - **Performance** : Bien que flexible à l'exécution, un grand nombre de traductions chargées en même temps peut affecter les temps de chargement initiaux, envisagez des stratégies de chargement paresseux ou de mise en cache.
 
----
-
 ### 3. svelte-intl-precompile
 
 Dépôt : [https://github.com/cibernox/svelte-intl-precompile](https://github.com/cibernox/svelte-intl-precompile)
@@ -113,8 +103,6 @@ Dépôt : [https://github.com/cibernox/svelte-intl-precompile](https://github.co
 - **Contenu dynamique** : Si vous avez besoin de traductions à la volée pour du contenu généré par l'utilisateur, cette approche peut nécessiter des étapes supplémentaires pour les mises à jour en temps réel.
 - **Courbe d'apprentissage** : La combinaison de l'extraction de messages et de la précompilation peut être légèrement plus complexe pour les nouveaux venus.
 
----
-
 ### 4. i18next avec Svelte / SvelteKit
 
 Site Web : [https://www.i18next.com/](https://www.i18next.com/)
@@ -135,8 +123,6 @@ Bien que **i18next** soit plus couramment associé à React ou Vue, il est égal
 - **Surcharge** : i18next est robuste, mais pour les projets Svelte plus petits, certaines de ses fonctionnalités peuvent être superflues.
 - **Routage et état** : La gestion du routage linguistique impliquera probablement des hooks ou des middlewares personnalisés dans SvelteKit.
 
----
-
 ### Dernières réflexions
 
 Lors du choix d'une stratégie i18n pour votre application Svelte :

package/blog/fr/list_i18n_technologies/frameworks/vue.md

@@ -23,16 +23,12 @@ author: aymericzip
 
 Dans un paysage numérique de plus en plus mondialisé, étendre la portée de votre site Web Vue.js à des utilisateurs dans plusieurs langues n'est plus un "atout" , c'est une nécessité concurrentielle. L'internationalisation (i18n) permet aux développeurs de gérer les traductions et d'adapter leurs applications à différentes locales tout en préservant la valeur SEO, l'expérience utilisateur et les structures de code maintenables. Dans cet article, nous explorerons différentes approches , allant des bibliothèques dédiées aux solutions codées sur mesure , qui vous aideront à intégrer l'i18n dans votre projet Vue.js facilement.
 
----
-
 ## Qu'est-ce que l'internationalisation (i18n) ?
 
 L'internationalisation (i18n) est la pratique de préparer une application logicielle (ou un site Web) pour plusieurs langues et conventions culturelles. Dans l'écosystème Vue.js, cela inclut l'établissement de la manière dont le texte, les dates, les nombres, la monnaie et d'autres éléments localisables peuvent être adaptés à diverses locales. En configurant l'i18n depuis le début, vous assurez une structure organisée et évolutive pour ajouter de nouvelles langues et gérer les futurs besoins en localisation.
 
 Pour en savoir plus sur les bases de l'i18n, consultez notre référence : [Qu'est-ce que l'internationalisation (i18n) ? Définition et défis](https://github.com/aymericzip/intlayer/blob/main/docs/blog/fr/what_is_internationalization.md).
 
----
-
 ## Le défi de la traduction pour les applications Vue
 
 Traduire une application Vue.js présente son propre ensemble de défis :
@@ -43,14 +39,10 @@ Traduire une application Vue.js présente son propre ensemble de défis :
 - **État et contexte réactif :** S’assurer que la locale actuelle est maintenue à travers les routes et les composants , en mettant à jour réactivement les textes et les formats , nécessite une approche réfléchie, notamment lorsque vous utilisez Vuex ou Pinia pour la gestion de l'état.
 - **Surcharge de développement :** Garder les fichiers de traduction organisés, cohérents et à jour peut rapidement devenir une tâche majeure si cela n'est pas géré avec soin.
 
----
-
 ## Solutions i18n de pointe pour Vue.js
 
 Voici plusieurs bibliothèques et approches populaires que vous pouvez utiliser pour intégrer l'internationalisation dans vos applications Vue. Chacune vise à rationaliser la traduction, le SEO et les considérations de performance de différentes manières.
 
----
-
 ### 1. Intlayer
 
 > Site Web : [https://intlayer.org/](https://intlayer.org/)
@@ -94,8 +86,6 @@ Voici plusieurs bibliothèques et approches populaires que vous pouvez utiliser
 - **Écosystème de plugins**  
   Bien que robuste, vous devrez peut-être sélectionner soigneusement parmi plusieurs plugins ou modules (Nuxt I18n, Vue I18n, etc.) pour construire une configuration parfaite.
 
----
-
 ### 3. LinguiJS (Intégration Vue)
 
 > Site Web : [https://lingui.js.org/](https://lingui.js.org/)
@@ -123,8 +113,6 @@ Connu à l'origine pour son intégration React, **LinguiJS** propose également
 - **Communauté plus petite**  
   Comparé à Vue I18n, l'écosystème est relativement plus petit. Les plugins officiellement maintenus et les add-ons tiers peuvent être plus limités.
 
----
-
 ## Dernières réflexions
 
 Lors de la décision d'une solution i18n pour votre application Vue.js :

package/blog/fr/next-i18next_vs_next-intl_vs_intlayer.md

@@ -42,16 +42,12 @@ Nous nous concentrons sur **Next.js 13+ App Router** (avec **React Server Compon
 
 > Une confusion fréquente chez les développeurs est de penser que `next-intl` est la version Next.js de `react-intl`. Ce n'est pas le cas, `next-intl` est maintenu par [Amann](https://github.com/amannn), tandis que `react-intl` est maintenu par [FormatJS](https://github.com/formatjs/formatjs).
 
----
-
 ## En bref
 
 - **next-intl** - Formatage de messages léger et simple avec un bon support Next.js. Les catalogues centralisés sont courants ; l'expérience développeur (DX) est simple, mais la sécurité et la maintenance à grande échelle restent principalement de votre responsabilité.
 - **next-i18next** - i18next habillé pour Next.js. Écosystème mature et fonctionnalités via des plugins (par exemple, ICU), mais la configuration peut être verbeuse et les catalogues ont tendance à se centraliser à mesure que les projets grandissent.
 - **Intlayer** - Modèle de contenu centré sur les composants pour Next.js, **typage strict en TS**, **vérifications à la compilation**, **tree-shaking**, **middleware intégré et aides SEO**, **éditeur visuel/CMS** optionnel, et **traductions assistées par IA**.
 
----
-
 | Library                | GitHub Stars                                                                                                                                                                     | Total Commits                                                                                                                                                                        | Last Commit                                                                                                                                           | First Version | NPM Version                                                                                                         | NPM Downloads                                                                                                                  |
 | ---------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- | ------------- | ------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
 | `aymericzip/intlayer`  | [![GitHub Repo stars](https://img.shields.io/github/stars/aymericzip/intlayer?style=for-the-badge&label=%E2%AD%90%20stars)](https://github.com/aymericzip/intlayer/stargazers)   | [![GitHub commit activity](https://img.shields.io/github/commit-activity/t/aymericzip/intlayer?style=for-the-badge&label=commits)](https://github.com/aymericzip/intlayer/commits)   | [![Last Commit](https://img.shields.io/github/last-commit/aymericzip/intlayer?style=for-the-badge)](https://github.com/aymericzip/intlayer/commits)   | April 2024    | [![npm](https://img.shields.io/npm/v/intlayer?style=for-the-badge)](https://www.npmjs.com/package/intlayer)         | [![npm downloads](https://img.shields.io/npm/dm/intlayer?style=for-the-badge)](https://www.npmjs.com/package/intlayer)         |
@@ -61,8 +57,6 @@ Nous nous concentrons sur **Next.js 13+ App Router** (avec **React Server Compon
 
 > Les badges se mettent à jour automatiquement. Les instantanés peuvent varier dans le temps.
 
----
-
 ## Comparaison des fonctionnalités côte à côte (axée sur Next.js)
 
 | Fonctionnalité                                                             | `next-intlayer` (Intlayer)                                                                                                                                          | `next-intl`                                                                                                                                     | `next-i18next`                                                                                                                                  |
@@ -88,16 +82,12 @@ Nous nous concentrons sur **Next.js 13+ App Router** (avec **React Server Compon
 | **Gestion des grands projets**                                             | ✅ Encourage la modularité, adapté aux systèmes de design                                                                                                           | ✅ Modulaire avec configuration                                                                                                                 | ✅ Modulaire avec configuration                                                                                                                 |
 | **Test des traductions manquantes (CLI/CI)**                               | ✅ CLI : `npx intlayer content test` (audit compatible CI)                                                                                                          | ⚠️ Non intégré ; la documentation suggère `npx @lingual/i18n-check`                                                                             | ⚠️ Non intégré ; dépend des outils i18next / runtime `saveMissing`                                                                              |
 
----
-
 ## Introduction
 
 Next.js offre un support intégré pour le routage internationalisé (par exemple, les segments de locale). Mais cette fonctionnalité ne réalise pas les traductions par elle-même. Vous avez toujours besoin d'une bibliothèque pour afficher du contenu localisé à vos utilisateurs.
 
 De nombreuses bibliothèques i18n existent, mais dans l’univers Next.js aujourd’hui, trois gagnent en popularité : next-i18next, next-intl, et Intlayer.
 
----
-
 ## Architecture & évolutivité
 
 - **next-intl / next-i18next** : Par défaut, utilisent des **catalogues centralisés** par locale (plus des **espaces de noms** dans i18next). Cela fonctionne bien au début, mais devient souvent une grande surface partagée avec un couplage croissant et une forte rotation des clés.
@@ -105,8 +95,6 @@ De nombreuses bibliothèques i18n existent, mais dans l’univers Next.js aujour
 
 **Pourquoi c’est important :** Dans les grandes bases de code ou les configurations de systèmes de design, le **contenu modulaire** évolue mieux que les catalogues monolithiques.
 
----
-
 ## Tailles des bundles & dépendances
 
 Après la compilation de l'application, le bundle correspond au JavaScript que le navigateur chargera pour afficher la page. La taille du bundle est donc importante pour la performance de l'application.
@@ -174,8 +162,6 @@ Voici un exemple de l'impact de l'optimisation de la taille du bundle en utilisa
 | ---------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ |
 | ![bundle optimisé](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle.png?raw=true) | ![bundle non optimisé](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle_no_optimization.png?raw=true) |
 
----
-
 ## TypeScript & sécurité
 
 <Columns>
@@ -200,12 +186,11 @@ Voici un exemple de l'impact de l'optimisation de la taille du bundle en utilisa
 - **Génère des types stricts** à partir de votre contenu. **Autocomplétion IDE** et **erreurs à la compilation** détectent les fautes de frappe et les clés manquantes avant le déploiement.
 
   </Column>
+
 </Columns>
 
 **Pourquoi c’est important :** Un typage fort déplace les erreurs vers la **gauche** (CI/build) au lieu de la **droite** (exécution).
 
----
-
 ## Gestion des traductions manquantes
 
 **next-intl**
@@ -222,8 +207,6 @@ Voici un exemple de l'impact de l'optimisation de la taille du bundle en utilisa
 
 **Pourquoi c’est important :** Détecter les lacunes lors de la compilation évite les « chaînes mystères » en production et s’aligne avec des règles strictes de publication.
 
----
-
 ## Routage, middleware & stratégie d’URL
 
 <Columns>
@@ -248,12 +231,11 @@ Voici un exemple de l'impact de l'optimisation de la taille du bundle en utilisa
 - Tout ce qui précède, plus un **middleware i18n** (détection de la locale via headers/cookies) et des **helpers** pour générer des URLs localisées et des balises `<link rel="alternate" hreflang="…">`.
 
   </Column>
+
 </Columns>
 
 **Pourquoi c’est important :** Moins de couches de liaison personnalisées ; **expérience utilisateur cohérente** et **SEO propre** à travers les locales.
 
----
-
 ## Alignement avec les Server Components (RSC)
 
 <Columns>
@@ -278,12 +260,11 @@ Voici un exemple de l'impact de l'optimisation de la taille du bundle en utilisa
 - Prend en charge Next.js 13+ et facilite la **frontière serveur/client** avec une API cohérente et des fournisseurs orientés RSC, évitant le transfert de formateurs ou de fonctions t.
 
   </Column>
+
 </Columns>
 
 **Pourquoi c'est important :** Modèle mental plus clair et moins de cas particuliers dans les arbres hybrides.
 
----
-
 ## Intégration avec les plateformes de localisation (TMS)
 
 Les grandes organisations s’appuient souvent sur des systèmes de gestion de traduction (TMS) comme **Crowdin**, **Phrase**, **Lokalise**, **Localizely** ou **Localazy**.
@@ -790,8 +771,6 @@ const ClientComponentExample = () => {
   - **next-intl** est flexible ; chargez les messages comme vous le configurez.
   - **Intlayer** stocke le contenu dans des dictionnaires TS/JS et résout par clé.
 
----
-
 ### Utilisation dans un composant serveur
 
 Nous prendrons le cas d'un composant UI. Ce composant est un composant serveur, et doit pouvoir être inséré en tant qu'enfant d'un composant client. (page (composant serveur) -> composant client -> composant serveur). Comme ce composant peut être inséré en tant qu'enfant d'un composant client, il ne peut pas être asynchrone.
@@ -889,7 +868,7 @@ Voici une liste de bonnes pratiques concernant le SEO multilingue.
 Les développeurs oublient souvent de référencer correctement leurs pages selon les locales.
 
 <Tabs defaultTab="next-intl" group='techno'>
- 
+
   <Tab label="next-i18next" value="next-i18next">
 
 ```ts fileName="i18n.config.ts"
@@ -1148,8 +1127,6 @@ export default robots;
 
 > Intlayer fournit une fonction `getMultilingualUrls` pour générer des URLs multilingues pour votre sitemap.
 
----
-
 ### Middleware pour le routage des locales
 
 <Tabs defaultTab="next-intl" group='techno'>
@@ -1267,9 +1244,8 @@ La configuration du middleware est centralisée dans le fichier `intlayer.config
 - **Outillage intégré** : Profitez du routage intégré, des assistants SEO et du support de l'éditeur visuel.
 
   </Tab>
-</Tabs>
 
----
+</Tabs>
 
 ## Et le gagnant est…
 
@@ -1297,6 +1273,7 @@ Ce n’est pas simple. Chaque option a ses compromis. Voici comment je le vois :
 - conçu pour Next.js moderne, avec un contenu modulaire, une sécurité de type, des outils, et moins de code répétitif. Si vous valorisez le **contenu limité au composant**, le **TypeScript strict**, les **garanties à la compilation**, le **tree-shaking**, et des outils de routage/SEO/éditeur **inclus d’office** - en particulier pour le **Next.js App Router**, les systèmes de design et les **bases de code larges et modulaires**.
 
   </Column>
+
 </Columns>
 
 Si vous préférez une configuration minimale et acceptez un certain câblage manuel, next-intl est un bon choix. Si vous avez besoin de toutes les fonctionnalités et que la complexité ne vous dérange pas, next-i18next fonctionne. Mais si vous voulez une solution moderne, évolutive, modulaire avec des outils intégrés, Intlayer vise à vous offrir cela prêt à l’emploi.
@@ -1311,8 +1288,6 @@ Les étoiles GitHub sont un indicateur fort de la popularité d’un projet, de
 
 [![Graphique de l’historique des étoiles](https://api.star-history.com/chart?repos=i18next/next-i18next%2Camannn/next-intl%2Caymericzip/intlayer&type=date&legend=top-left)](https://www.star-history.com/#i18next/next-i18next&amannn/next-intl&aymericzip/intlayer)
 
----
-
 ## Conclusion
 
 Les trois bibliothèques réussissent la localisation de base. La différence réside dans **la quantité de travail que vous devez fournir** pour obtenir une configuration robuste et évolutive dans **Next.js moderne** :

package/blog/fr/nextjs-multilingual-seo-comparison.md

@@ -26,8 +26,6 @@ Si votre application Next.js multilingue n'indique pas aux moteurs de recherche
 
 Dans ce blog, nous allons explorer **pourquoi l'i18n est une superpuissance du SEO** et comment l'implémenter correctement dans Next.js avec `next-intl`, `next-i18next` et `Intlayer`.
 
----
-
 ## Pourquoi le SEO et l'i18n
 
 Ajouter des langues ne concerne pas seulement l'expérience utilisateur (UX). C'est aussi un levier puissant pour la **visibilité organique**. Voici pourquoi :
@@ -37,8 +35,6 @@ Ajouter des langues ne concerne pas seulement l'expérience utilisateur (UX). C'
 3. **Meilleure UX :** Les visiteurs arrivent immédiatement sur la bonne version de votre site.
 4. **Avantage concurrentiel :** Peu de sites mettent en œuvre correctement le SEO multilingue, ce qui signifie que vous pouvez vous démarquer.
 
----
-
 ## Meilleures pratiques pour le SEO multilingue dans Next.js
 
 Voici une liste de contrôle que toute application multilingue devrait mettre en œuvre :
@@ -57,8 +53,6 @@ Voici une liste de contrôle que toute application multilingue devrait mettre en
 
 Ce sont des étapes simples, mais les ignorer peut vous coûter en visibilité.
 
----
-
 ## Exemples d'implémentation
 
 Les développeurs oublient souvent de référencer correctement leurs pages selon les locales, voyons donc comment cela fonctionne en pratique avec différentes bibliothèques.
@@ -343,14 +337,10 @@ export default robots;
   </Tab>
 </Tabs>
 
----
-
 ## Auditez votre site Web avec l'Intlayer SEO Scanner
 
 Pour garantir que votre application multilingue est parfaitement optimisée, nous vous recommandons d'utiliser l'[Intlayer SEO Scanner](https://intlayer.org/i18n-seo-scanner). C'est un outil spécialisé dans la vérification de sites Web multilingues, qui vous aide à identifier les balises hreflang manquantes, les liens brisés et d'autres problèmes de référencement (SEO) sur toutes vos pages localisées.
 
----
-
 ## Conclusion
 
 Bien gérer l’i18n dans Next.js ne consiste pas seulement à traduire du texte, mais à s’assurer que les moteurs de recherche et les utilisateurs savent exactement quelle version de votre contenu afficher.

package/blog/fr/rag_powered_documentation_assistant.md

@@ -71,7 +71,6 @@ Ainsi, RAG n’est pas seulement un outil de support. C’est aussi un **moteur
 6.  **Enregistrement des requêtes pour feedback** Chaque requête utilisateur est stockée. C’est une mine d’or pour comprendre les points de douleur, les documents manquants ou les nouvelles opportunités.
 
 <Steps>
-
 <Step number={1} title="Lecture des Docs">
 
 La première étape était simple : j’avais besoin d’un moyen pour scanner un dossier docs/ à la recherche de tous les fichiers .md. En utilisant Node.js et glob, j’ai récupéré le contenu de chaque fichier Markdown en mémoire.
@@ -79,7 +78,6 @@ La première étape était simple : j’avais besoin d’un moyen pour scanner u
 Cela maintient la flexibilité du pipeline : au lieu de Markdown, vous pourriez récupérer les documents depuis une base de données, un CMS, ou même une API.
 
 </Step>
-
 <Step number={2} title="Découpage de la documentation">
 
 Pourquoi découper ? Parce que les modèles de langage ont des **limites de contexte**. Leur fournir un livre entier de documentation ne fonctionnera pas.
@@ -99,7 +97,6 @@ Ce compromis (taille des chunks vs chevauchement) est essentiel pour l'efficacit
 - Trop grand → vous explosez la taille du contexte.
 
 </Step>
-
 <Step number={3} title="Génération des embeddings">
 
 Une fois les documents découpés en chunks, nous générons des **embeddings**, des vecteurs de haute dimension représentant chaque chunk.
@@ -119,7 +116,6 @@ J'ai utilisé le modèle text-embedding-3-large d'OpenAI, mais vous pouvez utili
 Chaque vecteur est une empreinte mathématique du texte, permettant la recherche de similarité.
 
 </Step>
-
 <Step number={4} title="Indexation et stockage des embeddings">
 
 Pour éviter de régénérer les embeddings plusieurs fois, je les ai stockés dans embeddings.json.
@@ -134,7 +130,6 @@ En production, vous voudriez probablement une base de données vectorielle telle
 Les bases de données vectorielles gèrent l’indexation, la scalabilité et la recherche rapide. Mais pour mon prototype, un JSON local a très bien fonctionné.
 
 </Step>
-
 <Step number={5} title="Recherche avec similarité cosinus">
 
 Lorsqu’un utilisateur pose une question :
@@ -148,7 +143,6 @@ La similarité cosinus mesure l’angle entre deux vecteurs. Une correspondance
 Ainsi, le système trouve les passages de documents les plus proches de la requête.
 
 </Step>
-
 <Step number={6} title="Augmentation + Génération">
 
 Voici la magie. Nous prenons les meilleurs chunks et les injectons dans le **prompt système** pour ChatGPT.
@@ -158,7 +152,6 @@ Cela signifie que le modèle répond comme si ces extraits faisaient partie de l
 Le résultat : des réponses précises, **fondées sur la documentation**.
 
 </Step>
-
 <Step number={7} title="Enregistrement des requêtes utilisateur">
 
 C’est la superpuissance cachée.
@@ -173,7 +166,6 @@ Chaque question posée est stockée. Au fil du temps, vous constituez un ensembl
 Cela transforme votre assistant RAG en un **outil continu de recherche utilisateur**.
 
 </Step>
-
 <Step number={8} title="Quel est le coût ?">
 
 Une objection courante au RAG est le coût. En pratique, c’est étonnamment peu cher :
@@ -185,7 +177,6 @@ Une objection courante au RAG est le coût. En pratique, c’est étonnamment pe
 En plus de cela, vous pouvez inclure le coût d’hébergement.
 
 </Step>
-
 <Step number={9} title="Détails de l’implémentation">
 
 Stack :

package/blog/fr/react-i18next_vs_react-intl_vs_intlayer.md

@@ -35,16 +35,12 @@ Nous évaluons :
 
 > **En résumé** : Les trois solutions peuvent localiser une application React. Si vous souhaitez un **contenu scoped par composant**, des **types TypeScript stricts**, des **vérifications des clés manquantes à la compilation**, des **dictionnaires optimisés par tree-shaking**, ainsi qu’un outil éditorial intégré (Éditeur Visuel/CMS + traduction IA optionnelle), **Intlayer** est le choix le plus complet pour des bases de code React modulaires.
 
----
-
 ## Positionnement général
 
 - **react-intl** - Formatage priorisant ICU, conforme aux standards (dates/nombres/pluriels) avec une API mature. Les catalogues sont généralement centralisés ; la sécurité des clés et la validation à la compilation dépendent en grande partie de vous.
 - **react-i18next** - Extrêmement populaire et flexible ; namespaces, détecteurs, et de nombreux plugins (ICU, backends). Puissant, mais la configuration peut devenir complexe à mesure que les projets grandissent.
 - **Intlayer** - Modèle de contenu centré sur les composants pour React, **typage TS strict**, **vérifications à la compilation**, **tree-shaking**, plus **éditeur visuel/CMS** et **traductions assistées par IA**. Fonctionne avec React Router, Vite, CRA, etc.
 
----
-
 ## Matrice des fonctionnalités (focus React)
 
 | Fonctionnalité                                              | `react-intlayer` (Intlayer)                                                                                                                                         | `react-i18next` (i18next)                                                                                                                       | `react-intl` (FormatJS)                                                                                                    |
@@ -69,8 +65,6 @@ Nous évaluons :
 | **Purge du contenu inutilisé**                              | ✅ Oui, par dictionnaire au moment de la compilation                                                                                                                | ❌ Non, uniquement via une segmentation manuelle des namespaces                                                                                 | ❌ Non, tous les messages déclarés sont inclus dans le bundle                                                              |
 | **Gestion des grands projets**                              | ✅ Encourage la modularité, adapté aux design-systems                                                                                                               | ⚠️ Nécessite une bonne discipline des fichiers                                                                                                  | ⚠️ Les catalogues centraux peuvent devenir volumineux                                                                      |
 
----
-
 ## Comparaison approfondie
 
 ### 1) Architecture et évolutivité
@@ -80,8 +74,6 @@ Nous évaluons :
 
 **Pourquoi c’est important :** Le contenu modulaire reflète une interface modulaire. Les grandes bases de code React restent plus propres lorsque les traductions vivent avec les composants auxquels elles appartiennent.
 
----
-
 ### 2) TypeScript & sécurité
 
 - **react-intl** : Typages solides, mais **pas de typage automatique des clés** ; vous devez appliquer vous-même les bonnes pratiques de sécurité.
@@ -90,8 +82,6 @@ Nous évaluons :
 
 **Pourquoi c’est important :** Déplacer les erreurs **en amont** (vers la compilation/CI) réduit les problèmes en production et accélère les boucles de retour pour les développeurs.
 
----
-
 ### 3) Gestion des traductions manquantes
 
 - **react-intl / react-i18next** : Par défaut, recours aux **solutions de repli à l’exécution** (répétition de la clé ou locale par défaut). Vous pouvez ajouter du linting/plugins, mais ce n’est pas garanti à la compilation.
@@ -99,8 +89,6 @@ Nous évaluons :
 
 **Pourquoi c’est important :** Un CI qui échoue sur les chaînes manquantes empêche la fuite d’« anglais mystère » dans les interfaces non anglophones.
 
----
-
 ### 4) Contenu riche & formatage
 
 - **react-intl** : Excellente prise en charge de **ICU** pour les pluriels, sélections, dates/nombres et composition de messages. JSX peut être utilisé, mais le modèle mental reste centré sur le message.
@@ -109,8 +97,6 @@ Nous évaluons :
 
 **Pourquoi c’est important :** Les textes UI complexes (liens, parties en gras, composants en ligne) sont plus faciles à gérer lorsque la bibliothèque intègre proprement les nœuds React.
 
----
-
 ### 5) Performance et comportement de chargement
 
 - **react-intl / react-i18next** : Vous gérez généralement la **division des catalogues** et le **chargement paresseux** manuellement (espaces de noms/importations dynamiques). Efficace mais demande de la rigueur.
@@ -118,8 +104,6 @@ Nous évaluons :
 
 **Pourquoi c'est important :** Des bundles plus petits et moins de chaînes inutilisées améliorent les performances au démarrage et lors de la navigation.
 
----
-
 ### 6) DX, outils & maintenance
 
 - **react-intl / react-i18next** : Large écosystème communautaire ; pour les flux éditoriaux, vous adoptez généralement des plateformes de localisation externes.
@@ -127,24 +111,18 @@ Nous évaluons :
 
 **Pourquoi c’est important :** Les outils intégrés raccourcissent la boucle entre les développeurs et les auteurs de contenu - moins de code de liaison, moins de dépendances externes.
 
----
-
 ## Quand choisir lequel ?
 
 - **Choisissez react-intl** si vous souhaitez un formatage de messages **priorisant ICU** avec une API simple et conforme aux standards, et que votre équipe est à l’aise pour maintenir manuellement les catalogues et les vérifications de sécurité.
 - **Choisissez react-i18next** si vous avez besoin de **l’écosystème étendu d’i18next** (détecteurs, backends, plugin ICU, intégrations) et acceptez plus de configuration pour gagner en flexibilité.
 - **Choisissez Intlayer** si vous valorisez le **contenu scoped par composant**, le **TypeScript strict**, les **garanties à la compilation**, le **tree-shaking**, et les outils éditoriaux **tout-en-un** - particulièrement pour les applications React **grandes et modulaires**.
 
----
-
 ## Interopérabilité avec `react-intl` et `react-i18next`
 
 `intlayer` peut également vous aider à gérer vos namespaces `react-intl` et `react-i18next`.
 
 En utilisant `intlayer`, vous pouvez déclarer votre contenu au format de votre bibliothèque i18n préférée, et intlayer générera vos namespaces à l'emplacement de votre choix (exemple : `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## Notes pratiques de migration (react-intl / react-i18next → Intlayer)
 
 - **Migrez de manière incrémentale** : Commencez par une fonctionnalité ou une route ; conservez les catalogues hérités en parallèle pendant la transition.
@@ -152,8 +130,6 @@ En utilisant `intlayer`, vous pouvez déclarer votre contenu au format de votre
 - **Activez les vérifications strictes** : Laissez les erreurs à la compilation révéler tôt les clés/locales manquantes dans l’intégration continue.
 - **Mesurez les bundles** : Attendez-vous à des réductions à mesure que les chaînes inutilisées sont éliminées.
 
----
-
 ## Conclusion
 
 Les trois bibliothèques permettent de localiser React efficacement. Ce qui fait la différence, c’est la quantité d’**infrastructure** que vous devez construire pour atteindre une configuration **sûre et évolutive** :