@intlayer/docs 8.1.6 → 8.1.8

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

@@ -20,7 +20,7 @@ slugs:
 
 # Огляд рішень i18n для локалізації вашого вебсайту на Vue.js
 
-У все більш глобалізованому цифровому середовищі розширення охоплення вашого сайту на Vue.js для користувачів кількома мовами вже не є «приємністю» — це конкурентна необхідність. Інтернаціоналізація (i18n) дозволяє розробникам керувати перекладами та адаптувати свої застосунки під різні локалі, водночас зберігаючи SEO-цінність, досвід користувача (UX) та зручну для підтримки структуру коду. У цій статті ми розглянемо різні підходи — від спеціалізованих бібліотек до кастомних рішень — які допоможуть вам плавно інтегрувати i18n у ваш Vue.js проект.
+У все більш глобалізованому цифровому середовищі розширення охоплення вашого сайту на Vue.js для користувачів кількома мовами вже не є «приємністю», це конкурентна необхідність. Інтернаціоналізація (i18n) дозволяє розробникам керувати перекладами та адаптувати свої застосунки під різні локалі, водночас зберігаючи SEO-цінність, досвід користувача (UX) та зручну для підтримки структуру коду. У цій статті ми розглянемо різні підходи, від спеціалізованих бібліотек до кастомних рішень, які допоможуть вам плавно інтегрувати i18n у ваш Vue.js проект.
 
 ---
 
@@ -28,7 +28,7 @@ slugs:
 
 ## Що таке інтернаціоналізація (i18n)?
 
