El mapa de redirecciones traduce cada dirección antigua en su destino nuevo. Es un documento operativo que debe poder leerse, probarse y entregarse a quien implemente las reglas. Un mapa claro reduce errores y permite validar antes de que el sitio nuevo salga a producción.
Estructura de la plantilla
| Columna | Contenido |
|---|---|
| Origen | URL antigua completa, con protocolo y dominio |
| Destino | URL nueva final, ya canónica |
| Tipo | 301 permanente salvo motivos concretos |
| Regla | Individual o por patrón |
| Prioridad | Alta si recibe tráfico o enlaces |
| Verificado | Fecha y resultado de la prueba |
La regla general de redirección permanente está en la documentación oficial sobre redirecciones.
Individuales y por patrón
Las páginas con valor se redirigen una a una, a su equivalente más cercano. Los grupos grandes y homogéneos, como un archivo de artículos que cambia de carpeta, pueden resolverse con una regla por patrón. Antes de aplicar una regla, prueba una muestra amplia para comprobar que no genera destinos inexistentes ni bucles. Evita enviar todo a la página de inicio: pierde relevancia y el buscador puede tratarlo como un error blando. Para soluciones técnicas a escala consulta las redirecciones masivas con Cloudflare.
Define con el equipo técnico quién implementa las reglas y en qué capa: servidor, aplicación o red de distribución. Una misma redirección aplicada en dos capas genera conflictos difíciles de rastrear. Entrega el mapa en un formato que puedan importar sin transformarlo a mano, y acuerda cómo se informarán los errores encontrados. Cuanto más claro sea el circuito, menos tiempo se pierde en el día del lanzamiento.
Validación previa
- Ejecuta todas las URL de origen en un entorno de pruebas o con una herramienta que simule el comportamiento.
- Verifica que cada origen devuelve una sola redirección hacia un destino que responde con código correcto.
- Detecta cadenas y bucles, y corrígelos apuntando directamente al destino final.
- Comprueba que los destinos son indexables y están en el sitemap nuevo.
- Revisa que no se redirijan URL que debían retirarse con otra respuesta.
Después del lanzamiento
Repite la validación el mismo día del cambio y revisa de nuevo durante las primeras semanas con Search Console y los registros del servidor. Mantén las redirecciones durante un periodo prolongado; retirarlas pronto desperdicia el valor de enlaces antiguos. Si encuentras errores 404 con visitas, añade la regla que falte. El protocolo de los primeros días está en la revisión posterior a la migración.
Guarda cada versión del mapa con fecha y autor. Las migraciones suelen sufrir cambios de última hora y es habitual que algunas reglas se añadan o se quiten a toda prisa. Con el historial puedes reconstruir qué se aplicó realmente y corregir desajustes con rapidez. También es útil para el siguiente proyecto: tendrás un modelo que adaptar en lugar de empezar desde cero.
En resumen
- Estructura de la plantilla: La regla general de redirección permanente está en la documentación oficial sobre redirecciones .
- Individuales y por patrón: Las páginas con valor se redirigen una a una, a su equivalente más cercano.
- Validación previa: Ejecuta todas las URL de origen en un entorno de pruebas o con una herramienta que simule el comportamiento.; Verifica que cada origen devuelve una sola redirección hacia un destino que responde…
- Después del lanzamiento: Repite la validación el mismo día del cambio y revisa de nuevo durante las primeras semanas con Search Console y los registros del servidor.
Preguntas frecuentes
¿Se usa 301 o 302?
Para cambios permanentes, 301 o equivalente; el 302 es para situaciones temporales.
¿Cuánto tiempo mantener las redirecciones?
Mientras tengan visitas o enlaces; en la práctica, el mayor tiempo posible.
¿Se redirige también el sitemap antiguo?
No es necesario; sustitúyelo por el nuevo y envía este a Search Console.