@intlayer/docs 8.1.6 → 8.1.8

package/blog/de/l10n_platform_alternative/Lokalise.md

@@ -29,10 +29,6 @@ Ein Translation Management System (TMS) ist eine Softwareplattform, die entwicke
 
 Im Wesentlichen war ein TMS historisch die Brücke zwischen dem technischen Code (wo Strings liegen) und den menschlichen Linguisten (die die Kultur verstehen).
 
-Ein Translation Management System (TMS) ist eine Softwareplattform, die entwickelt wurde, um den Übersetzungs- und Lokalisierungsprozess (L10n) zu automatisieren und zu straffen. Traditionell dient ein TMS als zentraler Hub, in den Inhalte hochgeladen, organisiert und an menschliche Übersetzer zugewiesen werden. Es verwaltet Workflows, speichert Translation Memories (um zu vermeiden, denselben Satz zweimal zu übersetzen) und übernimmt die Auslieferung der übersetzten Dateien an Entwickler oder Content-Manager.
-
-Im Kern war ein TMS historisch gesehen die Brücke zwischen dem technischen Code (wo Strings liegen) und den menschlichen Linguisten (die die Kultur verstehen).
-
 # Lokalise
 
 Lokalise ist ein bedeutender Akteur im modernen TMS-Umfeld. Gegründet im Jahr 2017, trat es an, den Markt zu verändern, indem es sich stark auf die Developer Experience (DX) und die Design-Integration konzentrierte. Im Gegensatz zu älteren Wettbewerbern legte Lokalise Wert auf eine elegante UI, leistungsstarke APIs und Integrationen mit Tools wie Figma und GitHub, um die Reibung beim Hin- und Herschieben von Dateien zu verringern.
@@ -41,11 +37,11 @@ Seinen Erfolg baute es darauf auf, das "developer-friendly" TMS zu sein und die
 
 # Intlayer
 
-Intlayer ist in erster Linie als i18n-Lösung bekannt, integriert jedoch auch ein headless CMS. Im Gegensatz zu Lokalise, das weitgehend als externes Synchronisierungstool für deine Strings fungiert, lebt Intlayer näher an deinem Code. Es kontrolliert den gesamten Stack — von der bundling layer bis zur entfernten Inhaltsauslieferung — und führt so zu einem flüssigeren und effizienteren Content-Flow.
+Intlayer ist in erster Linie als i18n-Lösung bekannt, integriert jedoch auch ein headless CMS. Im Gegensatz zu Lokalise, das weitgehend als externes Synchronisierungstool für deine Strings fungiert, lebt Intlayer näher an deinem Code. Es kontrolliert den gesamten Stack, von der bundling layer bis zur entfernten Inhaltsauslieferung, und führt so zu einem flüssigeren und effizienteren Content-Flow.
 
 ## Warum haben sich die Paradigmen seit dem Aufkommen von KI verändert?
 
-Lokalise perfektionierte die "DevOps"-Seite der Lokalisierung — das automatische Verschieben von Strings. Allerdings hat das Aufkommen von Large Language Models (LLMs) die Paradigmen der Lokalisierung grundlegend verschoben. Das Nadelöhr ist nicht mehr das _Verschieben_ der Strings; es ist das _Generieren_ derselben.
+Lokalise perfektionierte die "DevOps"-Seite der Lokalisierung, das automatische Verschieben von Strings. Allerdings hat das Aufkommen von Large Language Models (LLMs) die Paradigmen der Lokalisierung grundlegend verschoben. Das Nadelöhr ist nicht mehr das _Verschieben_ der Strings; es ist das _Generieren_ derselben.
 
 Mit LLMs sind die Kosten für Übersetzungen dramatisch gesunken und die Geschwindigkeit ist exponentiell gestiegen. Die Rolle des Lokalisierungsteams verschiebt sich vom "Verwalten von Übersetzern" hin zum "Verwalten von Kontext und Review".
 
@@ -61,7 +57,7 @@ Lokalise wird oft für seine steilen Preismodelle kritisiert, die mit dem Wachst
 
 1.  **Kosteneffizienz:** Sie sind nicht an ein "per key" oder "per seat" Preismodell gebunden, das Wachstum bestraft. Bei Intlayer bezahlen Sie Ihre eigene Inferenz (BYO Key), das heißt, Ihre Kosten skalieren direkt mit Ihrem tatsächlichen Verbrauch und nicht mit den Margen der Plattform.
 2.  **Workflow-Integration:** Während Lokalise das Synchronisieren von Dateien erfordert (auch wenn automatisiert), ermöglicht Intlayer die deklarative Content‑Definition direkt in Ihren Komponenten-Dateien (React, Next.js usw.). Dadurch bleibt der Kontext direkt neben der UI und Fehler werden reduziert.
-3.  **Visuelle Verwaltung:** Intlayer stellt einen visuellen Editor bereit, der direkt mit Ihrer laufenden Anwendung interagiert und sicherstellt, dass Änderungen im vollständigen visuellen Kontext vorgenommen werden — etwas, das in traditionellen TMS‑Dateilisten oft getrennt ist.
+3.  **Visuelle Verwaltung:** Intlayer stellt einen visuellen Editor bereit, der direkt mit Ihrer laufenden Anwendung interagiert und sicherstellt, dass Änderungen im vollständigen visuellen Kontext vorgenommen werden, etwas, das in traditionellen TMS‑Dateilisten oft getrennt ist.
 
 # Vergleich nebeneinander
 
@@ -79,6 +75,6 @@ Intlayer bietet eine vollständige All-in-One-i18n-Lösung, die eine tiefgehende
 
 Darüber hinaus kann Intlayer als Feature-Flag- oder A/B-Testing-Tool genutzt werden, sodass Sie verschiedene Inhaltsvarianten dynamisch testen können. Während Lokalise darauf abzielt, die Formulierungen korrekt zu treffen, konzentriert sich Intlayer darauf, die _User Experience_ durch dynamische Datenbereitstellung richtig zu gestalten.
 
