Saltar al contenido

El análisis opcional, la grabación de sesiones y la publicidad permanecen desactivados a menos que 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 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 separada antes de cada lanzamiento. Cada idioma está siempre listo para publicarse junto con el código que lo requiere.

Empieza gratisVer cómo funciona
Una simulación de las dos formas de trabajar, no una medición. Pulsa 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 pendientes respecto a mainninguno
la respuesta breve

¿Qué es la localización continua?

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

No existe una fase de traducción, porque la traducción nunca se detiene. Un desarrollador fusiona una cadena, las traducciones llegan siguiendo 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 cada día y entrega la traducción cada pocas semanas tiene idiomas rezagados respecto a su código durante la mayor parte del mes. La localización continua reduce esa brecha a la duración de una ejecución.

No significa que el resultado automático 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 frente a tradicional

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

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 pieza.
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 vuelva
Un cambio tardío en la copia
Otro viaje de 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ügende memoria, 0 palabras
ja{brand} ギフトカードを追加Borrador de Glossa
arأضف بطاقة هدية {brand}Borrador de Glossa
las cuatro puertas, una ejecución
Marcadores de posición1 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, informado 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 continúan las cadenas nuevas y modificadas.

Una coincidencia exacta de la memoria de traducción completa la fila y no cuesta palabras. Lo que queda 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 prohibido del glosario se reparan una vez y se vuelven a verificar; si fallan una segunda vez, se rechazan y no se envían. Una fila que solo supera 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 haya editado o revisado. Si su origen cambia más tarde, el texto se mantiene, 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 publícalos en la CDN, y el producto en producción lee el cambio sin necesidad de ningún lanzamiento.

donde los equipos sufren problemas

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 push. Una fila que una persona ha editado o revisado se mantiene, y la ejecución lo informa.

fr, revisado, origen recién cambiado

conservado, contado, informado

Una cadena rota llega a producción

Cada token que entró tiene que salir. En un proyecto ICU, un mensaje que causaría un error al renderizarse se excluye de la solicitud de extracción, el conector y el paquete de la CDN, y la ejecución lo identifica.

{count, plural, one {# article}

excluido del archivo, identificado en la ejecución

El repositorio se llena de solicitudes de extracción de bots

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

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

#812 transglot/sync, actualizado in situ

Una edición del origen deja atrás las traducciones antiguas

Cada fila de destino registra el origen contra el que se escribió, por lo que se sabe que una cadena modificada está desactualizada en todos los idiomas a la vez, y solo esa clave se vuelve a ejecutar.

Guardar pasó a ser Guardar borrador. fr, de, ja aún dicen Save

fr, de, ja se vuelven a ejecutar para esa única clave

Cada ejecución factura todo el proyecto de nuevo

El tamaño de una ejecución depende de lo que ha cambiado. No se envía una cadena sin cambios, una coincidencia exacta de memoria no tiene coste de palabras y se rechaza una fila propiedad de una persona antes de gastar nada.

el archivo contiene 48 000 palabras

esta ejecución: 60 palabras

Una solicitud de extracción incompleta borra un archivo de locale

Si el servidor no informa entradas para un locale, la solicitud de extracción se niega a sobrescribir un archivo con contenido y sale con código 1 para detener la canalización ahí.

pull: 0 entradas para ja, el archivo contiene 1204

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 conservadas, una persona es propietaria de ellas
  • run 4182 ja: 41 filas desde la memoria, 0 palabras
  • run 4183 ar: forma plural faltante tras el reintento, fila rechazada
  • pull escrito locales/pt-BR.json
  • sync transglot/sync actualizado, solicitud de extracción #812
medido frente a los dos que estás comparando

Los tres se conectan a tu repositorio. Lo que difiere es lo que ocurre al fusionar.

Leído de las páginas propias de cada empresa el 5 de noviembre de 2026. La fila de precios proviene de nuestras páginas de comparación, vinculadas más abajo, que muestran el plan y el cálculo. Los precios y planes cambian, así que consúltalos antes de decidir.

Transglot
Se fusiona una nueva cadena
Traducido por defecto
El push inicia la ejecución. Una configuración del proyecto la desactiva.
Una traducción no supera una comprobación
Reparado una vez, luego rechazado
Para un marcador de posición roto, una forma plural o un término prohibido, en cada fila de cada ejecución. Se registra un exceso de longitud. En un proyecto ICU, una fila con errores queda fuera del pull, los conectores y la CDN.
Una persona ya ha editado la fila
La ejecución se niega a escribirlo
También ocurre con una coincidencia de memoria y un push. Si la fuente cambia más tarde, la ejecución informa de la fila.
Pull requests en un repositorio muy activo
Una rama, un pull request
Actualizado in situ en cada push.
Lo que cuenta el plan
Palabras traducidas, una vez por idioma
Las coincidencias exactas de memoria no tienen coste. Almacenar una cadena no tiene coste.
Lo que 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 comparativas 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 pipeline.

La misma memoria, glosario, puertas y revisión, independientemente de la puerta por la que haya entrado 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 }}
por dónde empezar

