Más usuarios sumando idiomas: lo que costaba esta jugada de crecimiento antes y lo que cuesta ahora

Traducir tu producto para conseguir más usuarios es una de las tácticas de crecimiento más antiguas que existen, y tiene exactamente un caso ampliamente citado detrás. Según el caso de estudio de OneSky sobre Smallpdf, revisado el 29 de septiembre de 2026, los usuarios mensuales procedentes de búsqueda subieron un 60 %, pasando de 6 millones en 2016 a más de 9,5 millones en 2017. globalize.now es infraestructura de localización impulsada por IA, y esta página trata sobre la mitad de esa historia que nadie repite: lo que costaba ejecutar la jugada en su momento y lo que cuesta ahora.

Esta no es una página sobre cómo hacer que las páginas traducidas posicionen. Esa pregunta se responde por separado en does localizing your app help SEO, que cubre si ayuda y qué tiene que cumplirse técnicamente. Esta página trata sobre lo que ganó, lo que costó y quién sigue ejecutándola.

¿Qué es el manual de crecimiento vía localización?

Lanzar tu producto en más idiomas, dejar que los motores de búsqueda indexen cada uno y captar la demanda de consultas para las que tus páginas solo en inglés nunca fueron elegibles.

Esa es la idea completa, y lleva una década siendo de conocimiento común. Todas las versiones del consejo terminan igual: y luego vas a necesitar un flujo de trabajo, un proveedor y traductores. Esa es la frase donde un founder en solitario cierra la pestaña, y por eso una táctica con la que todo el mundo está de acuerdo tiene tan pocos finalistas.

¿Qué ganó realmente el manual?

Los resultados reportados de una empresa, y merece la pena leerlos precisamente porque son los únicos tan específicos que existen.

Todo lo que hay en esta sección procede de una sola fuente: el caso de estudio publicado por OneSky sobre Smallpdf, revisado el 29 de septiembre de 2026. Es el relato de un proveedor sobre los resultados de un cliente, no una medición que hayamos hecho nosotros ni que hayamos verificado de forma independiente.

Según lo reportado allí:

• Los usuarios mensuales por búsqueda subieron un 60 %, pasando de 6 millones en 2016 a más de 9,5 millones en 2017.
• Más del 70 % de los usuarios venía de países no angloparlantes.
• El tailandés creció más rápido: la base de usuarios allí subió más de un 500 % en un solo año.
• El producto funcionaba en 17 idiomas, con solicitudes de traducción para nuevas funciones resueltas en uno o dos días.

Léelas como orientativas, no como una previsión. Una empresa, un proveedor contando la historia, un año y un producto (conversión de archivos) cuya demanda apenas depende del idioma en el que piense el usuario. Tu propio producto puede depender más del idioma que ese, o menos.

La cifra que merece la pena tener presente no es el 60 %. Es el 70 %. Una empresa cuya interfaz y marketing empezaron en inglés acabó teniendo a la mayoría de sus usuarios en otro sitio, y solo lo descubrió después de dejar de lanzar únicamente en inglés.

¿Cuánto costaba ejecutarlo en 2017?

No una factura puntual. Una relación permanente y un bucle que nunca se cerraba.

El mismo caso de estudio describe el estado anterior como traductores freelance, y el estado posterior como un proveedor externo resolviendo las cadenas de nuevas funciones en uno o dos días en los 17 idiomas. Fíjate en qué se está vendiendo ahí: la velocidad del bucle. Un plazo de uno a dos días solo es un argumento de venta si lo habitual era más lento, y eso indica que el bucle se ejecutaba cada vez que el producto cambiaba.

Ese es el coste real, y no es dinero. Las cadenas de cada función nueva se convirtieron en el trabajo de alguien, de forma permanente. Lanzar un botón significaba lanzar una solicitud de traducción. Un founder sin función de localización lee esto, está de acuerdo con la estrategia y no hace nada — correctamente, porque la estrategia tal como se describía no estaba a su alcance.

¿Está alguien ejecutando este manual hoy?

