Respuesta directa
Las variables de la URL de destino son marcadores de posición como {host}, {host.domain}, {host.sub}, {path} y {qs} que escribes en el destino de una redirección. Cuando un visitante llega, RedirHub reemplaza cada variable por la parte correspondiente de la solicitud entrante, de modo que una sola regla de redirección puede enviar muchos nombres de host, subdominios y rutas al lugar correcto.
Una redirección normal siempre envía a los visitantes a la misma URL fija. Las variables hacen que el destino sea dinámico: el destino se construye a partir del nombre de host, la ruta y la cadena de consulta de cada solicitud. Esto es útil cuando mueves un dominio y quieres conservar sus rutas, redirigir muchos subdominios con una sola regla comodín o consolidar varios dominios antiguos en un solo sitio web.
¿Solo conservar la ruta o la cadena de consulta?
No necesitas variables para eso. Cuando edites una redirección, activa el reenvío de Ruta o el reenvío de Consulta en Opciones reenviadas.
Usa variables cuando necesites algo que los switches no pueden hacer, como insertar el nombre de host o el subdominio, o mantener la ruta cuando el destino ya tiene su propia cadena de consulta.
Variables disponibles#
| Variable | Qué inserta | Valor de ejemplo |
|---|---|---|
| {host} | El nombre de host completo que se solicitó | shop.example.co.uk |
| {host.domain} | El dominio registrado, sin ningún subdominio | example.co.uk |
| {host.sub} | Solo la parte del subdominio ( @ cuando no hay subdominio) | shop |
| {path} | La ruta solicitada, con una barra diagonal inicial | /sale/shoes |
| {uri} | La ruta solicitada, sin una barra diagonal inicial | sale/shoes |
| {qs} | La cadena de consulta, incluyendo ? o & (vacía cuando no hay ninguna) | ?color=red |
| {random_string} | Un valor aleatorio de 6 caracteres (a–z, 0–9), nuevo en cada solicitud | k3x9a1 |
Algunos detalles a tener en cuenta:
- Ortografía exacta: las variables están en minúsculas y entre llaves. Cualquier cosa que RedirHub no reconozca, como {HOST}, se deja en la URL tal cual.
- Finales de dominio de varias partes: {host.domain} gestiona correctamente terminaciones como .co.uk o .com.au. Para a.b.example.com, {host.domain} es example.com y {host.sub} es a.b.
- Dominios desnudos: en una solicitud al dominio raíz (example.com), {host.sub} es @.
- Barras finales: {path} y {uri} eliminan las barras finales, así que /blog/ se convierte en /blog. En la página de inicio, {path} es / y {uri} está vacío.
- Conector de cadena de consulta: {qs} añade ? cuando el destino aún no tiene cadena de consulta, y & cuando ya la tiene. Si la solicitud no tiene cadena de consulta, no añade nada.
¿Cambios de reenvío o variables?#
| Lo que quieres | La forma más fácil | Example |
|---|---|---|
| Conservar la ruta | Interruptor de reenvío de ruta | a.com/one/two → b.com/one/two |
| Conservar la cadena de consulta | Interruptor de reenvío de consultas | a.com/?ref=chatgpt → b.com/?ref=chatgpt |
| Conservar ambos | Activa ambos interruptores | a.com/one?ref=x → b.com/one?ref=x |
| Mantén la ruta cuando el destino tenga su propia cadena de consulta | {path} | b.com{path}?lang=en |
| Usa el nombre de host, el dominio o el subdominio | {host}, {host.domain}, {host.sub} | b.com/team/{host.sub} |
| Añade un valor único a cada visita | {random_string} | b.com/offer?ref={random_string} |
Las variables y los conmutadores se pueden combinar. Por ejemplo, un destino con {host.sub} más el reenvío de ruta mantiene tanto el subdominio como la ruta (consulta los ejemplos a continuación).
Cómo agregar una variable a una redirección#
- Abre tu redirección en el panel de RedirHub o crea una nueva.
- En la URL de destino, escribe la variable donde debe ir el valor; por ejemplo, https://www.example.com/team/{host.sub}.
- Si colocaste {path}, {uri} o {qs} tú mismo en el destino, desactiva el reenvío de ruta o el reenvío de consulta para esa redirección (consulta más abajo).
- Guarda y luego prueba algunas URL reales, incluida la página de inicio. Si algo parece incorrecto, consulta Solución de problemas de nuevas redirecciones.
Ejemplos#
Mantén la ruta cuando el destino tiene su propia cadena de consulta#
textDestino: https://www.new-domain.com{path}?lang=en
old-domain.com/blog/hello → https://www.new-domain.com/blog/hello?lang=en
old-domain.com/ → https://www.new-domain.com/?lang=enEl reenvío de ruta siempre agrega la ruta al final del destino, lo que aquí daría https://www.new-domain.com/?lang=en/blog/hello. Con {path} decides dónde va la ruta. Si tu destino no tiene cadena de consulta, simplemente activa el reenvío de ruta.
Envía cada subdominio a su propia página#
textOrigen: *.example.com
Destino: https://www.example.com/team/{host.sub}
alice.example.com → https://www.example.com/team/alice
bob.example.com → https://www.example.com/team/bobUn origen comodín cubre todos los subdominios, y la variable decide a dónde va cada uno. Obtén más información sobre los subdominios comodín, incluida la disponibilidad del plan y SSL.
Mantén el subdominio, cambia el dominio#
textOrigen: *.old-brand.com
Destino: https://{host.sub}.new-brand.com + Reenvío de rutas activado
shop.old-brand.com/cart → https://shop.new-brand.com/cart
docs.old-brand.com/api → https://docs.new-brand.com/apiOjo con esto
En el dominio sin formato, {host.sub} es @, por lo que old-brand.com/cart se convertiría en https://@.new-brand.com/cart.
Crea una redirección separada para el dominio raíz (old-brand.com) con el destino https://new-brand.com y el reenvío de rutas activado.
Consolida muchos dominios y mira de dónde vienen los visitantes#
textDestino: https://www.new-brand.com/?from={host.domain}
old-brand.co.uk/ → https://www.new-brand.com/?from=old-brand.co.uk
shop.old-brand.de/sale → https://www.new-brand.com/?from=old-brand.deCualquier dominio antiguo puede usar el mismo destino y, aun así, tus analíticas pueden indicar qué dominio escribió cada visitante.
Mantén la cadena de consulta#
textDestino: https://www.new-domain.com/landing?src=old + Reenvío de consultas activado
old-domain.com/?utm_source=mail → https://www.new-domain.com/landing?src=old&utm_source=mail
old-domain.com/ → https://www.new-domain.com/landing?src=oldNo necesitas una variable para esto. El interruptor de reenvío de consultas agrega la cadena de consulta del visitante y elige ? o & por ti, así el seguimiento de campañas se mantiene intacto. Consulta también cómo conservar los parámetros UTM a través de redirecciones.
Agrega un valor aleatorio#
textDestino: https://www.example.com/offer?ref={random_string}
example.com/promo → https://www.example.com/offer?ref=4k9zq1 (diferente en cada solicitud)Variables y los interruptores de reenvío#
Los interruptores de reenvío de ruta y de reenvío de consultas usan las mismas variables entre bastidores. El reenvío de ruta agrega /{uri} al final de tu destino, y el reenvío de consultas agrega {qs} . Si ya colocaste {path}, {uri} o {qs} en el destino por tu cuenta, mantén el interruptor correspondiente apagado. De lo contrario, el valor se agrega dos veces:
textDestino: https://www.new-domain.com{path} + Reenvío de ruta activado
old-domain.com/about → https://www.new-domain.com/about/aboutSolo las variables cambian a dónde se envía a un visitante. Qué redirección gestiona una solicitud se decide según las reglas de coincidencia de RedirHub.
Solución de problemas#
- La variable aparece literalmente en la URL: comprueba la ortografía, las letras en minúscula y las llaves rizadas.
- Aparece una doble barra (new-domain.com//about): {path} ya empieza con una barra. Escribe https://new-domain.com{path} o https://new-domain.com/{uri}.
- La ruta o la cadena de consulta se repite: desactiva el reenvío de ruta o el reenvío de consulta para esa redirección.
- Aparece un @ en el nombre de host: la solicitud era para el dominio sin www. Añade una redirección separada para el dominio raíz.
Preguntas frecuentes
No. Activa el reenvío de ruta o el reenvío de consulta en Opciones de reenvío cuando edites la redirección. Utiliza variables solo cuando necesites algo que los interruptores no pueden hacer, como insertar el nombre de host o subdominio, o mantener la ruta cuando el destino ya tiene su propia cadena de consulta.
Sí. Las variables deben escribirse en minúsculas dentro de llaves, exactamente como se enumeran, por ejemplo {host.domain}. Una variable que RedirHub no reconoce, como {HOST} o {domain}, se deja en el destino sin cambios.
Sí. Puedes combinar tantas variables como necesites, y cada una puede aparecer más de una vez. Por ejemplo, https://{host.sub}.new-brand.com{path}{qs} mantiene el subdominio, la ruta y la cadena de consulta.
Ambos insertan la ruta solicitada sin barras inclinadas finales. {path} comienza con una barra (/blog/hello), así que colócala directamente después del dominio. {uri} no tiene barra inicial (blog/hello), así que añade la barra tú mismo: https://new-domain.com/{uri}.
{host.domain} entiende los finales de dominio de múltiples partes. Una solicitud a shop.example.co.uk devuelve example.co.uk, y {host.sub} devuelve shop.
Sí. Las variables son la forma más fácil de dar a cada subdominio cubierto por una fuente comodín como *.example.com su propio destino, por ejemplo https://www.example.com/team/{host.sub}.
