@intlayer/docs 9.4.4 → 9.5.1

package/blog/id/vue-i18n_vs_intlayer.md

@@ -35,15 +35,11 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 > **ringkasan**: Keduanya dapat melokalkan aplikasi Vue. Jika Anda menginginkan **konten yang dibatasi pada komponen**, **tipe TypeScript yang ketat**, **pemeriksaan kunci hilang saat build-time**, **kamus yang di-tree-shake**, dan **bantuan router/SEO yang sudah termasuk** serta **Editor Visual & terjemahan AI**, **Intlayer** adalah pilihan yang lebih lengkap dan modern.
 
----
-
 ## Posisi tingkat tinggi
 
 - **vue-i18n** - Perpustakaan i18n de-facto untuk Vue. Format pesan yang fleksibel (gaya ICU), blok SFC `<i18n>` untuk pesan lokal, dan ekosistem besar. Keamanan dan pemeliharaan skala besar sebagian besar menjadi tanggung jawab Anda.
 - **Intlayer** - Model konten yang berfokus pada komponen untuk Vue/Vite/Nuxt dengan **pengetikan TS yang ketat**, **pemeriksaan saat build-time**, **tree-shaking**, **bantuan router & SEO**, **Editor Visual/CMS** opsional, dan **terjemahan dibantu AI**.
 
----
-
 ## Perbandingan Fitur Berdampingan (Fokus pada Vue)
 
 | Fitur                                                   | **Intlayer**                                                                                   | **vue-i18n**                                                                           |
@@ -67,8 +63,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 | **Maintainabilitas proyek besar**                       | ✅ Mendorong struktur modular yang ramah sistem desain                                         | ✅ Mungkin, tapi membutuhkan disiplin file/namespace yang kuat                         |
 | **Ekosistem / komunitas**                               | ⚠️ Lebih kecil tapi tumbuh cepat                                                               | ✅ Besar dan matang dalam ekosistem Vue                                                |
 
----
-
 ## Perbandingan mendalam
 
 ### 1) Arsitektur & skalabilitas
@@ -78,8 +72,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 **Mengapa ini penting:** Dalam aplikasi Vue besar atau sistem desain, **konten modular** lebih mudah diskalakan dibandingkan katalog monolitik.
 
----
-
 ### 2) TypeScript & keamanan
 
 - **vue-i18n**: Dukungan TS yang baik; **pengetikan kunci ketat** biasanya membutuhkan skema/generik khusus dan konvensi yang hati-hati.
@@ -87,8 +79,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 **Mengapa ini penting:** Pengetikan yang kuat menangkap masalah **sebelum** runtime.
 
----
-
 ### 3) Penanganan terjemahan yang hilang
 
 - **vue-i18n**: Peringatan/fallback **saat runtime** (misalnya, fallback locale atau kunci).
@@ -96,8 +86,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 **Mengapa ini penting:** Penegakan saat build menjaga UI produksi tetap bersih dan konsisten.
 
----
-
 ### 4) Strategi Routing & URL (Vue Router/Nuxt)
 
 - **Keduanya** dapat bekerja dengan rute yang dilokalkan.
@@ -105,8 +93,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 **Mengapa ini penting:** Lebih sedikit lapisan penghubung kustom dan **SEO yang lebih bersih** di berbagai locale.
 
----
-
 ### 5) Performa & perilaku pemuatan
 
 - **vue-i18n**: Mendukung pesan locale secara async; menghindari over-bundling adalah tanggung jawab Anda (pisahkan katalog dengan hati-hati).
@@ -114,8 +100,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 **Mengapa ini penting:** Bundle yang lebih kecil dan startup lebih cepat untuk aplikasi Vue multi-locale.
 
----
-
 ### 6) Pengalaman pengembang & tooling
 
 - **vue-i18n**: Dokumentasi dan komunitas yang matang; Anda biasanya akan mengandalkan **platform lokalisasi eksternal** untuk alur kerja editorial.
@@ -123,8 +107,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 **Mengapa ini penting:** Biaya operasional lebih rendah dan siklus dev–konten yang lebih singkat.
 
----
-
 ### 7) SEO, SSR & SSG
 
 - **Keduanya** bekerja dengan Vue SSR dan Nuxt.
@@ -132,8 +114,6 @@ Kami fokus pada tooling Vue modern (Vite, Composition API) dan mengevaluasi:
 
 **Mengapa ini penting:** SEO internasional tanpa pengaturan khusus.
 
----
-
 ## Mengapa Intlayer? (Masalah & pendekatan)
 
 Sebagian besar stack i18n (termasuk **vue-i18n**) dimulai dari **katalog terpusat**:
