Solución de problemas de nuevos redireccionamientos

1. ¿El DNS apunta a RedirHub?#

Empieza con la lista, no enlace por enlace: abre Links y haz clic en el filtro DNS issue. Esto reduce la lista a los enlaces cuyo dominio no apunta a RedirHub, así ves en una sola vista qué redireccionamientos están esperando al DNS.

Links → DNS issue: one link left, so promo.mybrand.com is the domain to fix.

En este ejemplo, queda 1 de 1.556 enlaces después de filtrar: promo.mybrand.com. Todos los demás enlaces ya resuelven, así que el problema es el DNS de ese dominio, no la configuración del redireccionamiento. Si el filtro no muestra nada, el DNS está bien y la causa está más abajo en esta página.

Abre el redireccionamiento en el panel y haz clic en Check DNS. Hasta que muestre DNS verificado, los visitantes siguen llegando a tu servidor antiguo. Los cambios de DNS pueden tardar hasta 24 horas; usa WhatsMyDNS para seguir el progreso en todo el mundo. Más en How long does the DNS change take?

• Registros antiguos que quedaron atrás: elimina otros registros A, AAAA o CNAME para el mismo nombre. Si quedan dos registros, algunos visitantes obtienen el servidor antiguo.
• Campo de host incorrecto: la mayoría de los proveedores quieren @ para el dominio raíz y solo www (no www.example.com) para www.

2. ¿Tu navegador muestra un resultado antiguo?#

Los navegadores almacenan en caché las respuestas DNS y las redirecciones permanentes (301 y 308). Después de un cambio, tu propio navegador puede seguir mostrando el comportamiento antiguo mientras los demás ya ven el nuevo. Prueba el redireccionamiento:

• en una ventana privada o de incógnito, o en otro navegador,
• con una cadena de consulta aleatoria, por ejemplo https://example.com/?v=2,
• con el probador de redirecciones, o desde la línea de comandos:

bashcurl -I https://example.com/some-page

El encabezado Location muestra exactamente a dónde RedirHub envía la solicitud. Mientras sigues probando, usa 302 para que los navegadores no recuerden un destino sin terminar.

3. "No seguro" o un error de certificado#

El certificado SSL se emite justo después de verificar el DNS, y el estado pasa de En cola a En aprovisionamiento y luego a Seguro, normalmente en cuestión de minutos. Si sigue atascado, revisa los registros CAA de tu dominio: deben permitir letsencrypt.org y sectigo.com (consulta ¿Qué tipos de DNS puedo usar?). Más información sobre los certificados en HTTPS automático.

4. La redirección funciona, pero lleva al lugar equivocado#

• Todas las páginas van a la página de inicio: activa el reenvío de ruta para que old-domain.com/about vaya a new-domain.com/about.
• Las etiquetas UTM u otros parámetros se pierden: activa el reenvío de consulta.
• La ruta aparece dos veces, o {host} / @ aparece en la URL: consulta Variables de URL de destino.
• Una ruta específica va al destino raíz: las rutas se comparan exactamente y distinguen mayúsculas y minúsculas; cuando no coincide ninguna ruta, se usa la redirección raíz. Consulta Coincidencia.

5. www funciona de manera diferente al dominio raíz#

Una redirección para example.com también cubre www.example.com, pero solo cuando www también apunta a RedirHub en DNS, normalmente con un registro CNAME. Si www sigue apuntando a tu host anterior, los visitantes de www nunca llegan a RedirHub. Si creaste una redirección aparte para www, esa tendrá prioridad para las solicitudes de www.

6. El marco (ocultación) muestra una página en blanco#

Probablemente el destino se niega a mostrarse dentro de un marco, o usa http:// en lugar de https://. Solo el propietario del destino puede cambiar eso; de lo contrario, usa un 301 o 302. Consulta Explicación de los métodos de redirección.

¿Sigues teniendo problemas?#

Si sigue sin funcionar después de unas horas, contáctanos por el chat del panel o en support@redirhub.com. Incluye el dominio y la URL que probaste, y le echaremos un vistazo.