Las redirecciones son la parte más aburrida de un proyecto multiidioma y la que más dinero cuesta cuando se hace mal. No porque sean difíciles, sino porque se hacen tarde: primero se cambian las URL y después, con calma, se montan los 301. Entre una cosa y otra, Google se encuentra 404 en páginas indexadas.
Esta guía va al revés: primero qué redirigir, después qué no redirigir nunca —que es donde está el error caro— y por último cómo montarlo sin generar cadenas.
Al grano: la redirección se monta en el mismo despliegue en que cambian las URL, no al día siguiente. Cada día con 404 en páginas indexadas cuesta posiciones que tardan semanas en recuperarse. Si la lista es larga, prepárala en la copia de pruebas y súbela a la vez que el cambio.
Cuándo sí hay que redirigir
1. Cambia el slug traducido
Pasas de /en/servicios/ a /en/services/. Es un cambio bueno para el SEO —la palabra clave en la URL, como explicamos en URL por idioma y slugs— pero la dirección antigua deja de existir.
Redirección uno a uno, de la antigua a la equivalente nueva. Nunca a la portada.
2. Retiras un idioma
Decides que el italiano no funcionaba y lo quitas. Sus URL estaban indexadas y tenían enlaces. Redirige cada una a su equivalente en el idioma principal. Si las dejas dando 404, pierdes todo lo que hubieran aportado.
3. Migras de plugin
El escenario que más 404 genera, porque cada plugin construye las URL a su manera. El procedimiento completo, con el inventario previo que hay que hacer, está en cómo migrar sin perder las traducciones.
4. Cambias la estructura de idiomas
De subdominios a subdirectorios, o al revés. Aquí cambian todas las URL de todos los idiomas a la vez. Es el caso que exige más preparación y el que menos margen de error tiene.
Cuándo NO hay que redirigir
La redirección automática por idioma del navegador
Este es el error caro, y se comete con toda la buena intención del mundo: detectar el idioma del navegador del visitante y redirigirlo a su versión. Suena razonable y perjudica de tres formas:
- El rastreador de Google sale casi siempre de Estados Unidos, con su cabecera de idioma en inglés. Le estás enseñando la versión inglesa de todo, siempre. Tus otras versiones pueden no llegar a rastrearse.
- Le quitas la decisión al visitante. Mucha gente prefiere leer en inglés aunque tenga el navegador en otro idioma, sobre todo en temas técnicos.
- Rompe los enlaces compartidos. Alguien comparte la URL en francés, el destinatario tiene el navegador en alemán y aterriza en otra página.
Lo correcto es un aviso, no una redirección: una barra discreta que diga «esta página también está en tu idioma» con un enlace. El visitante decide y Google ve la página que pidió.
Cuando falta la traducción
Si una página no está traducida todavía, sirve el original en su URL. Redirigir a la portada del idioma es peor: el visitante pierde lo que buscaba y Google registra una redirección que huele a contenido eliminado.
Ojo: si tu plugin trae una opción de «redirección automática por idioma del navegador», compruébala antes de nada: en varios viene activada por defecto. Es una de las causas más frecuentes de que un idioma entero no llegue a indexarse, y el síntoma —impresiones planas en todos los idiomas menos uno— es fácil de confundir con otras ocho cosas. Están todas en por qué Google no indexa tus traducciones.
301, 302 y las demás
| Código | Significa | Cuándo usarlo |
|---|---|---|
| 301 | Movido permanentemente | Casi siempre: transfiere la autoridad |
| 302 | Movido temporalmente | Solo si de verdad vas a volver atrás |
| 307 | Temporal, conserva el método | Casos técnicos; raro en contenido |
| 404 | No existe | Correcto si el contenido no tiene equivalente |
| 410 | Eliminado a propósito | Acelera la salida del índice |
La regla: si el contenido tiene un equivalente, 301. Si no lo tiene y no va a volver, deja que dé 404 o declara 410. Redirigir a la portada todo lo que no existe es peor que un 404: Google lo interpreta como un 404 encubierto y, encima, el visitante pierde el contexto.
Cómo montarlas, paso a paso
- Inventario antes de tocar nada. Exporta el informe de páginas de Search Console a 12 meses y descarga tu
sitemap_index.xml. Esa es tu lista de control. - Anota las 20 URL con más tráfico. Son las que se verifican una a una al terminar.
- Construye el mapa en una hoja de dos columnas: URL antigua, URL nueva. Una fila por dirección.
- Revisa que no haya cadenas. Si A lleva a B y B lleva a C, cambia A para que vaya directa a C.
- Importa el mapa en tu plugin de redirecciones —casi todos aceptan CSV— y despliégalo a la vez que el cambio de URL.
- Verifica las 20 del paso 2 una por una, comprobando que devuelven 301 y aterrizan en la página correcta del idioma correcto.
- Vigila el informe de páginas en Search Console durante dos semanas: ahí aparece lo que se te pasó.
Consejo: el fallo más frecuente al redirigir en webs multiidioma es mandar la URL antigua en francés a la nueva en castellano. Pasa porque el mapa se construye con buscar y reemplazar sobre el slug y se pierde el prefijo de idioma. Añade a tu hoja una tercera columna con el idioma de origen y otra con el de destino, y ordena por ellas: las discrepancias saltan a la vista en diez segundos.
Cadenas de redirecciones
Una cadena es A → B → C. Funciona, pero cada salto añade latencia y diluye la señal. En webs que han cambiado de plugin dos veces, las cadenas de tres y cuatro saltos son normales.
Cada vez que montes un lote nuevo, revisa si alguna de las URL de destino es a su vez origen de una redirección anterior. Si lo es, apunta directamente al destino final. Cuesta cinco minutos y evita el problema para siempre.
Redirecciones y hreflang
Una interacción que se olvida: si la URL en inglés cambia, el hreflang de la versión española sigue declarando la antigua hasta que se regenere. Durante ese rato, la declaración apunta a una URL que redirige — y un hreflang que apunta a una redirección se considera inválido.
Casi todos los plugins regeneran el hreflang solos al cambiar un slug, pero conviene comprobarlo con Ctrl+U en una página después del despliegue. El procedimiento está en hreflang con Yoast SEO, y el resto de comprobaciones posteriores a un cambio, en 9 errores de SEO multiidioma.
La mejor redirección sigue siendo la que no hace falta: si las URL se deciden bien desde el principio, este artículo solo se usa el día de una migración. WP-Translate genera las URL por idioma con su slug traducido desde la primera traducción, y hay versión gratuita para ver qué estructura produce antes de comprometerte con ella.
Preguntas frecuentes
¿Cuánto tiempo hay que mantener una redirección 301?
Al menos un año, y si no molesta, para siempre. Google tarda meses en consolidar el cambio y los enlaces externos antiguos no desaparecen nunca.
¿Las redirecciones ralentizan la web?
Una redirección bien montada añade milisegundos. Lo que sí pesa es un plugin con miles de reglas evaluándose en cada petición, y las cadenas de varios saltos.
¿Mejor por plugin o por .htaccess?
Por plugin es más cómodo y suficiente para la mayoría. Por servidor es más rápido y aguanta mejor volúmenes grandes. Con menos de quinientas reglas, no lo pienses.
¿Se pierde autoridad en un 301?
Hoy, prácticamente nada si la redirección es relevante. Lo que sí pierde autoridad es redirigir a una página que no tiene nada que ver, o encadenar varios saltos.
Seguir leyendo
Esta pieza forma parte de la guía de WordPress multiidioma, donde está el recorrido completo: estructura de URL, elección de plugin, traducción automática, SEO y presupuesto. Si lo que te falta es decidir herramienta, la comparativa está en los mejores plugins de traducción.
- cambiar el idioma de WordPress — Cambiar el idioma de WordPress (y por qué no es lo mismo que traducir tu web)
- cómo traducir un plugin de WordPress — Loco Translate, archivos .po y cuándo no sirve
- traducir categorías y etiquetas — Cómo traducir categorías y etiquetas en WordPress (y también sus URL)