@intlayer/docs 9.4.4 → 9.5.1

package/blog/de/list_i18n_technologies/frameworks/react-native.md

@@ -23,8 +23,6 @@ author: aymericzip
 
 In einem zunehmend globalen Markt kann die Bereitstellung Ihrer React Native-App in mehreren Sprachen den Zugang erheblich verbessern und die Benutzerzufriedenheit erhöhen. Internationalisierung (i18n) ist zentral für das effektive Management von Übersetzungen - sie ermöglicht es Ihnen, sprachspezifischen Text, Datums- und Zeitformate, Währungen und mehr anzuzeigen, ohne Ihren Code zu komplizieren. In diesem Artikel werden wir verschiedene i18n-Ansätze untersuchen - von speziellen Bibliotheken bis hin zu allgemeineren Lösungen - und Ihnen helfen, diejenige zu finden, die am besten zu Ihrem React Native-Projekt passt.
 
----
-
 ## Was ist Internationalisierung (i18n)?
 
 Internationalisierung oder i18n umfasst die Strukturierung einer Anwendung, damit sie sich leicht an verschiedene Sprachen, regionale Formate und kulturelle Normen anpassen kann. In React Native umfasst i18n die Verarbeitung von Zeichenfolgen für Schaltflächen und Beschriftungen sowie die Formatierung von Daten, Zeiten, Währungen und mehr gemäß der Spracheinstellungen eines Benutzers. Richtig vorbereitete React Native-Apps ermöglichen es Ihnen, zusätzliche Sprachen und sprachspezifisches Verhalten später nahtlos zu integrieren - ohne massive Refaktorierungen.
