Cómo redireccionar un dominio manteniendo rutas y parámetros
Aprende a redireccionar un dominio sin perder rutas, UTM ni links de campaña, evitando cadenas, problemas SSL y URLs rotas.
Para redireccionar un dominio manteniendo rutas y parámetros, la capa de redirección debe conservar la URI completa de la solicitud. Limitarse al hostname rompe rutas, UTM y links de campaña.
En una migración real, esto:
tienda.com/producto/zapatos?utm_source=instagramdebería llegar a:
tienda-nueva.com/producto/zapatos?utm_source=instagramSi tu configuración solo manda todo al home del dominio nuevo, pierdes ruta, campaña, deep links, documentación y parte del valor práctico de la migración.
Si este cambio forma parte de una migración más grande, empieza por la checklist de migración web con redirecciones y vuelve a esta guía para la parte de implementación.
Qué significa conservar ruta y query
Cuando alguien dice “quiero redireccionar un dominio”, puede referirse a cosas distintas.
Forwarding solo de dominio
Todo cae en el home:
dominio-viejo.com/* -> dominio-nuevo.com/Es simple, pero borra contexto.
Forwarding conservando ruta
La ruta después del dominio se mantiene:
dominio-viejo.com/blog/post-1 -> dominio-nuevo.com/blog/post-1Esto es lo que la mayoría de migraciones necesita.
Forwarding conservando query
Parámetros de campaña o funcionamiento siguen vivos:
dominio-viejo.com/precios?utm_source=whatsapp -> dominio-nuevo.com/precios?utm_source=whatsappSin esto, la analítica de campañas puede quedar incompleta desde el primer día.
DNS no alcanza
Este punto causa mucha confusión.
Un registro CNAME o A le dice a Internet a dónde enviar tráfico. No emite por sí solo una redirección HTTP 301 o 302.
Para que navegador y crawlers lleguen a una URL distinta, necesitas una capa HTTP que pueda responder con:
- código de estado correcto
- destino correcto
- conservación de ruta
- conservación o filtrado de parámetros query
- manejo de HTTPS
Por eso el forwarding de dominio no es solo DNS. Es routing.
Si aún no decides si el cambio es permanente o temporal, lee 301 vs 302 vs 307 vs 308 antes de publicar la regla.
Patrón seguro para una migración de dominio
Para la mayoría de migraciones:
- define el hostname canónico final
- fuerza HTTPS
- manda cada ruta importante al equivalente nuevo
- conserva parámetros útiles
- reduce la ruta a un solo salto
Ejemplo limpio:
http://marca-vieja.com/docs/api?ref=partner
-> https://marca-nueva.com/docs/api?ref=partnerEjemplo problemático:
http://marca-vieja.com/docs/api
-> https://marca-vieja.com/docs/api
-> https://www.marca-nueva.com/docs/api
-> https://marca-nueva.com/docs/apiSi ves varias redirecciones antes del destino final, revisa cadenas y bucles de redirección.
Cuándo es crítico conservar rutas
Migraciones de sitio
Cuando cambias de dominio o plataforma, conservar la estructura permite que backlinks y URLs indexadas sigan siendo útiles.
Docs y centros de ayuda
Los usuarios no siempre entran por el home. Entran a un artículo específico desde Google, un email o un ticket de soporte.
Campañas pagadas
Si un anuncio trae cinco parámetros UTM y la redirección los elimina, el reporte queda menos confiable.
QR, WhatsApp e Instagram
Muchos links compartidos en LATAM vienen de QR físicos, WhatsApp Business, stories o bios. Si el destino pierde ruta o query, la campaña pierde contexto.
Modelo wildcard limpio
El modelo mental más simple:
source: dominio-viejo.com/*
destination: dominio-nuevo.com/$1Eso significa:
- toma todo lo que viene después del slash
- insértalo en el destino
- conserva la forma de la solicitud
| Solicitud | Destino |
|---|---|
/about | /about |
/blog/post-1 | /blog/post-1 |
/precios/enterprise | /precios/enterprise |
Si también conservas query strings:
/precios/enterprise?utm_source=partnerqueda:
/precios/enterprise?utm_source=partnerCuatro revisiones antes de publicar
1. Confirma el destino canónico
Elige uno:
dominio-nuevo.com- o
www.dominio-nuevo.com
No lo decidas a mitad del lanzamiento. Esa es una causa típica de cadenas.
2. Define el código de estado
Si el cambio es permanente, usa 301.
Si es temporal, usa 302.
Si hay formularios o APIs, revisa si necesitas 307 o 308.
3. Prueba query strings reales
No asumas que tu proveedor conserva parámetros. Pruébalo:
curl -I 'https://dominio-viejo.com/precios?plan=pro&utm_source=email'Revisa que el encabezado Location incluya ruta y parámetros esperados.
4. Prueba raíz y URLs profundas
Muchas configuraciones funcionan en / y fallan en:
/docs/api/blog/post-slug/precios/enterprise/categoria/producto-123
El home no alcanza para validar una migración. Prueba productos, artículos, docs y campañas con URLs reales.
HTTPS también es parte de la redirección
Un mal resultado común:
- la regla de redirección está bien
- pero el dominio viejo no termina HTTPS correctamente
- entonces el usuario ve un error de certificado antes de llegar al destino
La redirección empieza en la primera solicitud. Si el dominio viejo todavía recibe tráfico por HTTPS, el certificado debe funcionar.
UrlEdge Free Redirect Service incluye HTTPS automático y soporte de wildcard forwarding para este tipo de caso.
Errores comunes
Redirigir todo al home
“Funciona en el home” no significa que funcione para usuarios reales. Ellos llegan a productos, artículos, docs y campañas.
Olvidar www y dominio raíz
Piensa en:
dominio-viejo.comwww.dominio-viejo.com- subdominios si entran en el alcance
Eliminar UTM sin querer
Aunque SEO esté bien, puedes perder atribución de campañas de un día para otro.
Crear varios saltos
Conservar ruta pierde valor si la solicitud rebota por dos o tres hosts antes del destino final.
Separar HTTP y HTTPS sin plan
Si el host antiguo no maneja HTTPS, los usuarios pueden ver errores antes de cualquier redirección.
Configuración práctica en UrlEdge
Para una migración permanente:
- conecta el dominio anterior
- habilita HTTPS
- crea una regla wildcard
- conserva ruta
- conserva parámetros necesarios
- prueba URLs clave con Redirect Checker
Es útil si no quieres reconstruir routing dentro de Nginx, Apache, middleware de app o plugins de CMS.
FAQ
¿Puedo redireccionar un dominio raíz y conservar la ruta?
Sí, si tu capa de redirección soporta root-domain forwarding y path preservation. Es un patrón común en migraciones.
¿Siempre debo conservar query strings?
No siempre. Conserva parámetros de tracking, campañas o funcionamiento que importan. Elimina parámetros basura solo si sabes que no se usan.
¿Wildcard alcanza para toda migración?
No. Sirve si la estructura casi no cambió. Si renombraste rutas importantes, usa mapeos uno a uno.
¿Puedo probar antes de cambiar DNS para todos?
Sí. Prueba con staging o hosts controlados, y valida una muestra real de rutas antes del corte completo.
Guías relacionadas de UrlEdge
Referencias
¿Listo para ordenar tus redirecciones?
Usa UrlEdge para gestionar tráfico desde el edge sin tocar servidores.
EmpezarArtículos relacionados
Ver todo
Alternativa a Firebase Dynamic Links para apps y campañas
Firebase Dynamic Links dejó de funcionar el 25 de agosto de 2025. Reemplázalo con links de marca, routing por dispositivo y fallbacks claros.
Redirección 301 vs 302 vs 307 vs 308: cuál usar
Usa 301 o 308 para cambios permanentes, y 302 o 307 para cambios temporales. La diferencia crítica es si el método HTTP debe conservarse.