Me llega el mismo proyecto una y otra vez: una empresa que tradujo su web, la subió en cuatro idiomas y espera un tráfico internacional que no aparece. La traducción está bien. El problema es otro, y casi nunca es el que creen.
Las guías sobre esto se quedan en explicarte la diferencia entre multilingüe y multirregional, como si saberla de memoria sirviera de algo. No sirve. Lo que necesitas decidir es cuál de los dos te toca a ti, y entender por qué traducir nunca ha bastado para vender fuera. De eso va esta página.
Multilingüe y multirregional: la diferencia en dos líneas
El SEO multilingüe optimiza por idioma. Te diriges a quien habla español, viva en Madrid o en Lima.
El SEO multirregional optimiza por mercado. Te diriges a quien está en México, busque como busque.
Si vendes en España y en México los dos hablan español, pero uno busca “coche” y el otro “carro”, uno paga en euros y el otro en pesos, y a uno le hablas de IVA y al otro de IVA mexicano que no es lo mismo. Mismo idioma, dos mercados distintos. Eso es multirregional. Traducir tu web al alemán para entrar en Alemania, en cambio, es multilingüe. La diferencia parece de matiz hasta que te cuesta dinero.
Cuál necesitas tú
La teoría te la sabes en treinta segundos. Lo difícil es aplicarla a tu caso sin equivocarte, porque la elección condiciona toda la arquitectura del sitio. Reducí la decisión a dos preguntas.

