Las claves ignoradas quedan totalmente fuera del procesamiento de traducción. No aparecen en los archivos de destino: la CLI las omite durante la detección de contenido y nunca las envía al backend de traducción.
Configuración#
Añade ignoredKeys a un bucket de i18n.json:
json
{
"buckets": {
"json": {
"include": ["locales/[locale].json"],
"ignoredKeys": ["internal/debug", "dev/testData"]
}
}
}Cómo funciona#
Dado este archivo de origen:
json
{
"welcome": "Welcome to our platform",
"internal": {
"debug": "Debug mode enabled",
"testData": "Sample test content"
}
}Con "ignoredKeys": ["internal/debug", "internal/testData"], el archivo de destino en español queda así:
json
{
"welcome": "Bienvenido a nuestra plataforma"
}La sección internal no aparece en el archivo de destino.
Notación de rutas de claves#
Usa la barra inclinada (/) para las claves anidadas y el asterisco (*) para los comodines:
json
{ "ignoredKeys": ["internal/*", "dev/settings"] }Las claves que contienen puntos funcionan de forma natural: dev/api.mock apunta a "api.mock" dentro de "dev".
Ignorar claves vs. bloquear claves#
| Ignorar claves | Bloquear claves | |
|---|---|---|
| Aparece en los archivos de destino | No | Sí, con el valor de origen |
| Caso de uso | Depuración, pruebas y contenido interno | Nombres de marca, ID técnicos |
