Web multilenguaje: cuándo conviene de verdad y cuándo es dinero tirado
Traducir la web parece una decisión de alcance y en realidad es una decisión de mantenimiento. El idioma extra no se paga una vez: se paga cada vez que cambias un precio, publicas un artículo o corriges una frase.
8 de agosto de 20226 min de lecturaEn este artículo
- Cuándo sí conviene, sin dudarlo
- Cuándo no conviene, aunque suene bien
- Si lo haces: qué traducir primero
- La estructura de URLs: subcarpeta, casi siempre
- hreflang: la etiqueta que evita que compitas contigo mismo
- Traducción automática: para entender, no para vender
- El selector de idioma y el error de redirigir por IP
- El costo real: la primera vez y todas las demás
- Preguntas frecuentes
La conversación suele empezar igual: "quiero la web también en inglés". Y la pregunta que casi nadie hace antes es la única que importa — ¿hay alguien buscando en inglés lo que tú vendes, en el sitio donde tú puedes venderlo?
Porque un idioma extra no duplica tu alcance: duplica tu trabajo. Cada cambio de precio, cada servicio nuevo, cada artículo, cada corrección se hace ahora dos veces. Si el retorno no compensa ese peso permanente, la versión traducida envejece sola y termina dando peor impresión que no tenerla.
Cuándo sí conviene, sin dudarlo
Hay situaciones donde el cálculo es evidente y no hace falta darle vueltas. En todas ellas hay una demanda real y verificable en el otro idioma, no una intuición.
- Turismo y hospitalidad. Un hotel que recibe extranjeros vende menos por cada idioma que le falta. Lo desarrollamos en página web para hoteles.
- Exportación o venta internacional real, con logística ya resuelta para ese país.
- Servicios profesionales a expatriados: inmobiliaria, salud, legal y trámites migratorios en ciudades con comunidad extranjera.
- País con dos lenguas de uso corriente, donde ignorar una es ignorar a la mitad del mercado.
- Software o producto digital, donde el costo marginal de servir a otro país es prácticamente cero.
Cuándo no conviene, aunque suene bien
El caso más común de dinero mal gastado: un negocio local que traduce la web al inglés "por si acaso". El resultado previsible es una versión que nadie visita, que nadie mantiene y que a los dos años muestra precios de hace dos años.
Si lo haces: qué traducir primero
Traducir el sitio entero de golpe es la forma más rápida de abandonarlo. La estrategia que sí funciona es traducir lo que decide la compra y dejar fuera lo que solo alimenta el tráfico.
| Página | Prioridad | Por qué |
|---|---|---|
| Portada, servicios o productos, precios | Alta — traducir siempre | Es donde se decide, y es lo que se comparte por enlace |
| Contacto, cómo llegar, políticas | Alta | Sin esto la venta se cae en el último paso |
| Casos, portafolio, sobre nosotros | Media | Ayuda a convencer, pero se entiende parcialmente con imágenes |
| Blog completo | Baja — casi nunca se paga | Multiplica el mantenimiento por poco retorno directo |
La estructura de URLs: subcarpeta, casi siempre
Hay tres formas de organizarlo y la diferencia práctica es grande. Para el 90% de los negocios la respuesta correcta es la subcarpeta —`tudominio.com/en/`— porque concentra toda la autoridad en un solo dominio y es la más barata de mantener.
- Subcarpeta (`/en/`): una sola propiedad, un solo certificado, autoridad compartida. La opción por defecto.
- Subdominio (`en.tudominio.com`): Google lo trata casi como otro sitio; tiene sentido si son equipos y contenidos distintos.
- Dominio por país (`tudominio.de`): la señal geográfica más fuerte, pero son varios dominios que comprar, renovar y posicionar desde cero.
Y una decisión que se pasa por alto: traduce también los slugs. Una URL en inglés que dice `/en/pagina-web-para-restaurantes` desperdicia la señal de relevancia y se ve descuidada. Que cada idioma tenga su propia dirección legible.
hreflang: la etiqueta que evita que compitas contigo mismo
Sin hreflang, Google puede interpretar tus versiones como páginas parecidas compitiendo entre sí, y elegir mostrar la equivocada — o ninguna. Es una etiqueta pequeña y es la parte técnica que más falla en las webs multiidioma.
Tres reglas que resuelven casi todos los problemas: cada página se declara a sí misma y a todas sus versiones, las declaraciones son recíprocas (si A apunta a B, B tiene que apuntar a A), y existe un `x-default` que indica adónde mandar a quien no encaja en ningún idioma declarado.
Traducción automática: para entender, no para vender
La traducción automática mejoró muchísimo y sirve perfectamente para que alguien entienda tu web. El problema aparece cuando esa versión es tu argumento comercial: los textos que venden dependen de matices, y un matiz mal traducido resta credibilidad justo donde la necesitas.
El criterio práctico: usa traducción automática como punto de partida, y haz que una persona revise y reescriba las páginas que venden. Un alemán tiene que sonar escrito en alemán, no traducido del español. En el blog, en cambio, la traducción automática revisada por encima suele ser suficiente.
El selector de idioma y el error de redirigir por IP
Un error frecuente y molesto: detectar el país por IP y redirigir automáticamente. Rompe la expectativa del que llegó a un enlace concreto, atrapa al turista que quiere leer en su idioma, y confunde al rastreador de Google, que suele visitar desde Estados Unidos.
- Nombra los idiomas en su propio idioma: "Deutsch", no "Alemán". Quien lo busca lo reconoce así.
- Banderas, no. Una bandera representa un país, no un idioma, y siempre deja a alguien fuera.
- El cambio de idioma mantiene la página, no te devuelve a la portada. Es el fallo más irritante.
- Sugiere, no redirijas. Un aviso discreto ofreciendo la otra versión respeta a quien ya eligió.
El costo real: la primera vez y todas las demás
El presupuesto inicial es la parte fácil de estimar: traducción profesional de las páginas clave más el trabajo técnico de estructura y hreflang. Es un incremento moderado sobre el proyecto base — los rangos generales están en cuánto cuesta una página web profesional.
Lo que casi nunca se calcula es el costo recurrente, y ahí es donde los proyectos multiidioma se caen. Antes de decidir, cuenta cuántas páginas mantienes al año y multiplícalas por el número de idiomas. Si esa cifra no te parece sostenible, la respuesta honesta es traducir menos páginas y mantenerlas bien. Cuántas necesitas de partida está en cuántas páginas necesita un sitio web.
Preguntas frecuentes
¿Cómo sé si de verdad hay demanda en otro idioma?
Mira los datos que ya tienes antes de invertir: el idioma del navegador y el país de tus visitantes actuales, las consultas que llegan en otro idioma por correo o WhatsApp, y si tus competidores directos —los que venden a tu mismo mercado— ya lo hicieron. Tres señales coincidentes valen más que cualquier suposición.
¿Puedo empezar con solo dos o tres páginas traducidas?
Sí, y suele ser lo más sensato. Portada, la página del servicio principal y contacto cubren la mayor parte de la decisión. Lo importante es que la navegación no lleve al visitante desde una página traducida a otra que no lo está sin avisar: el salto de idioma inesperado es lo que arruina la impresión.
¿Traducir la web me ayuda a posicionar en otro país?
Ayuda, pero no basta por sí solo. El idioma resuelve la relevancia; la señal geográfica y la autoridad local hay que trabajarlas aparte. Traducir al inglés no te posiciona en Estados Unidos si nadie de allí te enlaza y no tienes presencia real en ese mercado.
¿Qué hago si ya tengo una versión traducida abandonada?
Decide entre dos caminos y no dejes el intermedio. O la retomas —actualizas precios, revisas textos, arreglas hreflang— o la retiras redirigiendo esas URLs a sus equivalentes en el idioma principal. Lo que no puede quedarse es una versión con información de hace tres años indexada y visible.