@intlayer/docs 9.4.4 → 9.5.1

package/blog/tr/vue-i18n_vs_intlayer.md

@@ -35,15 +35,11 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 > **tl;dr**: İkisi de Vue uygulamalarını yerelleştirebilir. **Bileşen kapsamlı içerik**, **katı TypeScript türleri**, **derleme zamanı eksik anahtar kontrolleri**, **ağaç sallanan sözlükler** ve **pil dahil yönlendirici/SEO yardımcıları** artı **Görsel Düzenleyici ve AI çevirileri** istiyorsanız, **Intlayer** daha kapsamlı, modern seçimdir.
 
----
-
 ## Yüksek düzey konumlandırma
 
 - **vue-i18n** - Vue için de-facto i18n kütüphanesi. Esnek mesaj formatlaması (ICU tarzı), yerel mesajlar için SFC `<i18n>` blokları ve büyük bir ekosistem. Güvenlik ve büyük ölçekli bakım çoğunlukla sizin sorumluluğunuzdur.
 - **Intlayer** - Vue/Vite/Nuxt için bileşen merkezli içerik modeli, **katı TS yazımı**, **derleme zamanı kontrolleri**, **ağaç sallama**, **yönlendirici ve SEO yardımcıları**, isteğe bağlı **Görsel Düzenleyici/CMS** ve **AI destekli çeviriler**.
 
----
-
 ## Yan Yana Özellik Karşılaştırması (Vue odaklı)
 
 | Özellik                                                 | **Intlayer**                                                                                   | **vue-i18n**                                                                             |
@@ -67,8 +63,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 | **Büyük proje bakımı**                                  | ✅ Modüler teşvik eder, tasarım sistemi dostu yapı                                             | ✅ Olası, ancak güçlü dosya/ad alanı disiplini gerektirir                                |
 | **Ekosistem / topluluk**                                | ⚠️ Daha küçük ama hızlı büyüyen                                                                | ✅ Vue ekosisteminde büyük ve olgun                                                      |
 
----
-
 ## Derinlemesine karşılaştırma
 
 ### 1) Mimari ve ölçeklenebilirlik
@@ -78,8 +72,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 **Neden önemli:** Büyük Vue uygulamalarında veya tasarım sistemlerinde, **modüler içerik** monolitik kataloglardan daha iyi ölçeklenir.
 
----
-
 ### 2) TypeScript ve güvenlik
 
 - **vue-i18n**: İyi TS desteği; **katı anahtar yazımı** genellikle özel şemalar/genel türler ve dikkatli kurallar gerektirir.
@@ -87,8 +79,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 **Neden önemli:** Güçlü yazım, sorunları **çalışma zamanından önce** yakalar.
 
----
-
 ### 3) Eksik çeviri işleme
 
 - **vue-i18n**: **Çalışma zamanı** uyarılar/geri dönüşler (örneğin, yerel veya anahtara geri dön).
@@ -96,8 +86,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 **Neden önemli:** Derleme zamanı uygulaması, üretim UI'sini temiz ve tutarlı tutar.
 
----
-
 ### 4) Yönlendirme ve URL stratejisi (Vue Router/Nuxt)
 
 - **İkisi de** yerelleştirilmiş yollarla çalışabilir.
@@ -105,8 +93,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 **Neden önemli:** Daha az özel yapıştırıcı katman ve yerel genelinde **daha temiz SEO**.
 
----
-
 ### 5) Performans ve yükleme davranışı
 
 - **vue-i18n**: Zaman uyumsuz yerel mesajları destekler; aşırı paketlemeyi önlemek sizin sorumluluğunuzdur (katalogları dikkatlice bölün).
@@ -114,8 +100,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 **Neden önemli:** Çok yerel Vue uygulamaları için daha küçük paketler ve daha hızlı başlatma.
 
----
-
 ### 6) Geliştirici deneyimi ve araçlar
 
 - **vue-i18n**: Olgun dokümantasyon ve topluluk; genellikle düzenleme iş akışları için **harici yerelleştirme platformlarına** güveneceksiniz.
@@ -123,8 +107,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 **Neden önemli:** Daha düşük operasyon maliyeti ve geliştiriciler ile içerik yazarları arasındaki döngüyü kısaltır.
 
----
-
 ### 7) SEO, SSR ve SSG
 
 - **İkisi de** Vue SSR ve Nuxt ile çalışır.
