¿Weglot es bueno para SEO? Depende del modo que uses — y de quién posee las traducciones

Weglot tiene dos modos, y solo uno está hecho para SEO

Gran parte de la confusión alrededor de “¿Weglot es bueno para SEO?” viene de tratar a Weglot como una sola cosa cuando en realidad son dos. En su integración por subdirectorio o subdominio, Weglot hace la traducción server-side: el contenido traducido se incrusta directamente en el código fuente HTML de tu página, así que es totalmente visible e indexable, y Weglot crea automáticamente URLs dedicadas como tusitio.com/es/ y agrega etiquetas hreflang para conectar las versiones de idioma (Weglot, 2026). Usada así, Weglot sigue las mejores prácticas multiidioma de Google, y las páginas traducidas se indexan sin trabajo extra de tu parte.

Su tercera opción, la integración de JavaScript, funciona distinto: inserta las traducciones en el navegador tras cargar la página. La propia documentación de Weglot es refrescantemente directa sobre esto — la integración de JavaScript está mejor pensada para desarrollo, entornos de staging, o apps internas donde la indexación no es una preocupación (Weglot, 2026). En otras palabras, la empresa que hace Weglot te dice que no uses el modo JavaScript para páginas que quieres que se encuentren. Ese solo hecho resuelve gran parte del debate: la respuesta a “¿Weglot es bueno para SEO?” es “sí, en el modo server-side; no, en el modo JavaScript”. El problema es que el snippet de JavaScript es el más rápido de instalar, así que es el que muchos alcanzan primero.

Por qué las traducciones inyectadas por JavaScript son un riesgo — e invisibles para la IA

Vale ser preciso sobre por qué falla el modo JavaScript, porque la razón cambió en 2026. Para el SEO tradicional de Google, el panorama es más turbio que antes: Google renderiza JavaScript ahora, así que puede que con el tiempo capte las traducciones en cliente, pero con el retraso e imprevisibilidad que trae cualquier contenido que solo existe tras correr los scripts — que es justo por lo que Weglot dirige a los usuarios con mentalidad de SEO al modo server-side.

Para la búsqueda IA, no hay ambigüedad alguna. Los crawlers detrás de ChatGPT, Claude y Perplexity no ejecutan JavaScript — un estudio de más de 500 millones de fetches de crawlers encontró cero ejecución de JavaScript (Averi, 2026). Así que cuando tus traducciones, y las etiquetas hreflang y canónicas que las acompañan, las inyecta un script, un crawler de IA recibe el HTML inicial, no encuentra nada de eso, y o muestra el idioma equivocado o trata tus páginas como duplicados (Prerender, 2026). Este es el mismo hueco de render que hace desaparecer de las respuestas de IA a los sitios de una sola página hechos con IA, cubierto en nuestro análisis de si Lovable es bueno para SEO — las herramientas de traducción solo lo topan desde otro ángulo. La regla fiable es la que toda fuente multiidioma seria comparte: cada idioma debe ser HTML real en su propia URL rastreable, presente en el código fuente antes de que corra cualquier JavaScript.

Las configuraciones de URL que matan en silencio el SEO multiidioma

Incluso sin Weglot, unas pocas decisiones estructurales hunden la visibilidad multiidioma sin importar lo buena que sea la traducción, y vale nombrarlas porque son defaults comunes. La primera es servir varios idiomas en la misma URL y cambiar según una cookie o JavaScript — donde tusitio.com/nosotros muestra inglés a un visitante y español a otro. Los buscadores solo pueden indexar una versión, así que tu contenido traducido nunca aparece en resultados, y quien comparta el enlace puede mandar visitantes al idioma equivocado (Weglot, 2026). La segunda son los parámetros de idioma como ?lang=es; aunque técnicamente funcionan, Google recomienda URLs separadas sobre parámetros, y los crawlers suelen ignorar o despriorizar los parametrizados (Weglot, 2026).

La estructura correcta es poco glamorosa y consistente: una URL distinta y rastreable por idioma — un subdirectorio como /es/ suele ser mejor porque consolida la autoridad de dominio — con etiquetas hreflang recíprocas, metadatos traducidos, y cada versión en tu sitemap (Weglot, 2026). El John Mueller de Google ha llamado a hreflang uno de los aspectos más complejos del SEO, y hasta desarrolladores con experiencia lo configuran mal (Weglot, 2026), lo que es un buen argumento para construir la estructura desde el inicio en vez de encimarla después.

