Una empresa española que empieza a vender también en Portugal o Francia suele dar el primer paso bien: traduce la web. El problema aparece después, cuando Google no sabe si mostrarle a un usuario de Lisboa la versión en español o la versión en portugués, ambas páginas compiten entre sí por las mismas búsquedas, y encima Google puede interpretar el contenido traducido como una copia del original si no se le indica lo contrario. Traducir es la parte fácil; estructurar bien el SEO internacional es donde la mayoría de negocios pierde tiempo, tráfico y, a veces, posiciones que ya tenían ganadas.
La primera decisión: ¿ccTLD, subdominio o subcarpeta?
Hay tres formas principales de organizar contenido en varios idiomas o países, y cada una tiene ventajas y costes distintos:
- Dominio de país (ccTLD), como tuempresa.fr o tuempresa.pt. Es la señal más fuerte posible de que ese contenido está pensado para ese país concreto, pero también la más cara y lenta de mantener: cada dominio necesita su propia autoridad desde cero, su propio SEO técnico y, en la práctica, casi se convierte en gestionar varias webs distintas.
- Subdominio, como fr.tuempresa.com. Google lo trata en gran medida como un sitio independiente del dominio principal, con ventajas y desventajas parecidas al ccTLD pero con menos coste técnico inicial.
- Subcarpeta, como tuempresa.com/fr/. Es la opción más habitual para negocios pequeños y medianos: toda la autoridad y la confianza que ya tiene el dominio principal se comparte con las subcarpetas, el mantenimiento técnico es mucho más sencillo, y sigue permitiendo una segmentación clara por idioma o país.
Para la inmensa mayoría de pymes que empiezan a vender en otro país, la subcarpeta es la opción más razonable: aprovecha la autoridad ya construida y evita la complejidad (y el coste) de gestionar dominios o subdominios independientes.
Hreflang: la etiqueta que evita que las versiones compitan entre sí
La etiqueta hreflang le dice a Google, en el código de cada página, qué otras versiones en otros idiomas o para otros países existen de esa misma página, para que muestre la adecuada según la ubicación e idioma de quien busca. Sin ella, Google puede interpretar las distintas versiones como contenido duplicado o simplemente elegir mostrar siempre la misma versión a todo el mundo, dejando fuera de juego al resto. La etiqueta se coloca en la cabecera de cada página y apunta a todas las demás versiones, incluida ella misma, algo que se olvida con frecuencia y que causa la mayoría de los errores en este campo.
El error más habitual: hreflang mal implementado, que hace más daño que no tenerlo
Un hreflang con errores (una versión que no apunta de vuelta a la que la referenció, un código de idioma o país mal escrito, referencias a páginas que ya no existen) puede confundir a Google más que no usar la etiqueta en absoluto, porque Google puede ignorar la etiqueta entera si detecta demasiadas inconsistencias. Merece la pena revisarlo con una herramienta de rastreo después de cualquier cambio grande en la estructura de idiomas, no solo confiar en que se implementó bien una vez y quedarse tranquilo para siempre.
No es solo traducir: es adaptar
Una traducción palabra por palabra, sin adaptar precios a la moneda local, sin ajustar ejemplos culturales, y sin traducir también las palabras clave (porque la gente en Francia no busca necesariamente con la traducción literal del término que usa un español), rara vez funciona bien. La localización real implica investigar qué palabras clave usa de verdad el público de cada país, que a menudo no son la traducción exacta de las que funcionan en España. Un ejemplo típico: "diseño web" en español y "conception de site web" en francés no son traducciones automáticas la una de la otra si se busca con la herramienta de palabras clave adecuada, y ese matiz puede ser la diferencia entre posicionar o no.
Contenido duplicado entre idiomas: por qué no es un problema (si está bien señalizado)
Muchos negocios temen que tener el "mismo" contenido en varios idiomas penalice por duplicidad. No es así, siempre que hreflang esté bien implementado: Google entiende perfectamente que un mismo contenido en español y en francés no es "contenido duplicado" en el sentido negativo del término, es contenido localizado para audiencias distintas. El problema real de duplicidad aparece cuando dos páginas están en el mismo idioma pero repiten el contenido casi palabra por palabra sin ninguna etiqueta que lo explique.
Gestión y mantenimiento: el coste que nadie calcula al principio
Cada idioma nuevo no es un proyecto que se termina, es una web nueva que hay que mantener: actualizar precios, novedades, ofertas y contenido del blog en cada versión por separado (o con un proceso de traducción bien organizado) es un trabajo continuo que crece con cada idioma que se añade. Antes de lanzar una tercera o cuarta versión de idioma, conviene calcular de verdad si hay negocio suficiente en ese mercado como para sostener ese mantenimiento, porque una versión de idioma abandonada, con contenido desactualizado, hace más daño a la imagen de marca que no tenerla.
Un caso frecuente: la tienda online que "tradujo" precios sin adaptarlos
Una tienda online española de productos de decoración empezó a vender también en Francia usando una subcarpeta /fr/. El equipo tradujo bien los textos, pero se limitó a convertir los precios de euros a euros (Francia también usa el euro, así que no había conversión de divisa que hacer) sin revisar los costes de envío, que en la web francesa seguían calculándose como si el pedido saliera desde un almacén español sin aduana, cuando en realidad había un coste logístico distinto por el envío internacional. El resultado fue una tasa de abandono del carrito muy superior en la versión francesa frente a la española, a pesar de tener tráfico y posicionamiento comparables. El problema no era de SEO, era de que la localización se había quedado a medias: se había traducido el idioma, pero no se había adaptado la experiencia completa de compra a las expectativas de ese mercado concreto.
Cómo priorizar qué país o idioma abordar primero
Antes de lanzarse a traducir toda la web a un idioma nuevo, conviene validar la demanda con datos que ya existen: revisar en Analytics cuánto tráfico llega ya de forma espontánea desde ese país (a pesar de no tener contenido dedicado), comprobar el volumen de búsqueda de las palabras clave principales del negocio en ese idioma, y valorar si existe ya alguna venta puntual desde ese mercado que sugiera que hay demanda real esperando a ser atendida mejor. Empezar por el país con más señales previas de interés reduce el riesgo de invertir en una versión de idioma que después nadie usa.
El papel de un hablante nativo en la revisión final
Incluso con una traducción profesional bien hecha, conviene que una persona nativa del país objetivo, idealmente alguien cercano al sector, revise el resultado final antes de publicarlo. Esa revisión no busca errores gramaticales (que una buena traducción ya debería haber evitado), busca matices culturales y de tono que un traductor sin conocimiento del sector puede pasar por alto: expresiones que suenan forzadas, referencias que no tienen sentido fuera de España, o un nivel de formalidad que no encaja con las expectativas de ese mercado concreto. Es un paso que cuesta poco tiempo y que evita errores de percepción que ninguna herramienta de traducción, por buena que sea, puede detectar por sí sola.
Paso a paso: lanzar una segunda versión de idioma sin errores de hreflang
El proceso técnico, aplicado por primera vez, conviene seguirlo en este orden: primero, decide la estructura (subcarpeta, en la mayoría de casos de pyme) y crea la jerarquía de URLs antes de traducir nada, por ejemplo tuweb.com/fr/ replicando la misma estructura que tuweb.com/. Segundo, traduce y localiza el contenido (no solo el idioma, también precios, ejemplos, palabras clave locales) página por página, empezando por las páginas con más tráfico en la versión original. Tercero, implementa la etiqueta hreflang en cada página, apuntando a todas las versiones existentes incluida ella misma; usa un generador de hreflang online para verificar la sintaxis antes de publicar, porque un solo carácter mal escrito puede invalidar la etiqueta entera. Cuarto, añade ambas versiones al sitemap XML, para ayudar a Google a descubrirlas más rápido. Quinto, pasada una semana desde la publicación, usa una herramienta de rastreo (o el propio informe de cobertura de Search Console, en la propiedad correspondiente a esa versión) para confirmar que no hay errores de hreflang ni páginas huérfanas sin enlazar. Este orden evita el error más común, que es traducir primero y pensar en la estructura técnica después, cuando ya hay decenas de páginas publicadas y reorganizar la estructura de URLs se vuelve mucho más costoso.
SEO internacional frente a crear una marca local independiente
Para negocios que crecen mucho en un mercado concreto, existe una alternativa a la subcarpeta multilingüe: crear una marca o web completamente independiente para ese país, con su propio dominio, su propia identidad visual adaptada y su propio equipo de gestión. Esta opción tiene sentido cuando el mercado objetivo es lo bastante grande como para justificar el coste de duplicar la operación, o cuando las diferencias culturales o regulatorias son tan profundas que una simple traducción de la web original nunca sería suficiente (por ejemplo, un sector muy regulado con normativa distinta en cada país). Para la inmensa mayoría de pymes que solo quieren empezar a captar clientes en un país vecino, sin embargo, esa independencia total sale mucho más cara de lo que aporta, y la subcarpeta multilingüe sigue siendo la opción más razonable para validar el mercado antes de invertir en una estructura más compleja.
Preguntas frecuentes
¿Necesito hreflang si solo tengo la web en español pero vendo a varios países de habla hispana?
Depende de si hay diferencias reales de contenido (precios, envíos, terminología local) entre esos países. Si el contenido es idéntico para todos, puede bastar con una sola versión en español dirigida a "todos los países de habla hispana" (usando el código es sin especificar país). Si hay diferencias, sí conviene segmentar con hreflang por país.
¿Cuánto tiempo tarda Google en indexar bien una nueva versión de idioma?
De forma similar a una web nueva, entre varias semanas y unos meses para que Google la rastree, la indexe y empiece a posicionarla con cierta estabilidad, aunque hreflang bien implementado desde el principio suele acelerar el proceso.
¿Puedo usar traducción automática directamente sin revisión humana?
No es recomendable para contenido orientado a SEO y conversión: la traducción automática sin revisión suele sonar poco natural, no adapta las palabras clave al uso real de cada país, y puede transmitir menos confianza a quien lee, lo cual afecta directamente a la conversión aunque el posicionamiento fuera correcto.
¿Qué pasa si mi web solo tiene un idioma pero recibo tráfico de otros países igualmente?
No hay ningún problema técnico: es perfectamente normal y Google lo gestiona sin dificultad. El SEO internacional entra en juego quieres específicamente captar y posicionar en otros mercados de forma activa, no cuando simplemente recibes visitas ocasionales de fuera.
¿Conviene usar el mismo dominio o comprar uno nuevo para cada país?
Para la mayoría de pymes, el mismo dominio con subcarpetas por idioma es la opción más eficiente, salvo que el negocio en ese país concreto vaya a tener una escala e independencia operativa muy grandes, en cuyo caso un ccTLD puede justificarse.
¿El selector de idioma (el desplegable para cambiar de versión) afecta al SEO?
Indirectamente sí, porque ayuda a que los usuarios (y los rastreadores) encuentren todas las versiones disponibles. Conviene que sea visible y funcional, y que enlace realmente a las URLs de cada versión, no que dependa solo de JavaScript para cambiar el idioma sin cambiar de URL.