Sí, dentro de esta misma categoría, a una escala que la mayoría no ha notado.

Localazy ejecuta una versión de la misma idea como una matriz de páginas en lugar de un producto traducido. Un rastreo del sitemap del 28 de agosto de 2026 contó 757 páginas de conversión y 1.705 páginas de pares de idiomas, unas 14.000 URL indexadas en total. Una extracción de SpyFu del 23 de septiembre de 2026 situó en 4.859.220 el volumen de búsqueda mensual sumado en EE. UU. entre sus 500 principales keywords.

Merece la pena registrarlo por dos razones. Primero, la jugada está viva en esta categoría ahora mismo, no es un artefacto de 2017. Segundo, esa forma concreta de hacerlo es un proyecto de ingeniería con un plan de contenidos incorporado — miles de páginas generadas son una construcción, no una tarde de trabajo. No leas este párrafo como un consejo para ir a crear 14.000 páginas.

¿Por qué toda versión de esta guía se detiene en el mismo punto?

Porque la escribió gente que tenía un equipo, para gente que tenía un equipo.

La táctica no es ningún secreto y nunca lo fue. Lo que nunca se resolvió fue la parte posterior a la decisión: las cadenas siguen llegando, el producto sigue avanzando, y alguien tiene que mantener honestos los archivos de locale. Las herramientas de esta categoría crecieron sirviendo a responsables de localización, así que el consejo asumía que existía uno. Esa suposición es la que hace todo el trabajo en cada guía que termina en «y luego vas a necesitar un flujo de trabajo».

Lo interesante de 2026 no es que la táctica haya mejorado. Es que su versión sin equipo se ha vuelto posible.

¿Cuánto cuesta ahora la misma estrategia?

El bucle de traducción deja de ser el proyecto.

globalize.now convierte un codebase una sola vez, dentro del flujo de conexión in-app. Esa conversión es una operación puntual, no algo que se ejecuta con una programación periódica. Después de eso, los push jobs traducen las nuevas unidades del catálogo a medida que aparecen, y los archivos que recibes de vuelta son JSON o PO estándar, los mismos formatos que tu biblioteca de i18n ya lee. Nada cambia en tu runtime, tu framework ni tu despliegue.

Lo que elimina esto es el trabajo recurrente, que era la verdadera barrera. Las páginas para developer y vibe coder cubren la configuración en sí, y hay más sobre por qué este trabajo se ha desplazado hacia el flujo de desarrollo en localization moving upstream.

Los precios están en la pricing page y esta página no va a parafrasearlos.

Lo que todavía no podemos contarte

No publicamos cifras propias sobre esto, y no vamos a insinuarlas.

Ahora mismo se están midiendo dos casos de estudio de clientes. Hasta que estén terminados y fechados, todo lo que hay en esta página es el resultado de otra empresa, etiquetado como tal. Es un estándar deliberado: una afirmación de crecimiento sin una fuente fechada y verificable es exactamente el tipo de cifra que te acaban citando en tu contra más adelante, y esta categoría ya tiene de sobra.

¿Cómo decides si merece la pena para tu app?

Empieza por tu propia analítica, no por una lista de tamaños de mercado.

Los países que ya te envían tráfico mientras tu producto solo habla inglés son la señal más fuerte disponible, y es gratis. Son demanda que llegó pese a la barrera del idioma, lo que significa que esa barrera es la variable que puedes mover. Ordénalos por eso, añade dos idiomas, no cambies nada más y dale un trimestre.

Si la respuesta resulta ser que no, te has gastado un flujo de conexión y un trimestre de datos para averiguarlo. Es una forma más barata de equivocarse que la versión de 2017, donde averiguarlo significaba contratar primero.

Dónde te deja esto

La táctica no ha cambiado desde 2017. La parte que requería un equipo — mantener traducido un conjunto de cadenas cada vez mayor mientras el producto avanza debajo de ellas — es la parte que ahora está automatizada. Si tu analítica ya muestra gente llegando desde lugares a los que tu producto no habla, conecta el repositorio y empieza con dos idiomas.