Traducir las URLs (slugs) de tu web: ¿hace falta para el SEO?
Traducir las URLs de tu web multilingüe suena bien, pero no siempre compensa. Qué aporta de verdad al SEO, cuándo hacerlo y cómo no romper enlaces ni hreflang.
Ya tienes la web en varios idiomas. El contenido está traducido, el selector funciona y Google empieza a indexar. Y entonces te fijas en la barra de direcciones: la versión francesa de tu página de precios vive en /fr/precios/, no en /fr/tarifs/. La palabra clave del idioma no está en la URL. ¿Es un problema? ¿Estás perdiendo posiciones por eso?
La respuesta corta es que traducir los slugs ayuda, pero mucho menos de lo que la gente cree, y a cambio añade bastante trabajo y bastante riesgo. Hay casos donde compensa claramente y casos donde es tirar tiempo. Aquí tienes el criterio para decidir, y si decides hacerlo, cómo hacerlo sin romper nada.
Resumen rápido
- Traducir los slugs es un factor menor de SEO. Google entiende el idioma de una página por su contenido, sus etiquetas
hreflangy sulang, no por las palabras de la URL. - Donde sí aporta valor es en confianza y CTR: una URL en el idioma del usuario se lee mejor, se comparte mejor y da sensación de web local, no de traducción automática.
- El riesgo real está en el mantenimiento: cada slug traducido es una redirección más que gestionar y un emparejamiento más de
hreflangque puede romperse. - Regla práctica: traduce los slugs de las páginas que traen tráfico de búsqueda (landings, categorías, artículos clave) y deja el resto con la URL original.
- En Lantis cada idioma ya tiene su propia URL (
/fr/,/de/) conhreflangy sitemaps automáticos, así que el idioma queda claro para Google traduzcas o no el resto del slug.
Qué significa exactamente "traducir una URL"
Conviene separar dos cosas que se confunden todo el rato, porque solo una de las dos es imprescindible.
El prefijo de idioma es la parte que dice en qué idioma está la página: /fr/, /de/, /it/. Esto sí es obligatorio en una web multilingüe seria. Sin una URL propia por idioma no hay nada que indexar por separado, y Google no puede mostrar la versión correcta a cada usuario. Si tienes dudas sobre qué formato elegir, lo desarrollamos en la guía de estructura de URL multilingüe.
El slug es el resto del camino: /fr/precios/ frente a /fr/tarifs/. Esto es opcional. Es la parte que describe el contenido de la página, y traducirla es una decisión de estilo y de marketing más que una obligación técnica.
Casi todo el mundo que pregunta "¿hay que traducir las URLs?" en realidad ya tiene el prefijo de idioma resuelto y está preguntando por el slug. Vamos con eso.
¿Traducir los slugs mejora el posicionamiento?
Respuesta directa: un poco, pero no es lo que va a mover tus posiciones. Google lleva años restando peso a las palabras clave dentro de la URL como señal de ranking. Lo que de verdad decide en qué idioma y para qué búsquedas apareces es el contenido de la página, los títulos, las etiquetas hreflang y los enlaces que apuntan a ella.
Lo que sí aporta
- Claridad para el usuario en los resultados. Google muestra la URL (o las migas) encima del título. Una ruta legible en su idioma da confianza y puede mejorar el porcentaje de clics.
- Enlaces compartidos que se entienden. Cuando alguien pega tu URL en un WhatsApp o en LinkedIn, una ruta en su idioma se lee sola.
- Coherencia de marca local. Si toda la experiencia está en italiano menos la URL, chirría. Es un detalle pequeño, pero suma.
- Un empujón muy leve de relevancia cuando la palabra clave exacta aparece en la ruta. Real, pero marginal.
Lo que no aporta
- No hace que Google entienda mejor el idioma. Para eso están
hreflang, el atributolangdel HTML y el propio texto. - No arregla un problema de indexación. Si tus idiomas no aparecen en Google, la causa está en otro sitio: te lo contamos en por qué tu web traducida no aparece en Google.
- No compensa una traducción mediocre. Ninguna URL salva un texto que suena a robot.
Traducir los slugs es como planchar la camisa: no cambia la conversación, pero se nota. Solo que aquí planchar mal puede romper la camisa.
Cuándo compensa y cuándo no
No todas las páginas merecen el mismo esfuerzo. Este es el criterio que usamos:
| Tipo de página | ¿Traducir el slug? | Por qué |
|---|---|---|
| Landings de producto o servicio | Sí | Son las que compiten por búsquedas transaccionales en cada idioma |
| Categorías de tienda | Sí | Alto volumen de búsqueda y muchas veces la URL sale en los resultados |
| Artículos de blog | Sí, los principales | El slug suele coincidir con la keyword del artículo |
| Fichas de producto | Depende del catálogo | Con miles de referencias el coste de mantenimiento se dispara |
| Páginas legales y de sistema | No | Nadie las busca; traducirlas solo añade redirecciones |
| Panel de usuario, login, checkout | No | Rutas funcionales; conviene que sean estables e iguales en todos los idiomas |
Si tienes una web de veinte páginas, tradúcelas casi todas y listo. Si tienes un catálogo de cinco mil productos, traduce categorías y landings, y deja las fichas con el slug original. El coste de mantener miles de rutas paralelas no lo paga la ganancia.
Los tres errores que rompen cosas
Aquí es donde traducir slugs deja de ser inofensivo. Estos son los fallos que vemos una y otra vez.
1. Cambiar slugs que ya estaban indexados sin redirigir
Si /fr/precios/ llevaba meses posicionando y lo cambias a /fr/tarifs/ sin una redirección 301, pierdes la autoridad acumulada y regalas un 404 a todo el que tuviera el enlace guardado. Toda URL que cambia necesita su redirección permanente, sin excepciones.
2. Desemparejar el hreflang
Las etiquetas hreflang conectan cada versión con sus equivalentes. Si traduces el slug francés pero el hreflang sigue apuntando a la ruta antigua, el emparejamiento se rompe y Google deja de saber que son la misma página en dos idiomas. El resultado es el peor de los dos mundos: URLs bonitas que no se muestran a nadie. Si nunca has tocado estas etiquetas, empieza por hreflang explicado fácil.
3. Traducir el slug con caracteres problemáticos
Acentos, eñes, cedillas y caracteres cirílicos o chinos funcionan técnicamente, pero se codifican de forma ilegible al copiarlos y algunas herramientas los tratan mal. La convención segura: minúsculas, sin acentos, guiones en vez de espacios. /de/preise-fuer-agenturen/, no /de/preise-für-agenturen/.
Cómo hacerlo bien, paso a paso
- Lista las páginas que traen tráfico de búsqueda. Search Console te lo da en cinco minutos. Esas son tus candidatas.
- Traduce el slug pensando en la búsqueda, no en la literalidad. El slug alemán de tu página de precios debe usar la palabra que busca un alemán, no la traducción palabra por palabra de la española. Es el mismo criterio de localización frente a traducción.
- Mantén la jerarquía idéntica en todos los idiomas. Si en español es
/servicios/consultoria/, en francés que sea/fr/services/conseil/y no una estructura distinta. Facilita el emparejamiento y el mantenimiento. - Configura las redirecciones 301 desde cualquier ruta anterior a la nueva, antes de publicar.
- Actualiza sitemap y hreflang para que apunten a las URLs definitivas.
- Comprueba en Search Console que las nuevas rutas se indexan y que el informe de segmentación internacional no reporta errores. Tienes el recorrido completo en la guía de Search Console para webs multilingües.
Y una recomendación de calendario: haz esto antes de lanzar el idioma, no seis meses después. Cambiar slugs que ya posicionan siempre cuesta más que nacer bien.
Preguntas frecuentes
¿Es obligatorio traducir las URLs de una web multilingüe?
No. Lo obligatorio en una web multilingüe es que cada idioma tenga su propia URL indexable, normalmente con un prefijo de idioma como /fr/ o /de/, más las etiquetas hreflang que conectan las versiones. Traducir el resto del slug (por ejemplo /fr/precios/ a /fr/tarifs/) es opcional: aporta claridad al usuario y un empujón menor de relevancia, pero Google identifica el idioma de una página por su contenido y sus etiquetas, no por las palabras de la URL.
¿Qué pasa si cambio las URLs de una web que ya está posicionada?
Pierdes posiciones temporalmente si no rediriges. Cada URL antigua debe llevar una redirección 301 permanente hacia la nueva para transferir la autoridad acumulada y evitar errores 404 en los enlaces existentes. Además hay que actualizar el sitemap y las etiquetas hreflang para que apunten a las rutas definitivas. Con las redirecciones bien hechas, Google suele reasignar el posicionamiento en unas semanas.
¿Puedo tener slugs traducidos en unos idiomas y no en otros?
Sí, y es una estrategia perfectamente válida. Puedes traducir los slugs de tus mercados prioritarios (por ejemplo francés y alemán) y dejar los slugs originales en idiomas secundarios donde el tráfico aún no justifica el mantenimiento. Lo importante es que cada URL sea estable, tenga su etiqueta hreflang correcta y aparezca en el sitemap del idioma correspondiente.
Conclusión
Traducir las URLs es una mejora de acabado, no un cimiento. El cimiento es tener una URL propia por idioma, hreflang bien puesto, sitemaps por idioma y una traducción que suene natural. Con eso resuelto, traducir los slugs de tus páginas importantes es un buen último paso; sin eso resuelto, es maquillaje.
En Lantis el cimiento viene de serie: cada idioma vive en su propia URL, con hreflang y sitemaps generados automáticamente, y la traducción la hace el motor de IA que tú elijas (Gemini por defecto, Claude, DeepL o DeepSeek). Desde 3 € al mes por idioma, sin cobrarte por palabras ni por visitas. Puedes empezar gratis y ver tu web en otro idioma en unos minutos, con las URLs bien montadas desde el primer día.
Pon tu web en varios idiomas hoy.
Una línea de código. SEO real por idioma. Traducción con IA. Sin tarjeta para empezar.