@@ -223,8 +203,6 @@ Pendekatan ini:
 - **Menghindari dead keys** (komponen yang tidak digunakan tidak mengimpor konten).
 - **Mengoptimalkan pemuatan** (komponen yang dimuat secara malas membawa kontennya sendiri).
 
----
-
 ## Fitur tambahan Intlayer (relevan untuk Vue)
 
 - **Dukungan lintas-framework**: Bekerja dengan Vue, Nuxt, Vite, React, Express, dan lainnya.
@@ -242,31 +220,23 @@ Pendekatan ini:
 - **Server MCP & ekstensi VSCode**: Otomatiskan alur kerja i18n dan penulisan konten di dalam IDE Anda.
 - **Interoperabilitas**: Menghubungkan dengan **vue-i18n**, **react-i18next**, dan **react-intl** saat diperlukan.
 
----
-
 ## Kapan memilih yang mana?
 
 - **Pilih vue-i18n** jika Anda menginginkan **pendekatan Vue standar**, nyaman mengelola katalog/namespace sendiri, dan aplikasi Anda berukuran **kecil hingga menengah** (atau Anda sudah menggunakan Nuxt i18n).
 - **Pilih Intlayer** jika Anda menghargai **konten yang dibatasi pada komponen**, **TypeScript yang ketat**, **jaminan waktu build**, **tree-shaking**, dan alat routing/SEO/editor yang **lengkap**, terutama untuk **codebase Vue/Nuxt yang besar dan modular**, sistem desain, dll.
 
