@intlayer/docs 9.4.4 → 9.5.1

package/blog/en-GB/vue-i18n_vs_intlayer.md

@@ -35,15 +35,11 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 > **tl;dr**: Both can localise Vue apps. If you want **component-scoped content**, **strict TypeScript types**, **build-time missing-key checks**, **tree-shaken dictionaries**, and **batteries-included router/SEO helpers** plus **Visual Editor & AI translations**, **Intlayer** is the more complete, modern choice.
 
----
-
 ## High-level positioning
 
 - **vue-i18n** - The de-facto i18n library for Vue. Flexible message formatting (ICU-style), SFC `<i18n>` blocks for local messages, and a large ecosystem. Safety and large-scale maintenance are mostly your responsibility.
 - **Intlayer** - Component-centric content model for Vue/Vite/Nuxt with **strict TS typing**, **build-time checks**, **tree-shaking**, **router & SEO helpers**, optional **Visual Editor/CMS**, and **AI-assisted translations**.
 
----
-
 ## Side-by-Side Feature Comparison (Vue-focused)
 
 | Feature                                     | **Intlayer**                                                                     | **vue-i18n**                                                                 |
@@ -67,8 +63,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 | **Large-project maintainability**           | ✅ Encourages modular, design-system-friendly structure                          | ✅ Possible, but requires strong file/namespace discipline                   |
 | **Ecosystem / community**                   | ⚠️ Smaller but growing fast                                                      | ✅ Large and mature in the Vue ecosystem                                     |
 
----
-
 ## Deep-dive comparison
 
 ### 1) Architecture & scalability
@@ -78,8 +72,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 **Why it matters:** In large Vue apps or design systems, **modular content** scales better than monolithic catalogues.
 
----
-
 ### 2) TypeScript & safety
 
 - **vue-i18n**: Good TS support; **strict key typing** typically needs custom schemas/generics and careful conventions.
@@ -87,8 +79,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 **Why it matters:** Strong typing catches issues **before** runtime.
 
----
-
 ### 3) Missing translation handling
 
 - **vue-i18n**: **Runtime** warnings/fallbacks (e.g., fallback locale or key).
@@ -96,8 +86,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 **Why it matters:** Build-time enforcement keeps the production UI clean and consistent.
 
----
-
 ### 4) Routing & URL strategy (Vue Router/Nuxt)
 
 - **Both** can work with localised routes.
@@ -105,8 +93,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 **Why it matters:** Fewer custom glue layers and **cleaner SEO** across locales.
 
----
-
 ### 5) Performance & loading behaviour
 
 - **vue-i18n**: Supports async locale messages; avoiding over-bundling is your responsibility (split catalogues carefully).
@@ -114,8 +100,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 **Why it matters:** Smaller bundles and faster startup for multi-locale Vue apps.
 
----
-
 ### 6) Developer experience & tooling
 
 - **vue-i18n**: Mature docs and community; you’ll typically rely on **external localisation platforms** for editorial workflows.
@@ -123,8 +107,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 **Why it matters:** Lower ops cost and a shorter dev–content loop.
 
----
-
 ### 7) SEO, SSR & SSG
 
 - **Both** work with Vue SSR and Nuxt.
@@ -132,8 +114,6 @@ We focus on modern Vue tooling (Vite, Composition API) and evaluate:
 
 **Why it matters:** International SEO without bespoke wiring.
 
----
-
 ## Why Intlayer? (Problem & approach)
 
 Most i18n stacks (including **vue-i18n**) start from **centralised catalogues**:
@@ -223,8 +203,6 @@ This approach:
 - **Avoids dead keys** (unused components don’t import content).
 - **Optimises loading** (lazy-loaded components bring their content with them).
 
----
-
 ## Additional features of Intlayer (Vue-relevant)
 
 - **Cross-framework support**: Works with Vue, Nuxt, Vite, React, Express, and more.
@@ -242,31 +220,23 @@ This approach:
 - **MCP server & VSCode extension**: Automate i18n workflows and authoring inside your IDE.
 - **Interoperability**: Bridges with **vue-i18n**, **react-i18next**, and **react-intl** when needed.
 