-Lokalise ist hervorragend für Mobile-Apps (iOS/Android) und designgetriebene Workflows geeignet. Für moderne Webanwendungen mit Frameworks wie Next.js oder React bietet Intlayer jedoch durch die native Handhabung von `.js`, `.ts` und JSON-Dictionaries ein überlegenes Developer Experience (DX) mit voller TypeScript-Unterstützung für Inhalte — so stellst du sicher, dass du niemals wieder einen fehlenden Übersetzungsschlüssel auslieferst.
+Lokalise ist hervorragend für Mobile-Apps (iOS/Android) und designgetriebene Workflows geeignet. Für moderne Webanwendungen mit Frameworks wie Next.js oder React bietet Intlayer jedoch durch die native Handhabung von `.js`, `.ts` und JSON-Dictionaries ein überlegenes Developer Experience (DX) mit voller TypeScript-Unterstützung für Inhalte, so stellst du sicher, dass du niemals wieder einen fehlenden Übersetzungsschlüssel auslieferst.
 
-Schließlich: Für diejenigen, die Datenhoheit und Kontrolle priorisieren, ist Intlayer Open Source und kann selbst gehostet werden. Docker-Dateien sind direkt im Repository verfügbar und geben dir die volle Kontrolle über deine Lokalisierungsinfrastruktur — ein starker Kontrast zum geschlossenen SaaS-Modell von Lokalise.
+Schließlich: Für diejenigen, die Datenhoheit und Kontrolle priorisieren, ist Intlayer Open Source und kann selbst gehostet werden. Docker-Dateien sind direkt im Repository verfügbar und geben dir die volle Kontrolle über deine Lokalisierungsinfrastruktur, ein starker Kontrast zum geschlossenen SaaS-Modell von Lokalise.

package/blog/de/l10n_platform_alternative/crowdin.md

@@ -37,7 +37,7 @@ Crowdin ist ein Veteran in diesem Bereich. Gegründet 2009, entstand es in einer
 
 # Intlayer
 
-Intlayer ist hauptsächlich als i18n-Lösung bekannt, integriert aber auch ein CMS. Im Gegensatz zu Crowdin, das darauf beschränkt ist, als Wrapper für deine bestehende i18n-Konfiguration zu fungieren, kontrolliert Intlayer den gesamten Stack — von der Bundling-Schicht bis zur Remote-Content-Delivery — und führt so zu einem reibungsloseren und effizienteren Content-Flow.
+Intlayer ist hauptsächlich als i18n-Lösung bekannt, integriert aber auch ein CMS. Im Gegensatz zu Crowdin, das darauf beschränkt ist, als Wrapper für deine bestehende i18n-Konfiguration zu fungieren, kontrolliert Intlayer den gesamten Stack, von der Bundling-Schicht bis zur Remote-Content-Delivery, und führt so zu einem reibungsloseren und effizienteren Content-Flow.
 
 ## Warum haben sich die Paradigmen seit der Einführung von AI geändert?
 
@@ -49,7 +49,7 @@ Es gibt jedoch eine Einschränkung. Copywriting ist nicht nur Übersetzung; es g
 
 Heute ist der effizienteste Workflow, zuerst deine Seiten global mit AI zu übersetzen und zu positionieren. In einer zweiten Phase setzt du dann menschliche Copywriter ein, um spezifische, trafficstarke Inhalte zu optimieren und die Conversion zu steigern, sobald das Produkt bereits Umsätze generiert.
 
-Obwohl Crowdins Umsatz — hauptsächlich getrieben durch seine bewährten Legacy-Lösungen — weiterhin gut läuft, glaube ich, dass der traditionelle Lokalisierungssektor innerhalb eines Zeitrahmens von 5 bis 10 Jahren stark beeinträchtigt sein wird. Das Modell, pro Wort oder pro Seat für ein Management-Tool zu bezahlen, wird obsolet.
+Obwohl Crowdins Umsatz, hauptsächlich getrieben durch seine bewährten Legacy-Lösungen, weiterhin gut läuft, glaube ich, dass der traditionelle Lokalisierungssektor innerhalb eines Zeitrahmens von 5 bis 10 Jahren stark beeinträchtigt sein wird. Das Modell, pro Wort oder pro Seat für ein Management-Tool zu bezahlen, wird obsolet.
 
 ## Warum ist Intlayer eine gute Alternative zu Crowdin?
 
@@ -73,8 +73,8 @@ Mit Intlayer erzeugen Sie Ihre Übersetzungen zu den Kosten Ihrer Inferenz. Sie
 
 Intlayer bietet eine vollständige, All‑in‑One‑i18n‑Lösung, die eine tiefgehende Integration Ihrer Inhalte ermöglicht. Ihre entfernten Inhalte können direkt mit Ihrer Codebasis oder Ihrer Live‑Anwendung synchronisiert werden. Im Vergleich dazu erfordert Crowdin häufig einen Rebuild Ihrer Anwendung in der CI/CD‑Pipeline, um Inhalte zu aktualisieren, was Reibung zwischen dem Übersetzungsteam und dem Deployment‑Prozess erzeugt.
 
-Darüber hinaus kann Intlayer als Feature‑Flag- oder A/B‑Testing‑Tool verwendet werden, sodass Sie verschiedene Inhaltsvarianten dynamisch testen können — etwas, das Standard‑TMS‑Tools wie Crowdin nicht nativ unterstützen.
+Darüber hinaus kann Intlayer als Feature‑Flag- oder A/B‑Testing‑Tool verwendet werden, sodass Sie verschiedene Inhaltsvarianten dynamisch testen können, etwas, das Standard‑TMS‑Tools wie Crowdin nicht nativ unterstützen.
 
-Crowdin unterstützt eine breite Palette von Dateiformaten — einschließlich älterer Typen wie `.po`, `.xml` und `.yaml`, was für Projekte mit etablierten Workflows oder älteren Systemen von Vorteil sein kann. Intlayer hingegen arbeitet hauptsächlich mit modernen, weborientierten Formaten wie `.json`, `.js` und `.ts`. Das bedeutet, dass Intlayer möglicherweise nicht mit allen Legacy-Dateiformaten kompatibel ist, was für Teams, die von älteren Plattformen migrieren, zu berücksichtigen ist.
+Crowdin unterstützt eine breite Palette von Dateiformaten, einschließlich älterer Typen wie `.po`, `.xml` und `.yaml`, was für Projekte mit etablierten Workflows oder älteren Systemen von Vorteil sein kann. Intlayer hingegen arbeitet hauptsächlich mit modernen, weborientierten Formaten wie `.json`, `.js` und `.ts`. Das bedeutet, dass Intlayer möglicherweise nicht mit allen Legacy-Dateiformaten kompatibel ist, was für Teams, die von älteren Plattformen migrieren, zu berücksichtigen ist.
 
 Schließlich: Für diejenigen, die Datenhoheit und Kontrolle priorisieren, ist Intlayer Open Source und kann selbst gehostet werden. Docker-Dateien sind direkt im Repository verfügbar, wodurch Sie die vollständige Kontrolle über Ihre Lokalisierungsinfrastruktur erhalten.

