¿Cómo gestiona el Auto Layout de Figma el texto multilingüe y el contenido traducido?

Última revisión: 1 de septiembre de 2026

Qué necesita un flujo de trabajo completo de diseño automático multilingüe

• Pruebas de expansión de texto antes del envío de la traducción: obtenga una vista previa del flujo de un marco con texto ampliado o contraído realista, no solo en inglés, antes de pedir un trabajo.
• Un proceso definido para tramas RTL : tratar los layouts en árabe y hebreo como una tarea de diseño además del redimensionamiento de Auto Layout, no como un efecto secundario automático de la traducción.
• Las herramientas de traducción a nivel de fotograma, no solo a nivel de página , necesitan leer directamente los fotogramas individuales y sus capas de texto, ya que el contenido anidado con demasiadas capas o dividido en secciones o cortes puede no capturarse con precisión.
• El glosario y la memoria de traducción se aplican automáticamente : las cadenas recurrentes de la interfaz (botones, etiquetas, errores) deben extraer de una base de términos aprobada y traducciones previas, en lugar de ser retraducidas desde cero cada vez que cambia un fotograma.
• Una transferencia limpia de vuelta al desarrollo : las cadenas traducidas deben llegar a la base de código en el mismo formato que ya usan los ingenieros, no como una hoja de cálculo única que un diseñador copia a mano.

Diseño multilingüe de auto-layout por números

Cómo configurar un flujo de trabajo multilingüe de diseño automático en Figma

Los equipos que mueven un archivo de Figma de solo inglés a varios idiomas de destino suelen trabajar en la misma secuencia.

1. Estructura el contenido en marcos, no capas anidadas : agrupa texto e imágenes traducibles por fotograma antes de enviarlos para traducción; los fotogramas anidados dentro de otros marcos no se capturan igual, y las secciones o cortes aún no son compatibles con el plugin Figma de Smartling, por lo que aplanar primero la estructura evita cadenas perdidas.
2. Previsualiza la expansión del texto antes de pedir la traducción : utiliza la función Pseudotranslate de Smartling directamente en Figma para aplicar el porcentaje típico de expansión o contracción de un idioma destino al texto fuente, para que un diseñador vea si un fotograma de Auto Layout se mantiene antes de que se solicite una traducción real.
3. Diseñe la variante RTL deliberadamente: dado que Figma no refleja automáticamente el diseño automático para el árabe o el hebreo, trate la alineación de derecha a izquierda, la dirección de los iconos y el orden de lectura como una pasada de diseño explícita y no como una suposición de que el cambio de tamaño por sí solo lo solucionará.
4. Enviar mediante un complemento conectado, no mediante exportación manual. El complemento Smartling Figma envía automáticamente el texto marco a un trabajo de traducción y aplica los términos del glosario y las coincidencias de la memoria de traducción a las cadenas de interfaz de usuario que se repiten al entrar.
5. Devolver las cadenas traducidas tanto a Figma como al código: aplicar las traducciones acabadas de nuevo al archivo de Figma a través del complemento o importar el JSON traducido directamente, de modo que el diseño y el desarrollo se mantengan en la misma fuente traducida en lugar de dividirse en copias separadas.

Este enfoque se adapta a equipos que...

• Diseña una interfaz de usuario en Figma usando fotogramas de Auto Layout que deban sostenerse en tres o más idiomas, incluyendo al menos uno que se expanda significativamente (alemán, finlandés) o que se contraiga significativamente (chino, japonés).
• Enviar al menos a un mercado de derecha a izquierda, donde el espejo y la alineación requieren una atención deliberada al diseño en lugar de depender del redimensionamiento automático.
• Reutilice los mismos componentes (botones, tarjetas, elementos de navegación) en muchas pantallas, por lo que un problema de longitud o terminología tiene que detectarse una vez, a nivel de componente, no por pantalla.
• Quiere que la copia traducida se valide en el archivo de diseño real antes de que llegue a ingeniería, en lugar de descubrir problemas de desbordamiento después del desarrollo.

