@intlayer/docs 9.5.2 → 9.5.4-canary.0

package/blog/tr/vue-i18n_vs_intlayer-vue-i18n.md

@@ -0,0 +1,288 @@
+---
+createdAt: 2026-09-13
+updatedAt: 2026-09-13
+title: "vue-i18n vs @intlayer/vue-i18n: Aynı API, Farklı Bundle"
+description: Bir Vue 3 uygulaması vue-i18n çağrılarını tuttuğunda ancak @intlayer/vue-i18n compat adapter aracılığıyla sunduğunda neler değişiyor. Aynı Vite + Vue kodunda sayfa başına JavaScript, runtime boyutu, component boyutu ve sızıntı ölçüldü; adapter'ın ne tuttuğu, ne yoksaydığı ve neyi değiştiremeyeceği.
+keywords:
+  - vue-i18n
+  - "@intlayer/vue-i18n"
+  - Intlayer
+  - Compat adapter
+  - Migration
+  - Internationalization
+  - i18n
+  - Benchmark
+  - Bundle size
+  - Blog
+  - Vue
+  - Nuxt
+  - Vite
+slugs:
+  - blog
+  - vue-i18n-vs-intlayer-vue-i18n
+author: aymericzip
+---
+
+# vue-i18n VS @intlayer/vue-i18n | Aynı API, Farklı Bundle
+
+`@intlayer/vue-i18n`, bir uyumluluk adaptörüdür: `vue-i18n` API'sini (`createI18n`, `useI18n`, `t()`, `d()`, `n()`, `$t`, `v-t`, `i18n.global.locale`...) ortaya çıkarır ve bunu Intlayer tarafından derlenmiş sözlüklerden sunar. `.vue` dosyalarınız değişmez. `t("footer.github")`'nin bağlı olduğu şey değişir.
+
+Bu makale, aynı Vite + Vue 3 uygulamasında bu değişimi ölçer; bir kez `vue-i18n` ile ve bir kez adapter ile oluşturulmuştur. Sayılar [Benchmark Bloom](https://github.com/intlayer-org/benchmark-bloom) kaynağından gelmektedir. `vue-i18n` ve Intlayer'ı kütüphaneler olarak karşılaştırmak için [vue-i18n vs Intlayer](https://intlayer.org/blog/vue-i18n-vs-intlayer) ve [vue-i18n vs Intlayer benchmark](https://intlayer.org/blog/vue-i18n-vs-intlayer-benchmark) makalesini okuyun. Bu makale, bileşenlerinizi olduğu gibi tuttuğunuzda adapterın ne değiştirdiği hakkındadır.
+
+<TOC/>
+
+> **tl;dr**: Aynı Vite + Vue 3 uygulamasında, `vue-i18n` yerine `@intlayer/vue-i18n` kullanmak sayfa başına JavaScript'i gzip olarak **134.9 KB'den 47.0 KB'ye** düşürdü (i18n olmadan uygulama 41.3 KB ağırlığında), runtime'ı **24.3 KB'den 7.9 KB'ye**, ortalama component'i **196 KB'den 8.4 KB'ye** ve yabancı sayfa string sızıntısını **%90'dan %0'a** indirdi, hiçbir `.vue` dosyası düzenlenmedi. `createI18n({ messages })` fallback olarak çalışmaya devam eder; yukarıdaki sayıları elde etmek için JSON imports'ları kaldırın. SFC `<i18n>` blokları ve runtime `setLocaleMessage()`, bu özelliklerin aktarılmayan iki özelliğidir.
+
+## `@intlayer/vue-i18n` nedir
+
+`vue-i18n` bir çalışma zamanıdır. `createI18n({ messages: { en, fr, ... } })` her yerel ayarın tüm mesajlarını tutan genel bir örnek oluşturur; `useI18n()` her bileşeni buna bağlar; `t("footer.github")` render zamanında ağacı dolaşır. Bu tasarım, SFC `<i18n>` bloklarını ve `setLocaleMessage()` mümkün kılan şeydir ve aynı zamanda her bileşenin bağımlılık grafiğinin tüm ağacı içermesinin nedenidir.
+
+`@intlayer/vue-i18n` API'yi korur ve ağacı değiştirir:
+
+1. **İçe aktarma takma adı.** `@intlayer/vue-i18n/plugin` içindeki `vueI18nVitePlugin()`, `vite-intlayer`'ı sarmalanır ve `vue-i18n`'in `@intlayer/vue-i18n` olarak çözülmesi için bir `resolve.alias` ekler. Hiçbir içe aktarma yeniden adlandırılmaz.
+2. **JSON as source of truth.** The `syncJSON` plugin reads your existing `locales/{locale}.json` with `format: "vue-i18n"` (so `{name}`, `{0}` list interpolation and `"car | cars"` pipe plurals are parsed correctly) and writes translations back when the CLI or the CMS updates them.
+3. **Call-site binding.** The Intlayer optimize pass rewrites `useI18n()` call sites so the component receives the dictionaries its keys name, in the active locale, as imports the bundler can trace and split.
+
+```vue fileName="src/components/Footer.vue"
+<!-- Kodunuz, değiştirilmemiş -->
+<script setup lang="ts">
+import { useI18n } from "vue-i18n";
+
+const { t } = useI18n();
+</script>
+
+<template>
+  <a href="https://github.com/intlayer-org/benchmark-bloom">{{
+    t("footer.github")
+  }}</a>
+</template>
+```
+
+```ts fileName="Derleyicinin yayınladığı şey (basitleştirilmiş)"
+import _dicHash_footer from "../.intlayer/dictionaries/footer.mjs";
+import { useDictionary as useI18n } from "@intlayer/vue-i18n";
+
+const { t } = useI18n(_dicHash_footer);
+```
+
+Bileşen artık global mesaj ağacına ulaşmıyor. Yalnızca `footer`'a ulaşıyor. Bu nedenle aşağıdaki bileşen boyutu sütunu 196 KB'den 8 KB'ye düşüyor.
+
+## Adaptörün ne tuttuğu, ne görmezden geldiği ve ne değiştirmediği
+
+| `vue-i18n` API                                                      | `@intlayer/vue-i18n` ile                                                                                                              |
+| ------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
+| `useI18n()` → `{ t, d, n, te, tm, rt, locale, availableLocales }`   | ✅ Korundu. `t` anahtarları sözlüklerinize göre yazılmıştır                                                                           |
+| `t("key", { name })`, `t("key", [a, b])`, `t("key", count)`         | ✅ Korundu. `{name}`, `{0}` ve pipe ile ayrılmış çoğullar daha önce olduğu gibi çözülür                                               |
+| `d(date, "long")`, `n(value, "currency")`                           | ✅ Korundu. `createI18n()` öğesinden `datetimeFormats` / `numberFormats` yerine getirilir, yerel `Intl` ile desteklenir               |
+| `i18n.global.locale.value = "fr"`                                   | ✅ Korundu. Intlayer'in istemcisi tarafından desteklenen bir `WritableComputedRef`; reaktivite önceki gibi davranır                   |
+| `$t`, `$tc`, `$te`, `$tm`, `$rt`, `$d`, `$n`, `$i18n` (Options API) | ✅ Korundu. `app.use(i18n)` tarafından `app.config.globalProperties` üzerine kaydedildi                                               |
+| `v-t` directive                                                     | ✅ Korundu                                                                                                                            |
+| `legacy: true`                                                      | ✅ Kabul edildi                                                                                                                       |
+| `createI18n({ messages })`                                          | ⚠️ `messages` bir **runtime fallback** olarak kullanılır ve dev uyarısı gösterilir. Bundle kazançları için JSON importlarını kaldırın |
+| `setLocaleMessage()`, `mergeLocaleMessage()`                        | ❌ Uyarı gösterilir ve hiçbir şey yapmaz. Runtime message yükleme, build-time sözlükleri ile değiştirilir                             |
+| SFC `<i18n>` custom blocks                                          | ❌ Okunmaz. Bu mesajları locale JSON'a (veya bileşenin yanındaki `.content.ts`'e) taşıyın                                             |
+| `@nuxtjs/i18n`                                                      | ⚠️ Ayrı adapter, bkz. [Nuxt compat docu](https://intlayer.org/doc/compatibility/nuxtjs-i18n)                                          |
+
+## Benchmark
+
+### Ölçülen içerik
+
+[Benchmark Bloom](https://github.com/intlayer-org/benchmark-bloom) paketi, **aynı Vite + Vue 3 uygulamasını** her setup ile derler: **10 sayfa** (home, about, blog, careers, contact, FAQ, pricing, products, settings, team), **10 locale** (`en`, `fr`, `es`, `de`, `it`, `pt`, `zh`, `ja`, `ko`, `ru`), özdeş bileşenler ve özdeş içerik. Sayfalar `en` ve `fr` dilinde ölçülür.
+
+Her ikisi de **static** konfigürasyonda derlenmiştir; çoğu Vue projesinin sevk ettiği konfigürasyon: `vue-i18n` için, her locale'in JSON'u import edilip `createI18n({ messages })` öğesine iletilir; adapter için, `vite.config.ts` ve `intlayer.config.ts` değiştirilmiş aynı bileşenler ve `messages` import'u kaldırılmıştır. Referans için native `vue-intlayer` dahil edilmiştir.
+
+Her derleme için, suite şunları kaydeder:
+
+- **Kütüphane boyutu**: i18n kütüphanesini yalnızca içe aktaran boş bir bileşenin gzip (ve küçültülmüş) boyutu.
+- **Sayfa JS**: sayfa başına indirilen gzip JavaScript, tüm sayfalar ve locale'ler üzerinde ortalama.
+- **Locale sızıntısı %**: indirilen JS'teki çevrilmiş dizelerin kullanıcının **görüntülemediği** bir locale'e ait olan yüzdesi.
+- **Sayfa sızıntısı %**: indirilen JS'teki çevrilmiş dizelerin kullanıcının **bulunmadığı** bir sayfaya ait olan yüzdesi.
+- **Bileşen ortalaması**: izolasyon halinde derlenen her bileşenin ortalama gzip boyutu.
+- **E2E tepkisellik**: yeni bir locale seçimi ile DOM'da `html[lang]` güncellemesi arasındaki duvar saati zamanı (Playwright, 5 yineleme).
+- **Sayfa yükleme**: `PerformanceNavigationTiming.duration`.
+
+> Aşağıdaki rakamlar **2026-09-12** tarihinde `vue-i18n` 11.4.0 ve `@intlayer/vue-i18n` 9.5.1 ile yapılan çalıştırmadan gelmiştir. Test uygulaması kasıtlı olarak küçüktür (locale başına birkaç düzine string), bu nedenle sızıntı yüzdeleri bir **pattern** açıklar: içeriğiniz büyüdükçe artar, ancak runtime maliyeti sabit kalır.
+
+### Vite + Vue 3 Sonuçları
+
+| Kurulum                  | Strategi | Lib size (gz) | Lib size (min) | Page JS avg (gz) | Locale leak | Page leak | Component avg (gz) | E2E reactivity |  Page load |
+| ------------------------ | -------- | ------------: | -------------: | ---------------: | ----------: | --------: | -----------------: | -------------: | ---------: |
+| **base** (i18n yok)      | -        |        0.0 KB |         0.0 KB |          41.3 KB |        0.0% |         - |             1.1 KB |         1.8 ms |    10.8 ms |
+| `vue-i18n`               | static   |       24.3 KB |        83.2 KB |         134.9 KB |       50.0% |     90.0% |           196.0 KB |         2.8 ms |    13.6 ms |
+| **`@intlayer/vue-i18n`** | static   |    **7.9 KB** |    **23.2 KB** |      **47.0 KB** |   **15.0%** |  **0.0%** |         **8.4 KB** |     **1.5 ms** | **9.3 ms** |
+| `vue-intlayer` (native)  | static   |        3.9 KB |        11.1 KB |          57.1 KB |       56.8% |      0.0% |             7.7 KB |         4.5 ms |    13.8 ms |
+| `vue-intlayer` (native)  | dynamic  |        3.9 KB |        11.1 KB |          59.8 KB |       50.0% |      0.0% |             6.5 KB |         4.0 ms |    15.8 ms |
+
+> Temel uygulamanın page-leak sütunu boş bırakılmıştır: i18n kütüphanesi olmadan, parmak izi alma paylaşılan chunk'lardaki sabit kodlanmış stringleri alır ve sayı anlamlı değildir.
+
+**Nasıl okunur**
+
+- **Sayfa başına 88 KB daha az, aynı bileşenler.** `vue-i18n`, 41.3 KB uygulamayı **134.9 KB** olarak alır. Aynı bileşenlerin adapter derlemesi **47.0 KB** ile sonuçlanır, temel uygulamadan 5.7 KB üstündedir. Farkın çoğu, `createI18n({ messages })` tarafından her sayfaya çekilen 74.9 KB `src/locales` ve adaptörün asla bir blok olarak paketlemediği şeydir.
+- **Runtime 3 kat küçülüyor.** Sadece `vue-i18n` içe aktaran boş bir component **24.3 KB gzip / 83.2 KB minified** maliyetlidir: `@intlify/core-base`, mesaj derleyicisi ve runtime. Adapter **7.9 KB / 23.2 KB** maliyetlidir, çoğunluğu Intlayer'ın core'u artı `vue-i18n` API surface'idir.
+- **Componentler: 23 kat daha küçük.** İzolasyon halinde derlenen bir `useI18n()` component ortalaması **196 KB**'dir, çünkü `t` her locale'in her mesajını tutan instance'a bağlıdır. Adapter ile aynı component ortalaması **8.4 KB**'dir: kendi sözlüğüne ulaşır.
+- **Sızıntı.** `vue-i18n`, her yerel ayarı ve her sayfanın dizelerini her sayfada gönderir: %50 yerel ayar sızıntısı (iki parmakli yerel ayarda; on yerel ayar paketlenmiş olsa bile gerçek harcama daha yüksektir), %90 sayfa sızıntısı. Adapter, her bileşen yalnızca kendi sözlüklerini içe aktardığından sayfa sızıntısını **%0**'a düşürür. Bu `static` çalıştırmada yerel ayar sızıntısı %15'tedir; `importMode: 'dynamic'` bunu kaldıran ayardır ve bu yapılandırma bu Vue çalıştırmasının bir parçası değildi.
+- **Reaktivite ve sayfa yükü.** Yerel ayar değiştirme her ikisi için de ucuzdur (1,5-2,8 ms); Vue'nin reaktivite sistemi mesajlar bellekte olduktan sonra bunu sağlar. Sayfa yükü 13,6 ms'den **9,3 ms**'ye gider; ayrıştırılacak 88 KB daha az JavaScript ile uyumludur.
+- **Yerel satırlar hakkında.** `vue-intlayer` bu çalıştırmada `static` modunda her yerel ayarı paketledi ve 3,9 KB çalışma zamanı ile 57,1 KB'ye ulaştı; adaptörün senkronize edilen sözlükleri daha az yabancı yerel ayar dizesi içeriyordu, bu nedenle sayfa başına daha düşük rakam. Yerel çalışma zamanı üçünün en hafifi olmaya devam ediyor ve `.content.ts` modeli SFC `<i18n>` bloklarının eşdeğerini bulduğu yerdir.
+
+## Sayılar neden değişiyor
+
+`src/components/` içinde hiçbir şey değişmedi, bu nedenle kazançlar `useI18n` bağlı olduğu şeyden geliyor.
+
+**`vue-i18n` ile**, bağlama global örnek olur. `createI18n({ messages: { en, fr, ... } })` her şeyi içeren tek bir importtur; `useI18n()` çağıran her bileşen tümüne erişebilir, bu nedenle bundler örneğin altında bölemez. Optimize etmek, _siz_ `en.json` dosyasını rota tarafından bölmeniz, bir router guard içinde `setLocaleMessage()` çağırmanız ve bileşenler hareket ettikçe rota-dosya haritasını doğru tutmanız anlamına gelir.
+
+```bash
+.
+├── locales
+│   ├── en.json                    # her sayfanın stringleri
+│   └── fr.json
+└── src
+    ├── i18n.ts                    # createI18n({ messages: { en, fr, ... } })
+    ├── main.ts                    # app.use(i18n)
+    └── components
+        └── Footer.vue             # useI18n(); t("footer.github")
+```
+
+**`@intlayer/vue-i18n` ile**, binding sözlüktür. `syncJSON` her `en.json` dosyasının üst düzey anahtarını bir sözlüğe dönüştürür; optimize işlemi komponente adlarını verdiği anahtarları, bundler'ın izlediği ve sayfa başına böldüğü importlar olarak geçirir.
+
+```bash
+.
+├── intlayer.config.ts             # syncJSON({ format: "vue-i18n", source: ... })
+├── locales
+│   ├── en.json                    # unchanged, still the source of truth
+│   └── fr.json
+├── .intlayer/                     # generated: one dictionary per top-level key, per locale
+└── src
+    ├── i18n.ts                    # createI18n({})   ← messages import removed
+    ├── main.ts                    # app.use(i18n)    ← unchanged
+    └── components
+        └── Footer.vue             # useI18n(); t("footer.github")  ← unchanged
+```
+
+`i18n.ts` dosyasındaki `messages` import'ı silinecek tek satırdır. Bu 88 KB'dir.
+
+## Üç adımda geçiş
+
+<Steps>
+<Step number={1} title="Kurulum">
+
+```bash packageManager="npm"
+npx intlayer init --interactive
+```
+
+```bash packageManager="pnpm"
+pnpm dlx intlayer init --interactive
+```
+
+```bash packageManager="yarn"
+yarn dlx intlayer init --interactive
+```
+
+```bash packageManager="bun"
+bunx intlayer init --interactive
+```
+
+Komut `vue-i18n`'i algılar, `intlayer`, `vue-intlayer`, `@intlayer/vue-i18n` ve `@intlayer/sync-json-plugin`'i kurar ve `intlayer.config.ts`'i önceden doldurur. `vue-i18n`'i kurulu tutun: bu bir peer bağımlılığıdır ve türleri sağlar.
+
+</Step>
+<Step number={2} title="Intlayer'ı yerel dosyalarınıza yönlendirin">
+
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
+  dictionary: {
+    // "static" her yerel ayarı paketler; "dynamic" aktif olanı talep üzerine yükler
+    importMode: "dynamic",
+    format: "vue-i18n",
+  },
+  plugins: [
+    syncJSON({
+      // vue-i18n lehçesi: {name}, {0}, "car | cars"
+      format: "vue-i18n",
+      source: ({ locale }) => `./locales/${locale}.json`,
+      location: "locales",
+    }),
+  ],
+};
+
+export default config;
+```
+
+`locales/{locale}.json` bulunduğu yerde kalır. Her üst düzey anahtar (`footer`, `hero`...) bir sözlük haline gelir.
+
+</Step>
+<Step number={3} title="Eklentiyi ekleyin ve mesaj importunu kaldırın">
+
+```ts fileName="vite.config.ts"
+import { defineConfig } from "vite";
+import vue from "@vitejs/plugin-vue";
+import { vueI18nVitePlugin } from "@intlayer/vue-i18n/plugin";
+
+export default defineConfig({
+  plugins: [vue(), vueI18nVitePlugin()],
+});
+```
+
+```ts fileName="src/i18n.ts"
+import { createI18n } from "vue-i18n";
+
+// Önce: createI18n({ locale: "en", messages: { en, fr, es } })
+export const i18n = createI18n({ locale: "en" });
+```
+
+`vueI18nVitePlugin()` eklentisi `vite-intlayer`'ı (içerik izleme, sözlük derleme, optimize geçişi) sarmaladığından ve `vue-i18n`'i adaptöre alias ettiğinden; `messages` importunu kaldırmak 88 KB'lik tasarrufu sağlar; bunu bırakmak uygulamanın çalışmasını devam ettirse de hem eski hem de yeni versiyonu yükler.
+
+</Step>
+</Steps>
+
+### Sonra silebileceğiniz şeyler
+
+| Dosya / pattern                                    | Nedeni                                                                                 |
+| -------------------------------------------------- | -------------------------------------------------------------------------------------- |
+| `import en from "./locales/en.json"` ve benzerleri | Adapter tarafından yalnızca fallback olarak kullanılır. 88 KB'ın geldiği yer burasıdır |
+| Router guards içindeki `setLocaleMessage()`        | İşlevsiz. Route başına yükleme artık derleyicinin işidir                               |
+| `@intlify/unplugin-vue-i18n`                       | Gerekli değildir: mesajları önceden derler ve SFC blokları adapter tarafından okunmaz  |
+| SFC `<i18n>` blokları                              | Okunmaz; bunları locale JSON'ına veya bileşen başına `.content.ts` dosyasına taşıyın   |
+
+### Baytların ötesinde neler kazanırsınız
+
+- **Yazılı anahtarlar.** `t("footer.github")` derlenmiş `footer` sözlüğüne karşı yazılıdır; yanlış bir yol, metni anahtar olarak render etmek yerine bir TypeScript hatasıdır.
+- **`npx intlayer test`** herhangi bir locale'de eksik bir anahtar için CI'yi başarısız kılar. **`npx intlayer fill`** eksik olanları kendi sağlayıcı anahtarınızla (OpenAI, Anthropic, Mistral, Gemini...) çevirir ve bunları `locales/{locale}.json` dosyasına geri yazar.
+- **Visual Editor ve CMS** aynı JSON üzerinde çalışır, bu nedenle geliştirici olmayanlar bir UI aracılığıyla düzenler ve dosyalar güncellenir.
+- **`.content.ts` dosyasına kademeli geçiş.** Herhangi bir component, bir co-located content dosyası ile `useI18n()` öğesinden `useIntlayer("footer")` öğesine geçebilir. JSON ve `.content.ts` sözlükleri bir arada bulunur ve birleşir.
+
+## Başlamadan önce bilmeniz gereken sınırlamalar
+
+- **SFC `<i18n>` blokları okunmaz.** Mesajlarınız componentler içinde bulunuyorsa, bunların locale dosyalarına (veya türleri olan `.content.ts` dosyasına, bu da aynı fikrin türlü halidir) taşınması gerekir.
+- **Runtime mesaj yükleme kaldırılmıştır.** `setLocaleMessage()` ve `mergeLocaleMessage()` uyarı verir ve geri döner. CMS'den runtime'da alınan çeviriler, Intlayer'ın CMS'ini veya `intlayer pull` / `push` komutlarını gerektirir.
+- **`messages` bir fallback'tir, ücretsiz değildir.** `createI18n()` içindeki JSON import'larını tutmak, bundle'a 75 KB ekler. `intlayer test` geçtikten sonra bunları silin.
+- **Adapter, native runtime değildir.** 7.9 KB vs `vue-intlayer` için 3.9 KB. Her component `useIntlayer`'a geçtikten sonra bunu kaldırabilirsiniz.
+
+## Hangisini ne zaman kullanmalı?
+
+- **`vue-i18n` üzerinde kalın** eğer uygulamanız SFC `<i18n>` blocks'a, runtime `setLocaleMessage()` flows'a bağlı ise, veya 90 KB per page sizin audience'ınız için bir sorun değilse.
+- **`@intlayer/vue-i18n` kullanın** eğer `vue-i18n` üzerindeyseniz ve 88 KB, 23x daha küçük components, 0% page leakage, typed keys ve `.vue` dosyasını düzenlemeden CI checks istiyorsanız. Bu, mevcut bir `vue-i18n` codebase'i için giriş noktasıdır.
+- **Native'ye gidin (`vue-intlayer`)** yeni projeler için veya adapter işini bitirdikten sonra. En hafif runtime'a (3.9 KB) ve `<i18n>` blocks'ı typed content ile değiştiren per-component `.content.ts` modelini içerir.
+
+## İlgili karşılaştırmalar
+
+- [vue-i18n vs Intlayer](https://intlayer.org/blog/vue-i18n-vs-intlayer) (özellikler ve DX)
+- [vue-i18n vs Intlayer benchmark](https://intlayer.org/blog/vue-i18n-vs-intlayer-benchmark) (kütüphaneler, aynı benchmark)
+- [next-intl vs @intlayer/next-intl](https://intlayer.org/blog/next-intl-vs-intlayer-next-intl) (aynı adapter serisi)
+- [i18next vs @intlayer/i18next](https://intlayer.org/blog/i18next-vs-intlayer-i18next) (aynı adapter serisi)
+- [Lingui vs @intlayer/lingui](https://intlayer.org/blog/lingui-vs-intlayer-lingui) (aynı adapter serisi)
+- [Geçiş rehberi: vue-i18n to Intlayer](https://intlayer.org/doc/migration/vue-i18n)
+- [Compat adapter reference: vue-i18n](https://intlayer.org/doc/compatibility/vue-i18n), [Nuxt i18n](https://intlayer.org/doc/compatibility/nuxtjs-i18n)
+
+## Sonuç
+
+`@intlayer/vue-i18n`, `useI18n()` işlevini değiştirir: her yerel ayarın her mesajını tutan global bir instance'dan, o bileşen için derlenmiş bir sözlüğe. **88 KB daha küçük sayfa başına**, **3x daha küçük runtime**, **23x daha küçük bileşenler** ve **%0 sayfa sızıntısı** ile aynı Vite + Vue 3 uygulamasında, bir config dosyası, bir plugin satırı ve silinen bir import için. SFC `<i18n>` blokları ve runtime message yüklenmesi, taşımadığı iki şeydir ve native `vue-intlayer` runtime'ı boyutunun yarısı kalır.
+
+Tüm ham veriler, test uygulamaları ve scriptler [Benchmark Bloom repository](https://github.com/intlayer-org/benchmark-bloom) içinde bulunmaktadır. Kendiniz çalıştırabilirsiniz.
+
+Daha fazla ayrıntı için ['Neden Intlayer?' dokümantasyonuna](https://intlayer.org/doc/why) bakınız.

package/blog/tr/vue-i18n_vs_intlayer.md

@@ -235,7 +235,7 @@ Bu yaklaşım:
 
 GitHub yıldızları, bir projenin popülaritesinin, topluluk güveninin ve uzun vadeli öneminin güçlü bir göstergesidir. Teknik kalitenin doğrudan bir ölçüsü olmasa da, kaç geliştiricinin projeyi yararlı bulduğunu, ilerlemesini takip ettiğini ve muhtemelen benimsediğini yansıtır. Bir projenin değerini tahmin etmek için yıldızlar, alternatifler arasındaki çekişmeyi karşılaştırmaya ve ekosistem büyümesine ilişkin içgörüler sağlamaya yardımcı olur.
 
-[![Yıldız Geçmişi Grafiği](https://api.star-history.com/svg?repos=intlify/vue-i18n&repos=aymericzip/intlayer&type=Date)](https://www.star-history.com/#intlify/vue-i18n&aymericzip/intlayer)
+[![Yıldız Geçmişi Grafiği](https://api.star-history.com/svg?repos=intlify/vue-i18n&repos=aymericzip/intlayer&type=Date)](https://star-history.com/#intlify/vue-i18n&aymericzip/intlayer)
 
 ## Sonuç
 

package/blog/uk/history_of_i18n.md

@@ -49,7 +49,7 @@ author: aymericzip
 
 У цій статті проаналізовано цю еволюцію з 2011 по 2026 рік: завдання кожного покоління інструментів, їхні сильні та слабкі сторони, а також вплив архітектури фронтенду на сучасні підходи до i18n.
 
-![Екосистема бібліотек інтернаціоналізації JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/cloud_i18n_logo.png?raw=true)
+![Екосистема бібліотек інтернаціоналізації JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/cloud_i18n_logo.webp?raw=true)
 
 ## Зміст
 
@@ -149,87 +149,87 @@ author: aymericzip
 
 <Tab label="Core JavaScript" value="javascript">
 
-| Перший реліз | Бібліотека                           | Мета створення                                                                                                                        | Ключова інновація                                                                                                                                         |
-| ------------ | ------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Січень 2012  | `i18next`                            | Стандартизація словникового пошуку під час виконання для браузера та Node.js без прив'язки до фреймворку.                             | Модульна архітектура, що відокремлює логіку перекладу від завантажувачів, модулів визначення мови та кешування.                                           |
-| Лютий 2021   | `typesafe-i18n`                      | Уникнення прихованих помилок під час виконання та неправильної інтерполяції через нетипізовані рядкові ключі.                         | Повністю типізовані функції перекладу, що генеруються безпосередньо з об'єктів локалізації без рантайм-залежностей.                                       |
-| Жовтень 2023 | `paraglide` (`@inlang/paraglide-js`) | Усунення пошуку за словниками під час виконання, важких парсерів і зайвого коду в бандлі.                                             | Компіляція повідомлень у чисті ECMAScript-модулі та функції з підтримкою tree-shaking.                                                                    |
-| Квітень 2024 | `intlayer`                           | Заміна складних просторів імен, усунення витоку контенту між сторінками, зменшення конфліктів у git та сувора типізація в TypeScript. | Розміщення файлів `.content` поруч із компонентами, автоматична генерація типів TypeScript, інтегрована візуальна CMS та інструменти перекладу через CLI. |
-| Червень 2025 | `wuchale`                            | Позбавлення від ручного вилучення рядків і вигадування ключів перекладу під час розробки.                                             | Препроцесор рівня AST, який розпізнає вбудований текст і компілює його у локалізовані функції під час збірки.                                             |
+| Перший реліз | Бібліотека                           | Автор                                                        | Мета створення                                                                                                                        | Ключова інновація                                                                                                                                         |
+| ------------ | ------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Січень 2012  | `i18next`                            | Jan Mühlemann (`@jamuhl`)                                    | Стандартизація словникового пошуку під час виконання для браузера та Node.js без прив'язки до фреймворку.                             | Модульна архітектура, що відокремлює логіку перекладу від завантажувачів, модулів визначення мови та кешування.                                           |
+| Лютий 2021   | `typesafe-i18n`                      | Ivan Hofer (`@ivanhofer`)                                    | Уникнення прихованих помилок під час виконання та неправильної інтерполяції через нетипізовані рядкові ключі.                         | Повністю типізовані функції перекладу, що генеруються безпосередньо з об'єктів локалізації без рантайм-залежностей.                                       |
+| Жовтень 2023 | `paraglide` (`@inlang/paraglide-js`) | Samuel Stroschein (`@samuelstroschein`) / Inlang (`@inlang`) | Усунення пошуку за словниками під час виконання, важких парсерів і зайвого коду в бандлі.                                             | Компіляція повідомлень у чисті ECMAScript-модулі та функції з підтримкою tree-shaking.                                                                    |
+| Серпень 2024 | `intlayer`                           | Aymeric Pineau (`@aymericzip`)                               | Заміна складних просторів імен, усунення витоку контенту між сторінками, зменшення конфліктів у git та сувора типізація в TypeScript. | Розміщення файлів `.content` поруч із компонентами, автоматична генерація типів TypeScript, інтегрована візуальна CMS та інструменти перекладу через CLI. |
+| Червень 2025 | `wuchale`                            | Kidus Adugna (`@K1DV5`)                                      | Позбавлення від ручного вилучення рядків і вигадування ключів перекладу під час розробки.                                             | Препроцесор рівня AST, який розпізнає вбудований текст і компілює його у локалізовані функції під час збірки.                                             |
 
 </Tab>
 
 <Tab label="React" value="react">
 
-| Перший реліз | Бібліотека       | Мета створення                                                                                            | Ключова інновація                                                                                                                                   |
-| ------------ | ---------------- | --------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Червень 2014 | `react-intl`     | Стандартизація форматування чисел, дат, валют і складних форм множини в React.                            | Декларативні компоненти (`<FormattedMessage>`, `<FormattedDate>`) на базі ICU MessageFormat та стандарту ECMA-402.                                  |
-| Грудень 2015 | `react-i18next`  | Зручна інтеграція `i18next` у React з реактивним оновленням інтерфейсу.                                   | Розвиток разом із React: перехід від Higher-Order Components до інтерполяції JSX через `<Trans>` і хука `useTranslation`.                           |
-| Січень 2018  | `@lingui/react`  | Зменшення розміру бандла завдяки уникненню складних ICU-парсерів у браузері.                              | Макроси Babel/SWC, які компілюють `<Trans>` і `t` у компактні індексовані масиви під час збірки.                                                    |
-| Грудень 2020 | `use-intl`       | Легковажна альтернатива старим бібліотекам з орієнтацією на хуки та типізацію для React.                  | Зручні хуки `useTranslations` та `useFormatter` із глибокою інтеграцією в TypeScript.                                                               |
-| Лютий 2021   | `@tolgee/react`  | Прискорення комунікації між розробниками, перекладачами та дизайнерами.                                   | Редагування текстів у контексті браузера за Alt-кліком зі збереженням та створенням скріншотів на льоту.                                            |
-| Квітень 2024 | `react-intlayer` | Швидке рішення для життєвого циклу React без централізованих JSON-монолітів та громіздких просторів імен. | Хук `useIntlayer` під рендеринг React, автогенерація типів TypeScript, tree-shaking для кожного компонента та пряма синхронізація з візуальною CMS. |
-| Липень 2024  | `gt-react`       | Автоматизація ручного експорту файлів і підтримки перекладів.                                             | Автоматична локалізація за допомогою ШІ безпосередньо в компонентах React через хмарні процеси.                                                     |
-| Серпень 2025 | `@wuchale/jsx`   | Відмова від ручного створення ключів і повторюваних хуків у JSX.                                          | AST-трансформація, що виділяє текстові вузли JSX і компілює їх у локалізовані аналоги.                                                              |
+| Перший реліз | Бібліотека       | Автор                          | Мета створення                                                                                            | Ключова інновація                                                                                                                                   |
+| ------------ | ---------------- | ------------------------------ | --------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Червень 2014 | `react-intl`     | Yahoo! / FormatJS              | Стандартизація форматування чисел, дат, валют і складних форм множини в React.                            | Декларативні компоненти (`<FormattedMessage>`, `<FormattedDate>`) на базі ICU MessageFormat та стандарту ECMA-402.                                  |
+| Грудень 2015 | `react-i18next`  | Jan Mühlemann (`@jamuhl`)      | Зручна інтеграція `i18next` у React з реактивним оновленням інтерфейсу.                                   | Розвиток разом із React: перехід від Higher-Order Components до інтерполяції JSX через `<Trans>` і хука `useTranslation`.                           |
+| Січень 2018  | `@lingui/react`  | Tomáš Ehrlich (`@tricoder42`)  | Зменшення розміру бандла завдяки уникненню складних ICU-парсерів у браузері.                              | Макроси Babel/SWC, які компілюють `<Trans>` і `t` у компактні індексовані масиви під час збірки.                                                    |
+| Грудень 2020 | `use-intl`       | Jan Amann (`@amannn`)          | Легковажна альтернатива старим бібліотекам з орієнтацією на хуки та типізацію для React.                  | Зручні хуки `useTranslations` та `useFormatter` із глибокою інтеграцією в TypeScript.                                                               |
+| Лютий 2021   | `@tolgee/react`  | Jan Cizmar (`@jcizmar`)        | Прискорення комунікації між розробниками, перекладачами та дизайнерами.                                   | Редагування текстів у контексті браузера за Alt-кліком зі збереженням та створенням скріншотів на льоту.                                            |
+| Серпень 2024 | `react-intlayer` | Aymeric Pineau (`@aymericzip`) | Швидке рішення для життєвого циклу React без централізованих JSON-монолітів та громіздких просторів імен. | Хук `useIntlayer` під рендеринг React, автогенерація типів TypeScript, tree-shaking для кожного компонента та пряма синхронізація з візуальною CMS. |
+| Липень 2024  | `gt-react`       | Ernest McCarter (`@eoinest`)   | Автоматизація ручного експорту файлів і підтримки перекладів.                                             | Автоматична локалізація за допомогою ШІ безпосередньо в компонентах React через хмарні процеси.                                                     |
+| Червень 2025 | `@wuchale/jsx`   | Kidus Adugna (`@K1DV5`)        | Відмова від ручного створення ключів і повторюваних хуків у JSX.                                          | AST-трансформація, що виділяє текстові вузли JSX і компілює їх у локалізовані аналоги.                                                              |
 
 </Tab>
 
 <Tab label="Next.js" value="nextjs">
 
-| Перший реліз  | Бібліотека                                  | Мета створення                                                                                                | Ключова інновація                                                                                                                                                |
-| ------------- | ------------------------------------------- | ------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Листопад 2018 | `next-i18next`                              | Підтримка SSR та SSG з `i18next` у Next.js Pages Router без каскадних запитів на клієнті.                     | Функції `serverSideTranslations` та `appWithTranslation` для передачі локалізованих даних через пропси сторінок.                                                 |
-| Грудень 2019  | `next-translate`                            | Спрощення конфігурації та оптимізація розміру бандла у додатках Pages Router.                                 | Плагін для завантажувача Webpack, що додає на кожну сторінку лише потрібні простори імен перекладу.                                                              |
-| Листопад 2020 | `next-intl`                                 | Переосмислення інтернаціоналізації для App Router, React Server Components (RSC) та потокового SSR.           | Нативна інтеграція з middleware, Server Actions та асинхронними Server Components без необхідності передавати клієнтський JS.                                    |
-| Липень 2022   | `next-international`                        | Максимальна безпека типів TypeScript із мінімальним впливом на клієнтський код у Next.js.                     | Сувора генерація типів для обмежених ключів із легкими адаптерами для App Router і Pages Router.                                                                 |
-| Квітень 2024  | `paraglide-next` (`@inlang/paraglide-next`) | Скомпільовані повідомлення без додаткового рантайму для App Router та Pages Router у Next.js.                 | Маршрутизація на middleware разом із функціями повідомлень, що виключають аналіз JSON у рантаймі RSC та клієнтських бандлах.                                     |
-| Квітень 2024  | `next-intlayer`                             | Адаптер для Server Components без потреби передавати функції `t()` чи словники через пропси між компонентами. | Прямий виклик `useIntlayer` у синхронних Server Components без prop-drilling, рендеринг без затримок на сервері, локалізований middleware і синхронізація з CMS. |
-| Вересень 2024 | `gt-next`                                   | Автоматизація створення багатомовного вмісту та динамічної маршрутизації в Next.js за допомогою ШІ.           | Інтеграція з App Router, яка поєднує машинний переклад у хмарі з edge-middleware та кешуванням Next.js.                                                          |
+| Перший реліз  | Бібліотека                                  | Автор                                                        | Мета створення                                                                                                | Ключова інновація                                                                                                                                                |
+| ------------- | ------------------------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Листопад 2018 | `next-i18next`                              | Isaac Hinman (`@isaachinman`)                                | Підтримка SSR та SSG з `i18next` у Next.js Pages Router без каскадних запитів на клієнті.                     | Функції `serverSideTranslations` та `appWithTranslation` для передачі локалізованих даних через пропси сторінок.                                                 |
+| Грудень 2020  | `next-translate`                            | Arvin Wiyono (`@arvinn`) / Vinissimus (`@vinissimus`)        | Спрощення конфігурації та оптимізація розміру бандла у додатках Pages Router.                                 | Плагін для завантажувача Webpack, що додає на кожну сторінку лише потрібні простори імен перекладу.                                                              |
+| Грудень 2020  | `next-intl`                                 | Jan Amann (`@amannn`)                                        | Переосмислення інтернаціоналізації для App Router, React Server Components (RSC) та потокового SSR.           | Нативна інтеграція з middleware, Server Actions та асинхронними Server Components без необхідності передавати клієнтський JS.                                    |
+| Липень 2022   | `next-international`                        | Tom Dussaix (`@tom-dussaix`)                                 | Максимальна безпека типів TypeScript із мінімальним впливом на клієнтський код у Next.js.                     | Сувора генерація типів для обмежених ключів із легкими адаптерами для App Router і Pages Router.                                                                 |
+| Жовтень 2023  | `paraglide-next` (`@inlang/paraglide-next`) | Samuel Stroschein (`@samuelstroschein`) / Inlang (`@inlang`) | Скомпільовані повідомлення без додаткового рантайму для App Router та Pages Router у Next.js.                 | Маршрутизація на middleware разом із функціями повідомлень, що виключають аналіз JSON у рантаймі RSC та клієнтських бандлах.                                     |
+| Серпень 2024  | `next-intlayer`                             | Aymeric Pineau (`@aymericzip`)                               | Адаптер для Server Components без потреби передавати функції `t()` чи словники через пропси між компонентами. | Прямий виклик `useIntlayer` у синхронних Server Components без prop-drilling, рендеринг без затримок на сервері, локалізований middleware і синхронізація з CMS. |
+| Липень 2024   | `gt-next`                                   | Ernest McCarter (`@eoinest`)                                 | Автоматизація створення багатомовного вмісту та динамічної маршрутизації в Next.js за допомогою ШІ.           | Інтеграція з App Router, яка поєднує машинний переклад у хмарі з edge-middleware та кешуванням Next.js.                                                          |
 
 </Tab>
 
 <Tab label="Vue & Nuxt" value="vue">
 
-| Перший реліз  | Бібліотека     | Мета створення                                                                                            | Ключова інновація                                                                                                                                            |
-| ------------- | -------------- | --------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ |
-| Травень 2014  | `vue-i18n`     | Зручна реактивна інтернаціоналізація для застосунків на Vue.js.                                           | Глибока інтеграція з реактивністю Vue, директиви шаблонів (`v-t`), помічники `$t` та блоки `<i18n>` в однофайлових компонентах (SFC).                        |
-| Листопад 2017 | `@nuxt/i18n`   | Маршрутизація локалізованих URL, теги SEO hreflang і гідратація SSR у Nuxt.                               | Повноцінний модуль маршрутизації, який створює шляхи (префікси, домени), мета-теги та забезпечує ліниве завантаження фрагментів перекладу.                   |
-| Серпень 2019  | `fluent-vue`   | Підтримка складного граматичного роду, відмінків і несиметричних структур у Vue.                          | Інтеграція синтаксису Project Fluent від Mozilla, що усуває потребу у розгалужених умовних конструкціях для мовних нюансів.                                  |
-| Квітень 2025  | `vue-intlayer` | Рішення на базі Intlayer для Composition API у Vue 3 та Nuxt без засмічення глобальної області видимості. | Композабл `useIntlayer` з урахуванням реактивності Vue 3, ізоляція на рівні компонентів, повне автодоповнення TypeScript та підтримка візуального редактора. |
+| Перший реліз  | Бібліотека     | Автор                                       | Мета створення                                                                                            | Ключова інновація                                                                                                                                            |
+| ------------- | -------------- | ------------------------------------------- | --------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| Травень 2014  | `vue-i18n`     | Kazupon (`@kazupon`)                        | Зручна реактивна інтернаціоналізація для застосунків на Vue.js.                                           | Глибока інтеграція з реактивністю Vue, директиви шаблонів (`v-t`), помічники `$t` та блоки `<i18n>` в однофайлових компонентах (SFC).                        |
+| Листопад 2017 | `@nuxt/i18n`   | Спільнота Nuxt                              | Маршрутизація локалізованих URL, теги SEO hreflang і гідратація SSR у Nuxt.                               | Повноцінний модуль маршрутизації, який створює шляхи (префікси, домени), мета-теги та забезпечує ліниве завантаження фрагментів перекладу.                   |
+| Серпень 2020  | `fluent-vue`   | Mozilla (`@mozilla`) / Demivan (`@demivan`) | Підтримка складного граматичного роду, відмінків і несиметричних структур у Vue.                          | Інтеграція синтаксису Project Fluent від Mozilla, що усуває потребу у розгалужених умовних конструкціях для мовних нюансів.                                  |
+| Січень 2025   | `vue-intlayer` | Aymeric Pineau (`@aymericzip`)              | Рішення на базі Intlayer для Composition API у Vue 3 та Nuxt без засмічення глобальної області видимості. | Композабл `useIntlayer` з урахуванням реактивності Vue 3, ізоляція на рівні компонентів, повне автодоповнення TypeScript та підтримка візуального редактора. |
 
 </Tab>
 
 <Tab label="Angular" value="angular">
 
-| Перший реліз  | Бібліотека          | Мета створення                                                                                       | Ключова інновація                                                                                                                                           |
-| ------------- | ------------------- | ---------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Лютий 2017    | `ngx-translate`     | Динамічний переклад під час виконання в Angular без створення окремих збірок для кожної мови.        | Сервіс `TranslateService` та пайп `translate` для динамічного завантаження текстів і перемикання мов на льоту.                                              |
-| Липень 2019   | `@ngneat/transloco` | Усунення обмежень продуктивності та відсутності ізоляції у старіших інструментах Angular.            | Структурна директива (`*transloco`), ізольовані переклади для лінивих модулів, підтримка SSR і CLI для вилучення текстів.                                   |
-| Вересень 2019 | `@angular/localize` | Модернізація вбудованої системи i18n в Angular без повної перекомпіляції TypeScript для кожної мови. | Теговані шаблонні літерали з `$localize`, які обробляються як швидкий крок після збірки в компіляторі Ivy.                                                  |
-| Лютий 2021    | `@tolgee/ngx`       | Спільний переклад у контексті інтерфейсу та збереження знімків екрана в робочих процесах Angular.    | Пайпи та директиви з підключенням до Tolgee для зміни тексту безпосередньо у вікні браузера.                                                                |
-| Квітень 2025  | `angular-intlayer`  | Нативна інтеграція Intlayer для сучасного Angular (Signals, standalone-компоненти та SSR).           | Реактивна інтеграція на базі Signals для механізму Change Detection в Angular, робота зі standalone-компонентами та миттєва синхронізація з візуальною CMS. |
+| Перший реліз  | Бібліотека          | Автор                                                        | Мета створення                                                                                       | Ключова інновація                                                                                                                                           |
+| ------------- | ------------------- | ------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Лютий 2017    | `ngx-translate`     | Olivier Combe (`@ocombe`)                                    | Динамічний переклад під час виконання в Angular без створення окремих збірок для кожної мови.        | Сервіс `TranslateService` та пайп `translate` для динамічного завантаження текстів і перемикання мов на льоту.                                              |
+| Липень 2019   | `@ngneat/transloco` | Netanel Basal (`@NetanelBasal`) & Shahar Kazaz (`@shahar_k`) | Усунення обмежень продуктивності та відсутності ізоляції у старіших інструментах Angular.            | Структурна директива (`*transloco`), ізольовані переклади для лінивих модулів, підтримка SSR і CLI для вилучення текстів.                                   |
+| Вересень 2019 | `@angular/localize` | Команда Angular (@angular)                                   | Модернізація вбудованої системи i18n в Angular без повної перекомпіляції TypeScript для кожної мови. | Теговані шаблонні літерали з `$localize`, які обробляються як швидкий крок після збірки в компіляторі Ivy.                                                  |
+| Лютий 2021    | `@tolgee/ngx`       | Jan Cizmar (`@jcizmar`)                                      | Спільний переклад у контексті інтерфейсу та збереження знімків екрана в робочих процесах Angular.    | Пайпи та директиви з підключенням до Tolgee для зміни тексту безпосередньо у вікні браузера.                                                                |
+| Березень 2026 | `angular-intlayer`  | Aymeric Pineau (`@aymericzip`)                               | Нативна інтеграція Intlayer для сучасного Angular (Signals, standalone-компоненти та SSR).           | Реактивна інтеграція на базі Signals для механізму Change Detection в Angular, робота зі standalone-компонентами та миттєва синхронізація з візуальною CMS. |
 
 </Tab>
 
 <Tab label="Svelte & SvelteKit" value="svelte">
 
-| Перший реліз  | Бібліотека        | Мета створення                                                                       | Ключова інновація                                                                                                                      |
-| ------------- | ----------------- | ------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------- |
-| Липень 2018   | `svelte-i18n`     | Реактивна бібліотека інтернаціоналізації на основі сховищ (stores) Svelte.           | Пошук через `$t` на базі сховищ, що гарантує точне оновлення DOM у разі зміни мови.                                                    |
-| Грудень 2021  | `sveltekit-i18n`  | Коректна обробка SSR і завантаження перекладів за маршрутами у додатках SvelteKit.   | Модульна архітектура завантажувача, що отримує лише ті рядки та форматери, які потрібні для активного маршруту.                        |
-| Листопад 2021 | `@tolgee/svelte`  | Переклад у контексті інтерфейсу для застосунків на Svelte.                           | Зв'язування зі сховищами Svelte з інтеграцією в оверлей Tolgee та автоматичним створенням скріншотів.                                  |
-| Квітень 2025  | `svelte-intlayer` | Швидке рішення Intlayer, розроблене безпосередньо для Svelte 5 та SvelteKit.         | Реактивні зв'язки для рун Svelte 5 (`$state`), файли `.content` поруч із компонентами, збірка без конфігурації та візуальний редактор. |
-| Липень 2025   | `@wuchale/svelte` | Усунення рутини з оголошення словників та імпорту функцій `$t` у компонентах Svelte. | Препроцесор Svelte, що аналізує шаблони під час збірки та компілює текстові вузли у локалізований вивід без додаткових обгорток.       |
+| Перший реліз  | Бібліотека        | Автор                          | Мета створення                                                                       | Ключова інновація                                                                                                                      |
+| ------------- | ----------------- | ------------------------------ | ------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------- |
+| Липень 2018   | `svelte-i18n`     | Kaisermann (`@kaisermann`)     | Реактивна бібліотека інтернаціоналізації на основі сховищ (stores) Svelte.           | Пошук через `$t` на базі сховищ, що гарантує точне оновлення DOM у разі зміни мови.                                                    |
+| Грудень 2021  | `sveltekit-i18n`  | Ivan Fevrier (`@ivanfevrier`)  | Коректна обробка SSR і завантаження перекладів за маршрутами у додатках SvelteKit.   | Модульна архітектура завантажувача, що отримує лише ті рядки та форматери, які потрібні для активного маршруту.                        |
+| Листопад 2021 | `@tolgee/svelte`  | Jan Cizmar (`@jcizmar`)        | Переклад у контексті інтерфейсу для застосунків на Svelte.                           | Зв'язування зі сховищами Svelte з інтеграцією в оверлей Tolgee та автоматичним створенням скріншотів.                                  |
+| Жовтень 2025  | `svelte-intlayer` | Aymeric Pineau (`@aymericzip`) | Швидке рішення Intlayer, розроблене безпосередньо для Svelte 5 та SvelteKit.         | Реактивні зв'язки для рун Svelte 5 (`$state`), файли `.content` поруч із компонентами, збірка без конфігурації та візуальний редактор. |
+| Липень 2025   | `@wuchale/svelte` | Kidus Adugna (`@K1DV5`)        | Усунення рутини з оголошення словників та імпорту функцій `$t` у компонентах Svelte. | Препроцесор Svelte, що аналізує шаблони під час збірки та компілює текстові вузли у локалізований вивід без додаткових обгорток.       |
 
 </Tab>
 
 <Tab label="SolidJS" value="solid">
 
-| Перший реліз  | Бібліотека               | Мета створення                                                                    | Ключова інновація                                                                                                                          |
-| ------------- | ------------------------ | --------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
-| Вересень 2021 | `@solid-primitives/i18n` | Примітив i18n, що відповідає гранулярній реактивності SolidJS.                    | Реактивний резолвер перекладів на сигналах, який оновлює вузли DOM без Virtual DOM і зайвих повторних рендерів.                            |
-| Квітень 2025  | `solid-intlayer`         | Продуктивне рішення Intlayer, створене спеціально для SolidJS та SolidStart.      | Прив'язка до сигналів Solid без накладних витрат Virtual DOM, повна автопідстановка схем TypeScript та інтеграція з візуальним редактором. |
-| Червень 2026  | `@lingui/solid`          | Екстракція через макроси під час збірки та підтримка ICU MessageFormat у SolidJS. | Макротрансформації, адаптовані до сигналів Solid, що перетворюють повідомлення на компактні структури для виконання.                       |
+| Перший реліз  | Бібліотека               | Автор                          | Мета створення                                                                    | Ключова інновація                                                                                                                          |
+| ------------- | ------------------------ | ------------------------------ | --------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
+| Вересень 2021 | `@solid-primitives/i18n` | Спільнота SolidJS              | Примітив i18n, що відповідає гранулярній реактивності SolidJS.                    | Реактивний резолвер перекладів на сигналах, який оновлює вузли DOM без Virtual DOM і зайвих повторних рендерів.                            |
+| Липень 2025   | `solid-intlayer`         | Aymeric Pineau (`@aymericzip`) | Продуктивне рішення Intlayer, створене спеціально для SolidJS та SolidStart.      | Прив'язка до сигналів Solid без накладних витрат Virtual DOM, повна автопідстановка схем TypeScript та інтеграція з візуальним редактором. |
+| Червень 2026  | `@lingui/solid`          | Tomáš Ehrlich (`@tricoder42`)  | Екстракція через макроси під час збірки та підтримка ICU MessageFormat у SolidJS. | Макротрансформації, адаптовані до сигналів Solid, що перетворюють повідомлення на компактні структури для виконання.                       |
 
 </Tab>
 
@@ -237,7 +237,7 @@ author: aymericzip
 
 ## Чотири архітектурні епохи JavaScript i18n
 
-![Історія бібліотек інтернаціоналізації JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/history_i18n.png?raw=true)
+![Історія бібліотек інтернаціоналізації JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/history_i18n.webp?raw=true)
 
 Аналізуючи п'ятнадцять років розвитку, історію інтернаціоналізації в JavaScript можна розділити на чотири ключові періоди:
 
@@ -287,7 +287,7 @@ author: aymericzip
 
 Зі зниженням вартості роботи великих мовних моделей до часток цента за високої якості з'явилося нове покоління комерційних інструментів:
 
-- Рішення на кшталт Paraglide з **linguo.dev** або **General Translation** (`gt-react`, `gt-next`) пропонують власні хмарні платформи за передплатою.
+- Рішення на кшталт **lingo.dev** або **General Translation** (`gt-react`, `gt-next`) пропонують власні хмарні платформи за передплатою.
 - На противагу цьому, **Intlayer** надає можливість перекладу за допомогою ШІ безпосередньо через власну CLI, дозволяючи командам підключати власні ключі API (OpenAI, Anthropic, Mistral або Google Gemini). Без посередників, націнок чи прив'язки до сервісу розрахунок відбувається за прямими тарифами обраного провайдера.
 
 ### Більше ніж i18n: повноцінна система багатомовного контенту