Haz tu pregunta y obtén un resumen del documento referenciando esta página y el proveedor AI de tu elección
Historial de versiones
- "Añadida opción splitKeys (un diccionario por clave de espacio de nombres de nivel superior) para diseños de archivo único de next-intl / react-intl"v9.0.021/6/2026
- "Añadido soporte para formatos ICU e i18next"v7.5.013/12/2025
- "Documentación inicial del plugin de sincronización JSON"v6.1.65/10/2025
El contenido de esta página ha sido traducido con una IA.
Ver la última versión del contenido original en inglésSi tienes una idea para mejorar esta documentación, no dudes en contribuir enviando una pull request en GitHub.
Enlace de GitHub a la documentaciónCopiar el Markdown del documento a la portapapeles
Sincronización JSON (puentes i18n) - Sincronización JSON con soporte ICU / i18next
Usa Intlayer como un complemento para tu stack i18n existente. Este plugin mantiene tus mensajes JSON sincronizados con los diccionarios de Intlayer para que puedas:
- Mantener i18next, next-intl, react-intl, vue-i18n, next-translate, nuxt-i18n, Solid-i18next, svelte-i18n, etc.
- Gestionar y traducir tus mensajes con Intlayer (CLI, CI, proveedores, CMS), sin necesidad de refactorizar tu aplicación.
- Publicar tutoriales y contenido SEO dirigido a cada ecosistema, mientras sugieres Intlayer como la capa de gestión de JSON.
Notas y alcance actual:
- La externalización al CMS funciona para traducciones y texto clásico.
- Aún no hay soporte para inserciones, plurales/ICU, o funciones avanzadas en runtime de otras bibliotecas.
- El editor visual aún no es compatible con salidas i18n de terceros.
Cuándo usar este plugin
- Ya usas una biblioteca i18n y almacenas mensajes en archivos JSON.
- Quieres un llenado asistido por IA, pruebas en CI y operaciones de contenido sin cambiar tu tiempo de ejecución de renderizado.
Instalación
Copiar el código al portapapeles
Plugins
Este paquete proporciona dos plugins:
loadJSON: Carga archivos JSON en diccionarios de Intlayer.- Este plugin se utiliza para cargar archivos JSON desde una fuente y se cargará en los diccionarios de Intlayer. Puede escanear toda la base de código y buscar archivos JSON específicos.
Este plugin se puede utilizar
- si utilizas una biblioteca i18n que impone una ubicación específica para que se carguen tus JSON (ej:
next-intl,i18next,react-intl,vue-i18n, etc.), pero quieres colocar tu declaración de contenido donde quieras en tu base de código. - También se puede utilizar si quieres obtener tus mensajes de una fuente remota (ej: un CMS, una API, etc.) y almacenar tus mensajes en archivos JSON.
- si utilizas una biblioteca i18n que impone una ubicación específica para que se carguen tus JSON (ej:
Bajo el capó, este plugin escaneará toda la base de código y buscará archivos JSON específicos y los cargará en los diccionarios de Intlayer. Ten en cuenta que este plugin no escribirá la salida y las traducciones de vuelta a los archivos JSON.
- Este plugin se utiliza para cargar archivos JSON desde una fuente y se cargará en los diccionarios de Intlayer. Puede escanear toda la base de código y buscar archivos JSON específicos.
Este plugin se puede utilizar
syncJSON: Sincroniza archivos JSON con diccionarios de Intlayer.- Este plugin se utiliza para sincronizar archivos JSON con diccionarios de Intlayer. Puede escanear la ubicación dada y cargar los JSON que coincidan con el patrón para archivos JSON específicos. Este plugin es útil si quieres obtener los beneficios de Intlayer mientras usas otra biblioteca i18n.
Usando ambos plugins
Copiar el código al portapapeles
syncJSON plugin
Inicio rápido
Agrega el plugin a tu intlayer.config.ts y apúntalo a tu estructura JSON existente.
Copiar el código al portapapeles
Alternativa: archivo único por idioma (común en configuraciones i18next/react-intl):
Copiar el código al portapapeles
Cómo funciona
- Lectura: el plugin descubre archivos JSON desde tu generador
sourcey los carga como diccionarios de Intlayer. - Escritura: después de las compilaciones y llenados, escribe los JSON localizados de vuelta en las mismas rutas (con una nueva línea final para evitar problemas de formato).
- Auto‑relleno: el plugin declara una ruta
autoFillpara cada diccionario. Ejecutarintlayer fillactualiza solo las traducciones faltantes en tus archivos JSON por defecto.
API:
Copiar el código al portapapeles
format ('intlayer' | 'icu' | 'i18next')
Especifica el formateador a utilizar para el contenido del diccionario al sincronizar archivos JSON. Esto permite usar diferentes sintaxis de formateo de mensajes compatibles con el runtime de Intlayer.
undefined: No se usará ningún formateador, el contenido JSON se usará tal cual.'intlayer': El formateador Intlayer por defecto (por defecto).'icu': Usa el formateo de mensajes ICU (compatible con bibliotecas como react-intl, vue-i18n).'i18next': Usa el formateo de mensajes i18next (compatible con i18next, next-i18next, Solid-i18next).
Ten en cuenta que usar un formateador transformará tu contenido JSON en entrada y salida. Para reglas JSON complejas como plurales ICU, el parsing puede no garantizar un mapeo 1 a 1 entre entrada y salida. Si no usas el runtime de Intlayer, podrías preferir no establecer un formateador.
Ejemplo:
Copiar el código al portapapeles
splitKeys (boolean)
Controla si un único archivo JSON cuyas claves de primer nivel son espacios de nombres debe convertirse en un diccionario por cada clave de nivel superior, en lugar de un único diccionario que contenga todo el archivo.
Esto coincide con el modelo de espacio de nombres de bibliotecas como next-intl y react-intl, donde un archivo messages/{locale}.json agrupa varios espacios de nombres por sus claves de primer nivel, cada uno abordado de forma independiente (por ejemplo, useTranslations('Hero') se resuelve en el diccionario Hero).
undefined(por defecto): autodetectado — el archivo se divide cuando el patrónsourceno tiene un segmento{key}(un archivo contiene todos los espacios de nombres), y se mantiene como un único diccionario en caso contrario (un archivo por clave).true: siempre divide cada clave de nivel superior en su propio diccionario.false: nunca divide; todo el archivo se convierte en un único diccionario.
Dado un único archivo messages/{locale}.json:
Copiar el código al portapapeles
Copiar el código al portapapeles
Esto produce tres diccionarios — Hero, Nav y About — por lo que useTranslations('Hero') (next-intl) se resuelve correctamente. Al volver a escribir, todos los espacios de nombres se reensamblan en el mismo archivo por localidad.
Cuando mantienes el segmento{key}explícito en tusource(por ejemplo,./locales/${locale}/${key}.json), cada archivo ya es un espacio de nombres, por lo que la división está deshabilitada por defecto.
Múltiples fuentes JSON y prioridad
Puedes agregar múltiples plugins syncJSON para sincronizar diferentes fuentes JSON. Esto es útil cuando tienes múltiples bibliotecas i18n o diferentes estructuras JSON en tu proyecto.
Sistema de prioridad
Cuando múltiples plugins apuntan a la misma clave del diccionario, el parámetro priority determina qué plugin tiene precedencia:
- Los números de prioridad más altos ganan sobre los más bajos
- La prioridad por defecto de los archivos
.contentes0 - La prioridad por defecto de los plugins es
0 - Los plugins con la misma prioridad se procesan en el orden en que aparecen en la configuración
Copiar el código al portapapeles
Load JSON plugin
Inicio rápido
Agrega el plugin a tu intlayer.config.ts para ingerir archivos JSON existentes como diccionarios de Intlayer. Este plugin es de solo lectura (no escribe en disco):
Copiar el código al portapapeles
Alternativa: diseño por localidad, aún de solo lectura (solo se carga la localidad seleccionada):
Copiar el código al portapapeles
Cómo funciona
- Descubrir: construye un glob a partir de tu generador
sourcey recopila los archivos JSON coincidentes. - Ingerir: carga cada archivo JSON como un diccionario de Intlayer con la
localeproporcionada. - Solo lectura: no escribe ni formatea archivos de salida; usa
syncJSONsi necesitas sincronización de ida y vuelta. - Listo para auto‑relleno: define un patrón
fillpara queintlayer content fillpueda rellenar las claves faltantes.
API
Copiar el código al portapapeles
format ('intlayer' | 'icu' | 'i18next')
Especifica el formateador a utilizar para el contenido del diccionario al cargar archivos JSON. Esto permite usar diferentes sintaxis de formateo de mensajes compatibles con varias bibliotecas i18n.
'intlayer': El formateador Intlayer por defecto (por defecto).'icu': Usa el formateo de mensajes ICU (compatible con bibliotecas como react-intl, vue-i18n).'i18next': Usa el formateo de mensajes i18next (compatible con i18next, next-i18next, Solid-i18next).
Ejemplo:
Copiar el código al portapapeles
splitKeys (boolean)
Mismo comportamiento que en syncJSON: cuando un único archivo JSON agrupa varios espacios de nombres por sus claves de primer nivel, cada clave de nivel superior se convierte en su propio diccionario.
undefined(por defecto): autodetectado — se divide cuando el patrónsourceno tiene un segmento{key}, un único diccionario en caso contrario.true/false: fuerza o deshabilita la división.
Copiar el código al portapapeles
Comportamiento y convenciones
- Si tu máscara
sourceincluye un marcador de posición de localidad, solo se ingieren los archivos para lalocaleseleccionada. - Si no hay un segmento
{key}en tu máscara, cada clave de nivel superior del archivo se convierte en su propio diccionario por defecto (versplitKeys). EstablecesplitKeys: falsepara cargar en su lugar todo el archivo como un único diccionarioindex. - Las claves se derivan de las rutas de los archivos sustituyendo el marcador de posición
{key}en tu generadorsource. - El plugin solo utiliza los archivos descubiertos y no fabrica localidades o claves faltantes.
- La ruta
fillse infiere de tusourcey se utiliza para actualizar los valores faltantes a través de la CLI cuando optas por ello.
Resolución de conflictos
Cuando la misma clave de traducción existe en múltiples fuentes JSON:
- El plugin con la prioridad más alta determina el valor final
- Las fuentes con menor prioridad se usan como respaldo para claves faltantes
- Esto permite mantener traducciones heredadas mientras se migra gradualmente a nuevas estructuras
CLI
Los archivos JSON sincronizados serán considerados como otros archivos .content. Eso significa que todos los comandos de intlayer estarán disponibles para los archivos JSON sincronizados. Incluyendo:
intlayer content testpara probar si faltan traduccionesintlayer content listpara listar los archivos JSON sincronizadosintlayer content fillpara completar las traducciones faltantesintlayer content pushpara enviar los archivos JSON sincronizadosintlayer content pullpara descargar los archivos JSON sincronizados
Vea Intlayer CLI para más detalles.
Limitaciones (actuales)
- No hay soporte para inserciones o plurales/ICU al dirigirse a bibliotecas de terceros.
- El editor visual aún no está disponible para entornos de ejecución que no sean Intlayer.
- Solo sincronización JSON; no se admiten formatos de catálogo que no sean JSON.
Por qué esto es importante
- Podemos recomendar soluciones i18n establecidas y posicionar Intlayer como un complemento.
- Aprovechamos su SEO/palabras clave con tutoriales que terminan sugiriendo Intlayer para gestionar JSON.
- Amplía la audiencia objetivo desde “nuevos proyectos” hasta “cualquier equipo que ya use i18n”.