Cómo configurar la localización continua

  1. Extraer las cadenas del código

    Cada cadena visible para el usuario necesita una clave estable en un archivo de idioma. Transglot lee 20 formatos, así que mantén el que ya tienes.

  2. Conectar el repositorio

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

  3. Ejecutarlo en cada merge

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

  4. Decidir qué requiere intervención humana

    Establece min_state en reviewed en una regla de pull request y ese archivo solo incluirá cadenas revisadas por una persona. 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 han cambiado.

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

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

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

Esto representa aproximadamente el 9% del límite.

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

Esto solo cuenta la traducción. Las comprobaciones de calidad, los borradores de voz de marca y las correcciones también cuentan como palabras, y las coincidencias exactas de la memoria no tienen coste. El CLI y la GitHub Action comienzan en Starter, y las aplicaciones para GitHub, GitLab, Bitbucket y Azure Repos comienzan en Team.

lo que no hará por ti

Tres cosas que la localización continua no resuelve

Cadenas aún atrapadas en el código

Un pipeline solo puede traducir lo que puede leer. Las cadenas codificadas y las frases construidas a partir de partes deben corregirse primero, y suelen ser la causa habitual de que un lanzamiento se detenga.

Nadie responsable de las palabras

La automatización mueve las cadenas. No decide cómo tu producto nombra las cosas. Alguien debe hacerse cargo del glosario, o un idioma que nadie lee derivará sin que nadie lo note.

Texto que requiere criterio

El texto legal, los precios y las frases de marca merecen la revisión de una persona. Envíalos para revisión y mantenlos fuera de los archivos que se distribuyen hasta que alguien los apruebe.

Preguntas frecuentes sobre la localización continua

Las preguntas que los equipos se hacen antes de activarla.

¿Qué es la localización continua?
Una forma de trabajar en la que las cadenas nuevas o modificadas se envían a traducción automáticamente a medida que cambian, y el texto traducido vuelve al producto sin necesidad de una entrega programada. Sustituye la fase de traducción previa al lanzamiento por pequeñas ejecuciones tras cada cambio.
La localización tradicional agrupa las cadenas en un archivo, lo envía cerca del lanzamiento y espera. La localización continua procesa cada cambio a medida que ocurre, de modo que los fragmentos son pequeños, los idiomas se lanzan simultáneamente y un cambio de texto tardío implica volver a ejecutar solo una clave en lugar de realizar otro viaje de ida y vuelta.
No. CI/CD compila, prueba y lanza el código. La localización continua mantiene las traducciones en movimiento junto con él. Ambas convergen en la canalización: la acción que ejecuta tus pruebas también puede enviar cadenas para su traducción y recuperar los archivos.
No. Las aplicaciones para GitHub, GitLab, Bitbucket y Azure Repos reaccionan a un push sin añadir nada a tu canalización, y los conectores de contenido reaccionan a los cambios en un CMS o tienda. La CLI y la Acción de GitHub están disponibles si deseas integrarlas en tu propio flujo de trabajo.
No. Los borradores pueden publicarse, o una regla de extracción puede incluir únicamente lo que una persona haya 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 primero la fila, y cualquier fila editada o revisada por una persona se mantiene. Si su origen cambia más adelante, el texto permanece, la ejecución cuenta la fila y la informa, y desde el plan Team se adjunta una sugerencia de actualización para que alguien la acepte.
Suele ser más relevante en equipos pequeños, porque nadie tiene como tarea gestionar entregas manuales. Si lanzas en un solo idioma sin planes para un segundo, puede esperar.
El tamaño de una ejecución se calcula antes de comenzar. El plan gratuito tiene un límite estricto. Un plan de 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 canalización pueda actuar en consecuencia.
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 de vuelta el idioma revisado. Algunos son solo de importación, y la página de cada conector indica cuáles.
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 traslada 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 para programar

Conecta un repositorio. La siguiente fusión hace el resto.

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

Empieza gratisVer precios
npx transglot@latest init