package/blog/de/l10n_platform_alternative/phrase.md

@@ -29,10 +29,6 @@ Ein Translation Management System (TMS) ist eine Softwareplattform, die entwicke
 
 Im Wesentlichen war ein TMS historisch die Brücke zwischen dem technischen Code (wo die Strings liegen) und den menschlichen Linguisten (die die Kultur verstehen).
 
-Ein Translation Management System (TMS) ist eine Softwareplattform, die entwickelt wurde, um den Übersetzungs- und Lokalisierungsprozess (L10n) zu automatisieren und zu optimieren. Traditionell fungiert ein TMS als zentrales Hub, in das Inhalte hochgeladen, organisiert und an menschliche Übersetzer zugewiesen werden. Es verwaltet Workflows, speichert Translation Memories (um denselben Satz nicht mehrfach zu übersetzen) und übernimmt die Auslieferung der übersetzten Dateien an Entwickler oder Content-Manager.
-
-Im Kern war ein TMS historisch die Brücke zwischen dem technischen Code (wo die Strings liegen) und den menschlichen Linguisten (die die Kultur verstehen).
-
 # Phrase (ehemals PhraseApp)
 
 Phrase ist ein Schwergewicht im Bereich Enterprise-Localization. Ursprünglich als PhraseApp bekannt, ist es insbesondere nach der Fusion mit Memsource stark gewachsen. Es positioniert sich als umfassende Localization Suite, die für Software-Lokalisierung entwickelt wurde und leistungsstarke API-Funktionen sowie umfangreiche Formatunterstützung bietet.
@@ -41,7 +37,7 @@ Phrase ist auf Skalierbarkeit ausgelegt. Es ist die erste Wahl für große Unter
 
 # Intlayer
 
-Intlayer ist hauptsächlich als i18n-Lösung bekannt, integriert aber auch ein Headless-CMS. Im Gegensatz zu Phrase, das als umfangreiche, externe Enterprise-Suite fungiert, agiert Intlayer als eine schlanke, in den Code integrierte Schicht. Es kontrolliert den gesamten Stack — von der Bundling-Schicht bis zur Bereitstellung entfernter Inhalte — und führt so zu einem reibungsloseren und effizienteren Content-Flow für moderne Webanwendungen.
+Intlayer ist hauptsächlich als i18n-Lösung bekannt, integriert aber auch ein Headless-CMS. Im Gegensatz zu Phrase, das als umfangreiche, externe Enterprise-Suite fungiert, agiert Intlayer als eine schlanke, in den Code integrierte Schicht. Es kontrolliert den gesamten Stack, von der Bundling-Schicht bis zur Bereitstellung entfernter Inhalte, und führt so zu einem reibungsloseren und effizienteren Content-Flow für moderne Webanwendungen.
 
 ## Warum haben sich die Paradigmen seit AI verändert?
 
@@ -79,4 +75,4 @@ Darüber hinaus kann Intlayer als Feature-Flag- oder A/B-Testing-Tool eingesetzt
 
 Auch wenn Phrase bei komplexen, multi-formatigen Unternehmensanforderungen (z. B. der gleichzeitigen Übersetzung von PDFs, Untertiteln und Software) unbestritten stark ist, ist Intlayer die überlegene Wahl für Produktteams, die Webanwendungen entwickeln und full ownership, type safety sowie einen modernen, AI-driven Workflow ohne den Enterprise-Overhead anstreben.
 
-Schließlich: Für diejenigen, die Datenhoheit und Kontrolle priorisieren, ist Intlayer open-source und kann self-hosted betrieben werden. Docker files sind direkt im Repository verfügbar und geben Ihnen die volle Kontrolle über Ihre Lokalisierungsinfrastruktur — etwas, das mit Phrases geschlossenem SaaS-Ökosystem nicht möglich ist.
+Schließlich: Für diejenigen, die Datenhoheit und Kontrolle priorisieren, ist Intlayer open-source und kann self-hosted betrieben werden. Docker files sind direkt im Repository verfügbar und geben Ihnen die volle Kontrolle über Ihre Lokalisierungsinfrastruktur, etwas, das mit Phrases geschlossenem SaaS-Ökosystem nicht möglich ist.

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

@@ -48,7 +48,29 @@ Die Übersetzung einer Svelte-Anwendung kann mehrere Hürden mit sich bringen:
 
 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.
 
-### 1. svelte-i18n
+### 1. Intlayer
+
+> Website: [https://intlayer.org/](https://intlayer.org/)
+
+**Überblick**  
+**Intlayer** ist eine innovative, open-source Internationalisierungsbibliothek (i18n), die darauf abzielt, die mehrsprachige Unterstützung in modernen Svelte (und anderen) Webanwendungen zu vereinfachen. Es bietet einen deklarativen Ansatz, mit dem Sie Übersetzungswörterbücher direkt innerhalb Ihrer Komponenten definieren können.
+
+**Hauptmerkmale**
+
+- **Übersetzungsdeklaration:** Ermöglicht die Deklaration aller Übersetzungen in einer einzelnen Datei, die auf Komponentenebene platziert ist, was die Wartung und Skalierung erleichtert.
+- **TypeScript & Autovervollständigung:** Bietet automatisch generierte Typdefinitionen für Übersetzungsschlüssel, was robuste Autovervollständigung und Fehlermeldungen bietet.
+- **Serverkomponenten & SSR:** Entwickelt mit Blick auf serverseitiges Rendering (SSR) und Serverkomponenten, um sicherzustellen, dass lokalisierte Inhalte effizient sowohl auf dem Client als auch auf dem Server gerendert werden.
+- **Lokalisierte Metadaten & URLs für SEO:** Einfaches Handling dynamischer lokalbasierter Routen, Sitemaps und robots.txt-Einträge zur Verbesserung der Auffindbarkeit und SEO.
+- **Nahtlose Integration:** Kompatibel mit SvelteKit und anderen Tools, was die Einrichtung unkompliziert macht.
+- **Asynchrone Ladung:** Dynamisches Laden von Übersetzungswörterbüchern, um die ursprüngliche Bundle-Größe zu reduzieren und die Leistung zu verbessern.
+
+**Überlegungen**
+
+- **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)
 
