@intlayer/docs 9.4.3 → 9.5.0

package/docs/de/configuration.md

@@ -122,14 +122,10 @@ author: aymericzip
 
 Intlayer-Konfigurationsdateien ermöglichen die Anpassung verschiedener Aspekte des Plugins, wie Internationalisierung, Middleware und Inhaltsverarbeitung. Dieses Dokument bietet eine detaillierte Beschreibung jeder Eigenschaft in der Konfiguration.
 
----
-
 ## Inhaltsverzeichnis
 
 <TOC/>
 
----
-
 ## Unterstützung von Konfigurationsdateien
 
 Intlayer akzeptiert die Konfigurationsdateiformate JSON, JS, MJS und TS:
@@ -143,8 +139,6 @@ Intlayer akzeptiert die Konfigurationsdateiformate JSON, JS, MJS und TS:
 - `intlayer.config.mjs`
 - `.intlayerrc`
 
----
-
 ## Beispiel-Konfigurationsdatei
 
 ````typescript fileName="intlayer.config.ts" codeFormat="typescript"
@@ -698,14 +692,10 @@ const config: IntlayerConfig = {
 export default config;
 ````
 
----
-
 ## Konfigurationsreferenz
 
 Die folgenden Abschnitte beschreiben die verschiedenen für Intlayer verfügbaren Konfigurationseinstellungen.
 
----
-
 ### Internationalisierungskonfiguration
 
 Definiert Einstellungen zur Internationalisierung, einschließlich der verfügbaren Sprachen und der Standardsprache für die Anwendung.
@@ -717,8 +707,6 @@ Definiert Einstellungen zur Internationalisierung, einschließlich der verfügba
 | `strictMode`      | Gewährleistet eine starke Implementierung von internationalisierten Inhalten mittels TypeScript.         | `string`   | `'inclusive'`       |                      | • Wenn `"strict"`: Die `t`-Funktion erfordert, dass jede deklarierte Sprache definiert ist - wirft einen Fehler, wenn eine fehlt oder nicht deklariert ist.<br/>• Wenn `"inclusive"`: Warnt vor fehlenden Sprachen, akzeptiert aber vorhandene, nicht deklarierte.<br/>• Wenn `"loose"`: Akzeptiert jede vorhandene Sprache. |
 | `defaultLocale`   | Die Standardsprache, die als Fallback verwendet wird, wenn die angeforderte Sprache nicht gefunden wird. | `string`   | `Locales.ENGLISH`   | `'en'`               | Wird verwendet, um die Sprache zu bestimmen, wenn keine in der URL, im Cookie oder im Header angegeben ist.                                                                                                                                                                                                                  |
 
----
-
 ### Editorkonfiguration
 
 Definiert Einstellungen für den integrierten Editor, einschließlich Server-Port und Aktivierungsstatus.
@@ -750,8 +738,6 @@ Analytics ist Opt-out: Es ist standardmäßig aktiviert und beginnt zu erfassen,
 | `flushInterval` | Millisekunden zwischen automatischen gebündelten Übertragungen an das Backend.           | `number`  | `20000`  | `10000`  |                                                                                                                                                                                          |
 | `sampleRate`    | Anteil der zu erfassenden Sitzungen, von `0` (keine) bis `1` (alle).                     | `number`  | `1`      | `0.5`    | Das Sampling ist pro Sitzung deterministisch, sodass eine erfasste Sitzung alle ihre Ereignisse meldet (keine unvollständigen Funnels).                                                  |
 
----
-
 ### Routing-Konfiguration
 
 Einstellungen, die das Routing-Verhalten steuern, einschließlich URL-Struktur, Sprachspeicherung und Middleware-Handhabung.
@@ -953,8 +939,6 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
----
-
 ### Inhaltskonfiguration
 
 Einstellungen für die Inhaltsbehandlung in der Anwendung, einschließlich Verzeichnisnamen, Dateierweiterungen und abgeleiteter Konfigurationen.
@@ -968,8 +952,6 @@ Einstellungen für die Inhaltsbehandlung in der Anwendung, einschließlich Verze
 | `excludedPath`   | Verzeichnisse, die vom Scannen nach Inhalten ausgeschlossen werden sollen.                                       | `string[]` | `['**/node_modules/**', '**/dist/**', '**/build/**', '**/.intlayer/**', '**/.next/**', '**/.nuxt/**', '**/.expo/**', '**/.vercel/**', '**/.turbo/**', '**/.tanstack/**']` |                                                                                                                                                                                       | Wird noch nicht verwendet; für zukünftige Implementierung vorgesehen.                                                                                            |
 | `formatCommand`  | Befehl zum Formatieren von Inhaltsdateien, wenn Intlayer sie lokal schreibt.                                     | `string`   | `undefined`                                                                                                                                                               | `'npx prettier --write "{{file}}" --log-level silent'` (Prettier), `'npx biome format "{{file}}" --write --log-level none'` (Biome), `'npx eslint --fix "{{file}}" --quiet'` (ESLint) | • `{{file}}` wird durch den Dateipfad ersetzt.<br/>• Wenn nicht definiert, erkennt Intlayer dies automatisch (testet Prettier, Biome, ESLint).                   |
 
----
-
 ### Systemkonfiguration
 
 Einstellungen für interne Pfade und Ausgabeergebnisse von Intlayer. Diese Einstellungen sind typischerweise intern und sollten normalerweise vom Benutzer nicht geändert werden.
@@ -1024,8 +1006,6 @@ dictionary: {
 };
 ```
 
----
-
 ### Logger-Konfiguration
 
 Einstellungen zur Anpassung der Protokollausgabe (Logs) von Intlayer.
@@ -1096,8 +1076,6 @@ Die Build-Optionen gelten für die Plugins `@intlayer/babel` und `@intlayer/swc`
 | `outputFormat`        | Steuert das Ausgabeformat der Wörterbücher.                                                                                                      | `('esm' &#124; 'cjs')[]`         | `['esm', 'cjs']`                                                                                                                                                                  | `['cjs']`                                                                     |                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   |
 | `traversePattern`     | Muster, die definieren, welche Dateien während der Optimierung durchlaufen werden sollen.                                                        | `string[]`                       | `['**/*.{tsx,ts,js,mjs,cjs,jsx,vue,svelte,svte}', '!**/node_modules/**', '!**/dist/**', '!**/.intlayer/**', '!**/*.config.*', '!**/*.test.*', '!**/*.spec.*', '!**/*.stories.*']` | `['src/**/*.{ts,tsx}', '../ui-library/**/*.{ts,tsx}', '!**/node_modules/**']` | • Begrenzen Sie die Optimierung auf relevante Dateien, um die Build-Leistung zu verbessern.<br/>• Wird ignoriert, wenn `optimize` deaktiviert ist.<br/>• Verwendet Glob-Muster.                                                                                                                                                                                                                                                                                                                                                                                   |
 
----
-
 ### Compiler-Konfiguration
 
 Einstellungen, die den Intlayer-Compiler steuern, der Wörterbücher direkt aus Ihren Komponenten extrahiert.
@@ -1117,8 +1095,6 @@ Einstellungen, die den Intlayer-Compiler steuern, der Wörterbücher direkt aus
 | --------- | ---------------------------------------------------------------------------------------- | --------------------------- |
 | `schemas` | Erlaubt die Definition von Zod-Schemata zur Validierung der Struktur Ihrer Wörterbücher. | `Record<string, ZodSchema>` |
 
----
-
 ### Plugins
 
 | Feld      | Beschreibung                                 | Typ                |
@@ -1134,25 +1110,21 @@ Einstellungen, die den Intlayer-Compiler steuern, der Wörterbücher direkt aus
 Im Stammverzeichnis Ihres Projekts, neben `package.json`. Intlayer akzeptiert auch `intlayer.config.js`, `intlayer.config.mjs`, `intlayer.config.cjs` und JSON, sodass die Datei zu dem Modulsystem passt, das Ihr Projekt verwendet.
 
 </Question>
-
 <Question title="Wie viel trägt i18n zu meiner Bundle-Größe bei?">
 
 Viel weniger als bei einem Namespace-basierten Setup, denn eine Seite lädt niemals einen Katalog herunter, den sie nicht rendert. Serverseitig gerendertes Markup löst seinen Inhalt auf dem Server auf, und der Build-Zeit-Compiler ersetzt `useIntlayer`-Aufrufe durch genau die Wörterbucheinträge, die eine Komponente verwendet, sodass ungenutzte Schlüssel und ungenutzte Sprachen entfernt werden. [Dynamische Wörterbücher](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dynamic_dictionaries/index.md) teilen den Rest pro Locale auf. Gemessen an den üblichen Alternativen reduziert Intlayer die Bundle- und Seitengröße um bis zu 50 %. Siehe [Bundle-Optimierung](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/bundle_optimization.md) und den [Benchmark](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/index.md).
 
 </Question>
-
 <Question title="Kann ich von `i18next`, `next-intl` oder `react-i18next` migrieren, ohne meine Komponenten neu zu schreiben?">
 
 Ja, und es gibt zwei Wege. Sie können die Inhalte schrittweise migrieren mit dem [i18next-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_i18next_to_intlayer.md) oder dem [next-intl-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_next-intl_to_intlayer.md). Oder Sie behalten Ihre aktuelle API vollständig bei: Die [Kompatibilitätsadapter](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compat/index.md) stellen genau dieselbe API wie `i18next`, `react-i18next`, `next-intl`, `next-i18next`, `react-intl`, `use-intl`, `vue-i18n` und `Lingui` bereit, aber aus Intlayer-Wörterbüchern bedient, sodass sich Importe ändern und der Komponentencode nicht.
 
 </Question>
-
 <Question title="Kann ich meine vorhandenen JSON-Übersetzungsdateien behalten?">
 
 Ja. Das [sync-JSON-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-json.md) behält Ihre `/messages/{locale}/{namespace}.json`-Dateien als Single Source of Truth und generiert daraus Intlayer-Wörterbücher, in beide Richtungen. Ein [sync-PO-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-po.md) macht dasselbe für gettext-Kataloge, und [Dateien pro Locale](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/per_locale_file.md) lassen Sie Inhalte nach Sprache aufteilen, statt Locales in einer Datei zu gruppieren.
 
 </Question>
-
 <Question title="Muss ich meine Inhalte Schlüssel für Schlüssel umziehen?">
 
 Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien, zieht die für den Nutzer sichtbaren Strings heraus und schreibt neben jede eine `.content`-Datei, sodass Sie ein Diff prüfen, statt Strings einzeln in einen Katalog zu kopieren. Siehe den [extract-Befehl](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/extract.md).
@@ -1160,7 +1132,6 @@ Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien,
 Für eine vollständig automatisierte Pipeline macht der [Intlayer-Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compiler.md) dasselbe zur Build-Zeit auf JSX-, TSX-, Vue- und Svelte-Quellcode und generiert die Wörterbücher bei jeder Änderung, sodass es keine von Hand zu pflegenden Schlüssel gibt. Er arbeitet mit statischer Analyse, sodass Strings, die nur zur Laufzeit existieren, unerreichbar bleiben, und er braucht einige Annotationen, um für den Nutzer sichtbaren Text von Anwendungslogik zu unterscheiden.
 
 </Question>
-
 <Question title="Welches Editor- und KI-Agenten-Tooling ist verfügbar?">
 
 Fünf Bausteine, alle optional:
@@ -1172,49 +1143,41 @@ Fünf Bausteine, alle optional:
 - **[ESLint-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/eslint.md)**: `no-raw-text` markiert fest kodierte Strings, mit weiteren Regeln für statische Wörterbuchschlüssel und ungenutzte Inhalte.
 
 </Question>
-
 <Question title="Wie füge ich meiner App eine neue Sprache hinzu?">
 
 Fügen Sie die Locale zu `internationalization.locales` hinzu und führen Sie dann `npx intlayer fill` aus, um die vorhandenen Inhalte darin zu übersetzen. Die generierten Typen werden gleichzeitig aktualisiert, sodass jede Inhaltsdatei, der die neue Locale fehlt, zu einem Typfehler wird statt zu einem stillen Fallback.
 
 </Question>
-
 <Question title="Wie entferne ich das Locale-Präfix aus meinen URLs?">
 
 Setzen Sie `routing.mode`. Die Voreinstellung `"prefix-no-default"` ergibt `/about` für die Standard-Locale und `/fr/about` für die anderen. `"prefix-all"` stellt jeder Locale ein Präfix voran. `"no-prefix"` hält die Locale vollständig aus dem Pfad heraus und löst sie aus einem Cookie, einem Header oder einer Domain auf. `"search-params"` legt sie als `/about?locale=fr` in den Query-String.
 
 </Question>
-
 <Question title="Kann ich jede Sprache von ihrer eigenen Domain ausliefern?">
 
 Ja. `routing.domains` ordnet eine Locale einem Hostnamen zu, zum Beispiel `{ fr: 'example.fr', en: 'example.com' }`. Die Domain identifiziert die Locale, sodass dem Pfad kein Präfix hinzugefügt wird, und `getLocalizedUrl` gibt eine absolute URL auf der richtigen Domain zurück.
 
 </Question>
-
 <Question title="Wie wird die Sprache des Nutzers erkannt?">
 
 Über `routing.storage`, das die zu lesenden Quellen der Reihe nach auflistet, typischerweise die URL, dann ein Cookie, dann den `Accept-Language`-Header. Eine ausdrückliche Wahl des Nutzers wird persistiert, sodass sie beim nächsten Besuch gewinnt.
 
 </Question>
-
 <Question title="Was macht routing.enableProxy?">
 
 Es steuert den Locale-Routing-Proxy, die Middleware, die Präfixe und Weiterleitungen auflöst. Ohne gesetzten Wert läuft der Proxy, aber Entwicklungs- und Preview-Server ignorieren die gespeicherte Locale als Weiterleitungsquelle, was verhindert, in eine Sprache umgeleitet zu werden, die Sie nicht testen; die Produktion verhält sich, als wäre er `true`. Setzen Sie ihn auf `false`, um das Locale-Routing selbst zu übernehmen.
 
 </Question>
-
 <Question title="Was ist der Unterschied zwischen importMode static, dynamic und fetch?">
 
 `"static"`, die Voreinstellung, importiert Wörterbücher statisch, sodass sie gebündelt und synchron gelesen werden. `"dynamic"` importiert sie über Suspense, sodass eine Locale nur heruntergeladen wird, wenn eine Komponente sie rendert, was Sie bei großen Inhaltsmengen wollen. `"fetch"` ruft sie über die Live-Sync-API ab und fällt bei einem Fehler auf `"dynamic"` zurück. Siehe [Bundle-Optimierung](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/bundle_optimization.md) und [dynamische Wörterbücher](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dynamic_dictionaries/index.md).
 
 </Question>
-
 <Question title="Wo lege ich den KI-Anbieter und den API-Schlüssel für die automatische Übersetzung fest?">
 
 Entweder in der Konfigurationsdatei oder auf der Kommandozeile mit `--provider`, `--model` und `--api-key`. Der Schlüssel bleibt Ihrer: Die Übersetzungsaufrufe gehen von Ihrer Maschine oder Ihrem CI-Runner an den von Ihnen gewählten Anbieter, sodass nichts über einen Dritten geleitet wird. Siehe den [fill-Befehl](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/fill.md).
 
 </Question>
-
 <Question title="Muss ich den Dev-Server nach einer Änderung der Konfiguration neu starten?">
 
 Normalerweise nicht. Der Intlayer-Watcher überwacht `intlayer.config.ts` selbst: Beim Speichern lädt er die Konfiguration neu und bereitet die Wörterbücher erneut vor, sodass das Hinzufügen einer Locale oder das Ändern eines Routing-Modus wie eine Inhaltsänderung erkannt wird. Die Konfiguration kann jedoch von den Systemen zwischengespeichert werden. Ein Neustart Ihrer App kann eine gute Lösung sein.

package/docs/de/dictionary/html.md

@@ -119,8 +119,6 @@ const myContent = html(
 
 Wenn Sie die Methode `.use()` auf einem HTML-Knoten verwenden, werden die von Ihnen bereitgestellten Komponenten gegen die in der `html()`-Funktion bereitgestellte Definition (falls verfügbar) geprüft.
 
----
-
 ## HTML rendern
 
 Das Rendern kann automatisch durch das Inhaltssystem von Intlayer oder manuell mit spezialisierten Tools erfolgen.
@@ -474,8 +472,6 @@ Sie können das HTML-Rendering global für Ihre gesamte Anwendung konfigurieren.
   </Tab>
 </Tabs>
 
----
-
 ### Manuelles Rendering & Erweiterte Tools
 
 Wenn Sie rohe HTML-Strings rendern müssen oder mehr Kontrolle über die Komponentenzuordnung benötigen, verwenden Sie die folgenden Tools.
@@ -648,8 +644,6 @@ Wenn Sie rohe HTML-Strings rendern müssen oder mehr Kontrolle über die Kompone
   </Tab>
 </Tabs>
 
----
-
 ## Optionen-Referenz
 
 Diese Optionen können an `HTMLProvider`, `HTMLRenderer`, `useHTMLRenderer` und `renderHTML` übergeben werden.

package/docs/de/dictionary/markdown.md

@@ -1171,8 +1171,6 @@ export class MyComponent {
   </Tab>
 </Tabs>
 
----
-
 ## Serverseitiges Rendern (SSR) und Hydratisierung
 
 Im Vergleich zu anderen Markdown-Parsern wie remark / rehype ist Intlayer Markdown frei von Abhängigkeiten und läuft sowohl auf dem Client als auch auf dem Server.

package/docs/de/how_works_intlayer.md

@@ -269,25 +269,21 @@ Das `@intlayer/backend` Paket exportiert Backend-Typen und wird in Zukunft das B
 Zur Build-Zeit. Das Bundler-Plugin oder `npx intlayer build` scannt Ihre `.content.ts`-Dateien, löst sie in Wörterbücher im Ordner `.intlayer` auf und generiert die passenden TypeScript-Typen. Zur Laufzeit lesen Ihre Komponenten nur das Ergebnis, sodass auf dem Anfragepfad kein Parsen oder Laden von Dateien stattfindet.
 
 </Question>
-
 <Question title="Wie viel trägt i18n zu meiner Bundle-Größe bei?">
 
 Viel weniger als bei einem Namespace-basierten Setup, denn eine Seite lädt niemals einen Katalog herunter, den sie nicht rendert. Serverseitig gerendertes Markup löst seinen Inhalt auf dem Server auf, und der Build-Zeit-Compiler ersetzt `useIntlayer`-Aufrufe durch genau die Wörterbucheinträge, die eine Komponente verwendet, sodass ungenutzte Schlüssel und ungenutzte Sprachen entfernt werden. [Dynamische Wörterbücher](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dynamic_dictionaries/index.md) teilen den Rest pro Locale auf. Gemessen an den üblichen Alternativen reduziert Intlayer die Bundle- und Seitengröße um bis zu 50 %. Siehe [Bundle-Optimierung](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/bundle_optimization.md) und den [Benchmark](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/index.md).
 
 </Question>
-
 <Question title="Kann ich von `i18next`, `next-intl` oder `react-i18next` migrieren, ohne meine Komponenten neu zu schreiben?">
 
 Ja, und es gibt zwei Wege. Sie können die Inhalte schrittweise migrieren mit dem [i18next-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_i18next_to_intlayer.md) oder dem [next-intl-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_next-intl_to_intlayer.md). Oder Sie behalten Ihre aktuelle API vollständig bei: Die [Kompatibilitätsadapter](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compat/index.md) stellen genau dieselbe API wie `i18next`, `react-i18next`, `next-intl`, `next-i18next`, `react-intl`, `use-intl`, `vue-i18n` und `Lingui` bereit, aber aus Intlayer-Wörterbüchern bedient, sodass sich Importe ändern und der Komponentencode nicht.
 
 </Question>
-
 <Question title="Kann ich meine vorhandenen JSON-Übersetzungsdateien behalten?">
 
 Ja. Das [sync-JSON-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-json.md) behält Ihre `/messages/{locale}/{namespace}.json`-Dateien als Single Source of Truth und generiert daraus Intlayer-Wörterbücher, in beide Richtungen. Ein [sync-PO-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-po.md) macht dasselbe für gettext-Kataloge, und [Dateien pro Locale](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/per_locale_file.md) lassen Sie Inhalte nach Sprache aufteilen, statt Locales in einer Datei zu gruppieren.
 
 </Question>
-
 <Question title="Muss ich meine Inhalte Schlüssel für Schlüssel umziehen?">
 
 Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien, zieht die für den Nutzer sichtbaren Strings heraus und schreibt neben jede eine `.content`-Datei, sodass Sie ein Diff prüfen, statt Strings einzeln in einen Katalog zu kopieren. Siehe den [extract-Befehl](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/extract.md).
@@ -295,7 +291,6 @@ Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien,
 Für eine vollständig automatisierte Pipeline macht der [Intlayer-Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compiler.md) dasselbe zur Build-Zeit auf JSX-, TSX-, Vue- und Svelte-Quellcode und generiert die Wörterbücher bei jeder Änderung, sodass es keine von Hand zu pflegenden Schlüssel gibt. Er arbeitet mit statischer Analyse, sodass Strings, die nur zur Laufzeit existieren, unerreichbar bleiben, und er braucht einige Annotationen, um für den Nutzer sichtbaren Text von Anwendungslogik zu unterscheiden.
 
 </Question>
-
 <Question title="Welches Editor- und KI-Agenten-Tooling ist verfügbar?">
 
 Fünf Bausteine, alle optional:
@@ -307,43 +302,36 @@ Fünf Bausteine, alle optional:
 - **[ESLint-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/eslint.md)**: `no-raw-text` markiert fest kodierte Strings, mit weiteren Regeln für statische Wörterbuchschlüssel und ungenutzte Inhalte.
 
 </Question>
-
 <Question title="Was ist der Ordner .intlayer und sollte ich ihn committen?">
 
 Es ist die generierte Ausgabe: die kompilierten Wörterbücher und die generierten Typen. Sie wird aus Ihren Inhaltsdateien abgeleitet, sollte also in `.gitignore` stehen und von Ihrem Build-Schritt neu erzeugt werden, genau wie ein `dist`-Ordner.
 
 </Question>
-
 <Question title="Wie wird die aktive Locale bestimmt?">
 
 Aus den in `routing.storage` aufgelisteten Quellen, der Reihe nach: das URL-Präfix, wenn `routing.mode` eines verwendet, dann ein Cookie, dann der `Accept-Language`-Header, dann Ihre Standard-Locale. Eine Locale, die der Nutzer ausdrücklich wählt, wird persistiert, sodass sie den nächsten Besuch übersteht. Siehe die [Konfigurationsreferenz](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/configuration.md).
 
 </Question>
-
 <Question title="Was ist der Unterschied zwischen lokalen und entfernten Wörterbüchern?">
 
 Ein lokales Wörterbuch wird in Ihrer Codebasis deklariert und mit Ihrer Anwendung kompiliert. Ein entferntes Wörterbuch wird im [CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_CMS.md) verwaltet und zur Laufzeit aufgelöst, sodass es sich ohne Deployment ändern kann. Beide werden über dieselben Hooks gelesen, und entfernter Inhalt fällt auf die lokale Deklaration zurück, wenn er nicht verfügbar ist.
 
 </Question>
-
 <Question title="Funktioniert Intlayer ohne TypeScript?">
 
 Ja. Inhaltsdateien können in TypeScript, JavaScript, ESM, CommonJS oder JSON geschrieben werden. TypeScript schaltet die generierten Typen und die Autovervollständigung frei, ist also das empfohlene Setup, aber nicht erforderlich.
 
 </Question>
-
 <Question title="Wie teilen sich Server-Rendering und Client-Rendering denselben Inhalt?">
 
 Der Server löst den Inhalt serverseitig gerenderter Komponenten direkt auf, sodass für dieses Markup kein Wörterbuch an den Client gesendet wird. Client-Komponenten lesen dieselben Wörterbücher über den Provider, der die auf dem Server aufgelöste Locale erhält, sodass das erste Client-Rendering zum Server-HTML passt und keine andere Sprache aufblitzt.
 
 </Question>
-
 <Question title="Wie vermeidet Intlayer eine Hydration-Diskrepanz bei der Locale?">
 
 Die Locale wird einmal auf dem Server aufgelöst und an den Provider übergeben, statt im Browser erneut erkannt zu werden. Weil der Client mit derselben Locale startet, die der Server gerendert hat, passt das Markup, was bei clientseitiger Locale-Erkennung üblicherweise bricht.
 
 </Question>
-
 <Question title="Muss ich neu bauen, wenn ich eine Übersetzung hinzufüge?">
 
 In der Entwicklung nein: Das Plugin überwacht Ihre Inhaltsdateien und baut die betroffenen Wörterbücher beim Speichern neu. In der Produktion sind die Wörterbücher Teil des Builds, es sei denn, der Inhalt ist entfernt, in welchem Fall das [CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_CMS.md) und der [Live-Sync](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/live.md) die Änderung ohne Deployment anwenden.

package/docs/de/interest_of_intlayer.md

@@ -44,43 +44,36 @@ Im Vergleich zu führenden Lösungen wie `next-intl` oder `i18next` bietet Intla
 Anstatt massive JSON-Dateien in Ihre Seiten zu laden, laden Sie nur die tatsächlich benötigten Inhalte. Intlayer hilft Ihnen dabei, **Ihre Bundle- und Seitengrößen um bis zu 50 % zu reduzieren**.
 
 </Accordion>
-
 <Accordion header="Wartbarkeit">
 
 Die Kapselung der Inhalte Ihrer Anwendung auf Komponentenebene **erleichtert die Wartung** bei großen Projekten erheblich. Sie können einen einzelnen Feature-Ordner duplizieren oder löschen, ohne die mentale Last zu tragen, Ihre gesamte Inhalts-Codebasis überprüfen zu müssen. Zudem ist Intlayer **vollständig typisiert**, um die Richtigkeit Ihrer Übersetzungen zu garantieren.
 
 </Accordion>
-
 <Accordion header="KI-Agenten">
 
 Die Zusammenlegung von Code und Inhalt (Co-location) **reduziert den benötigten Kontext** für Large Language Models (LLMs). Intlayer bietet zudem ein Paket von Werkzeugen wie eine **CLI** zum Testen auf fehlende Übersetzungen, **[LSP](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/lsp.md)**, **[MCP](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/mcp_server.md)** und **[Agent Skills](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/agent_skills.md)**, um die Entwicklererfahrung (DX) für KI-Agenten noch reibungsloser zu gestalten.
 
 </Accordion>
-
 <Accordion header="Funktionsumfang">
 
 Intlayer bietet eine Reihe zusätzlicher Funktionen, die andere i18n-Lösungen nicht haben, wie [Markdown-Unterstützung](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dictionary/markdown.md), [Laden von externen Inhalten](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dictionary/function_fetching.md), [Laden von Dateiinhalten](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dictionary/file.md), [Live-Inhaltsaktualisierung](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/live.md), einen [visuellen Editor](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_visual_editor.md) und mehr.
 
 </Accordion>
-
 <Accordion header="Automatisierung">
 
 Nutzen Sie die Automatisierung für Übersetzungen in Ihrer CI/CD-Pipeline mit dem LLM Ihrer Wahl zum Preis Ihres KI-Anbieters. Intlayer bietet auch einen **Compiler** zur automatischen Inhaltsextraktion sowie eine [Webplattform](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_CMS.md) zur Unterstützung von **Übersetzungen im Hintergrund**.
 
 </Accordion>
-
 <Accordion header="Performance">
 
 Das Laden massiver JSON-Dateien in Komponenten kann zu Performance- und Reaktivitätsproblemen führen. Intlayer optimiert das Laden Ihrer Inhalte bereits zur Build-Zeit.
 
 </Accordion>
-
 <Accordion header="Skalierung mit Nicht-Entwicklern">
 
 Mehr als nur eine i18n-Lösung bietet Intlayer einen **selbstgehosteten [visuellen Editor](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_visual_editor.md)** und ein **[vollwertiges CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_CMS.md)**, mit dem Sie Ihre mehrsprachigen Inhalte in **Echtzeit** verwalten können. Dies macht die Zusammenarbeit mit Übersetzern, Textern und anderen Teammitgliedern nahtlos. Inhalte können lokal und/oder remote gespeichert werden.
 
 </Accordion>
-
 <Accordion header="Cross-Framework-Design">
 
 Wenn Sie verschiedene Frameworks für verschiedene Teile Ihrer Anwendung verwenden (z. B. React, React-native, Vue, Angular, Svelte usw.), bietet Intlayer eine Möglichkeit, **eine gemeinsame Syntax und Implementierung über alle gängigen Frontend-Frameworks hinweg zu nutzen**. Sie können Ihre Inhaltsdeklaration auch in Ihrem Designsystem, Ihren Apps, dem Backend usw. teilen.
@@ -282,8 +275,6 @@ GitHub-Sterne sind ein starker Indikator für die Popularität eines Projekts, d
 
 [![Star History Chart](https://api.star-history.com/chart?repos=aymericzip/intlayer%2Cformatjs/formatjs%2Ci18next/react-i18next%2Ci18next/i18next%2Ci18next/next-i18next%2Clingui/js-lingui%2Camannn/next-intl%2Cintlify/vue-i18n%2Ccodingcommons/typesafe-i18n%2Copral/paraglide-js&type=date&legend=top-left)](https://www.star-history.com/#aymericzip/intlayer&formatjs/formatjs&i18next/react-i18next&i18next/i18next&i18next/next-i18next&lingui/js-lingui&amannn/next-intl&intlify/vue-i18n&codingcommons/typesafe-i18n&opral/paraglide-js)
 
----
-
 ## Interoperabilität
 
 `intlayer` kann Ihnen auch dabei helfen, Ihre Namespaces für `react-intl`, `react-i18next`, `next-intl`, `next-i18next` und `vue-i18n` zu verwalten.
@@ -305,25 +296,21 @@ Drei Generationen existieren nebeneinander:
 - **Content-Layer-Bibliotheken**: `Intlayer`. Inhalte werden pro Komponente deklariert und kompiliert, sodass Typisierung, Tree-Shaking, Bearbeitungswerkzeuge und KI-Übersetzung alle aus denselben Deklarationen stammen.
 
 </Question>
-
 <Question title="Wie viel trägt i18n zu meiner Bundle-Größe bei?">
 
 Viel weniger als bei einem Namespace-basierten Setup, denn eine Seite lädt niemals einen Katalog herunter, den sie nicht rendert. Serverseitig gerendertes Markup löst seinen Inhalt auf dem Server auf, und der Build-Zeit-Compiler ersetzt `useIntlayer`-Aufrufe durch genau die Wörterbucheinträge, die eine Komponente verwendet, sodass ungenutzte Schlüssel und ungenutzte Sprachen entfernt werden. [Dynamische Wörterbücher](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dynamic_dictionaries/index.md) teilen den Rest pro Locale auf. Gemessen an den üblichen Alternativen reduziert Intlayer die Bundle- und Seitengröße um bis zu 50 %. Siehe [Bundle-Optimierung](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/bundle_optimization.md) und den [Benchmark](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/index.md).
 
 </Question>
-
 <Question title="Kann ich von `i18next`, `next-intl` oder `react-i18next` migrieren, ohne meine Komponenten neu zu schreiben?">
 
 Ja, und es gibt zwei Wege. Sie können die Inhalte schrittweise migrieren mit dem [i18next-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_i18next_to_intlayer.md) oder dem [next-intl-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_next-intl_to_intlayer.md). Oder Sie behalten Ihre aktuelle API vollständig bei: Die [Kompatibilitätsadapter](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compat/index.md) stellen genau dieselbe API wie `i18next`, `react-i18next`, `next-intl`, `next-i18next`, `react-intl`, `use-intl`, `vue-i18n` und `Lingui` bereit, aber aus Intlayer-Wörterbüchern bedient, sodass sich Importe ändern und der Komponentencode nicht.
 
 </Question>
-
 <Question title="Kann ich meine vorhandenen JSON-Übersetzungsdateien behalten?">
 
 Ja. Das [sync-JSON-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-json.md) behält Ihre `/messages/{locale}/{namespace}.json`-Dateien als Single Source of Truth und generiert daraus Intlayer-Wörterbücher, in beide Richtungen. Ein [sync-PO-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-po.md) macht dasselbe für gettext-Kataloge, und [Dateien pro Locale](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/per_locale_file.md) lassen Sie Inhalte nach Sprache aufteilen, statt Locales in einer Datei zu gruppieren.
 
 </Question>
-
 <Question title="Muss ich meine Inhalte Schlüssel für Schlüssel umziehen?">
 
 Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien, zieht die für den Nutzer sichtbaren Strings heraus und schreibt neben jede eine `.content`-Datei, sodass Sie ein Diff prüfen, statt Strings einzeln in einen Katalog zu kopieren. Siehe den [extract-Befehl](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/extract.md).
@@ -331,7 +318,6 @@ Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien,
 Für eine vollständig automatisierte Pipeline macht der [Intlayer-Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compiler.md) dasselbe zur Build-Zeit auf JSX-, TSX-, Vue- und Svelte-Quellcode und generiert die Wörterbücher bei jeder Änderung, sodass es keine von Hand zu pflegenden Schlüssel gibt. Er arbeitet mit statischer Analyse, sodass Strings, die nur zur Laufzeit existieren, unerreichbar bleiben, und er braucht einige Annotationen, um für den Nutzer sichtbaren Text von Anwendungslogik zu unterscheiden.
 
 </Question>
-
 <Question title="Welches Editor- und KI-Agenten-Tooling ist verfügbar?">
 
 Fünf Bausteine, alle optional:
@@ -343,43 +329,36 @@ Fünf Bausteine, alle optional:
 - **[ESLint-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/eslint.md)**: `no-raw-text` markiert fest kodierte Strings, mit weiteren Regeln für statische Wörterbuchschlüssel und ungenutzte Inhalte.
 
 </Question>
-
 <Question title="Wie unterscheidet sich Intlayer von next-intl?">
 
 `next-intl` ist eine Message-Ebene für Next.js: Sie behalten JSON-Message-Dateien pro Locale und lesen sie über `useTranslations`. Intlayer ist eine Inhaltsebene: Deklarationen liegen neben der Komponente, werden aus der Deklaration selbst typisiert und pro Komponente kompiliert, sodass eine Seite nur ausliefert, was sie rendert. Intlayer deckt außerdem ab, was `next-intl` Ihnen überlässt, nämlich KI-Übersetzung, einen visuellen Editor, ein CMS und Prüfungen fehlender Übersetzungen in der CI. Wenn Sie die `next-intl`-API behalten möchten, bedient sie der [Kompatibilitätsadapter](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compat/index.md) aus Intlayer-Wörterbüchern.
 
 </Question>
-
 <Question title="Wie unterscheidet sich Intlayer von i18next und react-i18next?">
 
 `i18next` löst String-Schlüssel zur Laufzeit gegen Namespaces auf, was bedeutet, dass ein umbenannter oder falsch geschriebener Schlüssel still fehlschlägt und jeder Namespace, den eine Seite berührt, vollständig heruntergeladen wird. Intlayer löst Inhalte zur Build-Zeit gegen generierte Typen auf, sodass ein falscher Schlüssel ein Compile-Fehler ist und nur die Einträge, die eine Komponente rendert, ins Bundle gelangen. `i18next` hat das größere Plugin-Ökosystem und eine längere Erfolgsgeschichte; Intlayer hat Typisierung, Bundle-Größe sowie die Bearbeitungs- und Automatisierungswerkzeuge. Siehe den [i18next-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_i18next_to_intlayer.md) oder den [Kompatibilitätsadapter](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compat/index.md).
 
 </Question>
-
 <Question title="Ist Intlayer schneller oder leichter als die Alternativen?">
 
 Bei Bundle- und Seitengröße ja: Kataloge, die eine Seite nicht rendert, nicht zu laden, senkt Bundle- und Seitengröße gegenüber Namespace-basierten Setups um bis zu 50 %. Der [Benchmark](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/index.md) veröffentlicht die Methode und die Zahlen pro Framework, darunter [Next.js](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/nextjs.md), [TanStack Start](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/tanstack.md), [Vue](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/vue.md) und [Svelte](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/svelte.md), sodass Sie sie reproduzieren können, statt der Behauptung blind zu vertrauen.
 
 </Question>
-
 <Question title="Lohnt es sich, eine bestehende App zu migrieren?">
 
 Es hängt davon ab, was heute schmerzt. Wenn Ihr Problem die Bundle-Größe, still fehlende Übersetzungen oder Übersetzer sind, die ohne Entwickler nicht arbeiten können, zahlt sich die Migration aus. Wenn Ihre Kataloge klein und stabil sind, ist der Gewinn geringer. In jedem Fall muss die Migration keine Neuentwicklung sein: Die [Kompatibilitätsadapter](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compat/index.md) behalten Ihre aktuelle API, und das [sync-JSON-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-json.md) behält Ihre vorhandenen JSON-Dateien als Single Source of Truth, während beide Ebenen nebeneinander bestehen.
 
 </Question>
-
 <Question title="Was bietet Intlayer, das andere i18n-Bibliotheken nicht bieten?">
 
 [Markdown-Inhalte](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dictionary/markdown.md), [aus einer externen Quelle abgerufene Inhalte](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dictionary/content_file.md), das Laden von Dateiinhalten, [Live-Inhaltsaktualisierungen](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/live.md), ein [visueller Editor](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_visual_editor.md), ein [CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_CMS.md), ein [Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compiler.md), der Inhalte aus vorhandenen Komponenten extrahiert, [Inhaltsvarianten](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dynamic_dictionaries/variants.md) für A/B-Tests, [Analytik](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/analytics.md) zur Inhaltsexposition, ein [MCP-Server](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/mcp_server.md), ein [LSP](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/lsp.md) und [Agent Skills](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/agent_skills.md).
 
 </Question>
-
 <Question title="Kann ich Intlayer nur als Übersetzungsmanager nutzen und meine aktuelle Bibliothek behalten?">
 
 Ja. Intlayer kann Ihre Namespaces im Format und am Ort erzeugen, den Ihre aktuelle Bibliothek erwartet, zum Beispiel `/messages/{locale}/{namespace}.json`, sodass Sie die KI-Übersetzung, den Editor und die CI-Prüfungen erhalten, während Ihr Anwendungscode weiterhin seine bestehende i18n-Bibliothek verwendet.
 
 </Question>
-
 <Question title="Ist Intlayer kostenlos und Open Source?">
 
 Ja, unter der Apache-2.0-Lizenz, kommerzielle Nutzung eingeschlossen. Das gehostete CMS ist ein optionaler kostenpflichtiger Dienst, der auch [selbst gehostet](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/self_hosting.md) werden kann.

package/docs/de/intlayer_CMS.md

@@ -50,8 +50,6 @@ Dafür führt Intlayer das Konzept der „fernen Wörterbücher“ ein.
 
 <TOC/>
 
----
-
 ## Verständnis von fernen Wörterbüchern
 
 Intlayer unterscheidet zwischen „lokalen“ und „fernen“ Wörterbüchern.
@@ -420,8 +418,6 @@ curl -fsSL https://intlayer.org/install.sh | sh
 
 Eine umfassende Installationsanleitung, Umgebungsvariablenreferenz, Upgrade-Anweisungen und Sicherungs-/Wiederherstellungsverfahren finden Sie im [Self-Hosting-Handbuch](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/self_hosting.md).
 
----
-
 ## Debug
 
 Wenn Sie Probleme mit dem CMS haben, überprüfen Sie Folgendes:
@@ -446,25 +442,21 @@ Wenn Sie Probleme mit dem CMS haben, überprüfen Sie Folgendes:
 Der [visuellen Editor](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/intlayer_visual_editor.md) bearbeitet lokale Wörterbücher und schreibt die Änderung zurück in Ihre Codebasis, sodass die App neu gebaut wird und die Änderung durch Ihren normalen Review- und Deployment-Prozess läuft. Das CMS bearbeitet entfernte Wörterbücher: Die Änderung berührt Ihre Codebasis nicht und die laufende Website übernimmt sie ohne Deployment. Teams verwenden oft beides, den Editor für Inhalte, die Entwicklern gehören, und das CMS für Inhalte, die das Marketing wöchentlich ändert.
 
 </Question>
-
 <Question title="Wie viel trägt i18n zu meiner Bundle-Größe bei?">
 
 Viel weniger als bei einem Namespace-basierten Setup, denn eine Seite lädt niemals einen Katalog herunter, den sie nicht rendert. Serverseitig gerendertes Markup löst seinen Inhalt auf dem Server auf, und der Build-Zeit-Compiler ersetzt `useIntlayer`-Aufrufe durch genau die Wörterbucheinträge, die eine Komponente verwendet, sodass ungenutzte Schlüssel und ungenutzte Sprachen entfernt werden. [Dynamische Wörterbücher](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dynamic_dictionaries/index.md) teilen den Rest pro Locale auf. Gemessen an den üblichen Alternativen reduziert Intlayer die Bundle- und Seitengröße um bis zu 50 %. Siehe [Bundle-Optimierung](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/bundle_optimization.md) und den [Benchmark](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/benchmark/index.md).
 
 </Question>
-
 <Question title="Kann ich von `i18next`, `next-intl` oder `react-i18next` migrieren, ohne meine Komponenten neu zu schreiben?">
 
 Ja, und es gibt zwei Wege. Sie können die Inhalte schrittweise migrieren mit dem [i18next-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_i18next_to_intlayer.md) oder dem [next-intl-Migrationsleitfaden](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/migration_from_next-intl_to_intlayer.md). Oder Sie behalten Ihre aktuelle API vollständig bei: Die [Kompatibilitätsadapter](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compat/index.md) stellen genau dieselbe API wie `i18next`, `react-i18next`, `next-intl`, `next-i18next`, `react-intl`, `use-intl`, `vue-i18n` und `Lingui` bereit, aber aus Intlayer-Wörterbüchern bedient, sodass sich Importe ändern und der Komponentencode nicht.
 
 </Question>
-
 <Question title="Kann ich meine vorhandenen JSON-Übersetzungsdateien behalten?">
 
 Ja. Das [sync-JSON-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-json.md) behält Ihre `/messages/{locale}/{namespace}.json`-Dateien als Single Source of Truth und generiert daraus Intlayer-Wörterbücher, in beide Richtungen. Ein [sync-PO-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/plugins/sync-po.md) macht dasselbe für gettext-Kataloge, und [Dateien pro Locale](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/per_locale_file.md) lassen Sie Inhalte nach Sprache aufteilen, statt Locales in einer Datei zu gruppieren.
 
 </Question>
-
 <Question title="Muss ich meine Inhalte Schlüssel für Schlüssel umziehen?">
 
 Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien, zieht die für den Nutzer sichtbaren Strings heraus und schreibt neben jede eine `.content`-Datei, sodass Sie ein Diff prüfen, statt Strings einzeln in einen Katalog zu kopieren. Siehe den [extract-Befehl](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/extract.md).
@@ -472,7 +464,6 @@ Nein. Führen Sie `npx intlayer extract` aus; Intlayer liest Ihre Quelldateien,
 Für eine vollständig automatisierte Pipeline macht der [Intlayer-Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/compiler.md) dasselbe zur Build-Zeit auf JSX-, TSX-, Vue- und Svelte-Quellcode und generiert die Wörterbücher bei jeder Änderung, sodass es keine von Hand zu pflegenden Schlüssel gibt. Er arbeitet mit statischer Analyse, sodass Strings, die nur zur Laufzeit existieren, unerreichbar bleiben, und er braucht einige Annotationen, um für den Nutzer sichtbaren Text von Anwendungslogik zu unterscheiden.
 
 </Question>
-
 <Question title="Welches Editor- und KI-Agenten-Tooling ist verfügbar?">
 
 Fünf Bausteine, alle optional:
@@ -484,43 +475,36 @@ Fünf Bausteine, alle optional:
 - **[ESLint-Plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/eslint.md)**: `no-raw-text` markiert fest kodierte Strings, mit weiteren Regeln für statische Wörterbuchschlüssel und ungenutzte Inhalte.
 
 </Question>
-
 <Question title="Welche Inhalte sollten in das CMS verschoben werden?">
 
 Inhalte, die sich oft ändern und nicht zu einem Release gehören: Landingpage-Texte, Preisformulierungen, Ankündigungen, alles, was einem Marketing-Team gehört. Inhalte, die Teil der Oberfläche sind, etwa Button-Beschriftungen und Formularfehler, bleiben besser lokale Wörterbücher, wo sie mit dem Code geprüft werden, der sie verwendet.
 
 </Question>
-
 <Question title="Was passiert, wenn das CMS nicht erreichbar ist?">
 
 Die Anwendung fällt auf die lokale Deklaration des Wörterbuchs zurück, sodass ein Netzwerkfehler oder ein Ausfall auf den mit Ihrem Build ausgelieferten Inhalt herabstuft statt auf eine leere Seite. Deshalb ist es wichtig, für jedes entfernte Wörterbuch eine lokale Deklaration zu behalten.
 
 </Question>
-
 <Question title="Kann ich das CMS selbst hosten?">
 
 Ja. Das CMS kann auf Ihrer eigenen Infrastruktur laufen, was die übliche Antwort ist, wenn Inhalte Ihr Netzwerk nicht verlassen dürfen. Siehe [Intlayer selbst hosten](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/self_hosting.md).
 
 </Question>
-
 <Question title="Brauchen Inhaltsredakteure einen Entwickler, um eine Änderung zu veröffentlichen?">
 
 Nein. Genau das ist der Sinn entfernter Wörterbücher: Ein Redakteur ändert den Text im CMS und die Website spiegelt ihn wider, wobei der [Live-Sync](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/cli/live.md) die Aktualisierung zur Laufzeit anwendet, statt auf einen Build zu warten.
 
 </Question>
-
 <Question title="Kann ich das CMS automatisieren, statt die Oberfläche zu verwenden?">
 
 Ja. Das `@intlayer/api`-SDK stellt dieselben Endpunkte wie die Oberfläche bereit, sodass Sie Projekte abrufen, Wörterbücher lesen und Aktualisierungen aus einem Skript oder einer Pipeline pushen können. Der Abschnitt oben zeigt den Authenticator und die Endpunkte.
 
 </Question>
-
 <Question title="Unterstützt das CMS A/B-Tests von Übersetzungen?">
 
 Ja. Entfernte Wörterbücher unterstützen [Inhaltsvarianten](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/dynamic_dictionaries/variants.md), und die [Analytik](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/analytics.md) berichtet, wie jede Variante ausgespielt wird, sodass eine Formulierungsänderung gemessen statt diskutiert werden kann.
 
 </Question>
-
 <Question title="Ist das CMS kostenlos?">
 
 Die Intlayer-Bibliothek, die CLI, der Compiler und der visuelle Editor sind kostenlos und Open Source unter der Apache-2.0-Lizenz. Das gehostete CMS ist ein optionaler kostenpflichtiger Dienst und kann stattdessen [selbst gehostet](https://github.com/aymericzip/intlayer/blob/main/docs/docs/de/self_hosting.md) werden.