Hay un patrón en todas las empresas que operan más allá de sus fronteras. La documentación en inglés es sólida. La versión alemana lleva tres meses de retraso. La versión japonesa fue traducida una vez, por un contratista, y nadie la ha tocado desde entonces. La versión brasileña en portugués aún no existe, a pesar de que São Paulo es la oficina de mayor crecimiento.
Todo el mundo está de acuerdo en que es un problema. Nadie tiene una buena solución. Hasta ahora, la localización se ha tratado como un proyecto: un esfuerzo único que se presupuesta, se ejecuta y luego se descuida discretamente hasta la próxima gran revisión.
Este enfoque no funciona. He aquí por qué y qué es lo que realmente funciona.
Traducir no es localizar
Aclaremos la terminología. Traducir es tomar un texto en un idioma y producir un texto equivalente en otro. La localización es hacer que los conocimientos funcionen en un mercado específico. Se solapan, pero no son lo mismo.
Un documento traducido se lee correctamente. Un documento localizado se lee con naturalidad. Tiene en cuenta el contexto cultural, la normativa regional, las herramientas locales y la forma de trabajar de la gente de ese mercado.
Esta distinción es importante porque la mayoría de las plataformas de documentación tratan la localización como una tarea de traducción. Escribes en inglés, pulsas un botón y obtienes un resultado en francés. Listo. Pero no está hecho, porque..:
- El equipo francés tiene un proceso de despliegue diferente que el documento en inglés no cubre.
- Los requisitos de conformidad alemanes añaden un paso de aprobación adicional que no existe en ningún otro sitio.
- La oficina japonesa utiliza una herramienta interna diferente para el mismo flujo de trabajo.
- Los lectores de portugués de Brasil necesitan información sobre las normas fiscales locales que no es relevante en ningún otro sitio.
**Una traducción directa del documento en inglés es técnicamente correcta en todos estos casos y prácticamente inútil en todos ellos.
El problema de la traducción a nivel de documento
La localización tradicional funciona a nivel de documento. Tienes un documento en inglés. Se traduce todo al alemán. Cuando cambia la versión inglesa, se envía todo el documento para que lo vuelvan a traducir. Esto plantea tres problemas:
1. Es caro
Si su guía de incorporación tiene 15 secciones y cambia un párrafo, tendrá que volver a traducir las 15 secciones. Multiplícalo por 8 idiomas y cada edición se convierte en una conversación presupuestaria.
2. Es lento
Enviar documentos completos a traducir lleva tiempo. Incluso con la traducción automática moderna, el ciclo de revisión de un documento completo es bastante más largo que la revisión de una sola sección modificada. Los equipos de otros idiomas siempre van con retraso.
3. No admite contenido único
Este es el verdadero problema. Si la versión alemana necesita una sección adicional sobre el cumplimiento de la DSGVO, ¿dónde va? En un sistema de traducción a nivel de documento, cualquier contenido añadido a la versión alemana se sobrescribe la próxima vez que alguien vuelve a traducir del inglés. El equipo alemán aprende rápido: no añadas nada, porque se borrará.
Localización por bloques: una arquitectura diferente
Rasepi no traduce documentos. Traduce bloques -párrafos individuales, títulos y secciones-, cada uno de los cuales se rastrea de forma independiente con su propia identidad y hash de contenido.
Esto significa lo siguiente en la práctica:
Cuando editas un párrafo en inglés, Rasepi detecta qué bloque ha cambiado comparando los hash SHA256 del contenido. Sólo ese bloque se envía para su traducción a través de DeepL. Los otros 14 bloques del documento permanecen exactamente como estaban. El coste de la traducción se reduce hasta en un 94%.
Cuando el traductor alemán necesita añadir una sección DSGVO, la añade como un nuevo bloque en la versión alemana. Ese bloque solo existe en alemán. No afecta a la fuente en inglés. No se sobrescribe cuando cambia el inglés. Está marcado como contenido único para que todo el mundo sepa que es intencionado.
Cuando la versión japonesa necesita una estructura diferente -por ejemplo, una lista numerada en lugar de viñetas porque así se acostumbra en la escritura técnica japonesa-, el traductor puede cambiar el tipo de bloque. El sistema lo registra como una "adaptación de la estructura" y lo conserva en futuras actualizaciones.
Cada versión lingüística se convierte en un documento de primera clase, no en una copia sombra.
Cómo funciona, técnicamente
Cada bloque en Rasepi tiene
- Un UUID que persiste a través de todas las ediciones y traducciones
- Un hash de contenido** (SHA256) que cambia cuando cambia el texto.
- Un índice de posición** para que los bloques se mantengan en el orden correcto
- Una bandera de borrado suave** para que la eliminación de un bloque en inglés no rompa la alineación en otros idiomas.
Cuando se crea un bloque de traducción, se almacena el hash del contenido del bloque de origen. Cada vez que se guarda, el sistema compara los hash. Si coinciden, la traducción es la actual. Si no lo hacen, la traducción se marca como obsoleta y sólo hay que prestar atención a ese bloque en concreto.
Este es el mecanismo que permite reducir los costes en un 94%. La mayoría de las ediciones cambian una o dos secciones. El resto del documento, en todos los idiomas, permanece intacto.
Contenido único por lengua
Aquí es donde las cosas se ponen realmente diferentes de cualquier otra plataforma.
En Rasepi, cada versión de idioma puede contener:
- Bloques traducidos - traducciones directas del idioma de origen, controladas para evitar su caducidad.
- Bloques únicos**: contenido que sólo existe en ese idioma, añadido por el equipo local.
- Bloques con estructura adaptada**: mismo contenido original, con formato o tipo de bloque diferentes.
Un mismo documento puede tener este aspecto en todos los idiomas:
| Bloque Inglés (fuente) Alemán Japonés |-------|------------------|--------|----------| | 1 Introducción Traducido Traducción | 2 | Pasos de configuración | Traducido | Estructura adaptada (lista numerada) | Traducción | 3 | - | Cumplimiento de la DSGVO (único) | - | | 4. Despliegue. Traducido. Traducido. | 5 | - | - | Nota de herramientas locales (único) | | | 6 | Solución de problemas | Traducido | Traducción
Cada equipo recibe exactamente la documentación que necesita. Sin compromisos. Sin soluciones. Sin limitaciones de talla única.
Seguimiento de la actualización en todos los idiomas
Cada versión lingüística realiza un seguimiento independiente de su frescura. La fuente en inglés puede tener una puntuación de 94 (revisado recientemente, todos los enlaces son válidos, muchos lectores). La versión francesa puede tener una puntuación de 71 (dos bloques obsoletos, un enlace roto específico del contenido francés). La versión japonesa podría puntuar 88 (todas las traducciones son actuales, pero el número de lectores está disminuyendo).
Este seguimiento de la frescura por idioma significa:
- Se sabe exactamente qué idiomas necesitan atención.
- Las traducciones obsoletas salen a la luz automáticamente, no se descubren por accidente.
- Las herramientas de IA pueden tener en cuenta la actualización específica de cada idioma a la hora de ofrecer respuestas.
- Los paneles de control muestran el estado de los contenidos desglosado por idioma, no sólo por documento.
El caso de negocio
Las empresas que operan en varios idiomas se enfrentan a una simple realidad: su documentación es un activo o un pasivo en todos los mercados en los que opera.
Cuando su equipo de Berlín trabaja con una traducción al alemán que lleva tres meses de retraso con respecto a la fuente en inglés, está tomando decisiones basadas en información obsoleta. Cuando tu oficina de Tokio no puede añadir contexto local a los documentos compartidos porque el sistema de traducción lo sobrescribiría, dejan de utilizar la wiki y crean su propia documentación en la sombra. Cuando el equipo de São Paulo no tiene documentación en portugués, la incorporación tarda el doble.
El coste no es sólo de traducción. También lo es:
- Incorporación más lenta en mercados no ingleses.
- Esfuerzo duplicado**, ya que los equipos mantienen documentación paralela en herramientas locales.
- Silos de conocimiento** que se forman cuando la wiki oficial no sirve para todos.
- Riesgo de cumplimiento** cuando no se recogen los requisitos específicos de cada región.
- Pérdida de confianza** en el propio sistema de documentación
La localización por bloques resuelve todos estos problemas, no porque abarate la traducción (aunque lo hace), sino porque convierte cada versión lingüística en un documento vivo, mantenido y fiable.
Para empezar
Si hoy en día diriges un equipo multilingüe en cualquier plataforma de documentación, aquí tienes una rápida comprobación:
- Escoge tu documento más importante. Revísalo en todos los idiomas. ¿Está actualizada cada versión?
- Pregunte a sus equipos no ingleses: ¿Confían en los documentos traducidos? ¿Los utilizan?
- **¿Los equipos mantienen wikis locales, páginas Notion o mensajes anclados en Slack porque la documentación oficial no les sirve?
- **¿Cuánto está pagando por actualización y cuánto de eso es retraducir contenido que no ha cambiado?
Si las respuestas le incomodan, no está solo. La mayoría de las empresas no descubren la brecha hasta que causa un problema real: un problema de cumplimiento, una implementación fallida, un nuevo empleado que pasó dos semanas siguiendo instrucciones obsoletas.
El conocimiento multilingüe no es algo que esté bien tener. Para cualquier empresa que opere más allá de sus fronteras, es la base sobre la que los equipos se alinean, toman decisiones y realizan envíos. La cuestión es si su plataforma de documentación lo trata así.
**Cada idioma merece ser un ciudadano de primera clase en su base de conocimientos. No una copia. No una sombra. Un documento real, mantenido y fiable.
Eso es lo que ofrece Rasepi. Traducción a nivel de bloque, contenido único por idioma, seguimiento independiente de la actualización y una reducción del 94% en los costes de traducción. Todo automático. Todo desde el primer día.