Cadenas de interfaz y de la aplicación, notas de versión, centros de ayuda y bases de conocimiento, documentación de API y para desarrolladores, y contenido de sitios web o de aplicaciones móviles, entregados en torno a su calendario de versiones.
Cuando se acerca una versión, o se añade un nuevo mercado a un producto, el trabajo lingüístico tiene que seguir el mismo calendario que el resto del sprint: el cierre de las cadenas, la actualización del centro de ayuda, la fecha de lanzamiento. Talkbridge trabaja con compañías de software, equipos de informática y grupos de producto SaaS que necesitan una redacción precisa y lista para el producto, sin una larga incorporación sobre cómo se publica una versión.
Esta página trata de ese trabajo operativo: las cadenas, la documentación y los plazos. Para la línea de servicio más amplia de sitios web y aplicaciones, incluida la entrega adaptada al CMS y los textos SEO, consulte nuestro servicio de localización de sitios web. Los manuales de usuario y otros archivos de ingeniería que acompañan a un producto de software se cubren en nuestro servicio de traducción técnica.
Un brief típico llega como una exportación de cadenas, un conjunto del centro de ayuda, un paquete de notas de versión o una carpeta de documentación de API y para desarrolladores, a menudo con una fecha que no se moverá. A veces el original en inglés sigue en edición mientras un tren de versiones ya está en el calendario. Podemos partir de un borrador casi definitivo y aplicar una actualización controlada cuando el texto quede cerrado, de modo que ingeniería no quede a la espera de una única entrega voluminosa.
Traducimos y localizamos los materiales que rodean un producto de software:
La interfaz del producto tiene que seguir siendo inequívoca después de la traducción, porque el usuario actuará a partir de esa redacción. Los nombres de las funciones, las etiquetas de los botones, los estados vacíos y los mensajes de error deben decidirse pronto y aplicarse después en todos los lugares en que aparecen, incluido el sitio web, la aplicación móvil y las visitas guiadas en el producto que pertenecen a la misma versión. Recogemos esas normas en el brief y en el glosario del proyecto antes de iniciar la traducción masiva, y tenemos en cuenta la expansión del texto y los límites de caracteres para que las cadenas traducidas sigan encajando en los diseños reales.
Trabajamos a partir de exportaciones estructuradas, sin pedir acceso a su repositorio. Envíenos archivos JSON, YAML, XLIFF o PO, u otra exportación que ya produzca su cadena de herramientas, junto con cualquier glosario existente. Los marcadores, las variables y el marcado se conservan, de modo que el archivo pueda importarse de nuevo. Si una cadena es demasiado larga para un botón o una vista móvil, lo señalamos en lugar de forzar una línea literal que rompería el diseño.
Los artículos del centro de ayuda y las bases de conocimiento tienen que mantenerse alineados con la interfaz del producto que describen. Una función que se nombra de una manera en la interfaz no debería adoptar un segundo nombre en la documentación. Conservamos la terminología en una memoria de traducción y en un glosario del proyecto, de modo que los nombres de funciones y los términos preferidos aprobados se reutilicen salvo que nos pida revisarlos. Cuando un pasaje sí cambia, podemos mostrarle qué se ha editado, para que el responsable de producto o de documentación que revisa no tenga que adivinarlo.
Las notas de versión deben leerse como un registro de cambios, no como un folleto traducido. La documentación de API, las guías para desarrolladores y las guías de administración del sistema necesitan el mismo cuidado: los nombres de comandos, de parámetros y los ejemplos de código se mantienen tal cual, mientras que la explicación que los rodea se traduce con claridad para el lector en el idioma de destino. Como se describe en nuestro servicio de traducción técnica, los lingüistas de informática que se ocupan de este trabajo conocen la arquitectura de software y las convenciones de la redacción para públicos de desarrolladores y de usuarios finales.
Las fechas de versión rara vez son flexibles. El cierre de código, la revisión de las tiendas y la comunicación a los clientes se reservan primero, y las traducciones tienen que estar en la compilación antes de esas fechas, no después. El ritmo habitual es de unas 2.000 palabras por traductor y jornada laboral. Cuando la fecha de lanzamiento está fijada, podemos asignar más lingüistas en paralelo y, aun así, mantener una revisión por un segundo lingüista conforme a ISO 17100 en la ruta crítica.
Los productos de mayor envergadura pueden publicarse por oleadas: primero la navegación y la interfaz principal, después las actualizaciones del centro de ayuda y, por último, la documentación de cola larga para desarrolladores. Esa secuencia permite que un mercado entre en funcionamiento sin esperar a todas las cadenas. Indíquenos la lista de idiomas, el volumen y la fecha de cierre de las cadenas lo antes posible; suele ser suficiente para planificar la capacidad. Para el trabajo de catálogo de un escaparate, más que de un producto de software, consulte nuestra página del sector del comercio electrónico.
Las funciones aún no publicadas, los textos inéditos y la documentación interna son confidenciales por defecto. Cada traductor, revisor y gestor de proyectos firma un NDA antes de recibir acceso al material. El acceso se limita a las personas asignadas al proyecto. Los archivos se tratan con cifrado AES-256 y de acuerdo con el RGPD. Si su empresa necesita un NDA específico del proyecto, indíquelo en el brief y lo firmaremos antes de compartir los archivos. También puede escribir a [email protected] para tramitarlo primero.
Los encargos se asignan a lingüistas de una red de más de 5.000 profesionales, con al menos cinco años de experiencia profesional, y con especialización en software, digital o en redacción técnica cuando el brief lo requiere. La entrega sigue la traducción y la revisión ISO 17100, no un único pase sin revisar. Lingüistas nativos se ocupan de la traducción, y un revisor especialista distinto comprueba el archivo antes de la entrega.
Para presupuestar un proyecto necesitamos los archivos de origen o un recuento de palabras, la lista de idiomas, el plazo y la clase de documento. Talkbridge LTD se fundó en 2010 y está inscrita en Tortola, Islas Vírgenes Británicas (n.º de sociedad 1664226). No aplicamos IVA. Para esquemas específicos de un idioma, consulte Localización de sitios web de inglés a alemán, Localización de sitios web de inglés a español y la Traducción técnica de inglés a alemán, o escriba a [email protected].
Cadenas de interfaz, textos en la aplicación, estados vacíos y mensajes de error, contenido de sitios web y de aplicaciones móviles para productos de software y SaaS, notas de versión, artículos del centro de ayuda, bases de conocimiento y guías en el producto, documentación de API, guías para desarrolladores y guías de administración del sistema, además de archivos de cadenas estructurados como JSON, YAML, XLIFF y PO.
Utilizamos memoria de traducción y un glosario del proyecto, de modo que la redacción aprobada, incluidos los nombres de las funciones y los términos preferidos, se reutilice en la interfaz, en el centro de ayuda y en las notas de versión, salvo que nos pida revisarla.
Unas 2.000 palabras por traductor y jornada laboral. Podemos ir más rápido con más lingüistas cuando la fecha está fijada, siempre con revisión conforme a ISO 17100. Los productos de mayor envergadura también pueden entregarse por oleadas, empezando por la interfaz principal y siguiendo con la ayuda y la documentación para desarrolladores.
Exportaciones estructuradas como JSON, YAML, XLIFF y PO, y otros formatos de exportación que ya produzca su cadena de herramientas. Los marcadores, las variables y el marcado se conservan, de modo que el archivo pueda importarse de nuevo. Indíquenos su cadena de herramientas en el brief, para que podamos devolver archivos listos para importar.
Se enmarca en nuestra línea de servicio de localización de sitios web, y la traducción técnica cubre los manuales de usuario y los archivos de ingeniería que pueden acompañar a un producto de software. Esta página se centra en el trabajo operativo con compañías de software, equipos de informática y productos SaaS.
Procesos ISO 17100, una red de más de 5.000 traductores, un mínimo de cinco años de experiencia profesional, fundada en 2010, Tortola, Islas Vírgenes Británicas, sin IVA. Contacto: [email protected].
Solicite un presupuesto para su próximo proyecto de software, informática o SaaS. Correo: [email protected].