@@ -132,8 +114,6 @@ Modern Vue araçlarına (Vite, Composition API) odaklanıyoruz ve şunları değ
 
 **Neden önemli:** Özel kablolama olmadan uluslararası SEO.
 
----
-
 ## Neden Intlayer? (Sorun ve yaklaşım)
 
 Çoğu i18n yığını (**vue-i18n** dahil) **merkezi kataloglardan** başlar:
@@ -223,8 +203,6 @@ Bu yaklaşım:
 - **Ölü anahtarları önler** (kullanılmayan bileşenler içerik içe aktarmaz).
 - **Yüklemeyi optimize eder** (tembel yüklenen bileşenler içeriklerini yanlarında getirir).
 
----
-
 ## Intlayer'ın ek özellikleri (Vue ilgili)
 
 - **Çapraz çerçeve desteği**: Vue, Nuxt, Vite, React, Express vb. ile çalışır.
@@ -242,31 +220,23 @@ Bu yaklaşım:
 - **MCP sunucusu ve VSCode uzantısı**: IDE'nizde i18n iş akışlarını ve yazmayı otomatikleştirin.
 - **Birlikte çalışabilirlik**: Gerektiğinde **vue-i18n**, **react-i18next** ve **react-intl** ile köprü kurar.
 
----
-
 ## Hangisini ne zaman seçmeli?
 
 - **vue-i18n**'i seçin eğer **standart Vue yaklaşımını** istiyorsanız, katalogları/ad alanlarını kendiniz yönetmekle rahatınız ve uygulamanız **küçük ila orta boy**.
 - **Intlayer**'ı seçin eğer **bileşen kapsamlı içerik**, **katı TypeScript**, **derleme zamanı garantileri**, **ağaç sallama** ve **pil dahil yönlendirme/SEO/düzenleyici araçlarını** takdir ediyorsanız - özellikle **büyük, modüler Vue/Nuxt kod tabanları**, tasarım sistemleri vb. için.
 
----
-
 ## vue-i18n ile birlikte çalışabilirlik
 
 `intlayer`, `vue-i18n` ad alanlarınızı yönetmenize de yardımcı olabilir.
 
 `intlayer` kullanarak, içeriğinizi favori i18n kütüphanenizin formatında beyan edebilirsiniz ve intlayer ad alanlarınızı istediğiniz konumda oluşturacaktır (örnek: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## GitHub YILDIZLARI
 
 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)
 
----
-
 ## Sonuç
 
 Hem **vue-i18n** hem de **Intlayer** Vue uygulamalarını iyi yerelleştirir. Fark, sağlam, ölçeklenebilir bir kurulum elde etmek için **ne kadar kendiniz inşa etmeniz gerektiğidir**:

package/blog/tr/what_is_internationalization.md

@@ -101,8 +101,6 @@ Bu kısa genel bakış, bir web sitesinde uluslararasılaştırılması gereken
 - **Kültürel Hassasiyetler**  
   Simgeler, renkler ve simgeler kültürler arasında farklı anlamlar taşıyabilir. Yerel kültürel nüanslara saygı göstermek için görsel ve metinsel içeriği uyarlamak önemlidir.
 
----
-
 ## i18n Uygulaması İçin En İyi Uygulamalar
 
 - **Erken Planla**  
@@ -117,8 +115,6 @@ Bu kısa genel bakış, bir web sitesinde uluslararasılaştırılması gereken
 - **Çevirilerin Yeniden Kullanılabilirliği**  
   Çeviri dosyalarınızı birden fazla web sitesi veya uygulama arasında yeniden kullanılabilir olacak şekilde organize edin. Örneğin, çok dilli bir altbilgi veya başlık varsa, ortak unsurların tüm projelere kolayca uygulanabilmesi için özel çeviri dosyaları ayarlayın.
 
----
-
 ## Yerel Sözlük vs. CMS İçerik Dışa Aktarma
 
 Bir web sitesi oluştururken, **WordPress, Wix veya Drupal gibi bir İçerik Yönetim Sistemi (CMS) genellikle iyileştirilmiş bakım sunar**. Özellikle bloglar veya açılış sayfaları için, entegre i18n özellikleri nedeniyle.