----
-
 ## Interoperabilitas dengan vue-i18n
 
 `intlayer` juga dapat membantu mengelola namespace `vue-i18n` Anda.
 
 Dengan menggunakan `intlayer`, Anda dapat mendeklarasikan konten Anda dalam format perpustakaan i18n favorit Anda, dan intlayer akan menghasilkan namespace Anda di lokasi pilihan Anda (contoh: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## GitHub STARs
 
 Bintang GitHub adalah indikator kuat dari popularitas proyek, kepercayaan komunitas, dan relevansi jangka panjang. Meskipun bukan ukuran langsung dari kualitas teknis, bintang mencerminkan berapa banyak pengembang yang menganggap proyek tersebut berguna, mengikuti perkembangannya, dan kemungkinan akan mengadopsinya. Untuk memperkirakan nilai sebuah proyek, bintang membantu membandingkan daya tarik di antara alternatif dan memberikan wawasan tentang pertumbuhan ekosistem.
 
 [![Grafik Riwayat Bintang](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)
 
----
-
 ## Kesimpulan
 
 Baik **vue-i18n** maupun **Intlayer** sama-sama melakukan lokalisasi aplikasi Vue dengan baik. Perbedaannya adalah **seberapa banyak yang harus Anda bangun sendiri** untuk mencapai pengaturan yang kuat dan dapat diskalakan:

package/blog/id/what_is_internationalization.md

@@ -101,8 +101,6 @@ Ikhtisar singkat ini mencakup elemen utama yang harus diinternasionalkan, memast
 - **Sensitivitas Budaya**
 - Ikon, warna, dan simbol mungkin memiliki makna yang berbeda di berbagai budaya. Penting untuk menyesuaikan konten visual dan tekstual agar menghormati nuansa budaya lokal.
 
----
-
 ## Praktik Terbaik untuk Menerapkan i18n
 
 - **Rencanakan Sejak Awal**  
@@ -117,8 +115,6 @@ Ikhtisar singkat ini mencakup elemen utama yang harus diinternasionalkan, memast
 - **Dapat Digunakan Kembali Terjemahan**  
   Atur file terjemahan Anda agar dapat digunakan kembali di berbagai situs web atau aplikasi. Misalnya, jika Anda memiliki footer atau header multibahasa, buat file terjemahan khusus sehingga elemen umum dapat dengan mudah diterapkan ke semua proyek.
 
----
-
 ## Kamus Locale vs. Eksternalisasi Konten CMS
 
 Saat membuat situs web, **Sistem Manajemen Konten (CMS) seperti WordPress, Wix, atau Drupal umumnya menawarkan pemeliharaan yang lebih baik**. Terutama untuk blog atau halaman landing, karena fitur i18n terintegrasi mereka.
@@ -136,8 +132,6 @@ Mengingat tantangan ini, umum untuk memilih CMS headless guna mengeksternalisasi
 
 Penting untuk memilih alat yang tepat sesuai kebutuhan Anda dan merencanakan strategi internasionalisasi sejak awal. **Intlayer menawarkan solusi menarik dengan menggabungkan deklarasi konten lokal dengan CMS headless yang terintegrasi erat, memberikan yang terbaik dari kedua dunia.**
 
----
-
 ### Lihat daftar Perpustakaan dan alat i18n per teknologi
 
 Jika Anda mencari daftar perpustakaan dan alat i18n per teknologi, lihat sumber daya berikut:
@@ -156,8 +150,6 @@ Jika Anda mencari daftar perpustakaan dan alat i18n per teknologi, lihat sumber
 - Svelte: [Lihat daftar Perpustakaan dan alat i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/id/list_i18n_technologies/frameworks/svelte.md)
 - React Native : [Lihat daftar Perpustakaan dan alat i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/id/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Kesimpulan
 
 Internasionalisasi (i18n) lebih dari sekadar tugas teknis; ini adalah **investasi strategis** yang memungkinkan perangkat lunak Anda berbicara dalam bahasa pengguna Anda secara harfiah. Dengan mengabstraksi elemen-elemen spesifik lokal, mengakomodasi variasi linguistik dan budaya, serta merencanakan ekspansi di masa depan, Anda memberdayakan produk Anda untuk berkembang di pasar global.

package/blog/it/hreflang_guide_multilingual_seo.md

@@ -25,8 +25,6 @@ Hai tradotto la tua app. Hai deployato `/en`, `/fr`, `/es`. E gli utenti frances
 
 La traduzione è la parte facile. La parte difficile è dire ai motori di ricerca che queste pagine sono la **stessa pagina in un'altra lingua**, non tre documenti che competono tra loro. Questo è quello che fa `hreflang`, ed è dove la maggior parte dei siti multilingue perdono silenziosamente il loro traffico.
 
----
-
 ## Cosa è effettivamente hreflang
 
 Un'annotazione su una pagina che dice: _questo URL ha versioni equivalenti laggiù, per quelle lingue._
@@ -42,8 +40,6 @@ Ti offre due cose: la versione corretta mostrata all'utente giusto, e le tue loc
 
 Vale la pena essere chiari su cosa non è. **Non è un redirect** — è un suggerimento, e Google potrebbe ignorarlo. **Non è un ranking boost** — cambia _quale_ versione si posiziona, non _se_ ti posizioni. E Bing lo ignora completamente, affidandosi invece a `content-language` e geo-targeting.
 
----
-
 ## Dove dichiararlo
 
 Tre posizionamenti, tutti validi. Scegliere uno e rimanere lì — lo stesso cluster dichiarato in due posti è come gli insiemi si divergono.
@@ -54,8 +50,6 @@ Tre posizionamenti, tutti validi. Scegliere uno e rimanere lì — lo stesso clu
 
 **HTTP `Link` header** è l'unica opzione per file non HTML come i PDF.
 
----
-
 ## Le regole
 
 ### Auto-riferimento e reciprocità
@@ -107,8 +101,6 @@ Quello che le persone non capiscono è il significato. `x-default` **non è "la
 
 Due cose da tenere distinte: `x-default` è una voce aggiuntiva nel set, non un sostituto di quella auto-referenziale, e come tutte le altre voci deve apparire identicamente su ogni pagina nel cluster.
 
----
-
 ## La trappola del canonical
 
 Ogni pagina localizzata deve essere **il proprio canonical**:
@@ -131,8 +123,6 @@ dice che la pagina francese è un duplicato che non deve essere indicizzato, men
 
 **Il canonical è auto-referenziale per locale. `hreflang` descrive il cluster.**
 
----
-
 ## Scelta di una struttura URL
 
 `hreflang` annota gli URL, quindi la struttura viene prima.
@@ -149,14 +139,11 @@ L'unica struttura da evitare: servire lingue diverse nello **stesso URL** basand
 
 > Intlayer copre tutti e tre attraverso `routing.mode` e `routing.domains`. Vedi [custom domains](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/custom_domains.md) e [configuration reference](https://github.com/aymericzip/intlayer/blob/main/docs/docs/it/configuration.md).
 
----
-
 ## Implementazione
 
 Scrivere manualmente questi tag non funziona quando si aggiunge una seconda lingua. Deriva questi tag dalla tua lista di locale.
 
 <Steps>
-
 <Step number={1} title="Emetti il cluster su ogni pagina">
 
 Lo stesso set ovunque, canonical per locale, URL assoluti, `x-default` incluso.
@@ -246,7 +233,6 @@ export const Route = createFileRoute("/{-$locale}/about")({
 </Tabs>
 
 </Step>
-
 <Step number={2} title="Oppure spostalo tutto nella sitemap">
 
 Su larga scala, mantieni le annotazioni completamente fuori dalle tue pagine. `generateSitemap` emette alternati `xhtml:link` per ogni voce, leggendo locale e modalità di routing dalla tua configurazione:
@@ -269,7 +255,6 @@ Due opzioni da conoscere:
 - `entryPerLocale` (default `false`) — per default un'entry `<url>` contiene tutti gli alternati. Entrambe le forme sono valide, ma solo un URL elencato come `<loc>` conta come _submitted_ in Search Console; le locale alternate rimangono scopribili ma attribuite a nessuna sitemap. Attivando questa opzione ogni URL localizzato ottiene la propria entry con l'intero set di alternati ripetuto. Moltiplica le entry per il numero di locale, quindi fai attenzione al limite di 50 000 URL / 50 MB e dividi in un indice sitemap oltre questo limite.
 
 </Step>
-
 <Step number={3} title="Verifica cosa riceve il crawler">
 
 `hreflang` fallisce silenziosamente, quindi controllalo piuttosto che darla per scontata.
@@ -282,8 +267,6 @@ Per una crawl specifica per multilingua, lo [Intlayer SEO Scanner](https://intla
 
 </Steps>
 
----
-
 ## Checklist
 
 - [ ] Ogni locale ha un URL distinto e crawlabile
@@ -297,8 +280,6 @@ Per una crawl specifica per multilingua, lo [Intlayer SEO Scanner](https://intla
 - [ ] Dichiarati esattamente in un unico posto
 - [ ] Nessun redirect degli alternati
 
----
-
 ## Conclusioni
 
 `hreflang` è semplice e intransigente. Un tag di ritorno mancante, un URL relativo, un canonical cross-locale, e il cluster viene scartato senza errori da nessuna parte. Ognuno di questi problemi deriva dalla scrittura manuale dei tag.

package/blog/it/i18n_meaning.md

@@ -92,8 +92,6 @@ Ora che abbiamo stabilito il vero **significato di i18n**, come lo applichi?
 - **Astrai tutto il testo rivolto all'utente:** Assicurati che non esista testo hardcoded nei tuoi componenti UI.
 - **Utilizza un sistema di gestione delle traduzioni robusto:** Strumenti come **Intlayer** colmano il divario tra sviluppatori e traduttori. Intlayer agisce come un CMS headless strettamente integrato con la tua codebase, consentendo ai gestori dei contenuti di aggiornare le traduzioni visivamente senza richiedere a uno sviluppatore di attivare una nuova build.
 
----
-
 ### Visualizza l'elenco delle librerie e degli strumenti i18n per tecnologia
 
 Se stai cercando un elenco di librerie e strumenti i18n per tecnologia, consulta le seguenti risorse:
@@ -112,8 +110,6 @@ Se stai cercando un elenco di librerie e strumenti i18n per tecnologia, consulta
 - Svelte: [Visualizza l'elenco delle librerie e degli strumenti i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/it/list_i18n_technologies/frameworks/svelte.md)
 - React Native: [Visualizza l'elenco delle librerie e degli strumenti i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/it/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Conclusione
 
 Il **significato di i18n** è un concetto fondamentale per qualsiasi business digitale moderno che miri a un impatto globale. Molto più che una semplice abbreviazione tecnica per "internazionalizzazione", i18n rappresenta l'architettura tecnica necessaria per adattare perfettamente il software a diverse lingue, culture e standard regionali.

package/blog/it/i18n_using_next-i18next.md

@@ -71,8 +71,6 @@ Prima di entrare nell'implementazione, ecco alcune pratiche da seguire:
 
 > Consulta la nostra documentazione che elenca tutto ciò che devi sapere sull'internazionalizzazione e SEO: [Internazionalizzazione (i18n) con next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/it/internationalization_and_SEO.md).
 
----
-
 ## Guida passo-passo per configurare i18next in un'applicazione Next.js
 
 <iframe
@@ -119,7 +117,6 @@ Ecco la struttura del progetto che andremo a creare:
 ```
 
 <Steps>
-
 <Step number={1} title="Installa le Dipendenze">
 
 Installa i pacchetti necessari usando npm:
@@ -141,7 +138,6 @@ yarn add i18next react-i18next i18next-resources-to-backend
 - **i18next-resources-to-backend**: Un plugin che permette il caricamento dinamico dei file di traduzione, consentendoti di caricare solo i namespace di cui hai bisogno.
 
 </Step>
-
 <Step number={2} title="Configura il tuo Progetto">
 
 Crea un file di configurazione per definire le localizzazioni supportate, la localizzazione predefinita e le funzioni di supporto per la localizzazione degli URL. Questo file funge da unica fonte di verità per la tua configurazione i18n e garantisce la sicurezza dei tipi in tutta l'applicazione.
@@ -196,7 +192,6 @@ export function getCookie(locale: Locale) {
 ```
 
 </Step>
-
 <Step number={3} title="Centralizzare i Namespace di Traduzione">
 
 Crea una fonte unica di verità per ogni namespace che la tua applicazione espone. Riutilizzare questa lista mantiene sincronizzati il server, il client e il codice degli strumenti, e abilita il typing forte per gli helper di traduzione.
@@ -208,7 +203,6 @@ export type Namespace = (typeof namespaces)[number];
 ```
 
 </Step>
-
 <Step number={4} title="Tipizzare Fortemente le Chiavi di Traduzione con TypeScript">
 
 Estendi `i18next` per puntare ai tuoi file linguistici canonici (di solito in inglese). TypeScript inferisce così le chiavi valide per namespace, quindi le chiamate a `t()` sono verificate end-to-end.
@@ -248,7 +242,6 @@ export type AboutTranslator = TFunction<"about">;
 ```
 
 </Step>
-
 <Step number={5} title="Configurare l'inizializzazione i18n lato server">
 
 Crea una funzione di inizializzazione lato server che carica le traduzioni per i componenti server. Questa funzione crea un'istanza separata di i18next per il rendering lato server, assicurando che le traduzioni siano caricate prima del rendering.
@@ -305,7 +298,6 @@ export async function initI18next(
 ```
 
 </Step>
-
 <Step number={6} title="Creare il Provider i18n lato Client">
 
 Crea un provider componente client che avvolge la tua applicazione con il contesto i18next. Questo provider riceve traduzioni pre-caricate dal server per prevenire il flash di contenuti non tradotti (FOUC) ed evitare richieste duplicate.
@@ -390,7 +382,6 @@ export default function I18nProvider({
 ```
 
 </Step>
-
 <Step number={7} title="Definire le Rotte Dinamiche per le Locali">
 
 Configura il routing dinamico per le localizzazioni creando una directory `[locale]` nella cartella della tua app. Questo permette a Next.js di gestire il routing basato sulla locale, dove ogni locale diventa un segmento dell'URL (es. `/en/about`, `/fr/about`).
@@ -444,7 +435,6 @@ export default function LocaleLayout({
 ```
 
 </Step>
-
 <Step number={8} title="Crea i tuoi file di traduzione">
 
 Crea file JSON per ogni locale e namespace. Questa struttura ti permette di organizzare le traduzioni in modo logico e caricare solo ciò che ti serve per ogni pagina.
@@ -539,7 +529,6 @@ Organizzare le traduzioni per namespace (ad esempio, `common.json`, `about.json`
 </Tabs>
 
 </Step>
-
 <Step number={9} title="Utilizzare le Traduzioni nelle Tue Pagine">
 
 Crea un componente pagina che inizializza i18next sul server e passa le traduzioni sia ai componenti server che client. Questo assicura che le traduzioni siano caricate prima del rendering e previene il lampeggiamento del contenuto.
@@ -601,7 +590,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={10} title="Usare le Traduzioni nei Componenti Client">
 
 I componenti client possono utilizzare il hook `useTranslation` per accedere alle traduzioni. Questo hook fornisce l'accesso alla funzione di traduzione e all'istanza i18n, permettendo di tradurre contenuti e accedere alle informazioni sulla locale.
@@ -654,7 +642,6 @@ export default ClientComponent;
 ```
 
 </Step>
-
 <Step number={11} title="Usare le Traduzioni nei Componenti Server">
 
 I componenti server non possono utilizzare React hooks, quindi ricevono le traduzioni tramite props dai loro componenti genitori. Questo approccio mantiene i componenti server sincroni e consente loro di essere annidati all'interno di componenti client.
@@ -702,7 +689,6 @@ export default ServerComponent;
 ```
 
 </Step>
-
 <Step number={12} title="Cambiare la lingua del tuo contenuto" isOptional={true}>
 
 Per cambiare la lingua del tuo contenuto in Next.js, il modo consigliato è utilizzare URL con prefisso locale e link di Next.js. L'esempio qui sotto legge la locale corrente dalla rotta, la rimuove dal pathname, e rende un link per ogni locale disponibile.
@@ -776,7 +762,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={13} title="Costruire un componente Link localizzato" isOptional={true}>
 
 Riutilizzare URL localizzati in tutta la tua app mantiene la navigazione coerente e ottimizzata per la SEO. Avvolgi `next/link` in un piccolo helper che aggiunge il prefisso della locale attiva alle rotte interne lasciando intatti gli URL esterni.
@@ -829,7 +814,6 @@ export default function LocalizedLink({
 > Suggerimento: Poiché `LocalizedLink` è un sostituto diretto, migra gradualmente sostituendo gli import e lasciando che il componente gestisca gli URL specifici per la locale.
 
 </Step>
-
 <Step number={14} title="Accedere alla locale attiva all'interno delle Server Actions" isOptional={true}>
 
 Le Server Actions spesso necessitano della locale corrente per email, logging o integrazioni di terze parti. Combina il cookie della locale impostato dal tuo proxy con l'header `Accept-Language` come fallback.
@@ -869,7 +853,6 @@ export async function stuffFromServer(formData: FormData) {
 > Poiché l'helper si basa sui cookie e sugli header di Next.js, funziona nei Route Handlers, nelle Server Actions e in altri contesti esclusivamente server.
 
 </Step>
-
 <Step number={15} title="Internazionalizza i Tuoi Metadata" isOptional={true}>
 
 Tradurre i contenuti è importante, ma l'obiettivo principale dell'internazionalizzazione è rendere il tuo sito web più visibile al mondo. L'i18n è una leva incredibile per migliorare la visibilità del tuo sito web attraverso una corretta SEO.
@@ -938,7 +921,6 @@ export default async function AboutPage() {
 ```
 
 </Step>
-
 <Step number={16} title="Internazionalizza la tua Sitemap" isOptional={true}>
 
 Genera una sitemap che includa tutte le versioni locali delle tue pagine. Questo aiuta i motori di ricerca a scoprire e indicizzare tutte le versioni linguistiche dei tuoi contenuti.
@@ -994,7 +976,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={17} title="Internazionalizza il tuo robots.txt" isOptional={true}>
 
 Crea un file robots.txt che gestisca correttamente tutte le versioni locali delle tue rotte protette. Questo assicura che i motori di ricerca non indicizzino pagine di amministrazione o dashboard in nessuna lingua.
@@ -1027,7 +1008,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={18} title="Configurare il Middleware per il Routing Locale" isOptional={true}>
 
 Crea un proxy per rilevare automaticamente la locale preferita dall'utente e reindirizzarlo all'URL con il prefisso della locale appropriata. Questo migliora l'esperienza utente mostrando i contenuti nella lingua preferita.
@@ -1118,7 +1098,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={19} title="Automatizza le tue traduzioni usando Intlayer" isOptional={true}>
 
 Intlayer è una libreria **gratuita** e **open-source** progettata per assistere il processo di localizzazione nella tua applicazione. Mentre i18next gestisce il caricamento e la gestione delle traduzioni, Intlayer aiuta ad automatizzare il flusso di lavoro delle traduzioni.

package/blog/it/i18n_using_next-intl.md

@@ -62,8 +62,6 @@ Prima di entrare nell'implementazione, ecco alcune pratiche che dovresti seguire
 
 > Consulta la nostra documentazione che elenca tutto ciò che devi sapere sull'internazionalizzazione e SEO: [Internationalization (i18n) with next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/it/internationalization_and_SEO.md).
 
----
-
 ## Guida passo-passo per configurare next-intl in un'applicazione Next.js
 
 <iframe
@@ -109,7 +107,6 @@ Ecco la struttura del progetto che andremo a creare:
 ```
 
 <Steps>
-
 <Step number={1} title="Installa le Dipendenze">
 
 Installa i pacchetti necessari usando npm:
@@ -129,7 +126,6 @@ yarn add next-intl
 - **next-intl**: La libreria principale per l'internazionalizzazione del Next.js App Router che fornisce hook, funzioni server e provider client per la gestione delle traduzioni.
 
 </Step>
-
 <Step number={2} title="Configura il tuo Progetto">
 
 Crea un file di configurazione che definisce le tue localizzazioni supportate e configura la richiesta di next-intl. Questo file funge da fonte unica di verità per la tua configurazione i18n e garantisce la sicurezza dei tipi in tutta la tua applicazione.
@@ -216,7 +212,6 @@ export const proxy = createMiddleware(routingOptions);
 ```
 
 </Step>
-
 <Step number={3} title="Definire le Rotte Dinamiche per le Locali">
 
 Configura il routing dinamico per le localizzazioni creando una cartella `[locale]` nella tua cartella app. Questo permette a Next.js di gestire il routing basato sulla localizzazione dove ogni locale diventa un segmento dell'URL (es. `/en/about`, `/fr/about`).
@@ -306,7 +301,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={4} title="Crea i Tuoi File di Traduzione">
 
 Crea file JSON per ogni locale e namespace. Questa struttura ti permette di organizzare le traduzioni in modo logico e caricare solo ciò di cui hai bisogno per ogni pagina.
@@ -368,7 +362,6 @@ Organizzare le traduzioni per namespace (ad esempio, `common.json`, `about.json`
 </Tabs>
 
 </Step>
-
 <Step number={5} title="Utilizza le Traduzioni nelle Tue Pagine">
 
 Crea un componente pagina che carica le traduzioni sul server e le passa sia ai componenti server che client. Questo garantisce che le traduzioni siano caricate prima del rendering e previene il lampeggiamento del contenuto.
@@ -421,7 +414,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={6} title="Usa le Traduzioni nei Componenti Client">
 
 I componenti client possono utilizzare gli hook `useTranslations` e `useFormatter` per accedere alle traduzioni e alle funzioni di formattazione. Questi hook leggono dal contesto `NextIntlClientProvider`.
@@ -459,7 +451,6 @@ const ClientComponent = () => {
 ```
 
 </Step>
-
 <Step number={7} title="Usare le Traduzioni nei Componenti Server">
 
 I componenti server non possono usare React hooks, quindi ricevono traduzioni e formatter tramite props dai loro componenti genitori. Questo approccio mantiene i componenti server sincroni e permette loro di essere annidati all'interno di componenti client.
@@ -493,7 +484,6 @@ const ServerComponent = ({
 > Nella tua pagina/layout, usa `getTranslations` e `getFormatter` da `next-intl/server` per pre-calcolare traduzioni e formattazioni, quindi passale come props ai componenti server.
 
 </Step>
-
 <Step number={8} title="Cambiare la lingua del tuo contenuto" isOptional={true}>
 
 Per cambiare la lingua del tuo contenuto con next-intl, rendi i link consapevoli della locale che puntano allo stesso pathname cambiando la locale. Il provider riscrive automaticamente gli URL, quindi devi solo indirizzare la rotta corrente.
@@ -567,7 +557,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={9} title="Usa il componente Link localizzato" isOptional={true}>
 
 `next-intl` fornisce un sottopacchetto `next-intl/navigation` che contiene un componente Link localizzato che applica automaticamente la locale attiva. Lo abbiamo già estratto per te nel file `@/i18n`, quindi puoi usarlo così:
@@ -579,7 +568,6 @@ return <Link href="/about">t("about.title")</Link>;
 ```
 
 </Step>
-
 <Step number={10} title="Accedi alla locale attiva all'interno delle Server Actions" isOptional={true}>
 
 Le Server Actions possono leggere la locale corrente usando `next-intl/server`. Questo è utile per inviare email localizzate o memorizzare le preferenze linguistiche insieme ai dati inviati.
@@ -604,7 +592,6 @@ export async function handleContactForm(formData: FormData) {
 > `getLocale` legge la locale impostata dal proxy di `next-intl`, quindi funziona ovunque sul server: Route Handlers, Server Actions e funzioni edge.
 
 </Step>
-
 <Step number={11} title="Internazionalizza i tuoi Metadata" isOptional={true}>
 
 Tradurre i contenuti è importante, ma l'obiettivo principale dell'internazionalizzazione è rendere il tuo sito web più visibile al mondo. L'i18n è una leva incredibile per migliorare la visibilità del tuo sito web attraverso una corretta SEO.
@@ -645,7 +632,6 @@ export async function generateMetadata({
 ```
 
 </Step>
-
 <Step number={12} title="Internazionalizza la tua Sitemap" isOptional={true}>
 
 Genera una sitemap che includa tutte le versioni locali delle tue pagine. Questo aiuta i motori di ricerca a scoprire e indicizzare tutte le versioni linguistiche dei tuoi contenuti.
@@ -701,7 +687,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={13} title="Internazionalizza il tuo robots.txt" isOptional={true}>
 
 Crea un file robots.txt che gestisca correttamente tutte le versioni locali delle tue rotte protette. Questo assicura che i motori di ricerca non indicizzino pagine di amministrazione o dashboard in nessuna lingua.
@@ -736,7 +721,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={14} title="Configurare un Proxy per il Routing della Locale" isOptional={true}>
 
 Crea un proxy per rilevare automaticamente la locale preferita dall'utente e reindirizzarlo all'URL con il prefisso della locale appropriata. next-intl fornisce una funzione proxy comoda che gestisce questo automaticamente.
@@ -758,7 +742,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={15} title="Configurare i tipi TypeScript per la Locale" isOptional={true}>
 
 Configurare TypeScript ti aiuterà ad ottenere l'autocompletamento e la sicurezza dei tipi per le tue chiavi.
@@ -786,7 +769,6 @@ declare module "next-intl" {
 Questo codice utilizzerà l'Aumento del Modulo (Module Augmentation) per aggiungere le locales e i messaggi al tipo AppConfig di next-intl.
 
 </Step>
-
 <Step number={16} title="Automatizza le tue traduzioni usando Intlayer" isOptional={true}>
 
 Intlayer è una libreria **gratuita** e **open-source** progettata per assistere il processo di localizzazione nella tua applicazione. Mentre next-intl gestisce il caricamento e la gestione delle traduzioni, Intlayer aiuta ad automatizzare il flusso di lavoro delle traduzioni.

package/blog/it/index.md

@@ -20,8 +20,6 @@ author: aymericzip
 
 Benvenuto nel nostro blog dedicato a tutto ciò che riguarda l'**internazionalizzazione** per le applicazioni JavaScript! Qui, esploriamo le migliori pratiche, strategie e strumenti per aiutare gli sviluppatori ad espandere i propri prodotti digitali in tutto il mondo.
 
----
-
 ## Perché l'internazionalizzazione (i18n) è importante
 
 Nel mondo interconnesso di oggi, gli utenti si aspettano esperienze locali senza soluzione di continuità. L'internazionalizzazione (i18n) garantisce che la tua applicazione web possa adattarsi a diverse lingue e sfumature culturali. Incorporando le pratiche di i18n fin dall'inizio, sblocchi numerosi vantaggi, come:
@@ -31,8 +29,6 @@ Nel mondo interconnesso di oggi, gli utenti si aspettano esperienze locali senza
 3. **Miglior Accessibilità:** Una struttura ben organizzata di i18n spesso si allinea con gli standard di accessibilità, rendendo la tua app più inclusiva.
 4. **Migliore prestazione SEO:** Contenuti localizzati possono aumentare la tua visibilità nei risultati di ricerca specifici per regione.
 
----
-
 ## Soluzioni di internazionalizzazione open-source
 
 Costruire un'applicazione internazionalizzata non deve essere complicato. La comunità open-source fornisce molti strumenti e librerie potenti e ben supportati che rendono la localizzazione più semplice. Soluzioni popolari come **react-intl**, **i18next**, e **FormatJS** offrono API flessibili e facile integrazione con i moderni framework JavaScript come React, Vue e Angular.
@@ -43,8 +39,6 @@ Costruire un'applicazione internazionalizzata non deve essere complicato. La com
 - **Risparmi sui costi:** Nessuna tassa di licenza, rendendo più semplice testare o scalare la tua applicazione.
 - **Supporto della comunità:** Grandi comunità spesso significano più tutorial, documentazione e plugin pronti all'uso.
 
----
-
 ## Annunci e Cosa c'è in Arrivo
 
 Siamo entusiasti di annunciare prossimi tutorial, migliori pratiche e **casi studio** su come ottimizzare le tue applicazioni JavaScript per un pubblico globale. Ecco un'anteprima:
@@ -55,8 +49,6 @@ Siamo entusiasti di annunciare prossimi tutorial, migliori pratiche e **casi stu
 
 Resta sintonizzato per questi aggiornamenti e altro ancora!
 
----
-
 ## Contribuisci al Nostro Blog!
 
 Crediamo nella condivisione della conoscenza guidata dalla comunità. Se hai una grande idea per un post sul blog relativo all'internazionalizzazione, **SEO**, o qualsiasi altro argomento pertinente, ci piacerebbe sentirti. Puoi inviare una Pull Request aggiungendo il tuo post proposto al nostro repository GitHub:
@@ -65,6 +57,4 @@ Crediamo nella condivisione della conoscenza guidata dalla comunità. Se hai una
 
 Le tue contribuzioni ci aiutano ad arricchire questa piattaforma e ad empowerare sviluppatori in tutto il mondo. Costruiamo insieme una comunità di applicazioni con una prima attenzione globale.
 
----
-
 **Grazie per aver letto e benvenuto nella nostra comunità di i18n!** Resta sintonizzato per ulteriori approfondimenti, suggerimenti e migliori pratiche su come portare le tue applicazioni JavaScript al successo internazionale.