Un negocio que se expande de un único mercado a varios idiomas suele empezar traduciendo las páginas existentes y da por hecho que con eso el trabajo está terminado. No lo está. Sin la estructura técnica correcta debajo, una web traducida puede confundir activamente a Google sobre qué versión mostrar a quién — a veces posicionando el idioma equivocado en el país equivocado, o peor, tratando las páginas traducidas como contenido duplicado y eliminando la mayoría de los resultados de búsqueda por completo.
El SEO internacional es la capa que garantiza que cada versión de idioma llegue al público para el que fue creada. Así es como funciona realmente.
Hreflang: Qué Hace Realmente
La etiqueta hreflang le dice a Google (y a Bing) para qué idioma, y opcionalmente qué país, está pensada una página concreta, y qué otras URLs de tu web son versiones alternativas de ese mismo contenido en otros idiomas. Hecho correctamente, alguien que busca en francés recibe tu página /fr/ en los resultados aunque tu homepage en inglés técnicamente tenga más autoridad bruta — porque hreflang le dice a Google que esa es la versión más relevante para ese usuario.
Los tres errores que más lo rompen:
Falta de reciprocidad — Cada página de un conjunto hreflang debe hacer referencia a todas las demás páginas del conjunto, incluida ella misma. Si tu página en inglés enlaza a la versión en francés pero la francesa no enlaza de vuelta a la inglesa, Google a menudo ignora todo el grupo.
x-default mal puesto o ausente — El valor x-default le dice a Google qué versión mostrar a un usuario cuyo idioma no coincide con ninguna de tus alternativas. Sin él, ese tráfico se enruta de forma impredecible.
Hreflang sin canonical correspondientes — Cada versión de idioma necesita su propio canonical autorreferenciado, no un canonical que apunte a una única versión "principal". Que el canonical de cada página traducida apunte al original en inglés le dice a Google que las traducciones son duplicados en vez de páginas distintas — socavando precisamente lo que hreflang está pensado para arreglar.
Subdirectorios, Subdominios o ccTLD
Hay tres formas habituales de estructurar una web multilingüe, y la elección afecta tanto al SEO como al coste de mantenimiento a largo plazo.
Subdirectorios (ejemplo.com/fr/) — La opción más común para negocios pequeños y medianos. Todas las versiones de idioma comparten la autoridad del mismo dominio, lo que significa que el lanzamiento de un nuevo idioma se beneficia de la confianza que el dominio principal ya ha construido, en lugar de partir de cero.
Subdominios (fr.ejemplo.com) — Técnicamente más sencillos de alojar por separado, pero Google históricamente ha tratado los subdominios como propiedades al menos parcialmente distintas a efectos de autoridad, lo que significa que un subdominio nuevo suele tardar más en posicionar que un subdirectorio.
Dominios de código de país — ccTLD (ejemplo.fr) — La señal de confianza más fuerte para el mercado local, tanto para usuarios como para Google, pero la más cara de mantener a largo plazo: registros de dominio separados, trabajo técnico de SEO separado, y ninguna autoridad compartida entre mercados.
Para la mayoría de negocios que se expanden a entre dos y cinco mercados, los subdirectorios son la opción práctica — que es también la estructura que usamos en nuestra propia web, como se describe más abajo.
Contenido Localizado, no Solo Traducido
Traducción directa y localización no son el mismo trabajo, y tratarlas como idénticas es una de las razones más habituales por las que una expansión multilingüe rinde por debajo de lo esperado.
Los precios necesitan convertirse a la moneda local en cifras redondas con sentido, no un cálculo literal de tipo de cambio que produzca una cifra rara con varios decimales que ningún cliente vería jamás en una lista de precios real. Los modismos, la terminología del sector e incluso el targeting de palabras clave necesitan adaptarse a cómo busca realmente ese mercado — una traducción literal de una frase clave en otro idioma con frecuencia no es la frase que un hablante nativo escribiría en Google. Y los marcos específicos del mercado de origen (fechas, referencias a normativas locales) necesitan generalizarse o sustituirse por equivalentes apropiados para cada mercado, no trasladarse sin cambios a cada traducción.
Checklist Técnica para Webs Internacionales
Entradas de sitemap por idioma — Tu sitemap XML debería listar cada versión de idioma de cada URL, idealmente con anotaciones hreflang alternate incluidas tanto en el propio sitemap como en la página.
Datos estructurados con idioma — El schema JSON-LD debería incluir una propiedad inLanguage que coincida con el idioma real de la página, no una única copia de schema reutilizada sin cambios en cada idioma.
Enlazado interno coherente — Los enlaces dentro del contenido traducido deberían apuntar a la página traducida equivalente cuando exista, no caer por defecto en la versión en inglés. Una página en francés que enlaza internamente a una página en inglés sin motivo filtra silenciosamente a ese visitante fuera de la experiencia en francés.
Detección de idioma que respeta la elección manual — Detectar automáticamente el idioma de un visitante por la configuración del navegador es buena práctica, pero nunca debería anular una URL a la que el usuario ha navegado explícitamente o un idioma que ha elegido explícitamente — nada frustra más a un visitante internacional que ser redirigido de vuelta a un idioma que no eligió.
Errores Comunes que Hunden el Posicionamiento Internacional
Contenido traducido por máquina sin revisión — Tanto los sistemas de Google como los buscadores humanos reconocen la traducción automática sin revisar, y convierte mal aunque técnicamente posicione.
Una sola estrategia de title y meta description para todos los idiomas — El keyword research necesita rehacerse por mercado, no traducirse palabra por palabra desde la versión en inglés, porque el volumen de búsqueda y la fraseología difieren genuinamente entre idiomas incluso para la misma intención subyacente.
Contenido duplicado entre mercados casi idénticos — Dos webs en el mismo idioma para mercados diferentes con contenido idéntico y ninguna diferenciación de mercado pueden generar problemas de contenido duplicado tan fácilmente como los fallos de traducción literal.
Cómo lo Enfoca Dricomm
Nuestra propia web funciona en cinco idiomas — inglés, español, francés, alemán y ruso — usando la estructura de subdirectorios y la configuración hreflang descritas arriba, con cada página llevando un canonical según el idioma, etiquetas alternate y datos estructurados. Está construida sobre Next.js con next-intl, la misma tecnología y enfoque que aportamos a proyectos de clientes que necesitan atender a más de un mercado. No traducimos por máquina y publicamos sin más; cada versión de idioma se adapta a cómo busca realmente ese mercado, no simplemente se convierte palabra por palabra.
Si estás planeando una expansión a nuevos mercados y quieres una lectura técnica de lo que necesitaría tu web actual antes de lanzarla, consigue una auditoría gratuita o mira nuestra gama completa de servicios, incluyendo precios para proyectos multilingües.
¿Listo para hacer crecer tu negocio online? Consigue tu auditoría gratuita →