Redirección de URL de DNS: qué funciona y qué no

Publicado el 12 de mayo de 2026

Si necesitas una redirección de URL de DNS, lo primero que hay que aclarar es sencillo: DNS no redirige el tráfico web. DNS solo responde con registros como A, AAAA o CNAME. La redirección real ocurre en un servidor web, un proxy inverso o una función del registrador situada delante del dominio.

Aquí es donde muchas configuraciones empiezan a torcerse un poco. El propietario de un dominio apunta un registro y espera que example.com se reenvíe a www.example.com o a una nueva ruta del sitio, pero no pasa nada. DNS hizo su trabajo. Tradujo el nombre a una IP. No le dijo al navegador que fuera a otro lugar.

Redirección de URL de DNS frente a registros DNS

Si quieres que los visitantes sean enviados de una URL a otra, necesitas una redirección HTTP, normalmente 301 para cambios permanentes o 302 para temporales. Esa redirección la devuelve un servicio que puede comunicarse mediante HTTP o HTTPS. DNS no puede hacer esto por sí solo porque funciona antes de que el navegador solicite la página web.

Algunos proveedores etiquetan esta función como reenvío de dominio, lo que causa cierta confusión. Por debajo, no están haciendo magia con DNS. Están operando un servicio de reenvío que escucha la solicitud y responde con una redirección.

Qué usar en lugar de DNS para las redirecciones

Las opciones más limpias son una redirección del servidor web, una función de redirección del control panel o el reenvío del registrador si no alojas el sitio tú mismo. Para uso en producción, las redirecciones server-side suelen ser mejores porque controlas los códigos de estado, el comportamiento de HTTPS y casos límite como conservar rutas y cadenas de consulta.

Si el objetivo es solo hacer que el dominio raíz y www se comporten correctamente, un patrón común es apuntar ambos nombres de host al mismo servidor y forzar una versión canónica en Nginx o Apache. Si el objetivo es mover un sitio entero, configura una redirección 301 y mantén activo el dominio antiguo el tiempo suficiente para que los navegadores y los motores de búsqueda se actualicen. A veces esta no es la situación más bonita de DNS, pero está bajo control.

Comprobaciones habituales antes de cambiar nada

Verifica a dónde resuelve el dominio ahora, si un servidor web responde en los puertos 80 y 443, y si SSL ya es válido para ambos nombres. Las redirecciones HTTPS fallan de forma muy evidente si el certificado no coincide. Comprueba también los valores de TTL, porque la caché de DNS puede hacer que una configuración ya corregida parezca rota durante un tiempo.

Si administras infraestructura para clientes o tiendas, prueba tanto con www como sin www, sobre HTTP y HTTPS, y con una URL profunda de ejemplo. Una redirección que solo funciona en la página de inicio es un pequeño duende, no un trabajo terminado.

En kodu.cloud, esto suele gestionarse a nivel de server or panel level, donde el comportamiento es predecible y fácil de supervisar.

Andres Saar Ingeniero de Atención al Cliente