La trampa de propiedad: rentas tus traducciones

Aquí está la parte que la mayoría de las reseñas de Weglot se salta, y es la que más importa si piensas en tu sitio web como un activo. Incluso en el modo server-side que funciona bien para SEO, Weglot sirve tu contenido traducido desde sus servidores en cada petición de página. Tus traducciones viven del lado de Weglot, no del tuyo — lo que significa que son rentadas, no poseídas. Dejas de pagar, y tu sitio multiidioma deja de funcionar y pierdes las traducciones por completo (IntlPull, 2026).

Es un arreglo significativamente distinto del de las herramientas que guardan las traducciones en tu propio repositorio o base de datos, donde el contenido traducido se queda contigo incluso tras cancelar (IntlPull, 2026). Es la versión multiidioma de la pregunta de propiedad que nuestro pilar sobre ser dueño de tu sitio web recorre en cada servicio alojado: conveniencia ahora, a cambio de una dependencia de la que no puedes salir fácil. Para una empresa que ha invertido dinero real traduciendo y localizando su sitio, descubrir que la mitad del activo se evapora cuando la suscripción caduca es una sorpresa desagradable — y evitable.

La trampa de precio: dos topes a la vez

Hay una dimensión de costo práctica también. Weglot topa cada plan en dos ejes simultáneamente — un conteo fijo de palabras y un límite duro de idiomas — así que crecer hacia un idioma más o una región más puede duplicar o cuadruplicar tu factura de la noche a la mañana (Verbi, 2026). Ese es el mayor costo oculto de la categoría, y es fácil de pasar por alto durante la evaluación porque el precio de entrada se ve razonable. No es una razón para evitar Weglot de plano — la herramienta es genuinamente pulida y rápida de instalar, por eso tiene más de cien mil clientes — pero es una razón para modelar tu costo a dos años a través de todos los idiomas que de verdad planeas agregar, no únicamente el primero.

Cómo se ve el SEO multiidioma que posees

Frente a todo esto, la alternativa es directa, y es lo que construimos. Cada idioma es su propia página HTML real y rastreable — tusitio.com/en/… y tusitio.com/es/… — con el texto traducido horneado directamente en el código fuente, etiquetas hreflang recíprocas en el head, títulos y meta descripciones traducidos, y cada versión en el sitemap. Como el contenido es HTML estático, es visible para Google, para los crawlers de IA detrás de ChatGPT y Perplexity, y para un visitante con JavaScript apagado, sin paso de render que esperar y sin nada inyectado tras cargar.

Y como las traducciones viven en el sitio que posees en vez de en los servidores de un proveedor, no desaparecen si cambias de proveedor o detienes una suscripción. Este sitio es el ejemplo vivo: es totalmente bilingüe, cada página tiene su contraparte real en una URL espejada, el hreflang es recíproco en el código fuente, y el español está transcreado en vez de intercambiado por máquina — adaptado para el lector, no sustituido palabra por palabra. Esa es la estructura que nuestra guía sobre ser legible para la IA trata como el punto de partida para cualquier sitio pensado para encontrarse en más de un idioma.

Qué te diríamos

Si ya estás en Weglot y te funciona, el consejo es simple: confirma que estás en la integración por subdirectorio o subdominio (server-side), no en la de JavaScript, para cualquier página que quieras que se encuentre — puedes revisarlo mirando el código fuente de tu página y confirmando que el texto traducido está ahí antes de que corra cualquier script. Arregla cualquier configuración de misma-URL o ?lang=. Y ve con los ojos abiertos sobre las dos cosas que las reseñas suavizan: tus traducciones son rentadas, y tu precio escala en dos ejes conforme agregas idiomas.

Si estás eligiendo ahora y el alcance multiidioma es central para el negocio, sopesa si rentar tus traducciones es un trato que quieres hacer por la conveniencia, o si poseerlas — en un sitio construido para servir HTML real por idioma desde el inicio — vale la pena construirlo una vez. Weglot es una buena herramienta usada de la forma correcta; simplemente no es la única forma, y para un sitio donde el contenido traducido es un activo de largo plazo en vez de un agregado rápido, la propiedad cambia las cuentas. De cualquier modo, los no-negociables son los mismos: URLs reales por idioma, hreflang recíproco en el código fuente, y contenido que una máquina pueda leer antes de correr una sola línea de JavaScript.