@@ -136,8 +132,6 @@ Bu zorluklar göz önüne alındığında, içeriği dışa aktarmak ve çeviri
 
 İhtiyaçlarınıza uygun doğru aracı seçmek ve uluslararasılaştırma stratejinizi baştan planlamak önemlidir. **Intlayer, yerel içerik beyanını sıkı bir şekilde entegre edilmiş bir başsız CMS ile birleştirerek her iki dünyanın en iyisini sunan cazip bir çözüm sunar.**
 
----
-
 ### Teknoloji başına i18n Kütüphaneleri ve araç listesine bakın
 
 Teknoloji başına i18n kütüphaneleri ve araçlarının bir listesini arıyorsanız, aşağıdaki kaynaklara göz atın:
@@ -156,8 +150,6 @@ Teknoloji başına i18n kütüphaneleri ve araçlarının bir listesini arıyors
 - Svelte: [i18n Kütüphaneleri ve araç listesine bakın](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/frameworks/svelte.md)
 - React Native : [i18n Kütüphaneleri ve araç listesine bakın](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Sonuç
 
 Uluslararasılaştırma (i18n), sadece teknik bir görevden daha fazlasıdır; kullanıcılarınızın dilini kelimenin tam anlamıyla konuşmasını sağlayan **stratejik bir yatırımdır**. Yerel spesifik unsurları soyutlayarak, dilsel ve kültürel varyasyonlara uyum sağlayarak ve gelecekteki genişleme için planlayarak, ürününüzün küresel bir pazarda gelişmesini sağlarsınız.

package/blog/uk/hreflang_guide_multilingual_seo.md

@@ -25,8 +25,6 @@ author: aymericzip
 
 Переклад — це легка половина. Складна половина — це розповідь пошуковим системам, що ці сторінки — це **та ж сторінка іншою мовою**, а не три документи, які конкурують один з одним. Це те, що робить `hreflang`, і це місце, де більшість багатомовних сайтів тихо втрачають свій трафік.
 
----
-
 ## Що насправді робить hreflang
 
 Анотація на сторінці, яка говорить: _ця URL має еквівалентні версії там для цих мов._
@@ -42,8 +40,6 @@ author: aymericzip
 
 Варто бути ясним щодо того, що це не є. Це **не перенаправлення** — це підказка, і Google може його перевизначити. Це **не підвищення рейтингу** — воно змінює, _яка_ версія рейтингується, а не _чи_ ви рейтингуєтесь. А Bing ігнорує це повністю, натомість спираючись на `content-language` та геотаргетинг.
 
----
-
 ## Де його оголосити
 
 Три розташування, всі дійсні. Виберіть одне і залишайтесь там — один і той же кластер, оголошений у двох місцях, — це як набори розходяться.
@@ -54,8 +50,6 @@ author: aymericzip
 
 **HTTP `Link` header** — єдиний варіант для файлів без HTML, як от PDF.
 
----
-
 ## Правила
 
 ### Самопосилання та взаємність
@@ -107,8 +101,6 @@ ISO 639-1 для мови, ISO 3166-1 Alpha 2 для необов'язковог
 
 Два моменти, які варто розрізняти: `x-default` — це один додатковий запис у наборі, а не заміна самовідносного запису, і, як і будь-який інший запис, він повинен з'являтися однаково на кожній сторінці в кластері.
 
----
-
 ## Пастка з canonical
 
 Кожна локалізована сторінка повинна бути **своєю власною canonical**:
@@ -131,8 +123,6 @@ ISO 639-1 для мови, ISO 3166-1 Alpha 2 для необов'язковог
 
 **Canonical є самопосилаючимся на кожну локаль. `hreflang` описує кластер.**
 
----
-
 ## Вибір структури URL
 
 `hreflang` анотує URL-адреси, тому структура приходить першою.
@@ -149,14 +139,11 @@ ISO 639-1 для мови, ISO 3166-1 Alpha 2 для необов'язковог
 
 > Intlayer охоплює всі три через `routing.mode` та `routing.domains`. Дивіться [користувацькі домени](https://github.com/aymericzip/intlayer/blob/main/docs/docs/uk/custom_domains.md) та [довідник конфігурації](https://github.com/aymericzip/intlayer/blob/main/docs/docs/uk/configuration.md).
 
----
-
 ## Реалізація
 
 Писати ці теги вручну не витримує контакту з другою мовою. Замість цього виведіть їх зі свого списку мов.
 
 <Steps>
-
 <Step number={1} title="Видавати кластер на кожній сторінці">
 
 Один і той же набір скрізь, канонічна версія для кожної мови, абсолютні URL-адреси, включена `x-default`.
@@ -245,7 +232,6 @@ export const Route = createFileRoute("/{-$locale}/about")({
 </Tabs>
 
 </Step>
-
 <Step number={2} title="Або перемістіть все до sitemap">
 
 У великих масштабах тримайте анотації подалі від ваших сторінок. `generateSitemap` видає `xhtml:link` альтернативи для кожного запису, читаючи локалі та режим маршрутизації з вашої конфігурації:
@@ -268,7 +254,6 @@ const sitemap = generateSitemap(
 - `entryPerLocale` (default `false`) — за замовчуванням один запис `<url>` містить усі альтернативи. Обидві форми є дійсними, але лише URL, зазначений як `<loc>`, вважається _поданим_ у Search Console; локалі, лише з альтернативами, залишаються придатними для виявлення, але не атрибутовані жодній карті сайту. Увімкнення цього дає кожній локалізованій URL власний запис з повним набором альтернатив, повтореним. Це множить записи на кількість локалей, тому стежте за обмеженням 50 000 URL / 50 МБ та розділіть на індекс карти сайту за його межами.
 
 </Step>
-
 <Step number={3} title="Перевірте, що отримує краулер">
 
 `hreflang` виходить з ладу беззвучно, тому перевірте це замість того, щоб припускати.
@@ -281,8 +266,6 @@ const sitemap = generateSitemap(
 
 </Steps>
 
----
-
 ## Контрольний список
 
 - [ ] Кожна локаль має окрему, доступну для сканування URL
@@ -296,8 +279,6 @@ const sitemap = generateSitemap(
 - [ ] Оголошені в точно одному місці
 - [ ] Жодних редиректів у альтернативах
 
----
-
 ## Завершення
 
 `hreflang` простий і безпощадний. Один пропущений зворотний тег, один відносний URL, один cross-locale canonical — і кластер буде відхилений без будь-якого повідомлення про помилку. Кожен з них походить від написання тегів вручну.

package/blog/uk/i18n_meaning.md

@@ -92,8 +92,6 @@ author: aymericzip
 - **Абстрагуйте весь текст, звернений до користувача:** Переконайтеся, що у ваших компонентах інтерфейсу користувача немає жорстко закодованого тексту.
 - **Використовуйте надійну систему управління перекладами:** Такі інструменти, як **Intlayer**, скорочують розрив між розробниками та перекладачами. Intlayer діє як headless CMS, яка тісно інтегрована з вашою кодовою базою, дозволяючи контент-менеджерам візуально оновлювати переклади без необхідності запуску нового білду розробником.
 
----
-
 ### Список бібліотек та інструментів i18n за технологіями
 
 Якщо ви шукаєте список бібліотек та інструментів i18n для конкретної технології, ознайомтеся з наступними ресурсами:
@@ -112,8 +110,6 @@ author: aymericzip
 - Svelte: [Список бібліотек та інструментів i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/uk/list_i18n_technologies/frameworks/svelte.md)
 - React Native: [Список бібліотек та інструментів i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/uk/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Висновок
 
 **Значення i18n** є основоположною концепцією для будь-якого сучасного цифрового бізнесу, що прагне глобального впливу. Це далеко не просто химерна технічна абревіатура для слова "інтернаціоналізація", i18n представляє технічну архітектуру, необхідну для безшовного адаптування вашого програмного забезпечення до різних мов, культур і регіональних стандартів.

package/blog/uk/i18n_using_next-i18next.md

@@ -72,8 +72,6 @@ author: aymericzip
 
 > Дивіться нашу документацію, яка містить усе, що потрібно знати про інтернаціоналізацію та SEO: [Інтернаціоналізація (i18n) з next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/uk/internationalization_and_SEO.md).
 
----
-
 ## Покроковий посібник з налаштування i18next у застосунку Next.js
 
 <iframe
@@ -120,7 +118,6 @@ author: aymericzip
 ```
 
 <Steps>
-
 <Step number={1} title="Встановіть залежності">
 
 Встановіть необхідні пакети за допомогою npm:
@@ -142,7 +139,6 @@ yarn add i18next react-i18next i18next-resources-to-backend
 - **i18next-resources-to-backend**: Плагін, який дозволяє динамічно завантажувати файли перекладів, даючи змогу підвантажувати лише ті простори імен (namespaces), які потрібні.
 
 </Step>
-
 <Step number={2} title="Налаштуйте свій проєкт">
 
 Створіть файл конфігурації, щоб визначити підтримувані локалі, локаль за замовчуванням та допоміжні функції для локалізації URL. Цей файл слугує єдиним джерелом істини для вашої i18n-настройки та забезпечує безпечність типів у всьому застосунку.
@@ -197,7 +193,6 @@ export function getCookie(locale: Locale) {
 ```
 
 </Step>
-
 <Step number={3} title="Централізація просторів імен перекладів">
 
 Створіть єдине джерело істини для кожного простору імен (namespace), який надає ваша аплікація. Повторне використання цього списку дозволяє синхронізувати код на сервері, клієнті та в інструментах і відкриває можливість суворої типізації для допоміжних функцій перекладу.
@@ -209,7 +204,6 @@ export type Namespace = (typeof namespaces)[number];
 ```
 
 </Step>
-
 <Step number={4} title="Сувора типізація ключів перекладу за допомогою TypeScript">
 
 Розширіть `i18next`, щоб вказати на ваші канонічні мовні файли (зазвичай англійські). TypeScript потім виведе дійсні ключі для кожного простору імен, тож виклики `t()` перевіряються повністю.
@@ -249,7 +243,6 @@ export type AboutTranslator = TFunction<"about">;
 ```
 
 </Step>
-
 <Step number={5} title="Налаштування серверної ініціалізації i18n">
 
 Створіть функцію ініціалізації на сервері, яка завантажує переклади для серверних компонентів. Ця функція створює окремий екземпляр i18next для рендерингу на сервері, забезпечуючи завантаження перекладів перед рендерингом.
@@ -306,7 +299,6 @@ export async function initI18next(
 ```
 
 </Step>
-
 <Step number={6} title="Створіть клієнтський провайдер i18n">
 
 Створіть клієнтський компонент-провайдер, який обгортає ваш додаток контекстом i18next. Цей провайдер отримує попередньо завантажені переклади з сервера, щоб запобігти мерехтінню неперекладеного вмісту (FOUC) та уникнути дублювання запитів.
@@ -391,7 +383,6 @@ export default function I18nProvider({
 ```
 
 </Step>
-
 <Step number={7} title="Визначення динамічних маршрутів локалей">
 
 Налаштуйте динамічну маршрутизацію для локалей, створивши директорію `[locale]` у вашій папці app. Це дозволяє Next.js обробляти маршрути залежно від локалі, де кожна локаль стає сегментом URL (наприклад, `/en/about`, `/fr/about`).
@@ -445,7 +436,6 @@ export default function LocaleLayout({
 ```
 
 </Step>
-
 <Step number={8} title="Створіть файли перекладів">
 
 Створіть JSON-файли для кожного locale та namespace. Така структура дозволяє логічно організувати переклади та завантажувати лише те, що потрібно для кожної сторінки.
@@ -540,7 +530,6 @@ export default function LocaleLayout({
 </Tabs>
 
 </Step>
-
 <Step number={9} title="Використовуйте переклади на своїх сторінках">
 
 Створіть компонент сторінки, який ініціалізує i18next на сервері та передає переклади як серверним, так і клієнтським компонентам. Це гарантує завантаження перекладів перед рендерінгом і запобігає мерехтінню контенту.
@@ -602,7 +591,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={10} title="Використання перекладів у клієнтських компонентах">
 
 Клієнтські компоненти можуть використовувати хук `useTranslation` для доступу до перекладів. Цей хук надає доступ до функції перекладу та екземпляра i18n, що дозволяє перекладати вміст та отримувати інформацію про локаль.
@@ -655,7 +643,6 @@ export default ClientComponent;
 ```
 
 </Step>
-
 <Step number={11} title="Використання перекладів у серверних компонентах">
 
 Серверні компоненти не можуть використовувати React hooks, тому вони отримують переклади через props від батьківських компонентів. Такий підхід робить серверні компоненти синхронними і дозволяє вкладати їх у клієнтські компоненти.
@@ -703,7 +690,6 @@ export default ServerComponent;
 ```
 
 </Step>
-
 <Step number={12} title="Змініть мову вашого контенту" isOptional={true}>
 
 Щоб змінити мову вашого контенту в Next.js, рекомендовано використовувати URL-адреси з префіксом локалі та компоненти Link від Next.js. Приклад нижче зчитує поточну локаль з маршруту, видаляє її з pathname і рендерить по одному посиланню для кожної доступної локалі.
@@ -781,7 +767,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={13} title="Створіть локалізований компонент Link" isOptional={true}>
 
 Повторне використання локалізованих URL у вашому додатку зберігає навігацію послідовною та дружньою до SEO. Обгорніть `next/link` у невеликий хелпер, який додає префікс активної локалі до внутрішніх маршрутів, залишаючи зовнішні URL без змін.
@@ -834,7 +819,6 @@ export default function LocalizedLink({
 > Порада: Оскільки `LocalizedLink` є drop-in replacement, мігруйте поступово, замінюючи імпорти та дозволяючи компоненту обробляти URL-адреси, специфічні для локалі.
 
 </Step>
-
 <Step number={14} title="Доступ до активної локалі всередині Server Actions" isOptional={true}>
 
 Server Actions часто потребують поточної локалі для email-розсилок, логування або інтеграцій зі сторонніми сервісами. Поєднайте cookie локалі, встановлене вашим проксі, із заголовком `Accept-Language` як fallback.
@@ -874,7 +858,6 @@ export async function stuffFromServer(formData: FormData) {
 > Оскільки цей хелпер спирається на cookies і headers Next.js, він працює в Route Handlers, Server Actions та інших серверних контекстах.
 
 </Step>
-
 <Step number={15} title="Інтернаціоналізуйте метадані" isOptional={true}>
 
 Переклад контенту важливий, але основна мета інтернаціоналізації, зробити ваш вебсайт більш помітним для світу. I18n, потужний інструмент для підвищення видимості сайту завдяки належному SEO.
@@ -943,7 +926,6 @@ export default async function AboutPage() {
 ```
 
 </Step>
-
 <Step number={16} title="Інтернаціоналізуйте ваш Sitemap" isOptional={true}>
 
 Згенеруйте карту сайту (sitemap), яка включає всі локалізовані версії ваших сторінок. Це допомагає пошуковим системам знаходити та індексувати всі мовні версії вашого контенту.
@@ -999,7 +981,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={17} title="Інтернаціоналізуйте ваш robots.txt" isOptional={true}>
 
 Створіть файл robots.txt, який правильно обробляє всі мовні версії ваших захищених маршрутів. Це гарантує, що пошукові системи не індексують сторінки адміністратора або панелі керування жодною мовою.
@@ -1032,7 +1013,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={18} title="Налаштуйте middleware для маршрутизації локалей" isOptional={true}>
 
 Створіть проксі, який автоматично визначає переважну локаль користувача та перенаправляє його на відповідний URL з префіксом локалі. Це покращує досвід користувача, відображаючи контент обраною мовою.
@@ -1123,7 +1103,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={19} title="Автоматизуйте ваші переклади за допомогою Intlayer" isOptional={true}>
 
 Intlayer, це **безкоштовна** та **з відкритим вихідним кодом** бібліотека, створена для допомоги у процесі локалізації вашого застосунку. Поки i18next відповідає за завантаження та управління перекладами, Intlayer допомагає автоматизувати робочий процес перекладів.

package/blog/uk/i18n_using_next-intl.md

@@ -64,8 +64,6 @@ author: aymericzip
 
 > Дивіться нашу документацію з переліком усього, що потрібно знати про інтернаціоналізацію та SEO: [Інтернаціоналізація (i18n) з next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/uk/internationalization_and_SEO.md).
 
----
-
 ## Покроковий посібник з налаштування next-intl у застосунку Next.js
 
 <iframe
@@ -111,7 +109,6 @@ author: aymericzip
 ```
 
 <Steps>
-
 <Step number={1} title="Встановіть залежності">
 
 Встановіть необхідні пакети, використовуючи:
@@ -131,7 +128,6 @@ yarn add next-intl
 - **next-intl**: Основна бібліотека інтернаціоналізації для Next.js App Router, яка надає хуки, server-функції та клієнтські провайдери для керування перекладами.
 
 </Step>
-
 <Step number={2} title="Налаштуйте ваш проєкт">
 
 Створіть файл конфігурації, який визначає підтримувані локалі та налаштовує конфігурацію запитів next-intl. Цей файл слугує єдиним джерелом правди для вашої налаштування i18n і забезпечує безпеку типів у всьому застосунку.
@@ -217,7 +213,6 @@ export const proxy = createMiddleware(routingOptions);
 ```
 
 </Step>
-
 <Step number={3} title="Визначте динамічні маршрути локалей">
 
 Налаштуйте динамічний роутинг для локалей, створивши директорію `[locale]` у вашій папці app. Це дозволяє Next.js обробляти маршрутизацію за локаллю, де кожна локаль стає сегментом URL (наприклад, `/en/about`, `/fr/about`).
@@ -307,7 +302,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={4} title="Створіть файли перекладів">
 
 Створіть JSON-файли для кожної локалі та простору імен. Така структура дозволяє логічно організувати переклади та завантажувати лише те, що потрібно для кожної сторінки.
@@ -369,7 +363,6 @@ export default async function AboutPage({
 </Tabs>
 
 </Step>
-
 <Step number={5} title="Використання перекладів на ваших сторінках">
 
 Створіть компонент сторінки, який завантажує переклади на сервері та передає їх як серверним, так і клієнтським компонентам. Це гарантує, що переклади завантажені перед рендерингом і запобігає блиманню (content flashing).
@@ -422,7 +415,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={6} title="Використання перекладів у клієнтських компонентах">
 
 Клієнтські компоненти можуть використовувати хуки `useTranslations` та `useFormatter` для доступу до перекладів і функцій форматування. Ці хуки читають дані з контексту `NextIntlClientProvider`.
@@ -460,7 +452,6 @@ const ClientComponent = () => {
 ```
 
 </Step>
-
 <Step number={7} title="Використання перекладів у серверних компонентах">
 
 Серверні компоненти не можуть використовувати React‑хуки, тому вони отримують переклади та функції форматування як props від батьківських компонентів. Такий підхід зберігає серверні компоненти синхронними й дозволяє вкладати їх усередину клієнтських компонентів.
@@ -494,7 +485,6 @@ const ServerComponent = ({
 > У вашому page/layout використовуйте `getTranslations` та `getFormatter` з `next-intl/server`, щоб попередньо обчислити переклади та форматування, а потім передайте їх як props серверним компонентам.
 
 </Step>
-
 <Step number={8} title="Змініть мову вашого контенту" isOptional={true}>
 
 Щоб змінити мову контенту за допомогою next-intl, рендерте посилання з урахуванням локалі (locale-aware links), які вказують на той самий pathname при перемиканні локалі. Провайдер автоматично переписує URL-адреси, тож вам потрібно лише націлитися на поточний маршрут.
@@ -568,7 +558,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={9} title="Використовуйте локалізований компонент Link" isOptional={true}>
 
 `next-intl` надає сабпакет `next-intl/navigation`, який містить локалізований компонент Link, що автоматично застосовує активну локаль. Ми вже експортували його для вас у файлі `@/i18n`, тож ви можете використовувати його так:
@@ -580,7 +569,6 @@ return <Link href="/about">t("about.title")</Link>;
 ```
 
 </Step>
-
 <Step number={10} title="Отримання активної локалі всередині Server Actions" isOptional={true}>
 
 Server Actions можуть зчитувати поточну локаль за допомогою `next-intl/server`. Це корисно для надсилання локалізованих електронних листів або збереження мовних налаштувань разом із надісланими даними.
@@ -605,7 +593,6 @@ export async function handleContactForm(formData: FormData) {
 > `getLocale` читає локаль, встановлену проксі `next-intl`, тож функція працює у будь-якому місці на сервері: Route Handlers, Server Actions та edge functions.
 
 </Step>
-
 <Step number={11} title="Інтернаціоналізуйте свої метадані" isOptional={true}>
 
 Переклад контенту важливий, але головна мета інтернаціоналізації, зробити ваш вебсайт більш помітним у світі. I18n, неймовірний важіль для підвищення видимості вашого вебсайту за допомогою правильної SEO.
@@ -646,7 +633,6 @@ export async function generateMetadata({
 ```
 
 </Step>
-
 <Step number={12} title="Інтернаціоналізуйте свій sitemap" isOptional={true}>
 
 Створіть sitemap, який включає всі мовні версії ваших сторінок. Це допомагає пошуковим системам виявляти та індексувати всі мовні версії вашого контенту.
@@ -696,7 +682,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={13} title="Інтернаціоналізуйте ваш robots.txt" isOptional={true}>
 
 Створіть файл robots.txt, який правильно обробляє всі мовні версії ваших захищених маршрутів. Це гарантує, що пошукові системи не індексують сторінки admin або dashboard жодною мовою.
@@ -731,7 +716,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={14} title="Налаштування proxy для маршрутизації локалі" isOptional={true}>
 
 Створіть proxy, щоб автоматично визначати бажану користувачем локаль та перенаправляти його на відповідний URL з префіксом локалі. next-intl надає зручну функцію proxy, яка обробляє це автоматично.
@@ -753,7 +737,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={15} title="Налаштуйте типи TypeScript для локалі" isOptional={true}>
 
 Налаштування TypeScript допоможе отримати автозаповнення та типобезпеку для ваших ключів.
@@ -781,7 +764,6 @@ declare module "next-intl" {
 Цей код використовує Module Augmentation, щоб додати locales і messages до типу AppConfig з next-intl.
 
 </Step>
-
 <Step number={16} title="Автоматизуйте переклади за допомогою Intlayer" isOptional={true}>
 
 Intlayer, це **безкоштовна** та **відкрита** бібліотека, створена для полегшення процесу локалізації у вашому застосунку. У той час як next-intl відповідає за завантаження та управління перекладами, Intlayer допомагає автоматизувати робочий процес перекладів.

package/blog/uk/index.md

@@ -20,8 +20,6 @@ author: aymericzip
 
 Ласкаво просимо до нашого блогу, присвяченого всьому, що стосується **інтернаціоналізації** для застосунків на JavaScript! Тут ми розглядаємо найкращі практики, стратегії та інструменти, які допомагають розробникам масштабувати свої цифрові продукти по всьому світу.
 
----
-
 ## Чому інтернаціоналізація (i18n) важлива
 
 У сьогоднішньому взаємозв’язаному світі користувачі очікують безшовного, локалізованого досвіду. Інтернаціоналізація (i18n) забезпечує можливість адаптації вашого веб-застосунку до різних мов і культурних особливостей. Впроваджуючи практики i18n з самого початку, ви відкриваєте для себе численні переваги, такі як:
@@ -31,8 +29,6 @@ author: aymericzip
 3. **Покращена доступність:** Добре структурована i18n часто відповідає стандартам доступності, роблячи ваш додаток більш інклюзивним.
 4. **Покращені SEO-показники:** Локалізований контент може підвищити вашу видимість у регіональних результатах пошуку.
 
----
-
 ## Open-Source рішення для інтернаціоналізації
 
 Створення інтернаціоналізованого додатка не має бути складним. Спільнота open-source пропонує багато потужних, добре підтримуваних інструментів і бібліотек, які спрощують локалізацію. Популярні рішення, такі як **react-intl**, **i18next** та **FormatJS**, надають гнучкі API та просту інтеграцію з сучасними JavaScript-фреймворками, такими як React, Vue і Angular.
@@ -43,8 +39,6 @@ author: aymericzip
 - **Економія коштів:** Відсутність ліцензійних платежів, що спрощує тестування та масштабування вашого додатка.
 - **Підтримка спільноти:** Великі спільноти зазвичай означають більше навчальних матеріалів, документації та готових плагінів.
 
----
-
 ## Оголошення та наступні кроки
 
 Ми з радістю оголошуємо про майбутні підручники, найкращі практики та **кейси**, які покажуть, як оптимізувати ваші JavaScript-застосунки для глобальної аудиторії. Ось короткий огляд:
@@ -55,8 +49,6 @@ author: aymericzip
 
 Слідкуйте за цими оновленнями та іншими матеріалами!
 
----
-
 ## Долучайтеся до нашого блогу!
 
 Ми віримо в обмін знаннями, який ініціюється спільнотою. Якщо у вас є чудова ідея для публікації в блозі, пов'язана з інтернаціоналізацією, **SEO** або будь-якою іншою релевантною темою, нам буде приємно її почути. Ви можете надіслати Pull Request, додавши свою пропоновану статтю до нашого репозиторію на GitHub:
@@ -65,6 +57,4 @@ author: aymericzip
 
 Ваші внески допомагають збагачувати цю платформу та розширювати можливості розробників у всьому світі.
 
----
-
 **Дякуємо за увагу, і ласкаво просимо до нашої i18n-спільноти!** Слідкуйте за оновленнями, щоб отримувати більше ідей, порад і кращих практик щодо того, як вивести ваші JavaScript-застосунки на міжнародний рівень.