Ir al contenido

El análisis opcional, la grabación de sesiones y la publicidad permanecen desactivados a menos que los aceptes. Puedes rechazarlos y usar Transglot. Cambia tu elección en cualquier momento en Preferencias de cookies. Política de cookies

transglot.continuoComenzar gratis
para equipos que fusionan código cada día

Localización continua: cada idioma, en cada fusión.

La localización continua traduce las cadenas nuevas y modificadas a medida que cambia el código, en lugar de hacerlo en una fase aparte antes de cada lanzamiento. Cada idioma está siempre listo para publicarse junto con el código que lo requiere.

Comienza gratisVer cómo funciona
Una simulación de las dos formas de trabajar, no una medición. Presiona Fusionar un cambio y lee la columna de la derecha: es lo que ven los usuarios de ese idioma.
acme / web
mainAdd a gift cardcheckout.gift_card
frAjouter une carte cadeautraducido
deGeschenkkarte hinzufügentraducido
jaギフトカードを追加traducido
arأضف بطاقة هديةtraducido
pt-BRAdicionar vale-presentetraducido
Idiomas listos para publicar ahora5 de 5
Cadenas atrasadas respecto a mainninguno
la respuesta breve

¿Qué es la localización continua?

La localización continua es una forma de trabajo en la que las cadenas nuevas y modificadas se envían a traducción automáticamente apenas cambian, y el texto traducido vuelve al producto sin que nadie tenga que programarlo.

No hay una fase de traducción, porque la traducción nunca se detiene. Un desarrollador fusiona una cadena, las traducciones llegan en el mismo flujo que el código y un lanzamiento no depende del archivo de nadie.

Es la mitad de localización de la entrega continua. Un equipo que fusiona código cada día y entrega la traducción cada pocas semanas tiene idiomas atrasados respecto a su código durante la mayor parte del mes. La localización continua reduce esa brecha a la duración de una sola ejecución.

No significa que el resultado de máquina se publique sin revisión. Tú decides qué cadenas necesitan intervención humana y un lanzamiento puede incluir solo lo que haya sido revisado.

localización continua vs. tradicional

La diferencia es cuándo ocurre la traducción, no quién la hace.

Los traductores, revisores y glosarios existen en ambas columnas. Lo que cambia es el momento en que comienza el trabajo y el tamaño de cada parte.
Lado a lado
Cuándo ocurre la traducción
En una fase antes de cada lanzamiento
Qué lo inicia
Alguien exporta un archivo
El tamaño de cada parte
Semanas de cadenas a la vez
Qué espera un lanzamiento
Que el archivo regrese
Un cambio de copia tardío
Otra ida y vuelta
Con qué trabaja el traductor
Una hoja de cálculo de cadenas
Idiomas en el lanzamiento
Escalonados, una ola tras otra
una cadena, de principio a fin

Cómo funciona la localización continua

Sigue una nueva cadena a través del ciclo. Cada paso muestra lo que realmente verías.

tu terminal o tu registro de CI
+ "checkout.gift_card": "Add a {brand} gift card"
$ git push origin main
$ transglot push --wait
push locales/en.json (en, json_nested)
Batch: #4182
$ transglot pull
written locales/fr.json
written locales/ja.json
checkout.gift_card
origenAdd a {brand} gift card
frAjouter une carte cadeau {brand}Borrador de Glossa
de{brand}-Geschenkkarte hinzufügendesde la memoria, 0 palabras
ja{brand} ギフトカードを追加Borrador de Glossa
arأضف بطاقة هدية {brand}Borrador de Glossa
los cuatro filtros, una ejecución
Marcadores1 reparado
Formas pluralesaprobado
Términos del glosarioaprobado
Duraciónaprobado
ja · marcador perdido, reparado una vez, verificado de nuevoギフトカードを追加{brand} ギフトカードを追加
cart.save
origen cambiadoSave Save draft
frEnregistrerrevisado por una persona: conservado, reportado a tiSugerido: Enregistrer le brouillon
deEntwurf speichernfila automática: traducida de nuevo
solicitud de extracciónactualizado in situ
Actualizar traduccionestransglot/sync → mainabierta, una por repositorio
locales/fr.json+3 −1
locales/de.json+3 −1
locales/ja.json+3 −1
o, en una solicitud de extracción en GitHub, comenta/translate