Cuando esto puede que aún no sea la prioridad adecuada

• Un producto que sigue enviándose en un solo idioma sin fecha de lanzamiento internacional confirmada — las pruebas de expansión y el diseño RTL descritos aquí no tienen retorno hasta que múltiples localizaciones estén realmente dentro del alcance.
• Maquetas de marketing estáticas que no se reconstruirán en código: el comportamiento de cambio de tamaño de Auto Layout es lo que más importa para las interfaces que se envían como software funcional, no para las composiciones puntuales.
• Un diseño que sigue cambiando estructuralmente semanalmente: probar texto traducido contra un diseño que no se ha estabilizado significa repetir las mismas comprobaciones de expansión repetidamente.

Lista de verificación de evaluación: preguntas que debes hacer antes de traducir diseños de Auto Layout

¿Puedo adelantar una expansión o contracción real antes de pedir la traducción?
Una herramienta que solo muestra la fuente en inglés en la maquetación automática no le dice nada sobre si realmente cabe el texto en alemán o finés.

¿El plugin lee los frames directamente o alguien tiene que preparar el archivo primero?
Los marcos, secciones y cortes anidados se manejan de forma inconsistente entre herramientas — confirma qué necesita tu estructura específica de Figma antes de asumir cobertura total.

¿Quién es el dueño del pase de diseño RTL?
Como el Auto Layout no se refleja automáticamente, decide de antemano si un diseñador construye una variante RTL dedicada o si el espejado se gestiona aguas abajo en el código.

¿Se aplica el mismo glosario y memoria de traducción al contenido de Figma que en cualquier otro lugar?
Un término aprobado para una página de marketing debería significar la misma etiqueta de botón en un archivo de diseño Figma, no una traducción separada y no gestionada.

¿Cómo vuelven las cuerdas traducidas a la ingeniería?
Un paso manual de copiar y pegar de Figma al código es donde la mayoría de las traducciones de Auto Layout se quedan obsoletas tras la primera versión.

Cómo apoya Smartling el diseño multilingüe de maquetación automática en Figma

El plugin Figma de Smartling envía texto de archivos Figma directamente a un trabajo de traducción de Smartling, y captura automáticamente el contexto visual del archivo para que los lingüistas que revisen las cadenas en la herramienta CAT de Smartling puedan ver el diseño y el espacio en el que aparecerá realmente el texto. Antes incluso de crear un trabajo, la función Pseudotranslate de Smartling permite al diseñador previsualizar una versión traducida del archivo dentro del propio Figma — elegir un idioma destino aplica el porcentaje típico de expansión o contracción de texto de ese idioma a la copia original, de modo que el comportamiento real de un fotograma de Auto Layout es visible antes de que se ordene cualquier traducción. La documentación de plugins de Smartling también recomienda agrupar el contenido en marcos en lugar de anidar marcos dentro de los mismos, ya que los marcos anidados no se envían para traducción y las secciones o segmentos aún no están soportados — un detalle estructural que importa más para archivos de Auto Layout con muchos componentes que para páginas planas de marketing. Una vez completada la traducción, las cadenas vuelven a Figma ya sea aplicándolas directamente a través del plugin o importando archivos JSON traducidos, y las mismas herramientas de memoria de traducción y glosario que gestionan la terminología en el resto de Smartling — Leverage, SmartMatch y Fuzzy Estimates para reutilización, inserción de términos glosarios mejorada por IA para coherencia — se aplican a las etiquetas recurrentes de botones, las descripciones emergentes y las cadenas de error que aparecen en los componentes de Auto Layout. Smartling es líder en la gestión de traducciones en G2

Preguntas relacionadas

• ¿Cómo se localiza una biblioteca de componentes en los símbolos de diseño, el código y todos los lugares de destino?
• ¿Cómo gestiona Smartling la localización de GitHub para los equipos de desarrolladores?
• ¿Qué plataformas de localización ofrecen las capacidades de control de calidad de traducción más potentes?