Redirecciones 301 en WordPress sin romper nada

Hacer una redirección es fácil y hacerlas bien no lo es, porque el daño no aparece el día que las creas: aparece meses después, cuando alguien encuentra una cadena de cuatro saltos, un bucle que tira la página o doscientas reglas que nadie recuerda para qué eran. En WordPress la decisión que más pesa no es qué plugin usar, es dónde vive la regla, y esa se toma una vez y se hereda durante años.

Respuesta rápida

• 301 es permanente y 302 temporal, y usar la segunda por defecto es el error clásico.
• Redirige a lo equivalente, no a la home: una redirección al lugar equivocado no transmite nada.
• Encadenar redirecciones se paga, así que la regla nueva apunta al destino final.
• Antes de crear ninguna, ordena el inventario. Sin lista, se redirige a ciegas.

¿Cómo se hace una redirección 301 en WordPress?

Con un plugin de redirecciones, indicando la URL antigua y la nueva, o en la configuración del servidor si hay acceso. Lo que decide el resultado no es la herramienta sino que el destino responda a lo mismo que la URL original y que la regla apunte al destino final, sin encadenar saltos.

Qué tipo de decisión es esta

El encuadre que produce problemas es tratar cada redirección como un apaño puntual. Una URL cambió, se pone una regla, se olvida. Repetido cien veces durante tres años, el resultado es una capa de reglas que nadie entiende y que ya nadie se atreve a tocar.

Una redirección es una promesa permanente: esta dirección lleva a esta otra, para siempre. Y las promesas se acumulan. Por eso el trabajo no es crear la regla, que son dos minutos, sino mantener un inventario de cuáles existen y por qué.

De ahí sale la diferencia entre un sitio con veinte redirecciones documentadas y uno con doscientas heredadas: el primero se puede migrar otra vez, el segundo no.

Dónde poner las reglas

Con un plugin. Es lo razonable en la mayoría de sitios. Da interfaz, registro de lo que se redirige y suele avisar de bucles. La contrapartida es que la regla se resuelve dentro de WordPress, con PHP ya cargado, así que es algo más lenta y depende de que el plugin siga vivo.

En el servidor. En Apache va en .htaccess, en Nginx en la configuración del sitio. Se resuelve antes de que WordPress arranque, es lo más rápido y lo que sobrevive a cualquier cambio de tema o plugin. Requiere acceso y cuidado, porque un error ahí tumba el sitio entero.

En el tema, nunca. Añadir reglas en functions.php funciona hasta que se cambia de tema, y entonces desaparecen todas a la vez sin que nadie relacione una cosa con la otra.

La regla práctica: si son pocas y estables, al servidor; si son muchas y cambiantes, al plugin. Y en los dos casos, escritas en algún sitio donde se puedan leer sin abrir el panel.

Los cuatro errores que cuestan de verdad

Redirigir todo a la home. Google lo trata como soft 404, así que no transmite nada, y la persona que llega no encuentra lo que buscaba. Cuándo sí merece la pena redirigir y cuándo no está en errores 404.

Encadenar saltos. La URL A redirige a B, y meses después B redirige a C. Cada salto añade latencia y diluye la señal. Al crear una regla nueva hay que comprobar si el destino ya redirige, y si es así apuntar directamente al final.

Crear un bucle. A lleva a B y B lleva a A. El navegador lo corta con un error y la página deja de ser accesible. Es el fallo que más rápido se nota y el único bueno de esta lista, precisamente porque se nota.

Usar 302 para un cambio definitivo. El 302 dice "esto es temporal, conserva la dirección antigua", así que la señal no se traslada como debería. Es el valor por defecto de varios plugins, que es la razón de que aparezca tanto.

El orden correcto cuando hay muchas

Cuando el cambio es grande, el orden importa más que la herramienta.

Primero el inventario. Exportar todas las URLs que existen ahora, con sus impresiones y sus clics del último año. Esa lista no se puede reconstruir después, y es el paso que más se salta.

Después el mapa, una a una. Cada URL antigua a su equivalente, decidido a mano. Las que no tienen equivalente se quedan en 404, que es una respuesta correcta, o en 410 si la retirada es definitiva.

Después las reglas, apuntando siempre al destino final.

Y por último la comprobación sobre lo servido, no sobre la lista: pedir una muestra de URLs antiguas y verificar que cada una responde con un 301 y termina en la página correcta al primer salto. El procedimiento completo, con lo que se rompe con más frecuencia, está en cómo migrar una web sin perder posicionamiento.

Cuándo no redirigir

Cuando el contenido desapareció y no hay equivalente. Un 404 honesto es mejor que mandar a alguien a una página que no responde su pregunta.

Cuando la URL nunca tuvo tráfico ni enlaces. No hay nada que trasladar.

Cuando lo que cambió es solo el título. La URL puede quedarse como está, y cambiarla por estética arriesga una posición ganada.

