Tolgee

Qué es Tolgee

Tolgee (github.com/tolgee/tolgee-platform) se describe como una plataforma de localización de código abierto con la que los desarrolladores disfrutan trabajando, y como alternativa abierta a Crowdin, Phrase o Lokalise. Lo que la separa de una hoja compartida con API es la edición en contexto: con el SDK instalado, mantener ALT u Option y hacer clic en un elemento de tu propia aplicación en marcha abre un diálogo para editar ese texto, sin abrir un archivo JSON o PO. El README dice que esto también funciona en producción, mediante una extensión de navegador donde pegas una clave de API, de modo que alguien que no puede abrir una pull request sí puede corregir una frase. Un clic más captura una pantalla de la aplicación con la frase resaltada, que es el contexto que un traductor tendría que adivinar.

El resto es lo que se espera que cubra un sistema de gestión de traducciones, y el repositorio es concreto sobre qué partes existen: memoria de traducción que sugiere traducciones ya usadas con un porcentaje de similitud, traducción automática con DeepL, Google Translate y AWS Translate, traducción automática de claves nuevas en el momento de crearlas, y comentarios, historial y un registro de actividad por traducción que recoge quién cambió o revisó qué. También hay un servidor MCP, así que un asistente de código con IA puede buscar claves, crear y actualizar traducciones, gestionar idiomas y lanzar traducción automática desde el editor. Se ejecuta con Docker como instancia autoalojada, o como cuenta gestionada.

Qué cambia al lanzar un segundo idioma

Añadir un idioma parece una tarea y en realidad son cuatro, y por eso los equipos lo subestiman. Una plataforma como esta colapsa las dos primeras casi por completo, ayuda con la tercera y no puede tocar la cuarta:

• Sacar los textos del código — la parte mecánica. Los SDK y una CLI sustituyen a archivos mantenidos a mano, y las claves pasan a ser la interfaz entre el código y todos los que editan las palabras.
• Conseguir una primera traducción — la traducción automática ha hecho esto casi gratis y, para textos de interfaz, casi suficientemente bueno. Este es el paso que la gente imagina que es todo el trabajo.
• Mantener las traducciones al día con el original — la parte que de verdad se degrada. Alguien edita una frase en inglés y todos los demás idiomas quedan mal en silencio, sin que nada falle. El almacenamiento por claves con estado por texto es el arreglo estructural: un original modificado marca sus traducciones como obsoletas en lugar de dejarlas ir por su cuenta.
• Saber si una frase se lee bien — la parte que ninguna herramienta hace. Necesita a una persona que hable el idioma y conozca el producto, y un flujo de revisión solo te dice si alguien lo ha mirado, no si acertó.

Dónde encaja la localización en el stack de crecimiento de un fundador

Primero el límite honesto: traducir una página multiplica lo que esa página ya gana y no crea nada por sí mismo. Si la versión en inglés no recibe tráfico, seis traducciones no reciben tráfico en seis idiomas y encima añaden mantenimiento. Si conviene traducir o no se trabaja en ¿debería traducir mi web para SEO?, y la anotación que le dice al buscador qué versión servir es hreflang, una señal de segmentación y nunca de posicionamiento.

Nota de primera mano de construir AgentCeres —el AI Growth Officer de agentceres.com—: publicamos en ocho idiomas, y el fallo que no esperábamos fue una deriva en la dirección que nadie planifica. Una afirmación de nuestras páginas de marketing dejó de ser cierta tras un cambio de producto. La corrección llegó antes a las versiones traducidas y, durante un tiempo, varias traducciones fueron más exactas que el inglés del que salieron, lo que significa que quien regenerase esas páginas desde el original habría revertido la corrección sin darse cuenta. De ahí salieron dos lecciones. Las traducciones no son una copia derivada que siempre se pueda reconstruir desde el original, y una comprobación automática de paridad que demuestra que cada idioma tiene cada clave no dice absolutamente nada sobre si una frase es cierta o se lee bien.

Lo que decide una plataforma es el coste de añadir un idioma. Lo que no decide es qué idiomas merecen la pena, y esa respuesta viene de dónde se concentran ya tus registros, tus tickets de soporte y tu demanda de búsqueda, no de lo barato que la herramienta hizo el proceso. La localización pertenece a la misma categoría que better-auth: infraestructura que tiene que estar bien, que ningún cliente elogiará nunca y que no crea demanda por sí sola. Elige el idioma al que apunte tu evidencia, traduce las páginas que ya ganan algo y trata el resto como mantenimiento que has decidido asumir.