Una redirección es una respuesta HTTP: un estado 301 o 302 con una cabecera Location que le dice al navegador a dónde ir en su lugar. Eso es todo lo que es en el cable, lo que significa que la pregunta no es realmente cómo redirigir una URL, sino qué capa delante de tu sitio debería ser la que responda.
Seis capas pueden hacer el trabajo, y no son intercambiables. Difieren en quién sirve la respuesta, si la ruta y la cadena de consulta sobreviven al viaje, con qué rapidez puedes cambiar de opinión, y cuánto de la configuración controlas tú. Esta guía recorre las seis, la tabla que elige entre ellas, y las dos comprobaciones que separan una redirección que funciona de una que silenciosamente se come los parámetros de tu campaña. Para los propios códigos de estado, tipos de redirecciones de URL es la referencia que sustenta esta.
Dónde vive realmente una redirección
Empecemos por el mito, porque desperdicia más tardes que cualquier otro: el DNS no puede redirigir una URL. Un registro DNS mapea un nombre de host a una dirección. Nunca ve la ruta, nunca ve la cadena de consulta, y no tiene ningún mecanismo para decir "ve a otro sitio en su lugar". Un registro A o CNAME apunta; no reenvía.
Así que cuando tu registrador ofrece "reenvío de URL", lo que realmente hace es apuntar el nombre de host a un pequeño servidor web que ellos gestionan, el cual devuelve la redirección HTTP en tu nombre. Útil, y perfectamente legítimo, pero es un servidor web el que hace el trabajo, no el DNS. Una vez que lo ves de esa manera, los seis métodos de abajo dejan de parecer alternativas y empiezan a parecer una sola pregunta: ¿qué máquina en la ruta de la solicitud quieres que responda?
Seis lugares donde puedes poner una redirección
Cada una de estas termina con la misma respuesta en el cable. Lo que difiere es el coste de configuración, quién la controla, y qué pasa con todo lo que va después del nombre de dominio.
redirección de dominio en el registrador
La opción más rápida, y la más contundente. En el panel de control de tu registrador apuntas el dominio a un destino y eliges permanente o temporal. Es buena para un dominio que compraste de forma defensiva, un cambio de marca donde el nombre antiguo simplemente debe ceder el paso, o un dominio de campaña corto.
La trampa está en lo que le hace al resto de la URL: la mayoría de los reenvíos de registrador aplanan cada solicitud al único destino que configuraste, así que un enlace profundo termina en la página de inicio. Algunos ofrecen un modo que conserva la ruta; compruébalo antes de confiar en él.
una regla en tu servidor web
Si usas nginx o Apache, la redirección pertenece aquí, porque obtienes control exacto sobre la coincidencia y la conservación. La documentación de Apache sobre el remapeo de URL con reglas de reescritura cubre los patrones, y la referencia del módulo de reescritura de nginx cubre return 301 y rewrite ... permanent, que es el camino rápido para un traslado simple.
Las reglas de servidor son la herramienta correcta para la aplicación de host canónico y HTTPS, las reescrituras de ruta tras una reestructuración, y cualquier cosa condicional. También es donde las reglas de redirección se acumulan silenciosamente a lo largo de los años, así que trata el archivo como algo que hay que podar y no solo ampliar.
una regla en tu plataforma de alojamiento
La mayoría de los alojamientos modernos se sitúan delante del origen y ofrecen su propia capa de redirección: un archivo _redirects, un bloque de configuración, una interfaz de reglas en el panel. Estas se evalúan antes de que se ejecute tu aplicación, lo que las hace rápidas y seguras, y suelen ser el mejor lugar para redirecciones masivas tras una migración de sitio porque viven en el control de versiones junto con el resto del proyecto.
un plugin o ajuste en tu CMS
Todo CMS serio tiene un gestor de redirecciones, y para un equipo de contenido es la respuesta correcta: sin despliegue, sin acceso al servidor, un registro de auditoría, y una persona que entiende el contenido tomando la decisión de mapeo. La contrapartida es que la solicitud tiene que llegar a la aplicación antes de que se emita la redirección, así que es más lenta que las capas anteriores y deja de funcionar si la aplicación está caída.
meta refresh o JavaScript en la página
Un último recurso para cuando no puedes tocar nada del lado del servidor. La página carga, y luego envía al visitante en adelante con una etiqueta <meta http-equiv="refresh"> o un script. Funciona, pero cuesta una carga de página completa, depende de que el cliente lo ejecute, y los motores de búsqueda lo tratan como una señal más débil que una respuesta del servidor. Úsalo cuando la alternativa es no tener nada.
un enlace corto gestionado
Cuando lo que se redirige es un enlace que publicaste en lugar de una página que posees, la redirección pertenece a un gestor de enlaces. El destino es un valor almacenado que puedes cambiar sin tocar el DNS, los servidores, o una canalización de despliegue, cada salto queda registrado, y el enlace sigue funcionando después de haber sido impreso o compartido. Este es todo el mecanismo detrás de qué es un acortador de URL, y es la razón por la que un enlace de campaña impreso nunca debería apuntar directamente a una landing page.
Elige uno en treinta segundos
La mayor parte de la decisión se reduce a dos columnas: quién tiene acceso, y qué tiene que sobrevivir.
| Método | Quién la sirve | Ruta y consulta conservadas | Mejor para |
|---|---|---|---|
| Redirección de registrador | Servidor del registrador | A menudo no, comprueba antes | Traspaso de dominio completo |
| Regla de servidor web | Tu origen | Sí, si se escribe así | Host canónico, reestructuración |
| Regla de plataforma | Alojamiento delante | Sí | Redirecciones de migración masiva |
| Plugin de CMS | Tu aplicación | Sí | Equipo de contenido, sin despliegues |
| Meta refresh o JS | El navegador | Sí, pero lentamente | Sin acceso al servidor en absoluto |
| Enlace corto gestionado | El servicio de enlaces | Sí, desde la URL almacenada | Enlaces publicados e impresos |
Conservar la ruta y la cadena de consulta
Este es el fallo que sobrevive a las pruebas, porque todo el mundo prueba la raíz del dominio y la raíz siempre funciona.
Apunta oldsite.com a newsite.com con un reenvío de dominio simple y luego sigue un enlace entrante real, oldsite.com/pricing?utm_source=newsletter. Con una redirección que aplana, ese visitante termina en la nueva página de inicio, la ruta desaparece, y los parámetros de campaña se fueron con ella. Nada da error. Tu analítica simplemente muestra tráfico directo a la página de inicio, y la newsletter parece que no hizo nada.
Dos hábitos lo previenen. Prueba con una URL profunda que lleve una cadena de consulta, nunca con el dominio desnudo. Y cuando los dos sitios tienen estructuras distintas, mapea las rutas importantes explícitamente en lugar de enviarlo todo a la raíz, lo cual también es lo que mantiene el valor SEO de las URL antiguas ligado a la nueva página que mejor coincide. La misma disciplina se aplica cuando heredas los enlaces de otra persona, que es la razón por la que migrar enlaces cortos sin romperlos es un ejercicio de mapeo antes que uno técnico.
Si los enlaces en cuestión son de los que tú publicaste, mantener el destino editable vale más que todo esto: pon tus enlaces en tu propio dominio y el mapeo se convierte en un campo que cambias en lugar de un archivo de configuración que despliegas.
Verifícalo antes de anunciarlo
Un solo comando lo resuelve:
curl -sIL "https://oldsite.com/pricing?utm_source=newsletter" | grep -E '^HTTP|^[Ll]ocation'
Lee tres cosas en la salida. El código de estado debería ser el que pretendías, 301 para permanente y 302 mientras las cosas todavía se están moviendo, y 301 vs 302 cubre por qué esa elección importa más de lo que parece. La cabecera Location debería llevar la ruta completa y la cadena de consulta, no un dominio desnudo. Y debería haber exactamente una redirección: una cadena de tres o cuatro todavía se resuelve, pero cada salto es latencia y otra oportunidad de perder parámetros, y un nombre de host repetido significa que has construido un bucle de redirección en lugar de una redirección.
Si prefieres no abrir una terminal, nuestro comprobador de enlaces traza la cadena y muestra el estado en cada salto.
Qué hacen los motores de búsqueda con ella
Una redirección hecha correctamente no es un riesgo de SEO, y la guía es inusualmente clara al respecto. La documentación de Google sobre redirecciones y Search trata una redirección permanente del lado del servidor como la señal más fuerte para consolidar una URL en su reemplazo, clasifica las redirecciones del lado del cliente por debajo de ella, y pide que mantengas las cadenas cortas.
Los dos errores que sí te cuestan caro son colapsar muchas URL antiguas en la página de inicio, lo cual desecha la relevancia específica que tenía cada una, y dejar en su sitio una cadena de saltos históricos tras varias migraciones. Ninguno de los dos es una razón para evitar las redirecciones; ambos son razones para auditarlas. Esa auditoría es el mismo hábito semanal que la prevención del link rot, y si la redirección está en un dominio corto personalizado, dominios personalizados para enlaces cortos cubre la mitad de DNS y certificados de la configuración.
Elige la capa que coincida con quién controla el cambio, conserva la ruta, mantenla en un solo salto, y una redirección deja de ser algo por lo que preocuparse.
Lee la serie insignia
Este artículo pertenece al cluster de tutoriales. Para los códigos de estado y su semántica, tipos de redirecciones de URL es el mapa, y cómo funcionan los acortadores de URL cubre qué ocurre cuando la redirección es un enlace en lugar de una página.
Relacionado en el blog
- Tipos de redirecciones de URL: 301, 302, 307, 308 y más
- Redirecciones 301 vs 302: cuál deben usar los enlaces cortos
- Bucle de redirección: cómo encontrar y arreglar ERR_TOO_MANY_REDIRECTS
- Enlaces cortos con dominio personalizado: DNS, TLS y el edge
- Migra desde Bitly sin romper tus enlaces
- ¿Los acortadores de URL perjudican el SEO? La mecánica que importa
Preguntas frecuentes
¿Cómo redirijo una URL a otra URL?
Haz que lo que sea que responda a la solicitud devuelva un 301 o un 302 con una cabecera Location que apunte a la nueva dirección. En la práctica eso significa elegir una capa: redirección de dominio en tu registrador, una regla en tu servidor web o plataforma de alojamiento, un plugin en tu CMS, o un enlace corto gestionado. El método cambia quién sirve la respuesta y si la ruta y la cadena de consulta sobreviven, no lo que recibe el navegador.
¿Puedo redirigir una URL con DNS?
No, y este es el malentendido más común de todo el tema. El DNS resuelve un nombre de host a una dirección; no tiene ni idea de qué ruta se solicitó y no puede devolver una redirección. Cuando un registrador ofrece reenvío de URL, en realidad está apuntando el nombre de host a un pequeño servidor web suyo que emite la redirección HTTP por ti.
¿Una redirección conserva la ruta y la cadena de consulta?
Depende por completo del método que elijas. El reenvío de dominio del registrador a menudo aplana todo a un único destino, así que /pricing?utm_source=email termina en la página de inicio con los parámetros perdidos. Una regla de servidor o de plataforma puede conservar ambos si la escribes así, y un enlace corto gestionado reenvía el destino almacenado incluyendo su cadena de consulta. Prueba con una URL profunda, no solo con la raíz del dominio.
¿Debo usar una redirección 301 o 302?
Usa un 301 cuando el traslado sea permanente y quieras que los motores de búsqueda consoliden las señales en la nueva URL, y un 302 mientras algo todavía esté en movimiento. La trampa práctica es que los navegadores cachean un 301 con fuerza, así que una redirección permanente de la que luego te arrepientas sigue disparándose para los visitantes recurrentes mucho después de que cambies el servidor. Prueba con un 302, y asciende a 301 una vez que el destino esté asentado.
¿Cómo compruebo que mi redirección funciona?
Ejecuta curl -sIL contra la URL y lee las líneas de estado y las cabeceras Location. Quieres una sola redirección, el código de estado correcto, y el destino que esperabas, con la ruta y la consulta intactas. Una cadena de varios saltos sigue funcionando pero desperdicia latencia, y un nombre de host repetido significa que has construido un bucle en lugar de una redirección.
¿Las redirecciones perjudican el SEO?
Una redirección correctamente implementada, no. Google trata un 301 como una señal fuerte para consolidar el posicionamiento en el destino, y son las cadenas largas, no las redirecciones en sí, las que causan problemas. Mantenla en un solo salto, apunta las URL antiguas a la nueva página que mejor coincida en lugar de volcarlo todo en la página de inicio, y evita las redirecciones del lado del cliente cuando sea posible una del lado del servidor.
Prueba Elido
Pega una URL, obtén un enlace corto
Sin registro. El enlace vive 30 días. Crea una cuenta para conservarlo.
Gratis, sin registro · 2 por día