----
-
 ## When to choose which?
 
 - **Choose vue-i18n** if you want the **standard Vue approach**, you’re comfortable managing catalogues/namespaces yourself, and your app is **small to mid-size** (or you already rely on Nuxt i18n).
 - **Choose Intlayer** if you value **component-scoped content**, **strict TypeScript**, **build-time guarantees**, **tree-shaking**, and **batteries-included** routing/SEO/editor tooling-especially for **large, modular Vue/Nuxt codebases**, design-systems, etc.
 
----
-
 ## Interoperability with vue-i18n
 
 `intlayer` can also help to manage your `vue-i18n` namespaces.
 
 Using `intlayer`, you can declare your content in the format of your favourite i18n library, and intlayer will generate your namespaces in the location of your choice (example: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## GitHub STARs
 
 GitHub stars are a strong indicator of a project's popularity, community trust, and long-term relevance. While not a direct measure of technical quality, they reflect how many developers find the project useful, follow its progress, and are likely to adopt it. For estimating the value of a project, stars help compare traction across alternatives and provide insights into ecosystem growth.
 
 [![Star History Chart](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)
 
----
-
 ## Conclusion
 
 Both **vue-i18n** and **Intlayer** localise Vue apps well. The difference is **how much you must build yourself** to achieve a robust, scalable setup:

package/blog/en-GB/what_is_internationalization.md

@@ -101,8 +101,6 @@ This concise overview covers the main elements that should be internationalized,
 - **Cultural Sensitivities**  
   Icons, colours, and symbols might carry different meanings across cultures. It’s important to adapt visual and textual content to respect local cultural nuances.
 
----
-
 ## Best Practices for Implementing i18n
 
 - **Plan Early**  
@@ -117,8 +115,6 @@ This concise overview covers the main elements that should be internationalized,
 - **Translations Reusability**  
   Organise your translation files to be reusable across multiple websites or applications. For instance, if you have a multilingual footer or header, set up dedicated translation files so that common elements can be easily applied to all projects.
 
----
-
 ## Locale Dictionary vs. CMS Content Externalization
 
 When creating a website, a **Content Management System (CMS) like WordPress, Wix, or Drupal generally offer improved maintainability**. Especially for blogs or landing pages, because of their integrated i18n features.
@@ -136,8 +132,6 @@ Given these challenges, it's common to opt for a headless CMS to externalise con
 
 It is important to choose the right tool for your needs and plan your internationalization strategy from the beginning. **Intlayer offers a compelling solution by combining locale content declaration with a headless CMS that is tightly integrated, providing the best of both worlds.**
 
----
-
 ### See list of i18n Libraries and tool per technology
 
 If you’re looking for a list of i18n libraries and tools per technology, check out the following resources:
@@ -155,8 +149,6 @@ If you’re looking for a list of i18n libraries and tools per technology, check
 - Svelte: [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en-GB/list_i18n_technologies/frameworks/svelte.md)
 - React Native : [See list of i18n Libraries and tool](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en-GB/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Conclusion
 
 Internationalization (i18n) is more than just a technical chore; it’s a **strategic investment** that enables your software to speak the language of your users, literally. By abstracting away locale-specific elements, accommodating linguistic and cultural variations, and planning for future expansion, you empower your product to thrive in a global marketplace.

package/blog/es/hreflang_guide_multilingual_seo.md

@@ -25,8 +25,6 @@ Tradujiste tu aplicación. Desplegaste `/en`, `/fr`, `/es`. Y los usuarios franc
 
 Traducir es la mitad fácil. La mitad difícil es decirle a los motores de búsqueda que estas páginas son la **misma página en otro idioma**, no tres documentos compitiendo entre sí. Eso es lo que hace `hreflang`, y es donde la mayoría de los sitios multilingües pierden silenciosamente su tráfico.
 
----
-
 ## Qué es realmente hreflang
 
 Una anotación en una página que dice: _esta URL tiene versiones equivalentes allá, para esos idiomas._
@@ -42,8 +40,6 @@ Te compra dos cosas: la versión correcta mostrada al usuario correcto, y tus lo
 
 Es importante ser claro sobre lo que no es. **No es una redirección** — es una sugerencia, y Google puede ignorarla. **No es un impulso de clasificación** — cambia _qué_ versión se clasifica, no _si_ te clasificas. Y Bing la ignora completamente, confiando en `content-language` y geo-targeting en su lugar.
 
----
-
 ## Dónde declararlo
 
 Tres ubicaciones, todas válidas. Elige una y mantente ahí — el mismo clúster declarado en dos lugares es cómo los conjuntos se desvinculan.
@@ -54,8 +50,6 @@ Tres ubicaciones, todas válidas. Elige una y mantente ahí — el mismo clúste
 
 **HTTP `Link` header** es la única opción para archivos que no son HTML como PDFs.
 
----
-
 ## Las reglas
 
 ### Auto-referencia y reciprocidad
@@ -107,8 +101,6 @@ Lo que la gente se equivoca es qué significa. `x-default` **no es "la versión
 
 Dos cosas que debes tener claras: `x-default` es una entrada extra en el conjunto, no un reemplazo de la auto-referencial, y como todas las demás entradas debe aparecer idénticamente en cada página del cluster.
 
----
-
 ## La trampa del canonical
 
 Cada página localizada debe ser **su propio canonical**:
@@ -131,8 +123,6 @@ dice que la página francesa es un duplicado que no debe indexarse, mientras que
 
 **Canonical es auto-referencial por locale. `hreflang` describe el cluster.**
 
----
-
 ## Elegir una estructura de URL
 
 `hreflang` anota URLs, así que la estructura viene primero.
@@ -149,14 +139,11 @@ La única estructura a evitar: servir diferentes idiomas en la **misma URL** bas
 
 > Intlayer cubre los tres casos a través de `routing.mode` y `routing.domains`. Consulta [dominios personalizados](https://github.com/aymericzip/intlayer/blob/main/docs/docs/es/custom_domains.md) y la [referencia de configuración](https://github.com/aymericzip/intlayer/blob/main/docs/docs/es/configuration.md).
 
----
-
 ## Implementación
 
 Escribir manualmente estas etiquetas no sobrevive al contacto con una segunda locale. En su lugar, derívelas de su lista de locales.
 
 <Steps>
-
 <Step number={1} title="Emitir el cluster en cada página">
 
 El mismo conjunto en todas partes, canónico por locale, URLs absolutas, `x-default` incluido.
@@ -245,7 +232,6 @@ export const Route = createFileRoute("/{-$locale}/about")({
 </Tabs>
 
 </Step>
-
 <Step number={2} title="O trasládalo todo al sitemap">
 
 A escala, mantén las anotaciones fuera de tus páginas por completo. `generateSitemap` emite alternativas `xhtml:link` por entrada, leyendo las locales y el modo de routing de tu configuración:
@@ -268,7 +254,6 @@ Dos opciones que vale la pena conocer:
 - `entryPerLocale` (valor predeterminado `false`) — de forma predeterminada, una entrada `<url>` lleva todos los alternates. Ambas formas son válidas, pero solo una URL listada como `<loc>` cuenta como _enviada_ en Search Console; las locales alternativas permanecen descubribles pero sin atribuirse a ningún sitemap. Al activar esto, cada URL localizada obtiene su propia entrada con el conjunto completo de alternates repetidos. Multiplica las entradas por el número de locales, así que ten cuidado con el límite de 50 000 URL / 50 MB y divide en un índice de sitemap si lo superas.
 
 </Step>
-
 <Step number={3} title="Verifica lo que recibe el crawler">
 
 `hreflang` falla silenciosamente, así que verifica que no asumir que funciona.
@@ -281,8 +266,6 @@ Para un crawl específico multilingüe, el [Intlayer SEO Scanner](https://intlay
 
 </Steps>
 
----
-
 ## Lista de verificación
 
 - [ ] Cada locale tiene una URL distinta y rastreable
@@ -296,8 +279,6 @@ Para un crawl específico multilingüe, el [Intlayer SEO Scanner](https://intlay
 - [ ] Declaradas en exactamente un lugar
 - [ ] Sin redirecciones alternas
 
----
-
 ## Conclusión
 
 `hreflang` es simple e implacable. Una etiqueta de retorno faltante, una URL relativa, un canonical entre locales, y el cluster se descarta sin ningún error en ningún lugar. Todos esos problemas provienen de escribir las etiquetas a mano.

package/blog/es/i18n_meaning.md

@@ -92,8 +92,6 @@ Ahora que hemos establecido el verdadero **significado de i18n**, ¿cómo se apl
 - **Abstrae todo el texto orientado al usuario:** Asegúrate de que no haya texto codificado directamente en tus componentes de interfaz de usuario.
 - **Emplea un sistema de gestión de traducciones robusto:** Herramientas como **Intlayer** cierran la brecha entre desarrolladores y traductores. Intlayer actúa como un CMS sin cabeza que está estrechamente integrado con tu código, permitiendo que los gestores de contenido actualicen las traducciones visualmente sin necesidad de que un desarrollador active una nueva versión.
 
----
-
 ### Ver la lista de librerías y herramientas de i18n por tecnología
 
 Si buscas una lista de librerías y herramientas de i18n por tecnología, consulta los siguientes recursos:
@@ -112,8 +110,6 @@ Si buscas una lista de librerías y herramientas de i18n por tecnología, consul
 - Svelte: [Ver lista de librerías y herramientas de i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/es/list_i18n_technologies/frameworks/svelte.md)
 - React Native: [Ver lista de librerías y herramientas de i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/es/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Conclusión
 
 El **significado de i18n** es un concepto fundamental para cualquier negocio digital moderno que busque un impacto global. Mucho más allá de ser solo una abreviatura tecnológica peculiar para la "internacionalización", i18n representa la arquitectura técnica necesaria para adaptar sin problemas tu software a diversos idiomas, culturas y estándares regionales.

package/blog/es/i18n_using_next-i18next.md

@@ -71,8 +71,6 @@ Antes de sumergirnos en la implementación, aquí tienes algunas prácticas que
 
 > Consulta nuestra documentación que lista todo lo que necesitas saber sobre internacionalización y SEO: [Internacionalización (i18n) con next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/es/internationalization_and_SEO.md).
 
----
-
 ## Guía paso a paso para configurar i18next en una aplicación Next.js
 
 <iframe
@@ -119,7 +117,6 @@ Aquí está la estructura del proyecto que crearemos:
 ```
 
 <Steps>
-
 <Step number={1} title="Instalar Dependencias">
 
 Instala los paquetes necesarios usando npm:
@@ -141,7 +138,6 @@ yarn add i18next react-i18next i18next-resources-to-backend
 - **i18next-resources-to-backend**: Un plugin que permite la carga dinámica de archivos de traducción, permitiéndote cargar solo los namespaces que necesitas.
 
 </Step>
-
 <Step number={2} title="Configura Tu Proyecto">
 
 Crea un archivo de configuración para definir tus locales soportados, el locale por defecto y funciones auxiliares para la localización de URLs. Este archivo sirve como la única fuente de verdad para tu configuración i18n y asegura la seguridad de tipos en toda tu aplicación.
@@ -196,7 +192,6 @@ export function getCookie(locale: Locale) {
 ```
 
 </Step>
-
 <Step number={3} title="Centralizar los Namespaces de Traducción">
 
 Crea una única fuente de verdad para cada namespace que tu aplicación expone. Reutilizar esta lista mantiene sincronizado el código del servidor, cliente y herramientas, y desbloquea un tipado fuerte para los helpers de traducción.
@@ -208,7 +203,6 @@ export type Namespace = (typeof namespaces)[number];
 ```
 
 </Step>
-
 <Step number={4} title="Tipar fuertemente las claves de traducción con TypeScript">
 
 Aumenta `i18next` para que apunte a tus archivos de idioma canónicos (usualmente inglés). TypeScript entonces infiere las claves válidas por namespace, por lo que las llamadas a `t()` se verifican de extremo a extremo.
@@ -248,7 +242,6 @@ export type AboutTranslator = TFunction<"about">;
 ```
 
 </Step>
-
 <Step number={5} title="Configurar la inicialización de i18n del lado del servidor">
 
 Cree una función de inicialización del lado del servidor que cargue las traducciones para los componentes del servidor. Esta función crea una instancia separada de i18next para la renderización del lado del servidor, asegurando que las traducciones se carguen antes de la renderización.
@@ -305,7 +298,6 @@ export async function initI18next(
 ```
 
 </Step>
-
 <Step number={6} title="Crear el proveedor i18n del lado del cliente">
 
 Crea un proveedor de componente cliente que envuelva tu aplicación con el contexto de i18next. Este proveedor recibe traducciones precargadas desde el servidor para evitar el parpadeo de contenido sin traducir (FOUC) y evitar solicitudes duplicadas.
@@ -390,7 +382,6 @@ export default function I18nProvider({
 ```
 
 </Step>
-
 <Step number={7} title="Definir Rutas Dinámicas para Locales">
 
 Configura el enrutamiento dinámico para locales creando un directorio `[locale]` en tu carpeta de la app. Esto permite que Next.js maneje el enrutamiento basado en locales donde cada locale se convierte en un segmento de la URL (por ejemplo, `/en/about`, `/fr/about`).
@@ -444,7 +435,6 @@ export default function LocaleLayout({
 ```
 
 </Step>
-
 <Step number={8} title="Crea tus archivos de traducción">
 
 Crea archivos JSON para cada locale y namespace. Esta estructura te permite organizar las traducciones de forma lógica y cargar solo lo que necesitas para cada página.
@@ -539,7 +529,6 @@ Organizar las traducciones por namespace (por ejemplo, `common.json`, `about.jso
 </Tabs>
 
 </Step>
-
 <Step number={9} title="Utiliza las Traducciones en Tus Páginas">
 
 Crea un componente de página que inicialice i18next en el servidor y pase las traducciones tanto a los componentes del servidor como del cliente. Esto asegura que las traducciones se carguen antes de renderizar y previene el parpadeo de contenido.
@@ -601,7 +590,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={10} title="Usar traducciones en componentes cliente">
 
 Los componentes cliente pueden usar el hook `useTranslation` para acceder a las traducciones. Este hook proporciona acceso a la función de traducción y a la instancia i18n, permitiéndote traducir contenido y acceder a la información del locale.
@@ -654,7 +642,6 @@ export default ClientComponent;
 ```
 
 </Step>
-
 <Step number={11} title="Usar traducciones en componentes del servidor">
 
 Los componentes del servidor no pueden usar hooks de React, por lo que reciben las traducciones a través de props desde sus componentes padre. Este enfoque mantiene los componentes del servidor síncronos y permite que se aniden dentro de componentes cliente.
@@ -702,7 +689,6 @@ export default ServerComponent;
 ```
 
 </Step>
-
 <Step number={12} title="Cambiar el idioma de tu contenido" isOptional={true}>
 
 Para cambiar el idioma de tu contenido en Next.js, la forma recomendada es usar URLs con prefijo de locale y los enlaces de Next.js. El siguiente ejemplo lee el locale actual de la ruta, lo elimina del pathname y renderiza un enlace por cada locale disponible.
@@ -776,7 +762,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={13} title="Construir un componente Link localizado" isOptional={true}>
 
 Reutilizar URLs localizadas en toda tu aplicación mantiene la navegación consistente y optimizada para SEO. Envuelve `next/link` en un pequeño helper que antepone la locale activa a las rutas internas, dejando intactas las URLs externas.
@@ -829,7 +814,6 @@ export default function LocalizedLink({
 > Consejo: Debido a que `LocalizedLink` es un reemplazo directo, migre gradualmente intercambiando las importaciones y dejando que el componente maneje las URLs específicas por locale.
 
 </Step>
-
 <Step number={14} title="Acceder al locale activo dentro de Server Actions" isOptional={true}>
 
 Las Server Actions a menudo necesitan el locale actual para correos electrónicos, registros o integraciones con terceros. Combine la cookie de locale establecida por su proxy con el encabezado `Accept-Language` como respaldo.
@@ -869,7 +853,6 @@ export async function stuffFromServer(formData: FormData) {
 > Debido a que el helper depende de las cookies y cabeceras de Next.js, funciona en Route Handlers, Server Actions y otros contextos exclusivos del servidor.
 
 </Step>
-
 <Step number={15} title="Internacionaliza tus Metadatos" isOptional={true}>
 
 Traducir contenido es importante, pero el objetivo principal de la internacionalización es hacer que tu sitio web sea más visible para el mundo. La i18n es una palanca increíble para mejorar la visibilidad de tu sitio web mediante un SEO adecuado.
@@ -938,7 +921,6 @@ export default async function AboutPage() {
 ```
 
 </Step>
-
 <Step number={16} title="Internacionaliza tu Sitemap" isOptional={true}>
 
 Genera un sitemap que incluya todas las versiones locales de tus páginas. Esto ayuda a los motores de búsqueda a descubrir e indexar todas las versiones en diferentes idiomas de tu contenido.
@@ -994,7 +976,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={17} title="Internacionaliza tu archivo robots.txt" isOptional={true}>
 
 Crea un archivo robots.txt que maneje correctamente todas las versiones de locales de tus rutas protegidas. Esto asegura que los motores de búsqueda no indexen las páginas de administración o panel en ningún idioma.
@@ -1027,7 +1008,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={18} title="Configurar Middleware para el Enrutamiento de Locales" isOptional={true}>
 
 Crea un proxy para detectar automáticamente la locale preferida del usuario y redirigirlo a la URL con el prefijo de locale correspondiente. Esto mejora la experiencia del usuario al mostrar contenido en su idioma preferido.
@@ -1118,7 +1098,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={19} title="Automatiza tus traducciones usando Intlayer" isOptional={true}>
 
 Intlayer es una biblioteca **gratuita** y **de código abierto** diseñada para asistir en el proceso de localización en tu aplicación. Mientras que i18next se encarga de la carga y gestión de traducciones, Intlayer ayuda a automatizar el flujo de trabajo de traducción.

package/blog/es/i18n_using_next-intl.md

@@ -62,8 +62,6 @@ Antes de sumergirnos en la implementación, aquí hay algunas prácticas que deb
 
 > Consulta nuestra documentación que lista todo lo que necesitas saber sobre internacionalización y SEO: [Internationalization (i18n) with next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/es/internationalization_and_SEO.md).
 
----
-
 ## Guía paso a paso para configurar next-intl en una aplicación Next.js
 
 <iframe
@@ -109,7 +107,6 @@ Aquí está la estructura del proyecto que crearemos:
 ```
 
 <Steps>
-
 <Step number={1} title="Instalar Dependencias">
 
 Instala los paquetes necesarios usando npm:
@@ -129,7 +126,6 @@ yarn add next-intl
 - **next-intl**: La biblioteca principal de internacionalización para Next.js App Router que proporciona hooks, funciones del servidor y proveedores del cliente para gestionar las traducciones.
 
 </Step>
-
 <Step number={2} title="Configura tu Proyecto">
 
 Crea un archivo de configuración que defina los locales soportados y configure la solicitud de next-intl. Este archivo sirve como la única fuente de verdad para tu configuración i18n y asegura la seguridad de tipos en toda tu aplicación.
@@ -216,7 +212,6 @@ export const proxy = createMiddleware(routingOptions);
 ```
 
 </Step>
-
 <Step number={3} title="Definir Rutas Dinámicas por Locales">
 
 Configura el enrutamiento dinámico para las locales creando un directorio `[locale]` en tu carpeta de la aplicación. Esto permite que Next.js maneje el enrutamiento basado en la localización donde cada locale se convierte en un segmento de la URL (por ejemplo, `/en/about`, `/fr/about`).
@@ -306,7 +301,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={4} title="Crea tus archivos de traducción">
 
 Crea archivos JSON para cada locale y namespace. Esta estructura te permite organizar las traducciones de manera lógica y cargar solo lo que necesitas para cada página.
@@ -368,7 +362,6 @@ Organizar las traducciones por namespace (por ejemplo, `common.json`, `about.jso
 </Tabs>
 
 </Step>
-
 <Step number={5} title="Utiliza las Traducciones en Tus Páginas">
 
 Crea un componente de página que cargue las traducciones en el servidor y las pase tanto a los componentes del servidor como del cliente. Esto asegura que las traducciones se carguen antes de renderizar y previene el parpadeo de contenido.
@@ -421,7 +414,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={6} title="Usar Traducciones en Componentes Cliente">
 
 Los componentes cliente pueden usar los hooks `useTranslations` y `useFormatter` para acceder a las traducciones y funciones de formato. Estos hooks leen del contexto `NextIntlClientProvider`.
@@ -459,7 +451,6 @@ const ClientComponent = () => {
 ```
 
 </Step>
-
 <Step number={7} title="Usar traducciones en componentes del servidor">
 
 Los componentes del servidor no pueden usar hooks de React, por lo que reciben las traducciones y los formateadores a través de props desde sus componentes padres. Este enfoque mantiene los componentes del servidor síncronos y permite que se aniden dentro de componentes cliente.
@@ -493,7 +484,6 @@ const ServerComponent = ({
 > En tu página/layout, usa `getTranslations` y `getFormatter` de `next-intl/server` para precomputar traducciones y formatos, luego pásalos como props a los componentes del servidor.
 
 </Step>
-
 <Step number={8} title="Cambiar el idioma de tu contenido" isOptional={true}>
 
 Para cambiar el idioma de tu contenido con next-intl, renderiza enlaces conscientes del locale que apunten al mismo pathname mientras cambias el locale. El provider reescribe las URLs automáticamente, así que solo tienes que apuntar a la ruta actual.
@@ -567,7 +557,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={9} title="Usar el componente Link localizado" isOptional={true}>
 
 `next-intl` proporciona un subpaquete `next-intl/navigation` que contiene un componente Link localizado que aplica automáticamente la locale activa. Ya lo hemos extraído para ti en el archivo `@/i18n`, por lo que puedes usarlo así:
@@ -579,7 +568,6 @@ return <Link href="/about">t("about.title")</Link>;
 ```
 
 </Step>
-
 <Step number={10} title="Acceder a la locale activa dentro de Server Actions" isOptional={true}>
 
 Las Server Actions pueden leer la locale actual usando `next-intl/server`. Esto es útil para enviar correos electrónicos localizados o almacenar preferencias de idioma junto con los datos enviados.
@@ -604,7 +592,6 @@ export async function handleContactForm(formData: FormData) {
 > `getLocale` lee la locale establecida por el proxy de `next-intl`, por lo que funciona en cualquier parte del servidor: Route Handlers, Server Actions y funciones edge.
 
 </Step>
-
 <Step number={11} title="Internacionaliza tus Metadatos" isOptional={true}>
 
 Traducir contenido es importante, pero el objetivo principal de la internacionalización es hacer que tu sitio web sea más visible para el mundo. I18n es una palanca increíble para mejorar la visibilidad de tu sitio web mediante un SEO adecuado.
@@ -645,7 +632,6 @@ export async function generateMetadata({
 ```
 
 </Step>
-
 <Step number={12} title="Internacionaliza tu Sitemap" isOptional={true}>
 
 Genera un sitemap que incluya todas las versiones locales de tus páginas. Esto ayuda a los motores de búsqueda a descubrir e indexar todas las versiones en diferentes idiomas de tu contenido.
@@ -701,7 +687,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={13} title="Internacionaliza tu archivo robots.txt" isOptional={true}>
 
 Crea un archivo robots.txt que maneje correctamente todas las versiones de locales de tus rutas protegidas. Esto asegura que los motores de búsqueda no indexen páginas de administración o panel en ningún idioma.
@@ -736,7 +721,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={14} title="Configurar Proxy para el Enrutamiento de Locales" isOptional={true}>
 
 Crea un proxy para detectar automáticamente la locale preferida del usuario y redirigirlo a la URL con el prefijo de locale correspondiente. next-intl proporciona una función proxy conveniente que maneja esto automáticamente.
@@ -758,7 +742,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={15} title="Configurar los tipos de TypeScript para la locale" isOptional={true}>
 
 Configurar TypeScript te ayudará a obtener autocompletado y seguridad de tipos para tus claves.
@@ -786,7 +769,6 @@ declare module "next-intl" {
 Este código usará la Ampliación de Módulos (Module Augmentation) para añadir los locales y mensajes al tipo AppConfig de next-intl.
 
 </Step>
-
 <Step number={16} title="Automatiza tus traducciones usando Intlayer" isOptional={true}>
 
 Intlayer es una biblioteca **gratuita** y **de código abierto** diseñada para asistir en el proceso de localización en tu aplicación. Mientras que next-intl se encarga de la carga y gestión de las traducciones, Intlayer ayuda a automatizar el flujo de trabajo de traducción.

package/blog/es/index.md

@@ -20,8 +20,6 @@ author: aymericzip
 
 ¡Bienvenido a nuestro blog dedicado a todo lo relacionado con la **internacionalización** para aplicaciones JavaScript! Aquí, exploramos las mejores prácticas, estrategias y herramientas para ayudar a los desarrolladores a expandir sus productos digitales por todo el mundo.
 
----
-
 ## Por Qué Importa la Internacionalización (i18n)
 
 En el mundo interconectado de hoy, los usuarios esperan experiencias localizadas y sin fisuras. La internacionalización (i18n) asegura que tu aplicación web pueda adaptarse a diferentes idiomas y matices culturales. Al incorporar prácticas de i18n desde el principio, desbloqueas numerosos beneficios, tales como:
@@ -31,8 +29,6 @@ En el mundo interconectado de hoy, los usuarios esperan experiencias localizadas
 3. **Mejor Accesibilidad:** Una i18n bien estructurada a menudo se alinea con estándares de accesibilidad, haciendo tu aplicación más inclusiva.
 4. **Mejor Rendimiento SEO:** El contenido localizado puede aumentar tu visibilidad en resultados de búsqueda específicos de la región.
 
----
-
 ## Soluciones de Internacionalización de Código Abierto
 
 Construir una aplicación internacionalizada no tiene que ser complicado. La comunidad de código abierto proporciona muchas herramientas y bibliotecas poderosas y bien soportadas que hacen que la localización sea más sencilla. Soluciones populares como **react-intl**, **i18next**, y **FormatJS** brindan APIs flexibles y fácil integración con modernos frameworks de JavaScript como React, Vue, y Angular.
@@ -43,8 +39,6 @@ Construir una aplicación internacionalizada no tiene que ser complicado. La com
 - **Ahorro de Costos:** Sin tarifas de licencia, lo que hace más sencillo probar o escalar tu aplicación.
 - **Soporte de la Comunidad:** Comunidades grandes a menudo significan más tutoriales, documentación y plugins listos para usar.
 
----
-
 ## Anuncios y Próximamente
 
 Estamos emocionados de anunciar próximos tutoriales, mejores prácticas y **estudios de caso** sobre cómo optimizar tus aplicaciones JavaScript para audiencias globales. Aquí tienes un adelanto:
@@ -55,8 +49,6 @@ Estamos emocionados de anunciar próximos tutoriales, mejores prácticas y **est
 
 ¡Mantente atento a estas actualizaciones y más!
 
----
-
 ## ¡Contribuye a Nuestro Blog!
 
 Creemos en el intercambio de conocimiento impulsado por la comunidad. Si tienes una gran idea para una entrada de blog relacionada con la internacionalización, **SEO**, o cualquier otro tema relevante, nos encantaría saber de ti. Puedes enviar una Pull Request agregando tu propuesta de entrada de blog a nuestro repositorio de GitHub:
@@ -65,6 +57,4 @@ Creemos en el intercambio de conocimiento impulsado por la comunidad. Si tienes
 
 Tus contribuciones nos ayudan a enriquecer esta plataforma y empoderar a los desarrolladores en todo el mundo. Construyamos juntos una comunidad de aplicaciones enfocadas en lo global.
 
----
-
 **¡Gracias por leer, y bienvenido a nuestra comunidad de i18n!** Mantente atento a más ideas, consejos y mejores prácticas sobre cómo llevar tus aplicaciones JavaScript al éxito internacional.