He aquí por qué su i18n tiene un rendimiento inferior (y cómo solucionarlo)

Un "buen" i18n no es suficiente

La internacionalización optimizada (i18n) es el proceso de diseñar software para que pueda soportar cualquier idioma o región sin reescribir el código. Sienta las bases para una localización eficaz (l10n) al garantizar que su producto pueda manejar diversos textos, formatos, reglas y diseños. Sin ella, la localización y la traducción pueden ser lentas, inconsistentes y difíciles de escalar. Pero, a pesar de la creciente adopción de i18n, muchas compañías aún tienen dificultades para ofrecer una experiencia fluida y localizada a sus clientes. 

¿Por qué sucede esto? 

La causa principal del bajo rendimiento de i18n no siempre es la que uno piensa. Para muchas compañías, lo importante no es la arquitectura ni las herramientas: sino el enfoque. Demasiados equipos tratan la internacionalización como una ocurrencia tardía en lugar de una prioridad, quedando atrapados en un ciclo reactivo. 

Cuando llega el momento de localizar, este enfoque reactivo te alcanza. Expandir a nuevos públicos se convierte en un proceso engorroso y fragmentado. Los cuellos de botella en el rendimiento, las experiencias negativas de los usuarios y los plazos incumplidos se convierten en la norma. En última instancia, una internacionalización de bajo rendimiento no sólo ralentiza la ingeniería, sino que afecta a todas las facetas de su negocio.

Algunos problemas comunes incluyen:

• Esfuerzos duplicados: cuando dejas i18n en segundo plano, sin darte cuenta estás creando cientos (si no miles) de horas de costoso trabajo de reelaboración para tus equipos. Sin una estrategia i18n-first, los equipos pueden codificar cadenas o crear funciones que no estén diseñadas para escalar entre lenguajes. Durante la localización, terminas traduciendo las mismas cadenas varias veces, solucionando problemas de código roto y creando un mosaico de soluciones rápidas que no generan valor a largo plazo. 

• Procesos manuales: Los procesos manuales agregan tiempo e introducen riesgos en la traducción de contenido. La configuración temprana de la automatización en el desarrollo agiliza los flujos de trabajo y minimiza la intervención manual.  

• Mala experiencia de usuario: nos guste o no, la experiencia de usuario puede determinar el éxito o el fracaso de la interacción con el cliente y la tasa de conversión. Optimizar la experiencia de usuario para audiencias multilingües a gran escala es aún más desafiante. Un rendimiento inferior al de i18n puede generar cadenas sin traducir, traducciones inconsistentes e incluso código roto cuando se llega a la etapa de localización. 

• Tiempos de carga lentos: un rendimiento inferior al de i18n da lugar a compilaciones infladas y tiempos de carga lentos. Los paquetes de gran tamaño, el uso ineficiente de la memoria y la falta de integraciones contribuyen a una carga más prolongada, lo que en última instancia frustra a los usuarios y los aleja. 

Cuando Mailgun y Mailjet by Sinch buscaban ampliar su proceso de localización manual, recurrieron a Smartling. Al integrar Smartling con Contentful, Zendesk y Figma, los equipos optimizaron sus flujos de trabajo y mejoraron la calidad de la traducción, ahorrando más de 2500 horas manuales y $180 000 en solo un año. Lea la historia completa aquí.

Mejores prácticas para optimizar el rendimiento de i18n

La internacionalización es la base para que cualquier producto pueda globalizar. Y lo más pronto posible implementes las mejores prácticas, menos problemas enfrentarás en el futuro. 

Para evitar los problemas que surgen al no priorizar i18n, considere implementar:

• Optimización del tamaño del paquete: el tamaño del paquete es un factor crítico en el rendimiento del producto; cuanto mayor sea el tamaño del paquete, más tiempo tardará en cargar. Más allá de los tiempos de carga, los paquetes grandes consumen más memoria, lo que puede ralentizar el tiempo de ejecución, aumentar los fallos y causar problemas de diseño. Para optimizar el tamaño de los paquetes, comience por dividir los archivos de traducción de modo que solo se cargue la configuración regional relevante cuando sea necesario. Los formatos más ligeros como JSON y los archivos comprimidos también ayudan a reducir el tamaño de transferencia y acelerar la entrega. 
• Carga diferida: la técnica de carga diferida es una necesidad para cualquier proyecto grande. Cuando implementa la carga diferida, solo carga los recursos y el código cuando los necesita en lugar de hacerlo al iniciar la aplicación, lo que reduce significativamente los tiempos de carga y el uso de memoria. La carga diferida mejora la escalabilidad y la flexibilidad, lo que le permite agregar nuevas funciones, idiomas o componentes sin afectar el rendimiento. 
• Integración y automatización: incorporar un TMS como Smartling a su pila tecnológica lo ayuda a optimizar sus esfuerzos i18n y l10n al automatizar flujos de trabajo, eliminar errores humanos, acelerar la implementación y brindar información procesable. 

Puntos de referencia de rendimiento de i18n

La optimización de i18n es un proceso continuo. La mejora continua es clave para mantener el rendimiento. La medición de puntos de referencia de rendimiento proporciona visibilidad de sus esfuerzos i18n y l10n y ayuda a los desarrolladores a priorizar las mejoras. Con esto en mente, los indicadores clave de rendimiento (KPI) como la velocidad de la biblioteca i18n, la velocidad de carga de datos de traducción, la efectividad de la automatización, la tasa de participación y la tasa de error pueden ayudarlo a comprender mejor el impacto de sus esfuerzos de localización. 

¿Estás listo para optimizar tu i18n? Reserva una reunión con nuestro equipo.