@@ -70,7 +92,7 @@ Repository: [https://github.com/kaisermann/svelte-i18n](https://github.com/kaise
 
 ---
 
-### 2. svelte-intl-precompile
+### 3. svelte-intl-precompile
 
 Repository: [https://github.com/cibernox/svelte-intl-precompile](https://github.com/cibernox/svelte-intl-precompile)
 
@@ -92,7 +114,7 @@ Repository: [https://github.com/cibernox/svelte-intl-precompile](https://github.
 
 ---
 
-### 3. i18next mit Svelte / SvelteKit
+### 4. i18next mit Svelte / SvelteKit
 
 Website: [https://www.i18next.com/](https://www.i18next.com/)
 

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

@@ -52,7 +52,21 @@ Im Folgenden sind mehrere beliebte Bibliotheken und Ansätze aufgeführt, die Si
 
 ---
 
-### 1. Vue I18n
+### 1. Intlayer
+
+> Webseite: [https://intlayer.org/](https://intlayer.org/)
+
+**Überblick**  
+**Intlayer** ist eine Open-Source-i18n-Lösung, die darauf abzielt, die Unterstützung mehrerer Sprachen über verschiedene Frameworks hinweg zu vereinfachen, einschließlich **Vue**. Sie legt Wert auf einen deklarativen Ansatz, starke Typisierung und SSR-Unterstützung in anderen Ökosystemen, obwohl SSR in Standard-Vue nicht üblich ist.
+
+**Hauptmerkmale**
+
+- **Deklarative Übersetzung**: Definieren Sie Übersetzungs-Wörterbücher entweder auf Widget-Ebene oder in einer zentralen Datei für eine sauberere Architektur.
+- **TypeScript & Autovervollständigung (Web)**: Während diese Funktion hauptsächlich Web-Frameworks zugutekommt, kann der typisierte Übersetzungsansatz dennoch strukturierten Code in Vue leiten.
+- **Asynchrones Laden**: Laden Sie Übersetzungs-Ressourcen dynamisch, was potenziell die ursprüngliche Bundle-Größe für mehrsprachige Apps reduziert.
+- **Integration mit Vue**: Eine grundlegende Integration kann eingerichtet werden, um den Intlayer-Ansatz für strukturierte Übersetzungen zu nutzen.
+
+### 2. Vue I18n
 
 > Website: [https://vue-i18n.intlify.dev/](https://vue-i18n.intlify.dev/)
 
@@ -83,7 +97,7 @@ Im Folgenden sind mehrere beliebte Bibliotheken und Ansätze aufgeführt, die Si
 
 ---
 
-### 2. LinguiJS (Vue-Integration)
+### 3. LinguiJS (Vue-Integration)
 
 > Website: [https://lingui.js.org/](https://lingui.js.org/)
 

package/blog/de/per-component_vs_centralized_i18n.md

@@ -96,7 +96,7 @@ Trotz dieser Ansätze ist klar, dass der zentralisierte Ansatz der populärste i
 Lass mich erklären, warum das problematisch für deine App sein kann:
 
 - **Unbenutzte Daten:**
-  Wenn eine Seite geladen wird, lädst du häufig den Inhalt aller anderen Seiten mit. (In einer 10-seitigen App sind das 90 % unbenutzter Inhalte, die geladen werden). Lädst du ein Modal per Lazy Loading? Der i18n‑Bibliothek ist das egal — sie lädt die Strings trotzdem zuerst.
+  Wenn eine Seite geladen wird, lädst du häufig den Inhalt aller anderen Seiten mit. (In einer 10-seitigen App sind das 90 % unbenutzter Inhalte, die geladen werden). Lädst du ein Modal per Lazy Loading? Der i18n‑Bibliothek ist das egal, sie lädt die Strings trotzdem zuerst.
 - **Performance:**
   Bei jedem Re-Render wird jede einzelne deiner Komponenten mit einer riesigen JSON-Payload hydriert, was die Reaktivität deiner App mit wachsender Größe beeinträchtigt.
 - **Wartung:**
@@ -245,4 +245,4 @@ Natürlich bringt dieser Ansatz Kompromisse mit sich:
 - Es ist schwieriger, sich mit anderen l10n-Systemen und zusätzlichem Tooling zu verbinden.
 - Es entsteht ein Lock-in (was bei jeder i18n-Lösung aufgrund ihrer spezifischen Syntax im Grunde bereits der Fall ist).
 
-Aus diesem Grund versucht Intlayer, ein vollständiges Toolset für i18n bereitzustellen (100% kostenlos und OSS), einschließlich AI-Übersetzung unter Verwendung Ihres eigenen AI-Providers und API-Keys. Intlayer stellt außerdem Tooling bereit, um Ihr JSON zu synchronisieren — dieses funktioniert wie die Message-Formatter von ICU / vue-i18n / i18next, um Inhalte in deren spezifische Formate zu überführen.
+Aus diesem Grund versucht Intlayer, ein vollständiges Toolset für i18n bereitzustellen (100% kostenlos und OSS), einschließlich AI-Übersetzung unter Verwendung Ihres eigenen AI-Providers und API-Keys. Intlayer stellt außerdem Tooling bereit, um Ihr JSON zu synchronisieren, dieses funktioniert wie die Message-Formatter von ICU / vue-i18n / i18next, um Inhalte in deren spezifische Formate zu überführen.

package/blog/de/rag_powered_documentation_assistant.md

@@ -93,7 +93,7 @@ Dieser Kompromiss (Chunk-Größe vs. Überlappung) ist entscheidend für die Eff
 
 ## Schritt 3: Erzeugen von Embeddings
 
-Sobald die Dokumente in Chunks aufgeteilt sind, erzeugen wir **Embeddings** — hochdimensionale Vektoren, die jeden Chunk repräsentieren.
+Sobald die Dokumente in Chunks aufgeteilt sind, erzeugen wir **Embeddings**, hochdimensionale Vektoren, die jeden Chunk repräsentieren.
 
 Ich habe das OpenAI-Modell text-embedding-3-large verwendet, aber Sie können jedes moderne Embedding-Modell nutzen.
 

package/blog/en/i18n_meaning.md

@@ -0,0 +1,124 @@
+---
+createdAt: 2026-02-26
+updatedAt: 2026-02-26
+title: "i18n Meaning: What is Internationalization and Why Does it Matter?"
+description: "Discover the true i18n meaning in software development. Learn what internationalization is, why it's abbreviated as i18n, and how it impacts global reach."
+keywords:
+  - i18n meaning
+  - What does i18n stand for
+  - i18n
+  - Internationalization
+  - Localization
+  - Blog
+  - Web Development
+slugs:
+  - blog
+  - i18n-meaning
+---
+
+# i18n Meaning: What is Internationalization and Why Does it Matter?
+
+![i18n illustration](https://github.com/aymericzip/intlayer/blob/main/docs/assets/i18n.webp)
+
+## Understanding the "i18n" Meaning
+
+If you are involved in software development, web design, or digital marketing, you have likely encountered the term **i18n**. The true **i18n meaning** is simply a numeronym for **internationalization**.
+
+But why "i18n"? The abbreviation is created by taking the first letter of the word "internationalization" (**i**), the last letter (**n**), and counting the number of letters between them (**18**). This convention is frequently used in the tech industry to shorten long, cumbersome terms (another common example is **l10n** for localization).
+
+In technical terms, the **i18n meaning** refers to the process of designing and preparing a software application, website, or product so that it can easily support multiple languages, regional norms, and cultural conventions, all without requiring significant engineering changes to the underlying source code.
+
+## The Core Meaning of i18n in Practice
+
+Understanding the i18n meaning goes beyond simply knowing what the acronym stands for. It's about recognizing the architectural principles behind it. When a project is properly "internationalized," it means that developers have decoupled the content from the code.
+
+Instead of hardcoding text into the application like this:
+
+```javascript
+<button>Submit</button>
+```
+
+An i18n-ready app uses translation keys or variables:
+
+```javascript
+<button>{t("submit_button")}</button>
+```
+
+This ensures that the application can dynamically load the correct language dictionary (e.g., English, Spanish, Japanese) based on the user's preferences, without rewriting the component.
+
+## Why the i18n Meaning is Crucial for Your Business
+
+Grasping the **i18n meaning** is just the first step. Understanding _why_ it is so critical for modern digital products is what separates successful global applications from local ones.
+
+### Breaking Down Language Barriers
+
+The most obvious application of the i18n meaning is translation. By internationalizing your application from day one, you build a foundation that allows you to translate your interface into dozens of languages seamlessly. This is essential for unlocking new global markets.
+
+### Cultural and Regional Adaptation
+
+The i18n meaning extends beyond language. True internationalization supports:
+
+- **Date and Time Formats:** Displaying `MM/DD/YYYY` for US users vs. `DD/MM/YYYY` for European users.
+- **Number formatting:** Recognizing that `1,000.50` in the US is often written as `1.000,50` in parts of Europe.
+- **Currencies:** Adapting `$99.00` vs `99,00 €`.
+- **Text Directionality:** Supporting Right-To-Left (RTL) languages like Arabic and Hebrew.
+
+### Improved SEO Performance
+
+Search engines prioritize content that is relevant to the user's language and region. Applying the principles behind the i18n meaning allows you to structure your website (e.g., using `hreflang` tags, localized URLs) to rank higher in multiple countries, driving organic global traffic.
+
+## Internationalization (i18n) vs. Localization (l10n)
+
+To fully grasp the **i18n meaning**, you must differentiate it from **l10n** (localization).
+
+- **i18n (Internationalization):** The _technical preparation_ and structural design framework that makes adaptation possible. Examples: supporting UTF-8 encoding, abstracting text strings, and making UI layouts flexible for longer words.
+- **l10n (Localization):** The _actual adaptation_ of the product for a specific locale. Examples: translating the English text into French, adjusting images to fit cultural norms, and setting the local currency.
+
+Think of **i18n** as building a car where the steering wheel can be moved to either the left or right side. **l10n** is the act of actually moving the wheel to the right side to sell the car in the UK.
+
+## Common Misconceptions About the i18n Meaning
+
+1. **"i18n just means translation."**
+   While translation is a big part of the end result, the true i18n meaning encompasses formatting, pluralization rules, text direction, and architectural readiness.
+2. **"We can add i18n later."**
+   Retrofitting an application for internationalization is notoriously difficult. Hardcoded strings, rigid UI components, and incompatible date formats can lead to massive technical debt. Planning for i18n from the start is a fundamental best practice.
+
+## How to Implement i18n Effectively
+
+![i18n pain illustration](https://github.com/aymericzip/intlayer/blob/main/docs/assets/pain_i18n.webp)
+
+Now that we have established the true **i18n meaning**, how do you apply it?
+
+- **Use an established i18n framework:** Don't reinvent the wheel. Whether you are using React, Vue, Next.js, or plain JavaScript, there are specific i18n libraries designed to handle the heavy lifting (like pluralization and interpolation).
+- **Abstract all user-facing text:** Ensure zero hardcoded text exists in your UI components.
+- **Employ a robust translation management system:** Tools like **Intlayer** bridge the gap between developers and translators. Intlayer acts as a headless CMS that is tightly integrated with your codebase, allowing content managers to update translations visually without requiring a developer to trigger a new build.
+
+---
+
+### See list of i18n Libraries and tool per technology
+
+If you’re looking for a list of i18n libraries and tools per technology, check out the following resources:
+
+### For Content Management Systems (CMS)
+
+- WordPress: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/CMS/wordpress.md)
+- Wix: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/CMS/wix.md)
+- Drupal: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/CMS/drupal.md)
+
+### For JavaScript Applications (Frontend)
+
+- React: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/frameworks/react.md)
+- Angular: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/frameworks/angular.md)
+- Vue: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/frameworks/vue.md)
+- Svelte: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/frameworks/svelte.md)
+- React Native : [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/frameworks/react-native.md)
+
+---
+
+## Conclusion
+
+The **i18n meaning** is a foundational concept for any modern digital business aiming for global impact. Far beyond being just a quirky tech abbreviation for "internationalization," i18n represents the technical architecture required to seamlessly adapt your software to diverse languages, cultures, and regional standards.
+
+By understanding the i18n meaning and adopting its principles early in your development cycle, you save significant engineering time, prevent future technical debt, and ensure that your application provides a native, welcoming experience to users across the globe.
+
+Whether you’re building a mobile app, a SaaS platform, or an enterprise tool, embracing the true i18n meaning ensures that your product can adapt and appeal to users from all around the world, without the need for constant code rewrites. By leveraging best practices, robust frameworks, and localized content declaration with platforms like Intlayer, product teams can deliver truly global software experiences.

package/blog/en/intlayer_with_i18next.md

@@ -62,7 +62,7 @@ Intlayer offers a rich set of **advanced features** that go beyond traditional i
 
 However, **i18next** remains an excellent and widely adopted i18n solution thanks to its **mature ecosystem**, **broad community support**, and **extensive plugin compatibility**.
 
-By combining **Intlayer** with **i18next**, you get the best of both worlds — i18next’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
+By combining **Intlayer** with **i18next**, you get the best of both worlds, i18next’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
 
 This guide explains how to leverage Intlayer as an **adapter for i18next**, allowing you to:
 
@@ -135,8 +135,8 @@ The `syncJSON` plugin will automatically wrap the JSON. It will read and write t
 
 If you want to make coexist that JSON with intlayer content declaration files (`.content` files), Intlayer will proceed this way:
 
-    1. load both JSON and content declaration files and transform them into a intlayer dictionary.
-    2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
+1. load both JSON and content declaration files and transform them into a intlayer dictionary.
+2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
 
 If changes are made using the CLI to translate the JSON, or using the CMS, Intlayer will update the JSON file with the new translations.
 

package/blog/en/intlayer_with_next-i18next.md

@@ -55,7 +55,7 @@ Intlayer offers a rich set of **advanced features** that go beyond traditional i
 
 However, **i18next** remains an excellent and widely adopted i18n solution thanks to its **mature ecosystem**, **broad community support**, and **extensive plugin compatibility**.
 
-By combining **Intlayer** with **i18next**, you get the best of both worlds — i18next’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
+By combining **Intlayer** with **i18next**, you get the best of both worlds, i18next’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
 
 This guide explains how to leverage Intlayer as an **adapter for i18next**, allowing you to:
 
@@ -126,8 +126,8 @@ The `syncJSON` plugin will automatically wrap the JSON. It will read and write t
 
 If you want to make coexist that JSON with intlayer content declaration files (`.content` files), Intlayer will proceed this way:
 
-    1. load both JSON and content declaration files and transform them into a intlayer dictionary.
-    2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
+1. load both JSON and content declaration files and transform them into a intlayer dictionary.
+2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
 
 If changes are made using the CLI to translate the JSON, or using the CMS, Intlayer will update the JSON file with the new translations.
 

package/blog/en/intlayer_with_next-intl.md

@@ -52,7 +52,7 @@ Intlayer offers a rich set of **advanced features** that go beyond traditional i
 
 However, **next-intl** remains an excellent and widely adopted i18n solution thanks to its **mature ecosystem**, **broad community support**, and **extensive plugin compatibility**.
 
-By combining **Intlayer** with **next-intl**, you get the best of both worlds — next-intl’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
+By combining **Intlayer** with **next-intl**, you get the best of both worlds, next-intl’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
 
 This guide explains how to leverage Intlayer as an **adapter for next-intl**, allowing you to:
 
@@ -126,8 +126,8 @@ The `syncJSON` plugin will automatically wrap the JSON. It will read and write t
 
 If you want to make coexist that JSON with intlayer content declaration files (`.content` files), Intlayer will proceed this way:
 
-    1. load both JSON and content declaration files and transform them into a intlayer dictionary.
-    2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
+1. load both JSON and content declaration files and transform them into a intlayer dictionary.
+2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
 
 If changes are made using the CLI to translate the JSON, or using the CMS, Intlayer will update the JSON file with the new translations.
 

package/blog/en/intlayer_with_react-i18next.md

@@ -53,7 +53,7 @@ Intlayer offers a rich set of **advanced features** that go beyond traditional i
 
 However, **i18next** remains an excellent and widely adopted i18n solution thanks to its **mature ecosystem**, **broad community support**, and **extensive plugin compatibility**.
 
-By combining **Intlayer** with **i18next**, you get the best of both worlds — i18next’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
+By combining **Intlayer** with **i18next**, you get the best of both worlds, i18next’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
 
 This guide explains how to leverage Intlayer as an **adapter for i18next**, allowing you to:
 
@@ -126,8 +126,8 @@ The `syncJSON` plugin will automatically wrap the JSON. It will read and write t
 
 If you want to make coexist that JSON with intlayer content declaration files (`.content` files), Intlayer will proceed this way:
 
-    1. load both JSON and content declaration files and transform them into a intlayer dictionary.
-    2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
+1. load both JSON and content declaration files and transform them into a intlayer dictionary.
+2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
 
 If changes are made using the CLI to translate the JSON, or using the CMS, Intlayer will update the JSON file with the new translations.
 

package/blog/en/intlayer_with_react-intl.md

@@ -55,7 +55,7 @@ Intlayer offers a rich set of **advanced features** that go beyond traditional i
 
 However, **react-intl** remains an excellent and widely adopted i18n solution thanks to its **mature ecosystem**, **broad community support**, and **extensive plugin compatibility**.
 
-By combining **Intlayer** with **react-intl**, you get the best of both worlds — react-intl’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
+By combining **Intlayer** with **react-intl**, you get the best of both worlds, react-intl’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
 
 This guide explains how to leverage Intlayer as an **adapter for react-intl**, allowing you to:
 
@@ -125,8 +125,8 @@ The `syncJSON` plugin will automatically wrap the JSON. It will read and write t
 
 If you want to make coexist that JSON with intlayer content declaration files (`.content` files), Intlayer will proceed this way:
 
-    1. load both JSON and content declaration files and transform them into a intlayer dictionary.
-    2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
+1. load both JSON and content declaration files and transform them into a intlayer dictionary.
+2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
 
 If changes are made using the CLI to translate the JSON, or using the CMS, Intlayer will update the JSON file with the new translations.
 

package/blog/en/intlayer_with_vue-i18n.md

@@ -55,7 +55,7 @@ Intlayer offers a rich set of **advanced features** that go beyond traditional i
 
 However, **vue-i18n** remains an excellent and widely adopted i18n solution thanks to its **mature ecosystem**, **broad community support**, and **extensive plugin compatibility**.
 
-By combining **Intlayer** with **vue-i18n**, you get the best of both worlds — vue-i18n’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
+By combining **Intlayer** with **vue-i18n**, you get the best of both worlds, vue-i18n’s stability and ecosystem maturity, with Intlayer’s modern content management, automation, and developer experience improvements.
 
 This guide explains how to leverage Intlayer as an **adapter for vue-i18n**, allowing you to:
 
@@ -127,8 +127,8 @@ The `syncJSON` plugin will automatically wrap the JSON. It will read and write t
 
 If you want to make coexist that JSON with intlayer content declaration files (`.content` files), Intlayer will proceed this way:
 
-    1. load both JSON and content declaration files and transform them into a intlayer dictionary.
-    2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
+1. load both JSON and content declaration files and transform them into a intlayer dictionary.
+2. if there is conflicts between the JSON and the content declaration files, Intlayer will process to the merge of that all dictionaries. Depending of the priority of the plugins, and the one of the content declaration file (all are configurable).
 
 If changes are made using the CLI to translate the JSON, or using the CMS, Intlayer will update the JSON file with the new translations.
 

package/blog/en/l10n_platform_alternative/Lokalise.md

@@ -37,11 +37,11 @@ It built its success on being the "developer-friendly" TMS, automating the extra
 
 # Intlayer
 
-Intlayer is known primarily as an i18n solution, but it also integrates a headless CMS. Unlike Lokalise, which acts largely as an external synchronization tool for your strings, Intlayer lives closer to your code. It controls the entire stack—from the bundling layer to remote content delivery—resulting in a smoother and more efficient content flow.
+Intlayer is known primarily as an i18n solution, but it also integrates a headless CMS. Unlike Lokalise, which acts largely as an external synchronization tool for your strings, Intlayer lives closer to your code. It controls the entire stack, from the bundling layer to remote content delivery, resulting in a smoother and more efficient content flow.
 
 ## Why have the paradigms changed since AI?
 
-Lokalise perfected the "DevOps" side of localization—moving strings automatically. However, the arrival of Large Language Models (LLMs) has fundamentally shifted the paradigms of localization. The bottleneck is no longer _moving_ the strings; it is _generating_ them.
+Lokalise perfected the "DevOps" side of localization, moving strings automatically. However, the arrival of Large Language Models (LLMs) has fundamentally shifted the paradigms of localization. The bottleneck is no longer _moving_ the strings; it is _generating_ them.
 
 With LLMs, the cost of translation has plummeted, and the speed has increased exponentially. The role of the localization team is shifting from "managing translators" to "managing context and review."
 
@@ -57,7 +57,7 @@ Lokalise is often criticized for its steep pricing tiers, which can become prohi
 
 1.  **Cost Efficiency:** You are not locked into a "per key" or "per seat" pricing model that penalizes growth. With Intlayer, you pay for your own inference (BYO Key), meaning your costs scale directly with your actual usage, not the platform's margins.
 2.  **Workflow Integration:** While Lokalise requires syncing files (even if automated), Intlayer allows for Declarative Content definition directly in your component files (React, Next.js, etc.). This keeps the context right next to the UI, reducing errors.
-3.  **Visual Management:** Intlayer provides a visual editor that interacts directly with your running application, ensuring that edits are made in full visual context—something often disconnected in traditional TMS file lists.
+3.  **Visual Management:** Intlayer provides a visual editor that interacts directly with your running application, ensuring that edits are made in full visual context, something often disconnected in traditional TMS file lists.
 
 # Comparison side by side
 
@@ -75,6 +75,6 @@ Intlayer offers a complete, all-in-one i18n solution that allows for a deep inte
 
 Furthermore, Intlayer can be utilized as a Feature Flag or A/B testing tool, enabling you to test different content variations dynamically. While Lokalise focuses on getting the words right, Intlayer focuses on getting the _user experience_ right through dynamic data serving.
 
-Lokalise is excellent for mobile apps (iOS/Android) and design-led workflows. However, for modern web applications using frameworks like Next.js or React, Intlayer's native handling of `.js`, `.ts`, and JSON dictionaries offers a superior developer experience (DX) with full TypeScript support for content—ensuring you never ship a missing translation key again.
+Lokalise is excellent for mobile apps (iOS/Android) and design-led workflows. However, for modern web applications using frameworks like Next.js or React, Intlayer's native handling of `.js`, `.ts`, and JSON dictionaries offers a superior developer experience (DX) with full TypeScript support for content, ensuring you never ship a missing translation key again.
 
-Finally, for those prioritizing data sovereignty and control, Intlayer is open-source and can be self-hosted. Docker files are available directly in the repository, giving you full ownership of your localization infrastructure—a stark contrast to Lokalise's closed SaaS model.
+Finally, for those prioritizing data sovereignty and control, Intlayer is open-source and can be self-hosted. Docker files are available directly in the repository, giving you full ownership of your localization infrastructure, a stark contrast to Lokalise's closed SaaS model.

package/blog/en/l10n_platform_alternative/crowdin.md

@@ -37,7 +37,7 @@ For over a decade, Crowdin has been the industry standard for managing localizat
 
 # Intlayer
 
-Intlayer is known primarily as an i18n solution, but it also integrates a CMS. Unlike Crowdin, which is limited to acting as a wrapper around your existing i18n setup, Intlayer controls the entire stack—from the bundling layer to remote content delivery—resulting in a smoother and more efficient content flow.
+Intlayer is known primarily as an i18n solution, but it also integrates a CMS. Unlike Crowdin, which is limited to acting as a wrapper around your existing i18n setup, Intlayer controls the entire stack, from the bundling layer to remote content delivery, resulting in a smoother and more efficient content flow.
 
 ## Why have the paradigms changed since AI?
 
@@ -49,7 +49,7 @@ However, there is a limitation. Copywriting is not just about translation; it is
 
 Today, the most efficient workflow is to translate and position your pages globally using AI first. Then, in a second phase, you use human copywriters to optimize specific high-traffic content to boost conversion once the product is already generating revenue.
 
-Although Crowdin's revenue—driven mainly by its well-proven legacy solutions—continues to perform well, I believe the traditional localization sector will be severely impacted within a 5 to 10-year horizon. The model of paying per word or per seat for a management tool is becoming obsolete.
+Although Crowdin's revenue, driven mainly by its well-proven legacy solutions, continues to perform well, I believe the traditional localization sector will be severely impacted within a 5 to 10-year horizon. The model of paying per word or per seat for a management tool is becoming obsolete.
 
 ## Why is Intlayer a good alternative to Crowdin?
 
@@ -73,8 +73,8 @@ With Intlayer, you generate your translations at the cost of your inferences. Yo
 
 Intlayer offers a complete, all-in-one i18n solution that allows for a deep integration of your content. Your remote content can be synchronized directly with your codebase or your live application. In comparison, Crowdin often necessitates a rebuild of your application in your CI/CD pipeline to update content, creating friction between the translation team and the deployment process.
 
-Furthermore, Intlayer can be utilized as a Feature Flag or A/B testing tool, enabling you to test different content variations dynamically—something standard TMS tools like Crowdin do not support natively.
+Furthermore, Intlayer can be utilized as a Feature Flag or A/B testing tool, enabling you to test different content variations dynamically, something standard TMS tools like Crowdin do not support natively.
 
-Crowdin supports a wide range of file formats—including legacy types like `.po`, `.xml`, and `.yaml`, which can be beneficial for projects with established workflows or older systems. Intlayer, by contrast, works primarily with modern web-oriented formats such as `.json`, `.js`, and `.ts`. This means Intlayer may not be compatible with all legacy file formats, which is a consideration for teams migrating from older platforms.
+Crowdin supports a wide range of file formats, including legacy types like `.po`, `.xml`, and `.yaml`, which can be beneficial for projects with established workflows or older systems. Intlayer, by contrast, works primarily with modern web-oriented formats such as `.json`, `.js`, and `.ts`. This means Intlayer may not be compatible with all legacy file formats, which is a consideration for teams migrating from older platforms.
 
 Finally, for those prioritizing data sovereignty and control, Intlayer is open-source and can be self-hosted. Docker files are available directly in the repository, giving you full ownership of your localization infrastructure.

package/blog/en/l10n_platform_alternative/phrase.md

@@ -37,7 +37,7 @@ Phrase is built for scale. It is the go-to choice for large enterprises that nee
 
 # Intlayer
 
-Intlayer is known primarily as an i18n solution, but it also integrates a headless CMS. Unlike Phrase, which functions as a massive, external enterprise suite, Intlayer acts as a nimble, code-integrated layer. It controls the entire stack—from the bundling layer to remote content delivery—resulting in a smoother and more efficient content flow for modern web applications.
+Intlayer is known primarily as an i18n solution, but it also integrates a headless CMS. Unlike Phrase, which functions as a massive, external enterprise suite, Intlayer acts as a nimble, code-integrated layer. It controls the entire stack, from the bundling layer to remote content delivery, resulting in a smoother and more efficient content flow for modern web applications.
 
 ## Why have the paradigms changed since AI?
 
@@ -75,4 +75,4 @@ Furthermore, Intlayer can be utilized as a Feature Flag or A/B testing tool, ena
 
 While Phrase is undeniable for complex, multi-format enterprise needs (e.g., translating PDFs, subtitles, and software simultaneously), Intlayer is the superior choice for product teams building web applications who want full ownership, type safety, and a modern, AI-driven workflow without the enterprise overhead.
 
-Finally, for those prioritizing data sovereignty and control, Intlayer is open-source and can be self-hosted. Docker files are available directly in the repository, giving you full ownership of your localization infrastructure—something impossible with Phrase's closed SaaS ecosystem.
+Finally, for those prioritizing data sovereignty and control, Intlayer is open-source and can be self-hosted. Docker files are available directly in the repository, giving you full ownership of your localization infrastructure, something impossible with Phrase's closed SaaS ecosystem.

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

@@ -54,7 +54,7 @@ Here’s a checklist every multilingual app should implement:
 - **Use localized links**  
   Example: `<a href="/fr/about">À propos</a>` instead of linking to the default `/about`.
 
-These are simple steps — but skipping them can cost you visibility.
+These are simple steps, but skipping them can cost you visibility.
 
 ---
 

package/blog/en/rag_powered_documentation_assistant.md

@@ -85,7 +85,6 @@ So the idea is to break text into manageable chunks (e.g. 500 tokens each) with
   <img width="480" alt="Reliable data source" src="https://github.com/user-attachments/assets/ee548851-7206-4cc6-821e-de8a4366c6a3" />
 </p>
 
-
 **Example:**
 
 - Chunk 1 → “…the old library that many had forgotten. Its towering shelves were filled with books…”
@@ -100,7 +99,7 @@ This trade-off (chunk size vs overlap) is key for RAG efficiency:
 
 ## Step 3: Generating Embeddings
 
-Once the docs are chunked, we generate **embeddings** — high-dimensional vectors representing each chunk.
+Once the docs are chunked, we generate **embeddings**, high-dimensional vectors representing each chunk.
 
 I used OpenAI’s text-embedding-3-large model, but you could use any modern embedding model.
 

package/blog/en-GB/compiler_vs_declarative_i18n.md

@@ -20,7 +20,7 @@ slugs:
 
 # The Case for and Against Compiler-Based i18n
 
-If you have been building web applications for more than a decade, you know that Internationalisation (i18n) has always been a friction point. It is often the task no one wants to do—extracting strings, managing JSON files, and worrying about pluralisation rules.
+If you have been building web applications for more than a decade, you know that Internationalisation (i18n) has always been a friction point. It is often the task no one wants to do, extracting strings, managing JSON files, and worrying about pluralisation rules.
 
 Recently, a new wave of **"Compiler-based" i18n tools** has emerged, promising to make this pain disappear. The pitch is seductive: **Just write text in your components, and let the build tool handle the rest.** No keys, no imports, just magic.
 
@@ -205,7 +205,7 @@ So, which should you choose?
 The compiler-based approach is a valid choice. It allows you to move incredibly fast. You don't need to worry about file structures or keys. You just build. The technical debt is a problem for "Future You."
 
 **If you are a Junior Developer, or don’t care about optimisation:**
-If you want the least manual management, a compiler-based approach is likely best. You won’t need to handle keys or translation files yourself—just write text, and the compiler automates the rest. This reduces setup effort and common i18n mistakes tied to manual steps.
+If you want the least manual management, a compiler-based approach is likely best. You won’t need to handle keys or translation files yourself, just write text, and the compiler automates the rest. This reduces setup effort and common i18n mistakes tied to manual steps.
 
 **If you are internationalising an existing project that already includes thousands of components to refactor:**
 A compiler-based approach can be a pragmatic choice here. The initial extraction phase can save weeks or months of manual work. However, consider using a tool like Intlayer's `transform` command, which can extract strings and convert them into explicit declarative content declarations. This gives you the speed of automation while maintaining the safety and portability of a declarative approach. You get the best of both worlds: rapid initial migration without long-term architectural debt.