El cambio llega a Transglot a través de la CLI, la acción de GitHub o la aplicación en tu host de Git. Los archivos fuente se analizan en uno de los 20 formatos nativos y cada cadena se compara con lo que el proyecto ya tiene. Solo las cadenas nuevas y modificadas continúan.

Una coincidencia exacta de la memoria de traducción completa la fila y no cuesta palabras. Lo que quede pasa a Glossa con tu glosario, tu guía de estilo y el contexto de esa clave.

Los marcadores de posición, las formas plurales, los términos del glosario y la longitud se verifican en cada fila de cada ejecución. Un marcador de posición roto, una forma plural faltante o un término de glosario prohibido se reparan una vez y se vuelven a verificar; si falla una segunda vez, se rechaza y no se envía. Una fila que solo excede su longitud se escribe y, desde el plan Team, la aprobación automática o una ejecución de QA la marca para revisión.

Una ejecución nunca sobrescribe una fila que una persona ha editado o revisado. Si su origen cambia más tarde, el texto permanece, la ejecución cuenta la fila y te informa, y desde el plan Team una actualización sugerida espera junto a ella para que alguien la acepte.

Las aplicaciones de Git confirman los archivos de localización en una rama de sincronización y mantienen una solicitud de extracción actualizada. En GitHub, comenta /translate en una solicitud de extracción y los archivos aterrizan en la rama propia de esa solicitud. O publica en la CDN, y el producto en ejecución lee el cambio sin necesidad de ningún lanzamiento.

donde los equipos sufren contratiempos

Seis formas en que la localización continua falla, y qué detiene cada una

Una ejecución sobrescribe el trabajo de una persona

Cada escritor verifica primero el estado de la fila: una ejecución, una coincidencia de memoria y un envío. Una fila que una persona editó o revisó se mantiene, y la ejecución lo informa.

fr, revisado, fuente recién cambiada

mantenido, contado, informado

Una cadena rota llega a producción

Cada token que entra debe salir. En un proyecto ICU, un mensaje que generaría un error al renderizarse se excluye del pull, del conector y del paquete CDN, y la ejecución lo identifica.