¿Cambia el idioma entre los mercados a los que vas? ¿Cambia el mercado, es decir, el país, la moneda, la cultura? Según respondas, caes en uno de cuatro sitios.
Si no cambia ninguno de los dos, no tienes un proyecto internacional, tienes SEO normal y esta página no es para ti. Si cambia el mercado pero no el idioma (España y México), es multirregional: una versión por país, con su moneda, su vocabulario y sus keywords, aunque el idioma base sea el mismo. Si cambia el idioma pero el trato es equivalente (traduces para que te entiendan, sin grandes diferencias de mercado), es multilingüe. Y si cambian los dos (Francia, Alemania, México, cada uno con su idioma y lo suyo), necesitas ambos, que es lo más común en un proyecto real y, no por casualidad, lo que más se hace mal.
Ese último caso es el que me llega roto casi siempre. Alguien necesitaba “ambos”, trató el proyecto como si fuera solo “multilingüe”, tradujo y se olvidó del mercado. Conviene detenerse aquí, porque es donde se pierde el dinero.
Traducir no es localizar
La traducción convierte tus palabras a otro idioma. La localización adapta tu negocio a otro mercado. La mayoría paga lo primero y da por hecho que ha comprado lo segundo. No es así, y se nota justo donde duele, en las páginas que tenían que vender.
Estos son los fallos que más me encuentro, del más obvio al que casi nadie ve venir.
La keyword traducida literal que nadie busca. Optimizas para “coche” en México, donde se busca “carro” o “auto”. La traducción es impecable y el tráfico es cero, porque apuntaste a una palabra que tu mercado no usa. Cada país necesita su propia investigación de keywords, no la traducción de las tuyas. Esto es lo primero que reviso y lo primero que suele estar mal.
[CAPTURA: comparativa de volúmenes de búsqueda "coche" vs "carro" vs "auto" en España y México]
La moneda, las fechas y los formatos sin tocar. Precios en euros para un usuario mexicano, fechas en formato europeo para Estados Unidos, tallas que nadie de allí entiende. Detalles que le dicen al visitante “esta web no se hizo para ti” y lo mandan a la competencia antes de comprar.
Lo legal y lo fiscal de tu país pegado en el de al lado. Impuestos, condiciones y avisos que aplican en España y no en el mercado destino. Más allá del SEO es un problema de confianza, y la confianza es lo único que vende a distancia.
Y luego está el que casi nadie tiene en el radar, porque es nuevo.
El error que decide cómo te describe la IA de ese mercado. Cuando entras en un país nuevo no solo te lee su Google. Te lee su ChatGPT, su Gemini, su Perplexity, consultados en el idioma local. Y esos modelos tienen muchas menos señales sobre ti en alemán o en francés que en español, porque casi todo lo que has publicado, lo que dicen de ti y lo que te enlaza está en tu idioma de origen. Para la IA de ese mercado eres casi un desconocido, y rellena el hueco con lo que encuentra, que rara vez es lo que tú dirías de tu marca.
Una web mal localizada agrava esto. Si tu versión alemana es una traducción literal, sin contenido pensado para ese mercado, sin señales locales, sin que nadie de allí hable de ti, le estás dando a su IA un material pobre con el que construir tu reputación. El resultado es que cuando una empresa alemana le pregunta a su asistente por proveedores de tu sector, no apareces, o apareces mal descrito. Y ni te enteras, porque eso no sale en ninguna métrica de tráfico. Esto lo trato a fondo en mi página sobre visibilidad en IA, pero quería que apareciera aquí, porque es la cara de la localización que el resto de guías todavía no menciona.
La parte técnica, en breve
La capa técnica se reduce a tres decisiones, y ninguna es donde se gana o se pierde el proyecto. La estructura de URL: subdirectorio (dominio.com/mx/), subdominio (mx.dominio.com) o dominio propio (dominio.mx); para la mayoría, el subdirectorio es el más fácil de mantener y el que más recomiendo. El hreflang, que le dice a Google qué versión enseñar a cada usuario y evita que tus versiones se pisen entre ellas. Y los slugs traducidos, porque una URL en el idioma del lector se entiende mejor y se clica más.
El mismo contenido en idiomas distintos no es contenido duplicado si lo gestionas bien, así que esa vieja preocupación no debería frenarte. La pieza que de verdad hay que clavar es el hreflang, que se rompe en silencio y con una facilidad asombrosa. La desarrollo entera, con los errores de producción y cómo auditarlos, en mi guía de hreflang.
Preguntas frecuentes
¿Subdominio, subdirectorio o dominio propio para cada idioma? El subdirectorio (dominio.com/es/) es el más recomendado para la mayoría: fácil de mantener y concentra la autoridad en un solo dominio. El subdominio o el dominio propio tienen sentido cuando un mercado es lo bastante grande o distinto para gestionarlo casi como un sitio aparte. Si dudas, subdirectorio.
¿El contenido en varios idiomas cuenta como duplicado? No, si lo implementas bien. Google no penaliza el mismo contenido en idiomas distintos; para eso está el hreflang, que le indica que son versiones lingüísticas de lo mismo. El riesgo de duplicado real aparece entre versiones del mismo idioma (España y México) y se resuelve con hreflang y canonicals bien puestas.
¿Me sirve un plugin de WordPress como WPML o Polylang? Para la mecánica (estructura de URL, hreflang, gestión de traducciones), sí, y te ahorra mucho trabajo. Lo que ningún plugin hace por ti es la localización: la investigación de keywords por mercado, la adaptación cultural, la revisión nativa. El plugin monta la fontanería; el criterio lo pones tú.
¿Necesito traducir las URLs y los slugs? Sí. Una URL en el idioma del usuario (/es/sobre-nosotros/ en vez de /es/about/) ayuda a Google a entender el contenido y mejora el clic, porque la gente confía más en lo que entiende. Tradúcelos salvo cuando el idioma use caracteres que ensucien la URL.
¿Basta con una traducción automática revisada? Para contenido secundario, una traducción automática con revisión humana seria puede valer. Para las páginas que venden, no. Ahí necesitas localización de verdad: alguien que conozca el mercado, no solo el idioma.
Si tienes un proyecto en varios idiomas
Decidir entre multilingüe, multirregional o ambos cuesta poco al principio y mucho de corregir después, porque rehacer la arquitectura de un sitio ya indexado es de lo más caro que hay en este oficio. Si lo tienes claro, lo demás es ejecución. Si no, resuélvelo antes de traducir una sola página. Esta guía es soporte de algo más grande, cómo plantear un proyecto internacional entero sin empezar por el final, que cuento en mi guía de SEO internacional.
¿Lo quieres aplicado a tu negocio?
Te ayudo a aplicarlo con cabeza, ligado a tu negocio y no a métricas de vanidad.
Hablemos →David Carrasco
Consultor SEO internacional con enfoque growth. Más de 10 años ligando el SEO a objetivos de negocio, no a métricas de vanidad. Fundador de Magnify. Más sobre mí · LinkedIn
