Tras un rediseño, las URL antiguas no deben desaparecer sin más. Los visitantes pueden haber guardado productos o llegado a artículos antiguos desde buscadores. Una página ausente puede hacer que abandonen. ¿Cómo gestionar las redirecciones 301 al cambiar las URL? Asigne cada dirección antigua al contenido nuevo correspondiente, redirija allí permanentemente y abra y compruebe cada recorrido.
Un 301 es una respuesta del servidor que informa a navegadores y buscadores de que una página se ha trasladado permanentemente. No encuentra por usted el destino correcto. Los destinos incorrectos, los bucles y enviar todas las páginas antiguas al inicio siguen impidiendo que los visitantes encuentren la información buscada.
Primero, entienda cuándo corresponde un 301
Si traslada el contenido de un producto de example.com/old-product/ a example.com/new-product/ y retira la dirección antigua como página independiente, se trata de un traslado permanente típico. Tanto 301 como 308 indican redirecciones permanentes; los principiantes pueden utilizar la opción 301 compatible con su WordPress actual. Google considera los 301 y 308 del servidor señales claras de traslado permanente, según su documentación sobre redirecciones .
Para un mantenimiento temporal tras el que se restaurará la URL original, no declare un traslado permanente. Los códigos 302 y 307 indican redirecciones temporales. Si solo cambian el diseño y el contenido y la URL permanece igual, esa URL no necesita otro 301.
Compruebe que la nueva URL funciona antes de configurar la redirección. Si el destino devuelve 404 o no está publicado, ni siquiera un 301 correcto puede entregar el contenido. Prepare una lista piloto y realice el cambio cuando las páginas nuevas estén listas.
¿Y si una página antigua no tiene sustituta?
No envíe todo al inicio solo para que cada URL antigua devuelva 301. Un producto descatalogado puede redirigirse a un sustituto realmente similar si coinciden el contenido y la intención de compra. Sin un destino adecuado, explique que está descatalogado o devuelva un 404/410 apropiado, en lugar de llevar al visitante a un inicio sin relación. La guía de migración de sitios de Google también advierte de que redirigir muchas URL antiguas a un inicio irrelevante puede considerarse un soft 404.
Paso 1: cree una correspondencia individual de URL
Exporte el mapa del sitio actual, las páginas de entrada importantes y los enlaces internos; añada después las URL antiguas que siguen recibiendo visitas o impresiones en Search Console. Registre al menos URL antigua, URL nueva, finalidad de la página, acción y resultado de comprobación. No deduzca destinos solo por los títulos. Abra el contenido antiguo para entender la tarea del lector, especialmente al renombrar modelos, fusionar categorías o rediseñar sitios multilingües.
| URL antigua (ejemplo) | URL nueva (ejemplo) | Acción y motivo |
|---|---|---|
| example.com/old-lamp/ | example.com/desk-lamp/ | Se ha renombrado el mismo producto: redirija la URL antigua a su nueva ficha mediante 301. |
| example.com/size-help/ | example.com/size-guide/ | La información de tallas se ha trasladado a una nueva página de ayuda: redirija la URL antigua con 301. |
| example.com/retired-item/ | Sin nueva página equivalente | Busque un sustituto; sin un destino adecuado, no fuerce una redirección al inicio. |
Son ejemplos didácticos, no registros reales de migraciones de clientes de AIRSANG. Para un lanzamiento real, especifique protocolo, dominio, ruta, barra final y mayúsculas completos. Pasar de http a https o cambiar si la dirección incluye www también puede producir varias redirecciones. Compruebe que el destino final sea la URL canónica prevista.
- Conserve la URL antigua, la de destino y el tipo de página para revisarlas individualmente.
- Priorice las páginas con tráfico orgánico, enlaces externos, marcadores frecuentes o visitas publicitarias.
- Registre quién configuró las reglas y cuándo se activaron para localizar rápidamente su origen.
Paso 2: elija un único lugar gestionable para configurar redirecciones
Los sitios WordPress suelen utilizar una función existente de gestión de redirecciones o reglas del servidor o alojamiento. Pregunte al responsable de mantenimiento quién controla actualmente las redirecciones para evitar destinos contradictorios entre complementos, servidor y CDN para una misma URL. Si herramientas como Rank Math gestionan las redirecciones, compruebe las funciones instaladas y la configuración real. Mencionar un complemento en un artículo no significa que esté habilitado en su sitio.
Normalmente, se introduce la ruta antigua y la URL completa de destino y se selecciona una redirección permanente. Antes de guardar, compruebe que la ruta antigua solo coincida con las páginas previstas, que el destino no tenga errores y que administración, imágenes y páginas en otros idiomas no se vean afectadas. Pruebe una URL real de bajo riesgo antes de una importación masiva.
Si un desarrollador configura el servidor web, facilítele la correspondencia completa y solicite pruebas previas en un entorno de ensayo. Nginx, Apache, CDN y WordPress utilizan sintaxis distintas. Este artículo no ofrece una configuración supuestamente universal para pegar en producción. Implemente el código según la versión real del servidor y la documentación oficial, conservando una copia de las reglas anteriores.
Seleccione permanente e identifique dónde se aplica la regla
Abrir la página nueva en el navegador no demuestra que la URL antigua devuelva 301. Los scripts, la actualización mediante meta y los enlaces que invitan a visitar la nueva página pueden llevar al usuario allí sin la respuesta permanente necesaria del servidor. Inspeccione el estado de red tras configurar, sin confiar solo en el cambio de la barra de direcciones.
Cuando funcione una regla, importe la lista por lotes. Guarde para cada lote el número de reglas, capturas o exportaciones, resultados de pruebas y responsable de reversión. Si una ruta de categoría es incorrecta, podrá deshacer ese lote sin adivinar cuándo falló el sitio.
Paso 3: compruebe que cada URL antigua devuelva 301 y su destino 200
Abra la URL antigua en una ventana privada y compruebe que llegue a la sustituta correcta. Inspeccione la respuesta en el panel Red de las herramientas de desarrollo o con un comprobador HTTP fiable. Un traslado permanente normal suele devolver 301 en la dirección antigua, con una cabecera Location hacia la nueva, que finalmente devuelve 200. El estado 200 significa que la página ha devuelto contenido correctamente; 404 significa que no se ha encontrado la página.
Comprobar solo si el navegador acaba abriendo una página puede ocultar cadenas: la URL antigua redirige a una intermedia, que vuelve a redirigir antes de llegar a la nueva. Unas pocas redirecciones necesarias no implican automáticamente un fallo, pero las cadenas largas son más difíciles de mantener y pueden generar bucles en rediseños posteriores. Apunte directamente a la dirección canónica final siempre que sea posible.
- Abra cada URL antigua y registre su estado inicial y la cabecera Location.
- Abra la URL final, confirme que el contenido sea el mismo o realmente equivalente y compruebe una respuesta final 200.
- Busque retornos a la dirección antigua, autorredirecciones, sitios en otro idioma o lotes completos enviados al inicio.
- Revise páginas importantes en móvil y escritorio, comprobando imágenes, botones y formularios.
Si desconoce las herramientas de desarrollo, pida al desarrollador una tabla por URL con dirección antigua, estado, destino y estado del destino, en lugar de una simple afirmación de que las redirecciones están configuradas. Los scripts pueden probar todas las URL de una migración grande, pero abra manualmente muestras de cada plantilla para detectar correspondencias de contenido incorrectas.
Paso 4: actualice los enlaces internos a las nuevas URL
Un 301 ayuda a quienes siguen utilizando una dirección antigua; no debería convertirse en la ruta habitual de navegación interna. Tras configurar las redirecciones, actualice las URL antiguas en menús, pies de página, artículos, botones, recomendaciones de productos y plantillas de correo siempre que sea posible. Nuestra guía para conservar o retirar secciones antiguas del inicio ayuda a identificar qué entradas mantener antes de actualizar sus enlaces.
Compruebe también las etiquetas canonical de las páginas nuevas. Un canonical indica a los buscadores cuál es la URL principal. Una ficha nueva que sigue apuntando a su URL antigua emite señales de migración contradictorias. Normalmente, una página nueva debe referenciar su propia URL canónica o la versión correcta según la estrategia real de contenido duplicado. No reescriba todos los canonical sin inspeccionar el código fuente y las reglas de la plataforma.
Actualice el mapa XML para que su lista principal contenga las nuevas URL canónicas que desea que descubran los buscadores; vuelva a enviarlo o espere al rastreo. Conserve las redirecciones antiguas: retirar URL del mapa no permite eliminar inmediatamente sus reglas. Al definir el alcance del rediseño, consulte nuestra lista de seis pasos para proyectos web corporativos e incluya la migración y comprobación de URL en el plan de entrega.
Es posible que no controle enlaces antiguos de sitios externos, por lo que los 301 deben seguir atendiendo esas visitas. Pida a los socios importantes que estén dispuestos a hacerlo que actualicen sus enlaces directamente a las nuevas direcciones. Esto reduce pasos intermedios, pero no sustituye la conservación de las redirecciones del servidor.
Paso 5: supervise después del lanzamiento y conserve las reglas antiguas
Durante los primeros días tras la migración, supervise registros de acceso a URL antiguas, informes 404, procesamiento del mapa e indexación en Search Console. El informe Páginas de Google Search Console ayuda a identificar páginas ausentes, redirigidas y el procesamiento de páginas nuevas. Los informes tienen retraso; que no se actualicen el mismo día no demuestra un fallo de migración.
Repita las pruebas con muestras de URL antiguas visitadas recientemente, especialmente las de anuncios, perfiles sociales y correos a clientes. Si una URL antigua devuelve 404, compruebe primero si existe contenido nuevo equivalente antes de añadir una correspondencia. No redirija automáticamente todos los 404 al inicio. Si muchos enlaces internos siguen usando URL antiguas, corrija su origen y vuelva a muestrear.
La guía de migración de Google suele recomendar conservar las redirecciones de URL antiguas al menos un año, y más tiempo si usuarios o enlaces externos siguen utilizándolas. Un año es una orientación de mantenimiento, no una promesa de recuperación de posiciones al cabo de un año. Antes del rediseño, consulte nuestra guía del alcance de los precios de rediseño web para definir quién supervisará tras el lanzamiento, reparará enlaces y conservará las reglas.
Diagnostique según los síntomas
Las páginas antiguas llevan al inicio o al idioma equivocado
Compruebe si la correspondencia envía varias rutas antiguas a un destino genérico y busque reglas duplicadas en servidor, WordPress o CDN. Corríjalas según la tarea original del usuario: quien busca tallas debe llegar a información de tallas, no al inicio de la marca. En sitios multilingües, evite que una página china antigua acabe por error en un inicio de productos en inglés.
El navegador indica demasiadas redirecciones
Suele significar que dos reglas se apuntan mutuamente o que las normalizaciones HTTP/HTTPS y con/sin www entran en conflicto. Siga cada Location de la cadena de solicitudes en lugar de vaciar repetidamente la caché. Desactive o corrija una regla conflictiva y vuelva a comprobar desde una ventana privada y la línea de comandos.
La página nueva funciona, pero el buscador sigue mostrando la URL antigua
Alinee primero el 301 del servidor, el 200 de destino, el nuevo canonical, los enlaces internos y el mapa; después dé tiempo al buscador para procesarlos. Guardar reglas no actualiza al instante los resultados. No cambie repetidamente slugs ni envíe el mismo mapa incorrecto para acelerar su visualización: resuelva primero las señales técnicas.
Para deshacer una migración incorrecta, restaure la copia de configuración anterior para que las URL antiguas sirvan el contenido correcto o corrija los destinos erróneos con correspondencias individuales adecuadas. Registre la hora de reversión, las URL afectadas y los resultados de las nuevas pruebas para que otro miembro del equipo no vuelva a importar las reglas antiguas. En una reversión formal, compruebe también que enlaces internos y canonical coincidan con las URL restauradas.
Conclusión: asigne, redirija y vuelva a probar
Cuando un rediseño cambia URL, redirija permanentemente cada dirección antigua que conserve contenido equivalente hacia su sustituta más relevante. Tras publicar las páginas nuevas, compruebe que cada dirección antigua devuelva 301 y cada destino final 200. Actualice enlaces internos, canonical y mapas, y siga supervisando informes 404 y Search Console.
En una primera migración, pruebe entre tres y cinco páginas importantes para detectar desajustes más fácilmente que cambiando todo el sitio a la vez. Confirme dónde se aplican las reglas, la dirección de la correspondencia y el responsable de reversión antes de ampliar por lotes. No fuerce al inicio páginas antiguas sin sustituta. Que los visitantes encuentren la información que buscaban sigue siendo la principal medida de una redirección correcta.