Cuando ya hay una cadena y no se sabe de dónde viene. Ahí toca ordenar antes de añadir, porque una regla más sobre un enredo lo hace irreversible.

Y conviene tener presente que el sitemap no debe listar las URLs redirigidas: es una de las contradicciones más frecuentes entre lo que un sitio declara y lo que sirve, y está desarrollada en sitemap XML.

Lo que la primera página presenta como equivalente y no lo es

Las guías de esta consulta enumeran los mismos tres caminos: un plugin de redirecciones, el archivo .htaccess a mano, o un plugin de SEO. Y los presentan como preferencias, como si eligiera uno según lo cómodo que se sienta con el código. No son equivalentes, y en dos puntos conviene corregirlas.

El primero es dónde ocurre la redirección. Una regla en el servidor se resuelve antes de que WordPress arranque, con el coste de rastreo que eso ahorra en un sitio grande, que es materia de SEO técnico: llega la petición, el servidor responde con el salto y ahí termina. Una regla en un plugin obliga a cargar PHP, levantar WordPress y consultar la base de datos para descubrir que esa URL había que redirigirla. Con veinte reglas da igual. Con cinco mil, que es lo normal después de un par de reestructuraciones, no da igual, y es justo el momento en que a alguien le parece que "el sitio va lento" sin saber por qué.

El segundo es un error concreto y repetido: varias explican que se pueden crear redirecciones con Yoast desde Herramientas y el editor de archivos. El gestor de redirecciones de Yoast es una función de pago; lo que ofrece la versión gratuita en ese menú es un editor de .htaccess, que es otra cosa. Seguir esa instrucción acaba con alguien escribiendo a mano en un archivo que tumba el sitio entero si se equivoca en una línea.

Y hay algo que no dice ninguna, y que en un sitio con años encima pesa más que las dos anteriores: la tabla de redirecciones es la única parte del sitio sin dueño y sin caducidad. Crece, acumula cadenas de tres saltos, y un día alguien decide limpiarla y rompe enlaces de 2019 que todavía traían gente, que es la mitad del daño que hace una migración mal preparada y la que aparece meses después: la etiqueta canonical y esta tabla son las dos declaraciones que nadie vuelve a mirar. Conviene revisarla una vez al año con la lista de páginas que devuelven error delante, porque son la misma lista vista desde los dos lados.

Errores que se repiten

• Redirigir a la home lo que no tiene equivalente. No transmite nada y confunde.
• Encadenar saltos. Cada uno añade latencia y diluye lo que se quería conservar.
• Usar 302 para cambios permanentes. Le dice a Google que conserve la URL vieja.
• Poner las reglas en el tema. Desaparecen al cambiarlo, todas a la vez.
• Crear reglas sin inventario previo. Después no se puede reconstruir qué había.
• Comprobar en la lista y no en el sitio. El panel dice lo que se guardó, no lo que se sirve.

Datos y transparencia

Que el gestor de redirecciones de Yoast SEO es una función de pago, y que lo disponible en la versión gratuita bajo Herramientas es un editor del archivo .htaccess, se comprobó el 12 de agosto de 2026 en la documentación del propio plugin. Que varias de las guías mejor posicionadas para esta consulta lo presentan como una forma de crear redirecciones con Yoast, y que describen plugin y servidor como opciones equivalentes, es una observación del mismo día. No se da aquí ninguna cifra de cuánto tarda de más una redirección por plugin: depende del alojamiento, de la caché y del número de reglas, y cualquier número general sería inventado.

Que el código 301 indica redirección permanente y el 302 temporal, y que Google traslada las señales de forma distinta según cuál se use, procede del estándar HTTP y de la documentación pública de Google sobre redirecciones, vigente a agosto de 2026. Que las redirecciones masivas hacia una página no equivalente pueden tratarse como soft 404 está en esa misma documentación. No aparece aquí ninguna cifra sobre cuánta autoridad se pierde en una redirección ni cuántos saltos son aceptables: son las dos cifras que más circulan en este tema, Google no publica ninguna de las dos y las versiones que revisé no se pueden trazar. El criterio sobre dónde alojar las reglas y el orden de trabajo son juicio operativo de auditorías propias sobre una cartera que registra más de 300 millones de impresiones anuales en Search Console. No se nombra ningún plugin: no he comparado su rendimiento de forma controlada. Verificado en agosto de 2026.

Lo que esto cambia

Las redirecciones son el único elemento del SEO técnico que solo crece.

Nadie las borra, porque borrarlas puede romper algo que no se ve, así que cada cambio de estructura deja una capa encima de la anterior. A los cinco años, un sitio con historia tiene más reglas de redirección que páginas, y ninguna documentación de por qué existe cada una. La diferencia entre ese sitio y uno que se puede volver a migrar no es técnica: es que alguien apuntó, cada vez, qué se redirigió y por qué. Cuesta dos minutos por regla y es lo único que impide que el sistema se vuelva intocable.

Preguntas frecuentes