{count, plural, one {# article}

excluido del archivo, identificado en la ejecución

El repositorio se llena de pull requests de bots

Una rama de sincronización y un pull request por repositorio. Dos envíos rápidos convergen en ella en lugar de abrir una segunda.

#812 #815 #819 #823 actualización l10n

#812 transglot/sync, actualizado in situ

Una edición de origen deja traducciones antiguas atrás

Cada fila de destino registra la fuente contra la que se escribió, por lo que se sabe que una cadena cambiada está desactualizada en todos los idiomas a la vez, y solo esa clave se ejecuta nuevamente.

Guardar se convirtió en Guardar borrador. fr, de, ja aún dicen Save

fr, de, ja se ejecutan nuevamente para esa única clave

Cada ejecución factura todo el proyecto nuevamente

Una ejecución se dimensiona según lo que cambió. Una cadena sin cambios no se envía, una coincidencia exacta de memoria no tiene costo en palabras y una fila propiedad de una persona se rechaza antes de gastar nada.

el archivo contiene 48.000 palabras

esta ejecución: 60 palabras

Un pull a medio terminar borra un archivo de locale

Si el servidor no reporta entradas para un locale, el pull se niega a sobrescribir un archivo que tiene contenido y sale con código 1 para que la pipeline se detenga ahí.

pull: 0 entradas para ja, el archivo contiene 1.204

negándose a sobrescribir locales/ja.json con un paquete vacío

  • run 4182 fr: marcador de posición faltante en el borrador, reparado al reintentar
  • run 4182 de: 3 filas mantenidas, una persona es propietaria de ellas
  • run 4182 ja: 41 filas desde memoria, 0 palabras
  • run 4183 ar: forma plural faltante después del reintento, fila rechazada
  • pull escrito locales/pt-BR.json
  • sync transglot/sync actualizado, pull request #812
medido contra los dos que estás comparando

Los tres se conectan a tu repositorio. La diferencia radica en lo que ocurre al fusionar.

Información extraída de las páginas oficiales de cada empresa el 5 de noviembre de 2026. La fila de precios proviene de nuestras páginas de comparación, vinculadas a continuación, que muestran el plan y los cálculos. Los precios y planes cambian, así que revísalos antes de decidir.

Transglot
Se fusiona una nueva cadena
Traducido por defecto
El envío inicia la ejecución. Una configuración del proyecto puede desactivarlo.
Una traducción falla una verificación
Reparado una vez, luego rechazado
Para un marcador de posición roto, forma plural o término prohibido, en cada fila de cada ejecución. Se registra un exceso de longitud. En un proyecto ICU, una fila rota queda fuera de la solicitud de extracción, los conectores y la CDN.
Una persona ya editó la fila
La ejecución se niega a escribirla
Lo mismo ocurre con una coincidencia de memoria y un envío. Si la fuente cambia más tarde, la ejecución reporta la fila.
Solicitudes de extracción en un repositorio con mucha actividad
Una rama, una solicitud de extracción
Actualizado in situ en cada envío.
Lo que cuenta el plan
Palabras traducidas, una vez por idioma
Las coincidencias exactas de memoria no tienen costo. Almacenar una cadena no tiene costo.
Qué paga la IA
Las palabras del plan
No se factura por separado.
El mismo trabajo: 5,000 cadenas en 10 idiomas
$39 al mes
Team, traducción incluida
GitHub, GitLab, Bitbucket, Azure Repos, una CLI y un servidor MCP
Todos ellos
Las aplicaciones de Git comienzan en el plan Team y cubren las ediciones en la nube.
Las comparaciones completas, con la aritmética: Lokalise, Crowdin. Fuentes: Precios de Lokalise, automatizaciones, flujos de trabajo, verificaciones, GitHub, palabras procesadas, herramientas para desarrolladores, precios de Crowdin, traducción automática, verificaciones, GitHub, créditos, IA.
usa lo que ya ejecutas

Inícialo desde donde vivan tus cadenas. Cada puerta llega al mismo flujo.

La misma memoria, glosario, puertas y revisión, sin importar por qué puerta entró una cadena.
.github/workflows/translations.yml
on:
push:
branches: [main]
jobs:
translations:
runs-on: ubuntu-latest
permissions:
contents: write
steps:
- uses: actions/checkout@v7
- uses: transglot/transglot-action@v1
with:
token: ${{ secrets.TRANSGLOT_TOKEN }}
qué hacer primero

Cómo configurar la localización continua

  1. Extrae las cadenas del código

    Cada cadena visible para el usuario necesita una clave estable en un archivo de locale. Transglot lee 20 formatos, así que usa el que tengas.

  2. Conectar el repositorio

    El comando init encuentra tus archivos de locale, te inicia sesión a través del navegador, sube lo que ya tienes y ejecuta la primera traducción.

  3. Ejecútalo en cada merge

    Añade la GitHub Action, llama al CLI desde cualquier otro CI o instala la app para GitHub, GitLab, Bitbucket o Azure Repos.

  4. Decide qué necesita intervención humana

    Establece min_state en reviewed en una regla de pull request y ese archivo solo llevará cadenas que una persona haya revisado. Déjalo desactivado y los borradores se publicarán.

haz los cálculos con tus propios números

Lo que cuesta ejecutarlo en cada merge: las palabras que cambiaron.

Una palabra es una palabra de origen, contada una vez por idioma de destino. Una ejecución se dimensiona según lo que cambió, por lo que un merge que afecta doce palabras en cinco idiomas cuenta sesenta, sin importar el tamaño del proyecto.

25
40
6
20,000
Palabras al mes26,000con estos números · 25 merges por semana, 40 palabras cada uno, 6 idiomas

Encaja en Starter: $19/mo, 300,000 palabras al mes.

Eso es aproximadamente el 9% del límite.

Primera ejecución, única vez120,000Tus cadenas existentes en cada idioma. Las traducciones que importas no se vuelven a traducir.
Ver los planes

Esto solo cuenta la traducción. Las verificaciones de calidad, los borradores de voz de marca y las reparaciones también cuentan como palabras, y las coincidencias exactas de la memoria no tienen costo. La CLI y la acción de GitHub comienzan en el plan Starter, y las aplicaciones para GitHub, GitLab, Bitbucket y Azure Repos comienzan en el plan Team.

lo que no hará por ti

Tres cosas que la localización continua no resuelve

Cadenas aún atrapadas en el código

Una pipeline solo puede traducir lo que puede leer. Las cadenas codificadas y las frases armadas con partes deben corregirse primero, y suelen ser la razón por la que un lanzamiento se detiene.

Nadie es dueño de las palabras

La automatización mueve las cadas. No decide cómo tu producto llama a las cosas. Alguien debe ser responsable del glosario, o un idioma que nadie lee se desviará sin que nadie lo note.

Texto que requiere criterio

El texto legal, los precios y las líneas de marca merecen una persona. Envíalos a revisión y manténlos fuera de los archivos que se publican hasta que alguien los apruebe.

Preguntas frecuentes sobre localización continua

Las preguntas que los equipos hacen antes de activarla.

¿Qué es la localización continua?
Una forma de trabajar en la que las cadenas nuevas y modificadas se envían automáticamente a traducción cuando cambian, y el texto traducido regresa al producto sin una entrega programada. Reemplaza la fase de traducción antes de un lanzamiento con una pequeña ejecución después de cada cambio.
La localización tradicional agrupa las cadas en un archivo, lo envía cerca de un lanzamiento y espera. La localización continua mueve cada cambio a medida que ocurre, por lo que las piezas son pequeñas, los idiomas se lanzan juntos y un cambio de texto tardío cuesta una reejecución de una clave en lugar de otro viaje de ida y vuelta.
No. CI/CD compila, prueba y lanza código. La localización continua mantiene las traducciones en movimiento junto con él. Se encuentran en la pipeline: el push que ejecuta tus pruebas también puede enviar cadenas para traducción y traer los archivos de vuelta.
No. Las aplicaciones para GitHub, GitLab, Bitbucket y Azure Repos reaccionan a un push sin agregar nada a tu pipeline, y los conectores de contenido reaccionan a los cambios en un CMS o tienda. La CLI y la acción de GitHub están ahí si quieres integrarlo en tu propio flujo de trabajo.
No. Los borradores pueden publicarse, o una regla de pull puede llevar solo lo que una persona ha revisado, archivo por archivo. Los revisores trabajan en el editor con los términos del glosario, las coincidencias de memoria y las capturas de pantalla junto a cada fila.
No. Una ejecución, una coincidencia de memoria y un push verifican la fila primero, y una fila que una persona ha editado o revisado se mantiene. Si su fuente cambia más tarde, el texto permanece, la ejecución cuenta la fila y la informa, y desde el plan Team se adjunta una actualización sugerida para que alguien la acepte.
Suele importar más en un equipo pequeño, porque nadie tiene el trabajo de gestionar entregas. Si lanzas en un idioma sin plan para un segundo, puede esperar.
El tamaño de una ejecución se calcula antes de comenzar. El plan gratuito es un límite estricto. Un plan pago se detiene en su asignación a menos que actives el exceso medido, que se detiene en un límite de gasto que tú estableces. En CI, la CLI sale con el código 3 cuando una ejecución superaría el límite, para que la pipeline pueda actuar.
Sí, en GitLab.com, Bitbucket Cloud y Azure DevOps Services. Las aplicaciones no cubren GitLab autoalojado ni Bitbucket Data Center, pero la CLI se ejecuta en cualquier CI que tenga Node 22 y pueda acceder a la API.
Sí. Los conectores de contenido leen desde un CMS, una tienda o un centro de ayuda, y los bidireccionales escriben el idioma revisado de vuelta. Algunos son solo de importación y la página de cada conector indica cuáles son.
Sí. Publica una configuración regional en la CDN y tu producto la lee en tiempo de ejecución a través de los SDK de runtime. La URL más reciente se almacena en caché durante sesenta segundos, cada versión publicada mantiene su propia URL y se conservan las últimas veinte versiones.
El importador transfiere proyectos, claves y traducciones existentes desde Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor. Las traducciones importadas se consideran trabajo humano, por lo que ninguna ejecución las sobrescribe. Es gratuito en cualquier plan y se ejecuta una sola vez.
funciona con lo que ya utilizas

41 conectores, ya integrados.

WordPressContentfulSanityStoryblokWebflowStrapiDatoCMSHygraphDrupalKontent.aiContentstackPrismicShopifyWooCommerce
MagentoPrestaShopBigCommerceIntercomZendesk GuideFreshdeskHelp ScoutHubSpotNotionConfluenceGhostMailchimpKlaviyoFigma
SketchAdobe XDGitHubGitLabBitbucketAzure ReposJiraZapier, Make and n8nApp Store ConnectGoogle PlayGoogle DriveDropboxAmazon S3
Todas las 41 integraciones
sin fase de traducción que programar

Conecta un repositorio. La próxima fusión hace el resto.

Un comando encuentra tus archivos de configuración regional, te inicia sesión a través del navegador y ejecuta la primera traducción.

Comienza gratisVer precios
npx transglot@latest init