@@ -32,8 +30,6 @@ Internationalisierung oder i18n umfasst die Strukturierung einer Anwendung, dami
 Für einen tieferen Einblick in die Konzepte der Internationalisierung lesen Sie unseren Artikel:  
 [Was ist Internationalisierung (i18n)? Definition und Herausforderungen](https://github.com/aymericzip/intlayer/blob/main/docs/blog/de/what_is_internationalization.md).
 
----
-
 ## Die Übersetzungsherausforderung für React Native-Anwendungen
 
 Die Arbeit mit Übersetzungen in React Native bringt eigene spezifische Überlegungen mit sich:
@@ -53,8 +49,6 @@ Die Arbeit mit Übersetzungen in React Native bringt eigene spezifische Überleg
 - **App-Updates & Over-the-Air (OTA)**  
   Wenn Sie CodePush oder einen anderen OTA-Update-Mechanismus verwenden, müssen Sie planen, wie Übersetzungsupdates oder neue Sprachen bereitgestellt werden, ohne eine vollständige App-Store-Veröffentlichung anzufordern.
 
----
-
 ## Führende i18n-Lösungen für React Native
 
 Im Folgenden sind mehrere beliebte Ansätze zur Verwaltung mehrsprachiger Inhalte in React Native aufgeführt. Jeder zielt darauf ab, Ihren Übersetzungsworkflow auf unterschiedliche Weise zu vereinfachen.
@@ -88,8 +82,6 @@ Im Folgenden sind mehrere beliebte Ansätze zur Verwaltung mehrsprachiger Inhalt
 - **Gemeinschaft & Ökosystem**  
   Immer noch eine relativ neue Lösung, sodass Sie möglicherweise weniger community-getriebene Beispiele oder vorgefertigte Plugins im Vergleich zu etablierten Bibliotheken finden.
 
----
-
 ### 2. React-i18next
 
 > Website: [https://react.i18next.com/](https://react.i18next.com/)
@@ -122,8 +114,6 @@ Im Folgenden sind mehrere beliebte Ansätze zur Verwaltung mehrsprachiger Inhalt
 - **Leistung**  
   Während React-i18next im Allgemeinen gut funktioniert, sollten Sie darauf achten, wie Sie Übersetzungsressourcen organisieren und laden, um Overhead auf mobilen Geräten zu vermeiden.
 
----
-
 ### 3. React Intl (von FormatJS)
 
 > Website: [https://formatjs.io/docs/react-intl/](https://formatjs.io/docs/react-intl/)
@@ -156,8 +146,6 @@ Im Folgenden sind mehrere beliebte Ansätze zur Verwaltung mehrsprachiger Inhalt
 - **Gemeinschaftsbeispiele**  
   Auch wenn sie weit verbreitet sind, können spezifische Beispiele für die Verwendung in React Native weniger häufig sein als für React web. Sie werden wahrscheinlich vorhandene Dokumentationen und Muster an eine native Umgebung anpassen müssen.
 
----
-
 ### 4. LinguiJS
 
 > Website: [https://lingui.js.org/](https://lingui.js.org/)
@@ -190,8 +178,6 @@ Im Folgenden sind mehrere beliebte Ansätze zur Verwaltung mehrsprachiger Inhalt
 - **Codeorganisation**  
   Die Entscheidung, wie Sie Ihre Nachrichtenkataloge (nach Bildschirm, Funktion oder Sprache) aufteilen, ist entscheidend, um Klarheit in größeren Apps zu bewahren.
 
----
-
 ## Schlussfolgerungen
 
 Bei der Auswahl einer i18n-Lösung für Ihre React Native-Anwendung:

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

@@ -23,16 +23,12 @@ author: aymericzip
 
 In der heutigen digitalen Landschaft ist es unerlässlich, die Reichweite Ihrer Website zu erweitern, um ein globales Publikum anzusprechen. Für Entwickler, die mit React arbeiten, ist die Implementierung von Internationalisierung (i18n) der Schlüssel zur effizienten Verwaltung von Übersetzungen, während die Struktur der Anwendung, der SEO-Wert und die Benutzererfahrung erhalten bleiben. In diesem Artikel erkunden wir verschiedene i18n-Ansätze - von speziellen Bibliotheken bis hin zu maßgeschneiderten Lösungen - und helfen Ihnen dabei, zu entscheiden, welche am besten zu den Anforderungen Ihres Projekts passt.
 
----
-
 ## Was ist Internationalisierung (i18n)?
 
 Internationalisierung, abgekürzt als i18n, ist der Prozess der Gestaltung und Vorbereitung Ihrer Website zur Unterstützung mehrerer Sprachen und kultureller Kontexte. In React bedeutet dies, dass Ihre App so eingerichtet wird, dass Zeichenfolgen, Datumsformate, Zahlenformate und sogar das Layout problemlos für Benutzer aus verschiedenen Regionen angepasst werden können. Ihre React-App für i18n vorzubereiten, legt den Grundstein für die saubere Integration von Übersetzungen und anderen Lokalisierungsfunktionen.
 
 Erfahren Sie mehr über i18n, indem Sie unseren Artikel lesen: [Was ist Internationalisierung (i18n)? Definition und Herausforderungen](https://github.com/aymericzip/intlayer/blob/main/docs/blog/de/what_is_internationalization.md).
 
----
-
 ## Die Übersetzungsherausforderung für React-Anwendungen
 
 Die Übersetzung einer React-Website bringt mehrere Herausforderungen mit sich:
@@ -43,8 +39,6 @@ Die Übersetzung einer React-Website bringt mehrere Herausforderungen mit sich:
 - **Status- und Kontextmanagement:** Sicherzustellen, dass die korrekte Sprache über Routen und Komponenten hinweg beibehalten wird, erfordert durchdachtes Statusmanagement.
 - **Entwicklungsaufwand:** Die Pflege von Übersetzungsdateien, die Gewährleistung der Kontextgenauigkeit und die Skalierbarkeit Ihrer Anwendung sind fortlaufende Überlegungen.
 
----
-
 ## Führende i18n-Lösungen für React
 
 Im Folgenden sind mehrere beliebte Ansätze zur Verwaltung mehrsprachiger Inhalte in React-Anwendungen aufgeführt, die darauf ausgelegt sind, den Übersetzungsprozess auf unterschiedliche Weise zu optimieren.
@@ -69,8 +63,6 @@ Im Folgenden sind mehrere beliebte Ansätze zur Verwaltung mehrsprachiger Inhalt
 
 - **Gemeinschaft & Ökosystem:** Obwohl es wächst, ist das Ökosystem neuer, sodass von der Gemeinschaft betriebene Plugins und Tools möglicherweise im Vergleich zu etablierten Lösungen begrenzter sind.
 
----
-
 ### 2. React-i18next
 
 Website: [https://react.i18next.com/](https://react.i18next.com/)
@@ -93,8 +85,6 @@ Website: [https://react.i18next.com/](https://react.i18next.com/)
 - **Plugin-Ökosystem:** Ein breites Ökosystem von Plugins und Middleware ist verfügbar, was auch bedeutet, dass Sie verschiedene Pakete durchsehen müssen, um die richtigen Werkzeuge zu finden.
 - **Serverkomponenten:** Erfordert zusätzliche Konfiguration, um sicherzustellen, dass Serverkomponenten die richtigen Lokalisierung abholen, insbesondere wenn andere Frameworks als Next.js verwendet werden.
 
----
-
 ### 3. React Intl (von FormatJS)
 
 Website: [https://formatjs.io/docs/react-intl/](https://formatjs.io/docs/react-intl/)
@@ -137,8 +127,6 @@ Website: [https://lingui.js.org/](https://lingui.js.org/)
 - **Gemeinschaft & Plugins:** Das Ökosystem wächst, ist aber im Vergleich zu i18next oder FormatJS immer noch kleiner.
 - **Serverkomponenten:** Möglicherweise sind mehr explizite Konfigurationen erforderlich, um sicherzustellen, dass Serverkomponenten die richtigen Lokalisierungsdaten erhalten.
 
----
-
 ### Abschließende Gedanken
 
 Bei der Auswahl einer i18n-Bibliothek für React:

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

@@ -29,8 +29,6 @@ Internationalisierung, allgemein als i18n abgekürzt, ist der Prozess der Gestal
 
 Um mehr über die Grundlagen von i18n zu erfahren, lesen Sie unseren Artikel: [Was ist Internationalisierung (i18n)? Definition und Herausforderungen](https://github.com/aymericzip/intlayer/blob/main/docs/blog/de/what_is_internationalization.md).
 
----
-
 ## Die Übersetzungsherausforderung für Svelte-Anwendungen
 
 Die Übersetzung einer Svelte-Anwendung kann mehrere Hürden mit sich bringen:
@@ -41,8 +39,6 @@ Die Übersetzung einer Svelte-Anwendung kann mehrere Hürden mit sich bringen:
 - **Zustand & Routing**: Die richtige Sprache über mehrere Routen und dynamische Seiten hinweg beizubehalten, erfordert häufig die Orchestrierung des globalen Status, von Routenwächtern oder benutzerdefinierten Hooks in SvelteKit.
 - **Wartbarkeit**: Wenn Ihre Codebasis und Übersetzungsdateien wachsen, wird es eine kontinuierliche Anstrengung, alles gut organisiert und synchronisiert zu halten.
 
----
-
 ## Führende i18n-Lösungen für Svelte
 
 Svelte bietet keine native, integrierte i18n-Lösung (wie Angular), aber die Community hat eine Vielzahl robuster Bibliotheken und Muster erstellt. Im Folgenden sind mehrere beliebte Ansätze aufgeführt.
@@ -67,8 +63,6 @@ Svelte bietet keine native, integrierte i18n-Lösung (wie Angular), aber die Com
 
 - **Gemeinschaft & Ökosystem:** Obwohl es wächst, ist das Ökosystem neuer, sodass von der Gemeinschaft betriebene Plugins und Tools möglicherweise im Vergleich zu etablierten Lösungen begrenzter sind.
 
----
-
 ### 2. svelte-i18n
 
 Repository: [https://github.com/kaisermann/svelte-i18n](https://github.com/kaisermann/svelte-i18n)
@@ -89,8 +83,6 @@ Repository: [https://github.com/kaisermann/svelte-i18n](https://github.com/kaise
 - **SSR-Einrichtung**: Die Konfiguration von SSR für SEO erfordert möglicherweise zusätzliche Schritte, um die korrekte Lokalisierungserkennung auf der Serverseite zu gewährleisten.
 - **Leistung**: Während flexibel zur Laufzeit, kann eine große Anzahl gleichzeitig geladener Übersetzungen die anfänglichen Ladezeiten beeinträchtigen – berücksichtigen Sie Lazy Loading oder Caching-Strategien.
 
----
-
 ### 3. svelte-intl-precompile
 
 Repository: [https://github.com/cibernox/svelte-intl-precompile](https://github.com/cibernox/svelte-intl-precompile)
@@ -111,8 +103,6 @@ Repository: [https://github.com/cibernox/svelte-intl-precompile](https://github.
 - **Dynamische Inhalte**: Wenn Sie für nutzergenerierte Inhalte Übersetzungen in Echtzeit benötigen, erfordert dieser Ansatz möglicherweise zusätzliche Schritte für Updates zur Laufzeit.
 - **Einarbeitungsphase**: Die Kombination aus Nachrichtenauszug und Vorcompilierung könnte für Neulinge etwas komplexer sein.
 
----
-
 ### 4. i18next mit Svelte / SvelteKit
 
 Website: [https://www.i18next.com/](https://www.i18next.com/)
@@ -133,8 +123,6 @@ Obwohl **i18next** häufiger mit React oder Vue assoziiert wird, ist es auch mö
 - **Overhead**: i18next ist robust, aber für kleinere Svelte-Projekte könnten einige seiner Funktionen übertrieben sein.
 - **Routing & Zustand**: Das Handling von Sprach-Routing erfordert wahrscheinlich benutzerdefinierte SvelteKit-Hooks oder Middleware.
 
----
-
 ### Fazit
 
 Bei der Auswahl einer i18n-Strategie für Ihre Svelte-App:

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

@@ -23,16 +23,12 @@ author: aymericzip
 
 In einer zunehmend globalisierten digitalen Landschaft ist es nicht länger ein „nettes Extra“, die Reichweite Ihrer Vue.js-Website auf Benutzer in mehreren Sprachen auszudehnen – es ist eine wettbewerbsfähige Notwendigkeit. Internationalisierung (i18n) ermöglicht Entwicklern, Übersetzungen zu verwalten und ihre Anwendungen für verschiedene Lokalisierungen anzupassen, während der SEO-Wert, die Benutzererfahrung und wartbare Code-Strukturen erhalten bleiben. In diesem Artikel werden wir verschiedene Ansätze untersuchen – von speziellen Bibliotheken bis hin zu maßgeschneiderten Lösungen –, die Ihnen helfen, i18n nahtlos in Ihr Vue.js-Projekt zu integrieren.
 
----
-
 ## Was ist Internationalisierung (i18n)?
 
 Internationalisierung (i18n) ist die Praxis, eine Softwareanwendung (oder Website) für mehrere Sprachen und kulturelle Konventionen vorzubereiten. Innerhalb des Vue.js-Ökosystems umfasst dies die Festlegung, wie Texte, Daten, Zahlen, Währungen und andere lokalisierbare Elemente an verschiedene Lokalisierungen angepasst werden können. Indem Sie i18n von Anfang an einrichten, stellen Sie eine organisierte, skalierbare Struktur für die Hinzufügung neuer Sprachen und die Handhabung zukünftiger Lokalisierungsbedürfnisse sicher.
 
 Um mehr über die Grundlagen von i18n zu erfahren, besuchen Sie unser Referenzdokument: [Was ist Internationalisierung (i18n)? Definition und Herausforderungen](https://github.com/aymericzip/intlayer/blob/main/docs/blog/de/what_is_internationalization.md).
 
----
-
 ## Die Übersetzungsherausforderung für Vue-Anwendungen
 
 Die Übersetzung einer Vue.js-Anwendung bringt ihre eigenen Herausforderungen mit sich:
@@ -43,14 +39,10 @@ Die Übersetzung einer Vue.js-Anwendung bringt ihre eigenen Herausforderungen mi
 - **Zustand und reaktiver Kontext:** Sicherzustellen, dass die aktuelle Lokalisierung über Routen und Komponenten hinweg beibehalten wird – reaktive Aktualisierungen von Texten und Formaten – erfordert einen durchdachten Ansatz, insbesondere bei der Arbeit mit Vuex oder Pinia für das Zustandsmanagement.
 - **Entwicklungsaufwand:** Die Organisation, Konsistenz und Aktualität der Übersetzungsdateien kann schnell zu einer großen Aufgabe werden, wenn sie nicht sorgfältig verwaltet wird.
 
----
-
 ## Führende i18n-Lösungen für Vue.js
 
 Im Folgenden sind mehrere beliebte Bibliotheken und Ansätze aufgeführt, die Sie verwenden können, um Internationalisierung in Ihre Vue-Anwendungen zu integrieren. Jede zielt darauf ab, Übersetzungen, SEO und Leistungsüberlegungen auf unterschiedliche Weise zu optimieren.
 
----
-
 ### 1. Intlayer
 
 > Webseite: [https://intlayer.org/](https://intlayer.org/)
@@ -94,8 +86,6 @@ Im Folgenden sind mehrere beliebte Bibliotheken und Ansätze aufgeführt, die Si
 - **Plugin-Ökosystem**  
   Während es robust ist, müssen Sie möglicherweise sorgfältig aus mehreren Plugins oder Modulen (Nuxt I18n, Vue I18n usw.) auswählen, um eine perfekte Einrichtung zu schaffen.
 
----
-
 ### 3. LinguiJS (Vue-Integration)
 
 > Website: [https://lingui.js.org/](https://lingui.js.org/)
@@ -123,8 +113,6 @@ Ursprünglich bekannt für seine React-Integration, bietet **LinguiJS** auch ein
 - **Kleinere Community**  
   Im Vergleich zu Vue I18n gibt es ein relativ kleineres Ökosystem. Offiziell gepflegte Plugins und Drittanbietererweiterungen können begrenzter sein.
 
----
-
 ## Abschlussgedanken
 
 Bei der Auswahl einer i18n-Lösung für Ihre Vue.js-Anwendung:

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

@@ -42,16 +42,12 @@ Wir konzentrieren uns auf den **Next.js 13+ App Router** (mit **React Server Com
 
 > Eine häufige Verwirrung bei Entwicklern ist die Annahme, dass `next-intl` die Next.js-Version von `react-intl` sei. Das ist nicht der Fall – `next-intl` wird von [Amann](https://github.com/amannn) gepflegt, während `react-intl` von [FormatJS](https://github.com/formatjs/formatjs) betreut wird.
 
----
-
 ## Kurz gesagt
 
 - **next-intl** – Leichtgewichtiges, unkompliziertes Nachrichtenformat mit solider Next.js-Unterstützung. Zentralisierte Kataloge sind üblich; die Entwicklererfahrung (DX) ist einfach, aber Sicherheit und großflächige Wartung bleiben größtenteils Ihre Verantwortung.
 - **next-i18next** – i18next im Next.js-Gewand. Ausgereiftes Ökosystem und Funktionen über Plugins (z. B. ICU), aber die Konfiguration kann umfangreich sein und Kataloge neigen dazu, mit wachsendem Projekt zentralisiert zu werden.
 - **Intlayer** – Komponentenorientiertes Inhaltsmodell für Next.js, **strikte TS-Typisierung**, **Build-Zeit-Prüfungen**, **Tree-Shaking**, **eingebaute Middleware- & SEO-Hilfen**, optionaler **Visueller Editor/CMS** und **KI-unterstützte Übersetzungen**.
 
----
-
 | 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 @@ Wir konzentrieren uns auf den **Next.js 13+ App Router** (mit **React Server Com
 
 > Abzeichen werden automatisch aktualisiert. Schnappschüsse können sich im Laufe der Zeit ändern.
 
----
-
 ## Gegenüberstellung der Funktionen (Fokus auf Next.js)
 
 | Funktion                                           | `next-intlayer` (Intlayer)                                                                                                                        | `next-intl`                                                                                                                           | `next-i18next`                                                                                                                        |
@@ -88,16 +82,12 @@ Wir konzentrieren uns auf den **Next.js 13+ App Router** (mit **React Server Com
 | **Verwaltung großer Projekte**                     | ✅ Fördert Modularität, geeignet für Design-Systeme                                                                                               | ✅ Modular mit Setup                                                                                                                  | ✅ Modular mit Setup                                                                                                                  |
 | **Testen fehlender Übersetzungen (CLI/CI)**        | ✅ CLI: `npx intlayer content test` (CI-freundliches Audit)                                                                                       | ⚠️ Nicht eingebaut; Dokumentation empfiehlt `npx @lingual/i18n-check`                                                                 | ⚠️ Nicht eingebaut; verlässt sich auf i18next-Tools / Laufzeit `saveMissing`                                                          |
 
----
-
 ## Einführung
 
 Next.js bietet integrierte Unterstützung für internationalisierte Routen (z.B. Lokalisierungssegmente). Diese Funktion übernimmt jedoch nicht automatisch die Übersetzungen. Sie benötigen weiterhin eine Bibliothek, um lokalisierten Inhalt für Ihre Nutzer darzustellen.
 
 Es gibt viele i18n-Bibliotheken, aber in der Next.js-Welt gewinnen heute drei an Bedeutung: next-i18next, next-intl und Intlayer.
 
----
-
 ## Architektur & Skalierbarkeit
 
 - **next-intl / next-i18next**: Standardmäßig **zentralisierte Kataloge** pro Locale (plus **Namespaces** in i18next). Funktioniert anfangs gut, wird aber oft zu einer großen gemeinsamen Oberfläche mit zunehmender Kopplung und Schlüsselwechsel.
@@ -105,8 +95,6 @@ Es gibt viele i18n-Bibliotheken, aber in der Next.js-Welt gewinnen heute drei an
 
 **Warum das wichtig ist:** In großen Codebasen oder Design-System-Setups skaliert **modularer Inhalt** besser als monolithische Kataloge.
 
----
-
 ## Bundle-Größen & Abhängigkeiten
 
 Nach dem Erstellen der Anwendung ist das Bundle das JavaScript, das der Browser zum Rendern der Seite lädt. Die Bundle-Größe ist daher wichtig für die Anwendungsleistung.
@@ -174,8 +162,6 @@ Hier ein Beispiel für die Auswirkung der Bundle-Größenoptimierung mit `intlay
 | ------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------- |
 | ![optimiertes Bundle](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle.png?raw=true) | ![nicht optimiertes Bundle](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle_no_optimization.png?raw=true) |
 
----
-
 ## TypeScript & Sicherheit
 
 <Columns>
@@ -200,12 +186,11 @@ Hier ein Beispiel für die Auswirkung der Bundle-Größenoptimierung mit `intlay
 - **Erzeugt strenge Typen** aus Ihrem Inhalt. **IDE-Autovervollständigung** und **Kompilierzeit-Fehler** erkennen Tippfehler und fehlende Schlüssel vor der Bereitstellung.
 
   </Column>
+
 </Columns>
 
 **Warum das wichtig ist:** Starke Typisierung verschiebt Fehler **nach links** (CI/Build) statt **nach rechts** (Laufzeit).
 
----
-
 ## Umgang mit fehlenden Übersetzungen
 
 **next-intl**
@@ -222,8 +207,6 @@ Hier ein Beispiel für die Auswirkung der Bundle-Größenoptimierung mit `intlay
 
 **Warum das wichtig ist:** Das Erkennen von Lücken während des Builds verhindert „mysteriöse Strings“ in der Produktion und entspricht strengen Release-Gates.
 
----
-
 ## Routing, Middleware & URL-Strategie
 
 <Columns>
@@ -248,12 +231,11 @@ Hier ein Beispiel für die Auswirkung der Bundle-Größenoptimierung mit `intlay
 - Alles Genannte, plus **i18n Middleware** (Locale-Erkennung über Header/Cookies) und **Hilfsmittel** zur Generierung lokalisierter URLs und `<link rel="alternate" hreflang="…">` Tags.
 
   </Column>
+
 </Columns>
 
 **Warum es wichtig ist:** Weniger benutzerdefinierte Verbindungs-Schichten; **konsistente Benutzererfahrung (UX)** und **sauberes SEO** über alle Sprachen hinweg.
 
----
-
 ## Ausrichtung auf Server Components (RSC)
 
 <Columns>
@@ -278,12 +260,11 @@ Hier ein Beispiel für die Auswirkung der Bundle-Größenoptimierung mit `intlay
 - Unterstützt Next.js 13+ und erleichtert die **Server/Client-Grenze** mit einer konsistenten API und RSC-orientierten Providern, wodurch das Hin- und Herschicken von Formatierern oder t-Funktionen vermieden wird.
 
   </Column>
+
 </Columns>
 
 **Warum es wichtig ist:** Klareres mentales Modell und weniger Randfälle in hybriden Bäumen.
 
----
-
 ## Integration mit Lokalisierungsplattformen (TMS)
 
 Große Organisationen verlassen sich oft auf Translation Management Systeme (TMS) wie **Crowdin**, **Phrase**, **Lokalise**, **Localizely** oder **Localazy**.
@@ -929,8 +910,6 @@ const ClientComponentExample = () => {
   - **next-intl** ist flexibel; lade Nachrichten wie du es konfigurierst.
   - **Intlayer** speichert Inhalte in TS/JS Wörterbüchern und löst sie über Schlüssel auf.
 
----
-
 ### Verwendung in einer Server-Komponente
 
 Wir betrachten den Fall einer UI-Komponente. Diese Komponente ist eine Server-Komponente und sollte als Kind einer Client-Komponente eingefügt werden können. (Seite (Server-Komponente) -> Client-Komponente -> Server-Komponente). Da diese Komponente als Kind einer Client-Komponente eingefügt werden kann, darf sie nicht asynchron sein.
@@ -1030,7 +1009,7 @@ Hier ist eine Liste von Best Practices bezüglich mehrsprachigem SEO.
 Entwickler vergessen oft, ihre Seiten über verschiedene Sprachversionen hinweg korrekt zu referenzieren.
 
 <Tabs defaultTab="next-intl" group='techno'>
- 
+
   <Tab label="next-i18next" value="next-i18next">
 
 ```ts fileName="i18n.config.ts"
@@ -1289,8 +1268,6 @@ export default robots;
 
 > Intlayer stellt eine `getMultilingualUrls`-Funktion bereit, um mehrsprachige URLs für Ihre Sitemap zu generieren.
 
----
-
 ### Middleware für Locale-Routing
 
 <Tabs defaultTab="next-intl" group='techno'>
@@ -1408,9 +1385,8 @@ Die Einrichtung des Middleware ist in der `intlayer.config.ts`-Datei zentralisie
 - **Integriertes Tooling**: Nutzen Sie eingebautes Routing, SEO-Helfer und visuelle Editor-Unterstützung.
 
   </Tab>
-</Tabs>
 
----
+</Tabs>
 
 ## Und der Gewinner ist…
 
@@ -1438,6 +1414,7 @@ Es ist nicht einfach. Jede Option hat ihre Vor- und Nachteile. So sehe ich das:
 - entwickelt für modernes Next.js, mit modularen Inhalten, Typsicherheit, Werkzeugen und weniger Boilerplate. Wenn Sie **komponentenbezogene Inhalte**, **striktes TypeScript**, **Build-Zeit-Garantien**, **Tree-Shaking** und **batteriebetriebene** Routing/SEO/Editor-Werkzeuge schätzen – besonders für den **Next.js App Router**, Design-Systeme und **große, modulare Codebasen**.
 
   </Column>
+
 </Columns>
 
 Wenn Sie eine minimale Einrichtung bevorzugen und etwas manuelle Verkabelung akzeptieren, ist next-intl eine gute Wahl. Wenn Sie alle Funktionen benötigen und Komplexität kein Problem ist, funktioniert next-i18next. Aber wenn Sie eine moderne, skalierbare, modulare Lösung mit integrierten Werkzeugen wollen, zielt Intlayer darauf ab, Ihnen genau das sofort bereitzustellen.
@@ -1452,8 +1429,6 @@ GitHub-Sterne sind ein starkes Indiz für die Popularität eines Projekts, das V
 
 [![Stern-Historien-Diagramm](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)
 
----
-
 ## Fazit
 
 Alle drei Bibliotheken sind im Kern der Lokalisierung erfolgreich. Der Unterschied liegt darin, **wie viel Arbeit Sie investieren müssen**, um eine robuste, skalierbare Einrichtung in **modernem Next.js** zu erreichen:

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

@@ -26,8 +26,6 @@ Wenn Ihre mehrsprachige Next.js-App Suchmaschinen nicht mitteilt, wie sie Ihre v
 
 In diesem Blog werden wir untersuchen, **warum i18n eine SEO-Superkraft ist** und wie man es in Next.js mit `next-intl`, `next-i18next` und `Intlayer` korrekt implementiert.
 
----
-
 ## Warum SEO und i18n
 
 Sprachen hinzuzufügen bedeutet nicht nur bessere Benutzererfahrung (UX). Es ist auch ein mächtiger Hebel für **organische Sichtbarkeit**. Hier ist der Grund:
@@ -37,8 +35,6 @@ Sprachen hinzuzufügen bedeutet nicht nur bessere Benutzererfahrung (UX). Es ist
 3. **Bessere UX:** Besucher landen sofort auf der richtigen Version Ihrer Website.
 4. **Wettbewerbsvorteil:** Nur wenige Websites setzen mehrsprachiges SEO gut um, was bedeutet, dass Sie sich abheben können.
 
----
-
 ## Best Practices für mehrsprachiges SEO in Next.js
 
 Hier ist eine Checkliste, die jede mehrsprachige App umsetzen sollte:
@@ -57,8 +53,6 @@ Hier ist eine Checkliste, die jede mehrsprachige App umsetzen sollte:
 
 Dies sind einfache Schritte – aber das Überspringen kann Sie Sichtbarkeit kosten.
 
----
-
 ## Implementierungsbeispiele
 
 Entwickler vergessen oft, ihre Seiten über verschiedene Sprachversionen hinweg korrekt zu referenzieren. Schauen wir uns daher an, wie dies in der Praxis mit verschiedenen Bibliotheken funktioniert.
@@ -343,14 +337,10 @@ export default robots;
   </Tab>
 </Tabs>
 
----
-
 ## Überprüfen Sie Ihre Website mit dem Intlayer SEO Scanner
 
 Um sicherzustellen, dass Ihre mehrsprachige App perfekt optimiert ist, empfehlen wir die Verwendung des [Intlayer SEO Scanners](https://intlayer.org/i18n-seo-scanner). Es handelt sich um ein spezielles Tool zur Überprüfung mehrsprachiger Websites, das Ihnen hilft, fehlende hreflang-Tags, defekte Links und andere SEO-Probleme auf all Ihren lokalisierten Seiten zu identifizieren.
 
----
-
 ## Fazit
 
 i18n in Next.js richtig umzusetzen bedeutet nicht nur, Texte zu übersetzen, sondern sicherzustellen, dass Suchmaschinen und Nutzer genau wissen, welche Version Ihrer Inhalte angezeigt werden soll.

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

@@ -35,16 +35,12 @@ Wir bewerten:
 
 > **Kurzfassung**: Alle drei können eine React-App lokalisieren. Wenn Sie **komponentenbezogenen Inhalt**, **strenge TypeScript-Typen**, **Build-Zeit-Prüfungen auf fehlende Schlüssel**, **baumgeschüttelte Wörterbücher** und integrierte redaktionelle Werkzeuge (Visueller Editor/CMS + optionale KI-Übersetzung) wünschen, ist **Intlayer** die vollständigste Wahl für modulare React-Codebasen.
 
----
-
 ## Übergeordnete Positionierung
 
 - **react-intl** - ICU-first, standardkonforme Formatierung (Datum/Zahlen/Pluralformen) mit einer ausgereiften API. Kataloge sind typischerweise zentralisiert; Schlüssel-Sicherheit und Build-Zeit-Validierung liegen größtenteils bei Ihnen.
 - **react-i18next** - Extrem beliebt und flexibel; Namespaces, Detektoren und viele Plugins (ICU, Backends). Leistungsstark, aber die Konfiguration kann mit wachsendem Projektumfang umfangreich werden.
 - **Intlayer** - Komponentenorientiertes Inhaltsmodell für React, **strenge TS-Typisierung**, **Build-Zeit-Prüfungen**, **Tree-Shaking**, plus **Visueller Editor/CMS** und **KI-unterstützte Übersetzungen**. Funktioniert mit React Router, Vite, CRA usw.
 
----
-
 ## Funktionsmatrix (React-Fokus)
 
 | Funktion                                           | `react-intlayer` (Intlayer)                                                                                                                       | `react-i18next` (i18next)                                                                                                          | `react-intl` (FormatJS)                                                                                             |
@@ -69,8 +65,6 @@ Wir bewerten:
 | **Bereinigung ungenutzter Inhalte**                | ✅ Ja, pro Wörterbuch zur Build-Zeit                                                                                                              | ❌ Nein, nur durch manuelle Namespace-Segmentierung                                                                                | ❌ Nein, alle deklarierten Nachrichten werden gebündelt                                                             |
 | **Verwaltung großer Projekte**                     | ✅ Fördert Modularität, geeignet für Design-Systeme                                                                                               | ⚠️ Benötigt gute Dateidisziplin                                                                                                    | ⚠️ Zentrale Kataloge können sehr groß werden                                                                        |
 
----
-
 ## Tiefgehender Vergleich
 
 ### 1) Architektur & Skalierbarkeit
@@ -80,8 +74,6 @@ Wir bewerten:
 
 **Warum das wichtig ist:** Modularer Inhalt spiegelt modulare UI wider. Große React-Codebasen bleiben sauberer, wenn Übersetzungen bei den Komponenten leben, zu denen sie gehören.
 
----
-
 ### 2) TypeScript & Sicherheit
 
 - **react-intl**: Solide Typisierung, aber **keine automatische Schlüsseltypisierung**; Sicherheitsmuster müssen selbst durchgesetzt werden.
@@ -90,8 +82,6 @@ Wir bewerten:
 
 **Warum das wichtig ist:** Das Verschieben von Fehlern nach **links** (zum Build/CI) reduziert Produktionsprobleme und beschleunigt die Feedback-Schleifen für Entwickler.
 
----
-
 ### 3) Umgang mit fehlenden Übersetzungen
 
 - **react-intl / react-i18next**: Standardmäßig **Laufzeit-Fallbacks** (Schlüssel-Echo oder Standardsprache). Sie können Linting/Plugins hinzufügen, aber es ist nicht garantiert, dass dies beim Build passiert.
@@ -99,8 +89,6 @@ Wir bewerten:
 
 **Warum das wichtig ist:** Ein fehlschlagender CI-Prozess bei fehlenden Strings verhindert, dass „mysteriöses Englisch“ in nicht-englische UIs gelangt.
 
----
-
 ### 4) Reichhaltiger Inhalt & Formatierung
 
 - **react-intl**: Hervorragende **ICU**-Unterstützung für Pluralformen, Auswahlmöglichkeiten, Datums-/Zahlenformate und Nachrichtenkomposition. JSX kann verwendet werden, aber das mentale Modell bleibt nachrichtenorientiert.
@@ -109,8 +97,6 @@ Wir bewerten:
 
 **Warum das wichtig ist:** Komplexe UI-Texte (Links, fettgedruckte Teile, Inline-Komponenten) sind einfacher zu handhaben, wenn die Bibliothek React-Knoten sauber unterstützt.
 
----
-
 ### 5) Leistung & Ladeverhalten
 
 - **react-intl / react-i18next**: Sie verwalten typischerweise **Katalogaufteilung** und **Lazy Loading** manuell (Namespaces/dynamische Importe). Effektiv, erfordert aber Disziplin.
@@ -118,8 +104,6 @@ Wir bewerten:
 
 **Warum das wichtig ist:** Kleinere Bundles und weniger ungenutzte Strings verbessern die Start- und Navigationsleistung.
 
----
-
 ### 6) DX, Tooling & Wartung
 
 - **react-intl / react-i18next**: Breites Community-Ökosystem; für redaktionelle Workflows verwendet man üblicherweise externe Lokalisierungsplattformen.
@@ -127,24 +111,18 @@ Wir bewerten:
 
 **Warum das wichtig ist:** Eingebaute Werkzeuge verkürzen den Kreislauf zwischen Entwicklern und Inhaltserstellern - weniger Klebecode, weniger Abhängigkeiten von Drittanbietern.
 
----
-
 ## Wann welches wählen?
 
 - **Wählen Sie react-intl**, wenn Sie eine **ICU-first** Nachrichtenformatierung mit einer einfachen, standardkonformen API wünschen und Ihr Team damit vertraut ist, Kataloge und Sicherheitsprüfungen manuell zu pflegen.
 - **Wählen Sie react-i18next**, wenn Sie die **Vielfalt des i18next-Ökosystems** (Detektoren, Backends, ICU-Plugin, Integrationen) benötigen und mehr Konfiguration für mehr Flexibilität akzeptieren.
 - **Wählen Sie Intlayer**, wenn Sie **komponentenbezogenen Inhalt**, **striktes TypeScript**, **Build-Zeit-Garantien**, **Tree-Shaking** und **inklusive redaktionelle Werkzeuge** schätzen – besonders für **große, modulare** React-Anwendungen.
 
----
-
 ## Interoperabilität mit `react-intl` und `react-i18next`
 
 `intlayer` kann dir auch dabei helfen, deine `react-intl`- und `react-i18next`-Namespaces zu verwalten.
 
 Mit `intlayer` kannst du deine Inhalte im Format deiner bevorzugten i18n-Bibliothek deklarieren, und intlayer wird deine Namespaces am Ort deiner Wahl generieren (Beispiel: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## Praktische Migrationshinweise (react-intl / react-i18next → Intlayer)
 
 - **Schrittweise migrieren**: Beginnen Sie mit einer Funktion oder Route; behalten Sie während der Umstellung die alten Kataloge parallel bei.
@@ -152,8 +130,6 @@ Mit `intlayer` kannst du deine Inhalte im Format deiner bevorzugten i18n-Bibliot
 - **Strenge Prüfungen aktivieren**: Lassen Sie Build-Zeit-Fehler fehlende Schlüssel/Locales frühzeitig in der CI anzeigen.
 - **Bundles messen**: Erwarten Sie Reduzierungen, da ungenutzte Strings entfernt werden.
 
----
-
 ## Fazit
 
 Alle drei Bibliotheken lokalisieren React effektiv. Der Unterschied liegt darin, wie viel **Infrastruktur** Sie aufbauen müssen, um eine **sichere, skalierbare** Umgebung zu erreichen: