Cambiar la dirección de una página en WordPress parece una tarea pequeña: editas el enlace permanente, guardas y sigues trabajando. El problema aparece cuando alguien llega desde un resultado de Google, un enlace de otra web o un presupuesto que todavía contiene la dirección anterior.
Las redirecciones 301 en WordPress permiten llevar esas visitas a la nueva ubicación. Para hacerlo bien hay que elegir un destino equivalente, configurar el cambio y comprobar la respuesta real de la web.
Vamos a recorrer el proceso con un ejemplo de una empresa de reformas de Córdoba. Es un caso ilustrativo: las direcciones utilizadas no corresponden a un cliente ni representan resultados medidos.
Qué es una redirección 301 y cuándo necesitas una
Una redirección 301 es una respuesta HTTP que indica que una dirección se ha trasladado de forma permanente. Cuando se solicita la URL antigua, el servidor devuelve el código 301 y una cabecera Location con el destino. El navegador utiliza esa información para abrir la nueva página.
Google también interpreta las redirecciones permanentes como una señal para elegir la URL de destino como canónica, es decir, como versión representativa del contenido. Así lo explica su documentación sobre redirecciones. Eso no equivale a garantizar las mismas posiciones después de cualquier cambio.
Antes de crear una regla, decide qué ha pasado con la página:
| Situación | Respuesta adecuada | Ejemplo |
|---|---|---|
| El contenido se traslada definitivamente | 301 hacia su nueva ubicación | Una página de servicio cambia de dirección. |
| El desvío es temporal y la URL original volverá a utilizarse | 302, según el caso | Una página se sustituye provisionalmente por otra pertinente. |
| Actualizas el contenido y conservas su dirección | Mantener la URL con respuesta 200 | Amplías una guía que sigue tratando el mismo tema. |
| El contenido desaparece y no tiene sustituto pertinente | 404 o 410 | Retiras una oferta antigua sin una alternativa equivalente. |
Una actualización del texto no exige cambiar la URL. Si la dirección actual sigue describiendo la página, conservarla suele simplificar el trabajo. Acortar un slug por estética no justifica, por sí solo, poner en marcha una migración.
Tampoco hace falta eliminar todos los 404 de una web mediante redirecciones. Un 404 puede ser la respuesta correcta para una dirección inexistente. Lo que conviene corregir es que un enlace válido o una URL trasladada termine ahí por un descuido.
Prepara una lista de URLs antiguas y destinos
La decisión más importante se toma antes de instalar un plugin: ¿qué espera encontrar quien abre la dirección antigua? La respuesta debe seguir estando disponible en el destino.
Imagina que una empresa de Córdoba reorganiza su web y separa mejor sus servicios. Esta podría ser su lista de trabajo:
| URL antigua | Destino o decisión | Qué comprobar |
|---|---|---|
/reformas-cordoba/ | /reformas-integrales-cordoba/ | La página antigua ya ofrecía reformas integrales y la nueva mantiene ese servicio. |
/reforma-bano-cordoba/ | /reformas-banos-cordoba/ | El destino conserva la información específica sobre baños. |
/oferta-reforma-express/ | 404 o 410 si no existe sustituto | La oferta ha terminado y no hay una página equivalente. |
/consejos-antes-de-reformar/ | Conservar y mejorar la misma URL | El artículo sigue siendo útil y no necesita otra dirección. |
La primera correspondencia solo tiene sentido si se mantiene el servicio. Si la página antigua hablaba de pequeñas reparaciones y la nueva solo admite reformas completas, compartir la palabra “reformas” no las convierte en equivalentes.
Para un cambio pequeño basta una hoja con cinco columnas: dirección antigua, dirección nueva, motivo, respuesta observada y comprobación pendiente. Añade una fila por cada URL que realmente se modifica. Así podrás distinguir una decisión editorial de un error técnico.
Si estás reconstruyendo una web y no sabes qué contenía una dirección, puedes consultar versiones archivadas. En nuestra guía sobre cómo utilizar Archive.org para mejorar el SEO explicamos ese punto de partida. Una captura antigua ayuda a recuperar contexto; después tendrás que revisar si el contenido sigue teniendo sentido.
Evita enviar todo a la portada. Google advierte de que muchas redirecciones hacia una página sin relación pueden interpretarse como soft 404: el destino carga, pero no resuelve lo que se buscaba. Si fusionas varios artículos, comprueba que la nueva guía recoge de verdad su contenido.
Cómo crear una redirección 301 con Redirection
Si ya tienes un gestor de redirecciones, revisa primero sus reglas. Mantener la misma dirección en varios plugins dificulta saber qué configuración está actuando. Para este ejemplo utilizaremos Redirection, de John Godley, disponible gratuitamente en el repositorio de WordPress.
1. Instala el plugin y abre su panel
Desde el administrador, entra en Plugins → Añadir nuevo, busca Redirection, comprueba el autor e instálalo y actívalo. Después accede a Herramientas → Redirection y completa la configuración inicial que te muestre.
El plugin puede registrar errores 404 y supervisar cambios de enlaces permanentes. Decide si necesitas esas funciones; para crear una redirección concreta lo esencial es revisar la regla de origen y destino.
2. Introduce el origen y el destino
En el formulario para añadir una redirección, configura el cambio del ejemplo. Sustituye example.com por el dominio real:
| Campo | Valor del ejemplo |
|---|---|
| URL de origen | /reformas-cordoba/ |
| URL de destino | https://example.com/reformas-integrales-cordoba/ |
| Coincidencia | Solo URL, sin condiciones de usuario o navegador. |
| Acción y código HTTP | Redirigir a la URL de destino con código 301. |
| Expresión regular / Regex | Desactivada para esta regla individual. |
El origen es la ruta antigua dentro de esa web. El destino puede escribirse como URL completa para dejar claro el dominio. Si no ves el código HTTP o las condiciones, despliega las opciones avanzadas con el icono de engranaje. Los nombres pueden variar según la traducción de la interfaz.
3. Revisa barras finales y parámetros
Redirection permite ignorar la barra final al comparar direcciones. Si quieres cubrir tanto /reformas-cordoba como /reformas-cordoba/, revisa esa opción y prueba las dos variantes.
También tienes que decidir qué ocurre con lo que aparece detrás de ?. Para una URL con parámetros de seguimiento puedes usar la opción de ignorarlos al comparar y pasarlos al destino. Así, una visita con ?utm_source=newsletter conservará ese dato en la nueva dirección.
Ese criterio no sirve para cualquier parámetro. Si ?servicio=banos identifica un contenido distinto, necesita su propia correspondencia. No lo descartes como si solo midiera una campaña. La documentación de coincidencias de Redirection distingue entre coincidencia exacta, ignorar parámetros e ignorarlos conservándolos en el destino.
4. Guarda y comprueba una regla antes de repetirla
Guarda la redirección y verifica la dirección antigua siguiendo el apartado de comprobaciones de esta guía. Confirma también que el destino funciona por sí mismo. Si tienes decenas de cambios, empieza por un grupo pequeño que incluya los distintos casos de tu lista.
Deja una descripción reconocible, por ejemplo: “Cambio de URL del servicio de reformas integrales”. Dentro de seis meses resultará más útil que un listado de reglas cuyo motivo nadie recuerda.
¿WordPress no redirige automáticamente al cambiar el slug?
En algunos casos, sí. WordPress conserva slugs anteriores de entradas y puede enviar una 301 a su enlace actual. Pero esa función tiene condiciones y excluye tipos de contenido jerárquicos, como las páginas normales, según el código documentado de WordPress.
Por tanto, no des por cubierto un cambio de páginas de servicio, categorías, estructura de enlaces permanentes o dominio. Comprueba cada dirección antigua. Si ya responde con una 301 correcta, evita añadir otra regla idéntica sin necesidad; documenta qué mecanismo la está resolviendo.
Esta distinción importa especialmente en una web de empresa: los servicios suelen estar creados como páginas, mientras que los artículos del blog suelen ser entradas. Que un cambio funcione automáticamente en el blog no demuestra que el mismo procedimiento cubra toda la web.
Cómo hacer una 301 sin plugin
Puedes gestionar el cambio en el alojamiento o en la configuración del servidor. Esta vía tiene sentido cuando ya administras ahí las redirecciones o necesitas que funcionen antes de que se ejecute WordPress.
Ejemplo para Apache con .htaccess
El siguiente ejemplo está pensado para el .htaccess de la raíz pública en Apache, con mod_rewrite activo y permisos para usar estas directivas. Guarda una copia del archivo y coloca la regla antes del bloque generado por WordPress, sin editar el interior de ese bloque.
RewriteEngine On
RewriteRule ^reformas-cordoba/?$ https://example.com/reformas-integrales-cordoba/ [R=301,L]Sustituye el dominio y las rutas por los tuyos. En este contexto, el patrón comienza sin barra. ^ y $ delimitan la ruta completa; /? permite la barra final opcional. La regla no pretende trasladar todas las subcarpetas que empiecen de forma parecida.
Como el destino del ejemplo no incluye parámetros, Apache conserva por defecto la cadena de consulta original. No añadas opciones para eliminarla sin haber decidido antes qué información necesitas mantener. Si WordPress está instalado en una subcarpeta, la configuración requiere adaptarse a esa ubicación.
Si tu alojamiento utiliza NGINX
NGINX no utiliza .htaccess. Sus redirecciones se definen en la configuración del servidor, por ejemplo mediante return 301 dentro del contexto adecuado. Utiliza el panel del proveedor o facilita a soporte la lista de orígenes y destinos.
La petición al alojamiento puede ser muy concreta: “Necesitamos que esta dirección antigua responda con 301 hacia esta URL final, cubra la variante con barra y sin barra, y conserve estos parámetros”. Añade una prueba esperada y evita una instrucción genérica como “redirigir los enlaces rotos”.
Cómo comprobar que una redirección 301 funciona
Ver la página nueva no basta. Podrías haber llegado mediante una 302, una cadena de varios saltos o un cambio ejecutado en el navegador. Guarda tres datos: respuesta de origen, dirección final y respuesta del destino.
Compruébalo en el navegador
- Abre las herramientas de desarrollo y entra en Red / Network.
- Activa Conservar registro / Preserve log y Desactivar caché / Disable cache mientras las herramientas estén abiertas.
- Escribe la URL antigua en la barra de direcciones y carga la página.
- Selecciona la petición del documento antiguo: debe mostrar 301 y una cabecera Location con el destino previsto.
- Comprueba que el documento final responde 200 y muestra el contenido correcto.
Si aparecen pasos intermedios, anótalos. Prueba también las variantes que existieran antes: con barra, sin barra y con parámetros relevantes. No es necesario inventar cientos de combinaciones; la lista debe representar las URLs que utilizaba tu web.
Alternativa con curl
Si trabajas con una terminal en macOS o Linux, estos comandos hacen una petición GET. El primero muestra las cabeceras sin seguir el salto; el segundo sigue las redirecciones y resume el resultado. Cambia la URL del ejemplo por la que quieras revisar.
curl -sS -o /dev/null -D - "https://example.com/reformas-cordoba/"
curl -sS -L --max-redirs 10 -o /dev/null -w "Destino: %{url_effective}\nHTTP final: %{http_code}\nSaltos: %{num_redirects}\n" "https://example.com/reformas-cordoba/"Para esta correspondencia individual, lo esperado es una respuesta inicial 301, el destino elegido con respuesta 200 y un único salto. La salida del segundo comando por sí sola no demuestra que el primer código fuera 301: revisa ambos resultados.
Después abre el destino como una persona que solicita presupuesto. Comprueba que se ven el servicio, la zona atendida y el formulario. Una respuesta 200 con una plantilla vacía también sería un trabajo pendiente.
Errores habituales y cómo resolverlos
La dirección pasa por varias páginas
Si una URL antigua lleva a otra intermedia y esta a la definitiva, actualiza la primera regla para apuntar directamente al destino final. Conserva la redirección desde la intermedia si también puede recibir visitas. Revisa además si el alojamiento, la CDN y el plugin están repitiendo cambios de HTTPS, dominio o barra final.
El navegador avisa de demasiadas redirecciones
Puede existir un bucle: una regla lleva de la página antigua a la nueva y otra devuelve la visita a la antigua. Identifica cada salto y corrige la regla contradictoria. Añadir una tercera redirección sin localizar el origen hará más difícil entender el problema.
Cambias una regla, pero sigue apareciendo el destino anterior
Revisa la caché del navegador, del alojamiento y de la CDN, si la utilizas. Repite la comprobación con una petición nueva. Si continúa, busca otra regla para ese origen fuera del plugin: puede estar actuando antes de que la petición llegue a WordPress.
La 301 termina en un 404
Comprueba que el destino está publicado, que has copiado su dirección exacta y que no vuelve a redirigir a una página retirada. Corrige el destino desde la primera regla. El código 301 solo confirma el traslado; no valida la calidad ni la disponibilidad de lo que hay al final.
Qué revisar en SEO después del cambio
Una vez comprobada la redirección, alinea las referencias de la web con la nueva dirección:
- Enlaces internos: cambia menús, botones, artículos y módulos relacionados para que apunten al destino final.
- Sitemap: incluye las URLs finales que quieres indexar y retira las antiguas que ahora redirigen.
- Canonical: comprueba que la página nueva señala su dirección definitiva, sin conservar por error la anterior.
- Acceso e indexación: revisa que el destino no tenga un noindex heredado de pruebas ni un bloqueo de rastreo.
- Referencias comerciales: actualiza anuncios, perfiles y documentos que aún envíen visitas a la dirección anterior.
No bloquees el rastreo de la URL antigua para intentar acelerar su sustitución: Google necesita poder acceder a la respuesta de redirección. Tampoco uses la herramienta de retirada de URLs como sustituto de una migración.
En Search Console, una dirección antigua que figure como “Página con redirección” puede reflejar el funcionamiento esperado. Revisa por separado la URL final: que el origen esté excluido no demuestra que el destino ya se haya indexado.
Guarda el día del cambio en tu registro de trabajo y observa las páginas afectadas en las revisiones posteriores. Compara periodos equivalentes y ten en cuenta la estacionalidad. Si bajan las solicitudes de presupuesto, revisa tanto la llegada de visitas como el formulario y la propuesta del servicio; no atribuyas cualquier variación a la 301.
Cuánto tiempo debes mantener las redirecciones
Google recomienda conservarlas tanto como sea posible, normalmente al menos un año, y señala que mantenerlas indefinidamente puede ayudar a quienes siguen usando enlaces antiguos. No tomes los doce meses como una fecha automática de borrado.
En una web pequeña resulta práctico conservar una regla correcta mientras siga siendo útil. Antes de retirarla, revisa si la dirección aún recibe peticiones y dónde aparece enlazada. Puedes consultar la recomendación en la guía de Google sobre traslados con cambios de URL.
Lista final antes de dar el cambio por terminado
- Cada dirección antigua tiene una decisión documentada: conservar, trasladar o retirar.
- El destino responde a la misma necesidad y muestra el contenido previsto.
- La comprobación registra 301 en el origen y 200 en la página final.
- Las variantes necesarias y los parámetros se comportan como habías decidido.
- Los enlaces y las señales de indexación apuntan a la nueva dirección.
- Sabes dónde se gestiona cada regla y quién revisará su funcionamiento.
Si vas a reorganizar páginas de servicio o cambiar la estructura de tu WordPress, podemos ayudarte a preparar las correspondencias y revisar la implementación desde nuestro servicio de SEO. Cuéntanos qué URLs necesitas cambiar y qué contenido debe seguir encontrando quien llegue desde los enlaces antiguos.