-Internationalization (i18n) — це практика підготовки програмного забезпечення (або вебсайту) для підтримки кількох мов і культурних конвенцій. В екосистемі Vue.js це включає визначення того, як текст, дати, числа, валюта та інші локалізовані елементи можуть бути адаптовані до різних локалей. Налаштувавши i18n з самого початку, ви забезпечуєте організовану, масштабовану структуру для додавання нових мов та задоволення майбутніх потреб у локалізації.
+Internationalization (i18n), це практика підготовки програмного забезпечення (або вебсайту) для підтримки кількох мов і культурних конвенцій. В екосистемі Vue.js це включає визначення того, як текст, дати, числа, валюта та інші локалізовані елементи можуть бути адаптовані до різних локалей. Налаштувавши i18n з самого початку, ви забезпечуєте організовану, масштабовану структуру для додавання нових мов та задоволення майбутніх потреб у локалізації.
 
 Щоб дізнатися більше про основи i18n, перегляньте наше посилання: [What is Internationalization (i18n)? Definition and Challenges](https://github.com/aymericzip/intlayer/blob/main/docs/blog/uk/what_is_internationalization.md).
 
@@ -57,7 +57,7 @@ Internationalization (i18n) — це практика підготовки пр
 > Website: [https://intlayer.org/](https://intlayer.org/)
 
 **Огляд**  
-**Intlayer** — це open-source i18n-рішення, яке прагне спростити підтримку мультимовності у різних фреймворках, включаючи **Vue**. Воно робить акцент на декларативному підході, сильній типізації та підтримці SSR в інших екосистемах, хоча SSR не є типовим для стандартного Vue.
+**Intlayer**, це open-source i18n-рішення, яке прагне спростити підтримку мультимовності у різних фреймворках, включаючи **Vue**. Воно робить акцент на декларативному підході, сильній типізації та підтримці SSR в інших екосистемах, хоча SSR не є типовим для стандартного Vue.
 
 **Ключові особливості**
 
@@ -71,7 +71,7 @@ Internationalization (i18n) — це практика підготовки пр
 > Website: [https://vue-i18n.intlify.dev/](https://vue-i18n.intlify.dev/)
 
 **Огляд**  
-**Vue I18n** — найпоширеніша бібліотека локалізації в екосистемі Vue, що забезпечує простий та багатофункціональний підхід до обробки перекладів у проектах на Vue 2, Vue 3 та Nuxt.
+**Vue I18n**, найпоширеніша бібліотека локалізації в екосистемі Vue, що забезпечує простий та багатофункціональний підхід до обробки перекладів у проектах на Vue 2, Vue 3 та Nuxt.
 
 **Ключові можливості**
 
@@ -131,7 +131,7 @@ Internationalization (i18n) — це практика підготовки пр
 При виборі рішення для i18n для вашого Vue.js додатку:
 
 1. **Оцініть свої вимоги**  
-   Розмір проєкту, навички розробників та складність локалізації — усе це впливає на вибір.
+   Розмір проєкту, навички розробників та складність локалізації, усе це впливає на вибір.
 2. **Оцініть сумісність зі SSR**  
    Якщо ви будуєте додаток на Nuxt або інакше залежите від SSR, переконайтеся, що обраний підхід підтримує серверний рендеринг без проблем.
 3. **TypeScript & Autocompletion**  
@@ -141,4 +141,4 @@ Internationalization (i18n) — це практика підготовки пр
 5. **SEO & Metadata**  
    Щоб багатомовні сайти добре ранжувалися, ваше рішення має спрощувати локалізовані мета-теги, URL-адреси, карти сайту (sitemaps) та `robots.txt` для кожної локалі.
 
-Незалежно від того, який шлях ви оберете — Intlayer, Vue I18n, LinguiJS або власноручне рішення — ви будете на вірному шляху до створення глобально орієнтованого додатка на Vue.js. Кожне рішення має свої компроміси щодо продуктивності, досвіду розробника та масштабованості. Ретельно оцінивши потреби вашого проєкту, ви зможете впевнено обрати i18n-налаштування, яке забезпечить успіх вам і вашій багатомовній аудиторії.
+Незалежно від того, який шлях ви оберете. Intlayer, Vue I18n, LinguiJS або власноручне рішення, ви будете на вірному шляху до створення глобально орієнтованого додатка на Vue.js. Кожне рішення має свої компроміси щодо продуктивності, досвіду розробника та масштабованості. Ретельно оцінивши потреби вашого проєкту, ви зможете впевнено обрати i18n-налаштування, яке забезпечить успіх вам і вашій багатомовній аудиторії.

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

@@ -29,9 +29,9 @@ slugs:
 
 <TOC/>
 
-> **tl;dr**: Усі три можуть локалізувати Next.js додаток. Якщо вам потрібні **контент, прив'язаний до компонентів**, **строгі TypeScript-типи**, **перевірка відсутніх ключів на етапі збірки**, **tree-shaken словники** та **першокласна підтримка App Router + SEO-хелперів**, **Intlayer** — найповніший, сучасний вибір.
+> **tl;dr**: Усі три можуть локалізувати Next.js додаток. Якщо вам потрібні **контент, прив'язаний до компонентів**, **строгі TypeScript-типи**, **перевірка відсутніх ключів на етапі збірки**, **tree-shaken словники** та **першокласна підтримка App Router + SEO-хелперів**, **Intlayer**, найповніший, сучасний вибір.
 >
-> Частою помилкою розробників є думка, що `next-intl` — це версія `react-intl` для Next.js. Це не так: `next-intl` підтримується [Amann](https://github.com/amannn), тоді як `react-intl` підтримується [FormatJS](https://github.com/formatjs/formatjs).
+> Частою помилкою розробників є думка, що `next-intl`, це версія `react-intl` для Next.js. Це не так: `next-intl` підтримується [Amann](https://github.com/amannn), тоді як `react-intl` підтримується [FormatJS](https://github.com/formatjs/formatjs).
 
 ---
 
@@ -100,7 +100,7 @@ Next.js надає вбудовану підтримку інтернаціон
 ///
 /// ## Розміри бандлів та залежності
 
-Після збірки застосунку, bundle — це JavaScript, який браузер завантажує для відображення сторінки. Тому розмір bundle важливий для продуктивності застосунку.
+Після збірки застосунку, bundle, це JavaScript, який браузер завантажує для відображення сторінки. Тому розмір bundle важливий для продуктивності застосунку.
 
 У контексті багатомовного застосунку важливі два складники bundle:
 
@@ -111,7 +111,7 @@ Next.js надає вбудовану підтримку інтернаціон
 
 Важливість коду застосунку в цьому випадку мінімальна. Усі три рішення є tree-shakable, тобто невикористані частини коду не включаються до bundle.
 
-Нижче — порівняння розміру JavaScript-бандла, який завантажує браузер для багатомовного застосунку з трьома рішеннями.
+Нижче, порівняння розміру JavaScript-бандла, який завантажує браузер для багатомовного застосунку з трьома рішеннями.
 
 Якщо в застосунку нам не потрібен жоден formatter, список експортованих функцій після tree-shaking буде:
 
@@ -119,7 +119,7 @@ Next.js надає вбудовану підтримку інтернаціон
 - **next-intl**: `useTranslations`, `useLocale`, `NextIntlClientProvider`, (Розмір бандла 101.3 kB -> 31.4 kB (gzip))
 - **next-i18next**: `useTranslation`, `useI18n`, `I18nextProvider`, (Розмір бандла 80.7 kB -> 25.5 kB (gzip))
 
-Ці функції — лише обгортки над React context/state, тому загальний вплив бібліотеки i18n на розмір бандла мінімальний.
+Ці функції, лише обгортки над React context/state, тому загальний вплив бібліотеки i18n на розмір бандла мінімальний.
 
 > Intlayer трохи більший, ніж `next-intl` та `next-i18next`, оскільки він містить більше логіки в функції `useIntlayer`. Це пов'язано з інтеграцією markdown та `intlayer-editor`.
 
@@ -127,7 +127,7 @@ Next.js надає вбудовану підтримку інтернаціон
 
 Цей аспект часто ігнорують розробники, але розгляньмо випадок застосунку, що складається з 10 сторінок у 10 мовах. Припустимо для спрощення розрахунків, що кожна сторінка містить 100% унікального контенту (на практиці багато контенту дублюється між сторінками, наприклад заголовок сторінки, header, footer тощо).
 
-Користувач, який хоче відвідати сторінку `/fr/about`, завантажить контент однієї сторінки певною мовою. Ігнорування оптимізації контенту призведе до зайвого завантаження 8,200% `((1 + (((10 pages - 1) × (10 languages - 1)))) × 100)` контенту застосунку. Чи бачите проблему? Навіть якщо цей контент — лише текст, і хоча ви, ймовірно, більше зосереджені на оптимізації зображень сайту, ви передаєте непотрібний контент по всьому світу й змушуєте пристрої користувачів обробляти його даремно.
+Користувач, який хоче відвідати сторінку `/fr/about`, завантажить контент однієї сторінки певною мовою. Ігнорування оптимізації контенту призведе до зайвого завантаження 8,200% `((1 + (((10 pages - 1) × (10 languages - 1)))) × 100)` контенту застосунку. Чи бачите проблему? Навіть якщо цей контент, лише текст, і хоча ви, ймовірно, більше зосереджені на оптимізації зображень сайту, ви передаєте непотрібний контент по всьому світу й змушуєте пристрої користувачів обробляти його даремно.
 
 Дві важливі проблеми:
 
@@ -139,7 +139,7 @@ Next.js надає вбудовану підтримку інтернаціон
 
   > Якщо я на сторінці `/fr/about`, я не хочу завантажувати вміст сторінки `/en/about`
 
-Знову ж таки, усі три рішення усвідомлюють ці проблеми та дозволяють керувати цими оптимізаціями. Різниця між ними — це DX (Developer Experience).
+Знову ж таки, усі три рішення усвідомлюють ці проблеми та дозволяють керувати цими оптимізаціями. Різниця між ними, це DX (Developer Experience).
 
 `next-intl` та `next-i18next` використовують централізований підхід для керування перекладами, дозволяючи розбивати JSON за локаллю й на підфайли. У `next-i18next` ми називаємо JSON-файли 'namespaces'; `next-intl` дозволяє оголошувати messages. В `intlayer` ми називаємо JSON-файли 'dictionaries'.
 
@@ -290,7 +290,7 @@ Next.js надає вбудовану підтримку інтернаціон
   </Column>
 </Columns>
 
-**Чому це важливо:** Підтримка серверних компонент — ключова особливість Next.js 13+, що покращує продуктивність. Передача через props `locale` або функції `t` від батьківської до дочірньої серверної компоненти робить ваші компоненти менш повторно використовуваними.
+**Чому це важливо:** Підтримка серверних компонент, ключова особливість Next.js 13+, що покращує продуктивність. Передача через props `locale` або функції `t` від батьківської до дочірньої серверної компоненти робить ваші компоненти менш повторно використовуваними.
 
 ---
 
@@ -950,7 +950,7 @@ const ClientComponentExample = () => {
 
 ### Використання в server component
 
-Розглянемо випадок UI-компонента. Цей компонент — server component, і він повинен мати можливість бути вставленим як дочірній елемент client component. (page (server component) -> client component -> server component). Оскільки цей компонент може бути вставлений як дочірній елемент client component, він не може бути async.
+Розглянемо випадок UI-компонента. Цей компонент, server component, і він повинен мати можливість бути вставленим як дочірній елемент client component. (page (server component) -> client component -> server component). Оскільки цей компонент може бути вставлений як дочірній елемент client component, він не може бути async.
 
 <Tabs defaultTab="next-intl" group='techno'>
   <Tab label="next-i18next" value="next-i18next">
@@ -1044,7 +1044,7 @@ const ServerComponent = ({ count }: ServerComponentProps) => {
 
 ### Метадані / Sitemap / Robots
 
-Перекладати контент — це чудово. Але люди зазвичай забувають, що головна мета інтернаціоналізації — зробити ваш вебсайт більш помітним для світу. I18n — надзвичайно ефективний важіль для покращення видимості вашого сайту.
+Перекладати контент, це чудово. Але люди зазвичай забувають, що головна мета інтернаціоналізації, зробити ваш вебсайт більш помітним для світу. I18n, надзвичайно ефективний важіль для покращення видимості вашого сайту.
 
 Ось перелік кращих практик щодо багатомовного SEO.
 
@@ -1470,12 +1470,12 @@ export const config = {
 
 **Intlayer**
 
-- створений для сучасного Next.js, з модульним контентом, type safety, інструментами та меншим boilerplate. Якщо ви цінуєте **component-scoped content**, **strict TypeScript**, **build-time guarantees**, **tree-shaking**, і **batteries-included** інструменти для маршрутизації/SEO/редакторів — особливо для **Next.js App Router**, design-systems та **великих, модульних codebases**.
+- створений для сучасного Next.js, з модульним контентом, type safety, інструментами та меншим boilerplate. Якщо ви цінуєте **component-scoped content**, **strict TypeScript**, **build-time guarantees**, **tree-shaking**, і **batteries-included** інструменти для маршрутизації/SEO/редакторів, особливо для **Next.js App Router**, design-systems та **великих, модульних codebases**.
 
   </Column>
 </Columns>
 
-Якщо ви віддаєте перевагу мінімальній конфігурації і готові до деякої ручної інтеграції, next-intl — хороший вибір. Якщо вам потрібні всі функції і вас не лякає складність, next-i18next теж підходить. Але якщо ви хочете сучасне, масштабоване, модульне рішення з готовими інструментами, Intlayer прагне надати це "з коробки".
+Якщо ви віддаєте перевагу мінімальній конфігурації і готові до деякої ручної інтеграції, next-intl, хороший вибір. Якщо вам потрібні всі функції і вас не лякає складність, next-i18next теж підходить. Але якщо ви хочете сучасне, масштабоване, модульне рішення з готовими інструментами, Intlayer прагне надати це "з коробки".
 
 > **Альтернатива для корпоративних команд**: Якщо вам потрібне перевірене рішення, яке відмінно працює з усталеними платформами локалізації, такими як **Crowdin**, **Phrase** або іншими професійними системами управління перекладами, розгляньте **next-intl** або **next-i18next** через їхню зрілу екосистему та перевірені інтеграції.
 
@@ -1493,7 +1493,7 @@ export const config = {
 
 Усі три бібліотеки успішно справляються з базовою локалізацією. Різниця полягає в тому, **скільки роботи вам доведеться виконати**, щоб досягти надійної, масштабованої конфігурації в **сучасному Next.js**:
 
-- З **Intlayer**, **модульний контент**, **строгий TS**, **безпека на етапі збірки**, **tree-shaken bundles**, і **first-class App Router + SEO tooling** — це **за замовчуванням**, а не обов'язок.
+- З **Intlayer**, **модульний контент**, **строгий TS**, **безпека на етапі збірки**, **tree-shaken bundles**, і **first-class App Router + SEO tooling**, це **за замовчуванням**, а не обов'язок.
 - Якщо ваша команда цінує **підтримуваність і швидкість** у багатомовному, орієнтованому на компоненти додатку, Intlayer сьогодні пропонує **найповніший** досвід.
 
 Зверніться до документа ['Чому Intlayer?'](https://intlayer.org/doc/why) для детальнішої інформації.

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

@@ -20,16 +20,16 @@ slugs:
 
 # SEO та i18n в Next.js: Перекладу недостатньо
 
-Коли розробники думають про інтернаціоналізацію (i18n), першим рефлексом часто є: _перекласти контент_. Але зазвичай забувають, що головна мета інтернаціоналізації — зробити ваш вебсайт більш помітним для світу.
+Коли розробники думають про інтернаціоналізацію (i18n), першим рефлексом часто є: _перекласти контент_. Але зазвичай забувають, що головна мета інтернаціоналізації, зробити ваш вебсайт більш помітним для світу.
 Якщо ваша багатомовна програма Next.js не повідомляє пошуковим системам, як сканувати й розуміти різні мовні версії, більшість ваших зусиль може залишитися непоміченою.
 
-У цьому блозі ми розглянемо, чому **i18n — це суперсила для SEO**, і як правильно реалізувати її в Next.js за допомогою `next-intl`, `next-i18next` та `Intlayer`.
+У цьому блозі ми розглянемо, чому **i18n, це суперсила для SEO**, і як правильно реалізувати її в Next.js за допомогою `next-intl`, `next-i18next` та `Intlayer`.
 
 ---
 
 ## Чому SEO та i18n
 
-Додавання мов — це не лише про UX. Це також потужний важіль для **органічної видимості**. Ось чому:
+Додавання мов, це не лише про UX. Це також потужний важіль для **органічної видимості**. Ось чому:
 
 1. **Краща виявлюваність:** Пошукові системи індексують локалізовані версії та ранжують їх для користувачів, які шукають рідною мовою.
 2. **Уникнення дубльованого контенту:** Правильні канонічні та альтернативні теги повідомляють сканерам, яка сторінка належить до якої локалі.
@@ -54,7 +54,7 @@ slugs:
 - **Використовуйте локалізовані посилання**  
   Приклад: `<a href="/fr/about">Про нас</a>` замість посилання на сторінку за замовчуванням `/about`.
 
-Це прості кроки — але їх пропуск може коштувати вам видимості.
+Це прості кроки, але їх пропуск може коштувати вам видимості.
 
 ---
 
@@ -344,8 +344,8 @@ export default robots;
 
 ## Висновок
 
-Правильна реалізація i18n у Next.js — це не просто переклад тексту, а забезпечення того, щоб пошукові системи та користувачі точно знали, яку версію вашого контенту показувати.
-Налаштування hreflang, sitemap і правил для robots — те, що перетворює переклади на реальну SEO-цінність.
+Правильна реалізація i18n у Next.js, це не просто переклад тексту, а забезпечення того, щоб пошукові системи та користувачі точно знали, яку версію вашого контенту показувати.
+Налаштування hreflang, sitemap і правил для robots, те, що перетворює переклади на реальну SEO-цінність.
 
 Хоча next-intl і next-i18next дають надійні способи це реалізувати, зазвичай вони вимагають багато ручного налаштування, щоб підтримувати консистентність між локалями.
 
@@ -355,6 +355,6 @@ export default robots;
 
 Метадані зберігаються централізовано замість того, щоб розкидуватися по JSON-файлах або власних утилітах.
 
-Він спроєктований для Next.js з нуля, тож ви витрачаєте менше часу на налагодження конфігурації й більше — на реліз.
+Він спроєктований для Next.js з нуля, тож ви витрачаєте менше часу на налагодження конфігурації й більше, на реліз.
 
-Якщо ваша мета — не просто перекладати, а масштабувати багатомовне SEO без зайвих зусиль, Intlayer дає вам найчистіше, найбільш стійке до майбутніх змін налаштування.
+Якщо ваша мета, не просто перекладати, а масштабувати багатомовне SEO без зайвих зусиль, Intlayer дає вам найчистіше, найбільш стійке до майбутніх змін налаштування.

package/blog/uk/per-component_vs_centralized_i18n.md

@@ -81,7 +81,7 @@ extension Localization on String {
 
 Водночас потрібно знати, що коли ви динамічно завантажуєте свій вміст, ви вводите додаткові запити до сервера. Кожен додатковий `useState` або хук означає ще один запит до сервера.
 
-> Щоб вирішити це питання, Intlayer пропонує групувати кілька визначень контенту під одним ключем — Intlayer потім об'єднає цей контент.
+> Щоб вирішити це питання, Intlayer пропонує групувати кілька визначень контенту під одним ключем. Intlayer потім об'єднає цей контент.
 
 Але з-поміж усіх цих рішень очевидно, що найпопулярнішим є централізований підхід.
 
@@ -97,7 +97,7 @@ extension Localization on String {
 Дозвольте пояснити, чому це може бути проблематично для вашого додатка:
 
 - **Невикористані дані:**
-  Коли завантажується сторінка, часто підвантажується контент з усіх інших сторінок. (У додатку з 10 сторінок це означає 90% невикористаного контенту.) Відкриваєте модальне вікно з відкладеним завантаженням? Бібліотека i18n байдуже — вона все одно спочатку підвантажує рядки.
+  Коли завантажується сторінка, часто підвантажується контент з усіх інших сторінок. (У додатку з 10 сторінок це означає 90% невикористаного контенту.) Відкриваєте модальне вікно з відкладеним завантаженням? Бібліотека i18n байдуже, вона все одно спочатку підвантажує рядки.
 - **Продуктивність:**
   При кожному перерендері кожен ваш компонент отримує велике JSON-навантаження, що погіршує реактивність додатка в міру його зростання.
 - **Підтримка:**
@@ -245,4 +245,4 @@ export const MyComponent = () => {
 - Важче підключатися до інших l10n-систем та додаткових інструментів.
 - Ви потрапляєте у залежність (що, по суті, вже відбувається з будь-яким i18n-рішенням через їхній специфічний синтаксис).
 
-Саме тому Intlayer намагається надати повний набір інструментів для i18n (100% безкоштовний і з відкритим вихідним кодом — OSS), включно з AI-перекладом за допомогою вашого власного AI-провайдера та API-ключів. Intlayer також надає інструменти для синхронізації ваших JSON-файлів, що працюють подібно до message formatters ICU / vue-i18n / i18next, щоб відобразити контент у їхніх специфічних форматах.
+Саме тому Intlayer намагається надати повний набір інструментів для i18n (100% безкоштовний і з відкритим вихідним кодом. OSS), включно з AI-перекладом за допомогою вашого власного AI-провайдера та API-ключів. Intlayer також надає інструменти для синхронізації ваших JSON-файлів, що працюють подібно до message formatters ICU / vue-i18n / i18next, щоб відобразити контент у їхніх специфічних форматах.

package/blog/uk/rag_powered_documentation_assistant.md

@@ -48,13 +48,13 @@ RAG став популярним не випадково: це один із н
 - Пошук, який відчувається природно: поєднання Algolia + FAQ + чатбот в одному.
 - Зворотний зв'язок: зберігаючи запити, ви виявляєте, з чим насправді мають труднощі користувачі.
 
-Той останній пункт є вирішальним. Система RAG не лише відповідає на запитання — вона показує, що саме запитують користувачі. Це означає:
+Той останній пункт є вирішальним. Система RAG не лише відповідає на запитання, вона показує, що саме запитують користувачі. Це означає:
 
 - Ви виявляєте відсутню інформацію в документації.
 - Ви бачите появу запитів на нові фічі.
 - Ви помічаєте патерни, які можуть навіть спрямовувати продуктову стратегію.
 
-Отже, RAG — це не лише інструмент підтримки. Це також **двигун product discovery**.
+Отже, RAG, це не лише інструмент підтримки. Це також **двигун product discovery**.
 
 ## Як працює RAG-пайплайн
 
@@ -99,7 +99,7 @@ RAG став популярним не випадково: це один із н
 
 ## Крок 3: Генерація embeddings
 
-Як тільки документи розбиті на чанки, ми генеруємо **embeddings** — високорозмірні вектори, що представляють кожний чанк.
+Як тільки документи розбиті на чанки, ми генеруємо **embeddings**, високорозмірні вектори, що представляють кожний чанк.
 
 Я використовував модель OpenAI’s text-embedding-3-large, але ви можете використати будь-яку сучасну модель embeddings.
 
@@ -113,7 +113,7 @@ RAG став популярним не випадково: це один із н
 ];
 ```
 
-Кожний вектор — це математичний відбиток тексту, що дозволяє виконувати пошук за схожістю.
+Кожний вектор, це математичний відбиток тексту, що дозволяє виконувати пошук за схожістю.
 
 ## Крок 4: Індексування та збереження embeddings
 
@@ -163,7 +163,7 @@ This turns your RAG assistant into a **continuous user research tool**.
 
 ## Скільки це коштує?
 
-Одне з поширених зауважень щодо RAG — це вартість. Насправді це дивно дешево:
+Одне з поширених зауважень щодо RAG, це вартість. Насправді це дивно дешево:
 
 - Генерація embeddings для ~200 документів займає близько **5 хвилин** і коштує **1–2 євро**.
 - Пошук по документації повністю безкоштовний.
@@ -180,7 +180,7 @@ This turns your RAG assistant into a **continuous user research tool**.
 - Фронтенд: Next.js / React / Tailwind CSS
 - Бекенд: Node.js API route / OpenAI API
 
-Пакет `@smart-doc/docs` — це пакет на TypeScript, який відповідає за обробку документації. Коли файл Markdown додається або змінюється, пакет містить скрипт `build`, який перебудовує список документації для кожної мови, генерує embeddings і зберігає їх у файлі `embeddings.json`.
+Пакет `@smart-doc/docs`, це пакет на TypeScript, який відповідає за обробку документації. Коли файл Markdown додається або змінюється, пакет містить скрипт `build`, який перебудовує список документації для кожної мови, генерує embeddings і зберігає їх у файлі `embeddings.json`.
 
 Для фронтенду ми використовуємо застосунок Next.js, який надає:
 
@@ -237,7 +237,7 @@ User query :
 
 ## Подальші кроки
 
-Цей проєкт — мінімальна реалізація. Але ви можете розширити його багатьма способами:
+Цей проєкт, мінімальна реалізація. Але ви можете розширити його багатьма способами:
 
 - MCP server → перемістити функцію пошуку по документації на MCP-сервер, щоб підключати документацію до будь-якого AI-помічника
 
@@ -255,7 +255,7 @@ User query :
 
 ## Чому це важливо поза межами документації
 
-Цікаво не лише в чат-боті. Це — механізм зворотного зв'язку (feedback loop).
+Цікаво не лише в чат-боті. Це, механізм зворотного зв'язку (feedback loop).
 
 З RAG ви не просто відповідаєте на запити:
 
@@ -271,13 +271,13 @@ User query :
 - Користувачі неодноразово просять інтеграцію, яку ви ще не підтримуєте
 - Люди шукають терміни, що виявляють новий сценарій використання
 
-Це — **product intelligence** прямо від ваших користувачів.
+Це, **product intelligence** прямо від ваших користувачів.
 
 ## Висновок
 
-RAG — це один із найпростіших і найпотужніших способів зробити LLMs практичними. Поєднавши **retrieval + generation**, ви можете перетворити статичну документацію на **smart assistant** і, одночасно, отримувати безперервний потік insights про продукт.
+RAG, це один із найпростіших і найпотужніших способів зробити LLMs практичними. Поєднавши **retrieval + generation**, ви можете перетворити статичну документацію на **smart assistant** і, одночасно, отримувати безперервний потік insights про продукт.
 
-Для мене цей проєкт показав, що RAG — це не просто технічний трюк. Це спосіб трансформувати документацію у:
+Для мене цей проєкт показав, що RAG, це не просто технічний трюк. Це спосіб трансформувати документацію у:
 
 - інтерактивну систему підтримки
 - канал зворотного зв'язку

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

@@ -126,7 +126,7 @@ slugs:
 - **react-intl / react-i18next**: Широка екосистема спільноти; для редакційних робочих процесів ви зазвичай використовуєте зовнішні платформи локалізації.
 - **Intlayer**: Надає **безкоштовний візуальний редактор** та **опційний CMS** (зберігайте контент у Git або зовнішньо). Також пропонує **розширення для VSCode** для створення контенту та **переклад із допомогою ШІ** з використанням ваших власних ключів провайдера.
 
-**Чому це важливо:** Вбудовані інструменти скорочують цикл між розробниками та авторами контенту — менше допоміжного коду, менше залежностей від постачальників.
+**Чому це важливо:** Вбудовані інструменти скорочують цикл між розробниками та авторами контенту, менше допоміжного коду, менше залежностей від постачальників.
 
 ---
 
@@ -134,7 +134,7 @@ slugs:
 
 - **Оберіть react-intl** якщо ви хочете **форматування повідомлень, орієнтоване на ICU**, з простим, відповідним стандартам API, і ваша команда комфортно підтримує каталоги та перевірки вручну.
 - **Оберіть react-i18next** якщо вам потрібна **широта екосистеми i18next** (детектори, бекенди, плагін ICU, інтеграції) і ви готові до більшої конфігурації заради гнучкості.
-- **Обирайте Intlayer** якщо ви цінуєте **component-scoped content**, **strict TypeScript**, **build-time guarantees**, **tree-shaking** та **batteries-included** редакторські інструменти — особливо для **large, modular** React-додатків, design-systems тощо.
+- **Обирайте Intlayer** якщо ви цінуєте **component-scoped content**, **strict TypeScript**, **build-time guarantees**, **tree-shaking** та **batteries-included** редакторські інструменти, особливо для **large, modular** React-додатків, design-systems тощо.
 
 ---
 
@@ -150,15 +150,15 @@ slugs:
 
 ## Зірки GitHub
 
-GitHub-зірки — це вагомий індикатор популярності проєкту, довіри спільноти та його довгострокової релевантності. Хоча вони не є прямим показником технічної якості, вони відображають, скільки розробників вважають проєкт корисним, стежать за його розвитком і ймовірно його приймуть. Для оцінки цінності проєкту зірки допомагають порівнювати популярність між альтернативами та дають уявлення про зростання екосистеми.
+GitHub-зірки, це вагомий індикатор популярності проєкту, довіри спільноти та його довгострокової релевантності. Хоча вони не є прямим показником технічної якості, вони відображають, скільки розробників вважають проєкт корисним, стежать за його розвитком і ймовірно його приймуть. Для оцінки цінності проєкту зірки допомагають порівнювати популярність між альтернативами та дають уявлення про зростання екосистеми.
 
 ## [![Діаграма історії зірок](https://api.star-history.com/svg?repos=formatjs/formatjs&repos=i18next/react-i18next&repos=aymericzip/intlayer&type=Date)](https://www.star-history.com/#formatjs/formatjs&i18next/react-i18next&aymericzip/intlayer)
 
 ## Висновок
 
-Усі три бібліотеки ефективно локалізують React. Відмінність — у тому, скільки **infrastructure** вам потрібно побудувати, щоб досягти **safe, scalable** setup:
+Усі три бібліотеки ефективно локалізують React. Відмінність, у тому, скільки **infrastructure** вам потрібно побудувати, щоб досягти **safe, scalable** setup:
 
-- З **Intlayer** **модульний контент**, **сувора типізація TS**, **безпека на етапі збірки**, **tree-shaken bundles** та **редакційні інструменти** — це налаштування за замовчуванням, а не рутинні завдання.
+- З **Intlayer** **модульний контент**, **сувора типізація TS**, **безпека на етапі збірки**, **tree-shaken bundles** та **редакційні інструменти**, це налаштування за замовчуванням, а не рутинні завдання.
 - Якщо ваша команда цінує **підтримуваність і швидкість** у multi-locale, компонентно-орієнтованих React-додатках, Intlayer сьогодні пропонує **найповніший** робочий процес для розробників і контенту.
 
 Дивіться документ [«Чому Intlayer?»](https://intlayer.org/doc/why) для детальнішої інформації.

package/blog/uk/vue-i18n_vs_intlayer.md

@@ -32,7 +32,7 @@ slugs:
 
 <TOC/>
 
-> **коротко**: Обидва можуть локалізувати Vue-додатки. Якщо вам потрібен **контент у межах компонента**, **строга типізація TypeScript**, **перевірки відсутніх ключів на етапі збірки**, **словники, оптимізовані для tree-shaking**, та вбудовані **помічники для роутера/SEO**, а також **Візуальний редактор та AI-переклади**, **Intlayer** — більш повне та сучасне рішення.
+> **коротко**: Обидва можуть локалізувати Vue-додатки. Якщо вам потрібен **контент у межах компонента**, **строга типізація TypeScript**, **перевірки відсутніх ключів на етапі збірки**, **словники, оптимізовані для tree-shaking**, та вбудовані **помічники для роутера/SEO**, а також **Візуальний редактор та AI-переклади**, **Intlayer**, більш повне та сучасне рішення.
 
 ---
 
@@ -108,7 +108,7 @@ slugs:
 
 ### 5) Продуктивність та поведінка завантаження
 
-- **vue-i18n**: Підтримує асинхронні повідомлення локалей; уникнення надмірного бандлінгу — на вашому боці (ретельно розділяйте каталоги).
+- **vue-i18n**: Підтримує асинхронні повідомлення локалей; уникнення надмірного бандлінгу, на вашому боці (ретельно розділяйте каталоги).
 - **Intlayer**: **Tree-shakes** під час збірки та **ліниво завантажує по кожному словнику/локалі**. Невикористовуваний контент не потрапляє в бандл.
 
 **Чому це важливо:** Менші бандли та швидший старт для багатомовних Vue-додатків.
@@ -233,7 +233,7 @@ const { greeting } = useIntlayer("component-example");
 - **Типобезпечне середовище**: Потужна конфігурація TS з автозаповненням.
 - **Спрощене отримання контенту**: Єдиний хук/composable для отримання всього вмісту словника.
 - **Організована кодова база**: 1 компонент = 1 словник у тій же папці.
-- **Покращена маршрутизація**: Хелпери для **Vue Router/Nuxt** — локалізовані шляхи та метадані.
+- **Покращена маршрутизація**: Хелпери для **Vue Router/Nuxt**, локалізовані шляхи та метадані.
 - **Підтримка Markdown**: Імпорт віддалених/локальних Markdown-файлів для кожної локалі; робить frontmatter доступним у коді.
 - **Безкоштовний Visual Editor & опційний CMS**: Створення контенту без платної платформи локалізації; синхронізація, дружня до Git.
 - **Tree-shakable контент**: Постачається лише те, що використовується; підтримує lazy loading.
@@ -247,7 +247,7 @@ const { greeting } = useIntlayer("component-example");
 ## Коли вибирати який варіант?
 
 - **Оберіть vue-i18n**, якщо ви хочете **стандартний підхід у Vue**, вам зручно самостійно керувати каталогами/просторами імен, і ваш додаток **малого або середнього розміру** (або ви вже покладаєтесь на Nuxt i18n).
-- **Оберіть Intlayer**, якщо ви цінуєте **контент, прив'язаний до компонентів**, **строгий TypeScript**, **гарантії на етапі збірки**, **tree-shaking** та **batteries-included** інструменти для роутингу/SEO/редагування — особливо для **великих модульних кодових баз Vue/Nuxt**, дизайн-систем тощо.
+- **Оберіть Intlayer**, якщо ви цінуєте **контент, прив'язаний до компонентів**, **строгий TypeScript**, **гарантії на етапі збірки**, **tree-shaking** та **batteries-included** інструменти для роутингу/SEO/редагування, особливо для **великих модульних кодових баз Vue/Nuxt**, дизайн-систем тощо.
 
 ---
 
@@ -263,7 +263,7 @@ const { greeting } = useIntlayer("component-example");
 
 ## Зірки GitHub
 
-GitHub-зірки — це вагомий індикатор популярності проєкту, довіри спільноти та його довгострокової релевантності. Хоча вони не є прямим показником технічної якості, вони відображають, скільки розробників вважають проєкт корисним, слідкують за його розвитком і, ймовірно, впровадять його. При оцінці вартості проєкту зірки допомагають порівняти динаміку прийняття між альтернативами та дають уявлення про зростання екосистеми.
+GitHub-зірки, це вагомий індикатор популярності проєкту, довіри спільноти та його довгострокової релевантності. Хоча вони не є прямим показником технічної якості, вони відображають, скільки розробників вважають проєкт корисним, слідкують за його розвитком і, ймовірно, впровадять його. При оцінці вартості проєкту зірки допомагають порівняти динаміку прийняття між альтернативами та дають уявлення про зростання екосистеми.
 
 [![Графік історії зірок](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)
 

package/blog/uk/what_is_internationalization.md

@@ -23,7 +23,7 @@ slugs:
 
 ## Розуміння інтернаціоналізації (i18n)
 
-**Інтернаціоналізація**, часто скорочено як **i18n**, — це процес проєктування та підготовки застосунку для підтримки кількох мов, культур і регіональних конвенцій **без** значних змін у кодовій базі. Назва i18n походить від того, що між буквами **i** та **n** у слові "internationalization" є 18 літер.
+**Інтернаціоналізація**, часто скорочено як **i18n**,, це процес проєктування та підготовки застосунку для підтримки кількох мов, культур і регіональних конвенцій **без** значних змін у кодовій базі. Назва i18n походить від того, що між буквами **i** та **n** у слові "internationalization" є 18 літер.
 
 ## Чому i18n важливий
 
@@ -41,9 +41,9 @@ slugs:
 
 ## Інтернаціоналізація (i18n) vs. Локалізація (l10n)
 
-**Інтернаціоналізація (i18n)** — це процес проєктування вашого продукту так, щоб він міг легко підтримувати кілька мов і регіональних відмінностей. Наприклад, якщо ви створюєте вебсайт з урахуванням інтернаціоналізації, ви забезпечуєте підтримку різних наборів символів у текстових полях, відображення дат відповідно до локальних форматів і адаптацію макетів для розширення тексту при перекладі на інші мови.
+**Інтернаціоналізація (i18n)**, це процес проєктування вашого продукту так, щоб він міг легко підтримувати кілька мов і регіональних відмінностей. Наприклад, якщо ви створюєте вебсайт з урахуванням інтернаціоналізації, ви забезпечуєте підтримку різних наборів символів у текстових полях, відображення дат відповідно до локальних форматів і адаптацію макетів для розширення тексту при перекладі на інші мови.
 
-**Локалізація (l10n)** — це робота, яка виконується після інтернаціоналізації. Вона полягає у перекладі вмісту та налаштуванні культурних деталей для задоволення потреб конкретної аудиторії. Наприклад, коли вебсайт вже інтернаціоналізовано, ви можете локалізувати його для французьких користувачів, переклавши весь текст, змінивши формат дати на день/місяць/рік і навіть підкоригувавши зображення або іконки, щоб вони краще відповідали французьким культурним нормам.
+**Локалізація (l10n)**, це робота, яка виконується після інтернаціоналізації. Вона полягає у перекладі вмісту та налаштуванні культурних деталей для задоволення потреб конкретної аудиторії. Наприклад, коли вебсайт вже інтернаціоналізовано, ви можете локалізувати його для французьких користувачів, переклавши весь текст, змінивши формат дати на день/місяць/рік і навіть підкоригувавши зображення або іконки, щоб вони краще відповідали французьким культурним нормам.
 
 Підсумовуючи, інтернаціоналізація готує ваш продукт до глобального використання, тоді як локалізація адаптує його для конкретного ринку.
 
@@ -162,6 +162,6 @@ slugs:
 
 ## Висновок
 
-Інтернаціоналізація (i18n) — це більше, ніж просто технічне завдання; це **стратегічна інвестиція**, яка дозволяє вашому програмному забезпеченню буквально говорити мовою ваших користувачів. Абстрагуючи локально-залежні елементи, враховуючи мовні та культурні відмінності та плануючи майбутнє розширення, ви надаєте своєму продукту змогу процвітати на глобальному ринку.
+Інтернаціоналізація (i18n), це більше, ніж просто технічне завдання; це **стратегічна інвестиція**, яка дозволяє вашому програмному забезпеченню буквально говорити мовою ваших користувачів. Абстрагуючи локально-залежні елементи, враховуючи мовні та культурні відмінності та плануючи майбутнє розширення, ви надаєте своєму продукту змогу процвітати на глобальному ринку.
 
 Чи ви створюєте мобільний застосунок, SaaS-платформу або корпоративний інструмент, **i18n гарантує, що ваш продукт зможе адаптуватиись і приваблювати користувачів із усього світу**, без потреби постійно переписувати код. Використовуючи best practices, надійні frameworks і continuous localization strategies, розробники та продуктові команди можуть доставляти **істинно глобальний** користувацький досвід програмного забезпечення.

package/blog/vi/compiler_vs_declarative_i18n.md

@@ -20,7 +20,7 @@ slugs:
 
 # Lập Luận Ủng Hộ và Phản Đối i18n Dựa trên Trình Biên Dịch
 
-Nếu bạn đã xây dựng các ứng dụng web hơn một thập kỷ, bạn biết rằng Quốc tế hóa (i18n) luôn là một điểm gây khó khăn. Đây thường là công việc không ai muốn làm — trích xuất chuỗi, quản lý các tập tin JSON, và lo lắng về các quy tắc số nhiều.
+Nếu bạn đã xây dựng các ứng dụng web hơn một thập kỷ, bạn biết rằng Quốc tế hóa (i18n) luôn là một điểm gây khó khăn. Đây thường là công việc không ai muốn làm, trích xuất chuỗi, quản lý các tập tin JSON, và lo lắng về các quy tắc số nhiều.
 
 Gần đây, một làn sóng mới của các công cụ i18n **"dựa trên trình biên dịch"** đã xuất hiện, hứa hẹn sẽ làm biến mất nỗi đau này. Lời chào hàng rất hấp dẫn: **Chỉ cần viết văn bản trong các component của bạn, và để công cụ build lo phần còn lại.** Không cần key, không cần import, chỉ có phép thuật.