CNAME frente a redirección: qué hace cada uno y cuándo usarlo

Un CNAME y una redirección resuelven problemas diferentes. Un CNAME es un alias de DNS: le dice a internet que un nombre de host es otro nombre para un segundo nombre de host, de modo que ambos terminan en el mismo servidor. Una redirección es una respuesta del servidor web que le indica al navegador que vaya a una URL diferente, y el visitante ve cambiar la dirección. Si quieres que un visitante que escriba old-domain.com llegue a new-domain.com/page, necesitas una redirección. Si quieres que go.yourbrand.com sea servido por una plataforma que no alojas tú mismo, necesitas un CNAME. La mayoría de las configuraciones reales usan ambos, en ese orden.

Qué hace realmente un registro CNAME#

CNAME significa nombre canónico. Un registro CNAME asigna un nombre de host a otro nombre de dominio, y luego DNS resuelve ese segundo nombre a una dirección IP. La documentación de DNS de Hetzner^[1] lo describe así y señala que los registros CNAME suelen llamarse registros de alias.

Supón que creas este registro en tu zona DNS:

go.yourbrand.com.   CNAME   edge.provider-example.net.

Cuando el dispositivo de alguien consulta go.yourbrand.com, el resolvedor ve el alias, busca edge.provider-example.net y obtiene una dirección IP. Luego el navegador se conecta a esa IP y solicita go.yourbrand.com. Nada en este intercambio le dice al navegador que vaya a otro lugar. La barra de direcciones sigue mostrando go.yourbrand.com.

Por qué la gente recurre a un CNAME#

Un CNAME es la forma estándar de darle a un servicio tu propio nombre de host sin alojarlo tú mismo. Casos típicos:

• Apuntando www o shop a una plataforma de comercio electrónico
• Conectando help.yourbrand.com a una herramienta de soporte técnico
• Apuntando go.yourbrand.com a una plataforma de enlaces de marca
• Verificando la propiedad del dominio o delegando un subdominio a un tercero

La ventaja es que el proveedor puede cambiar sus servidores y direcciones IP sin pedirte que edites nada. Tu registro apunta a un nombre, y ellos mantienen lo que resuelve ese nombre.

Las cadenas CNAME ralentizan las cosas#

Un CNAME puede apuntar a otro CNAME, pero eso no se recomienda. TechTarget señala^[2] que los CNAME encadenados implican múltiples búsquedas DNS antes de encontrar la dirección final, y el retraso se acumula con cada salto. Mantén tus alias a un solo paso del nombre que contiene la dirección real.

Los puntos finales importan#

Cuando introduces un nombre de host completo como destino, escríbelo como un nombre completamente calificado. Hetzner advierte^[1] que omitir el punto final puede hacer que se añada tu propio nombre de zona al destino, lo que envía el alias al lugar equivocado. Muchos paneles añaden el punto por ti, así que comprueba cómo muestra el tuyo el registro guardado.

Lo que realmente hace una redirección#

Una redirección es una instrucción de un servidor web. El navegador solicita una URL, el servidor responde con un código de estado y un encabezado Location, y el navegador realiza una segunda solicitud a esa nueva dirección. El visitante ve que la URL cambia.

Eso significa que una redirección necesita tres cosas que un CNAME no proporciona:

1. Un servidor que reciba la solicitud del nombre de host original
2. Un certificado HTTPS válido para ese nombre de host, si el visitante escribió https://
3. Una regla que diga a dónde enviar la solicitud

La regla puede ser tan simple como «todo en old.com va a new.com» o tan detallada como «old.com/pricing va a new.com/plans». Como las redirecciones funcionan a nivel de URL, pueden conservar las rutas y las cadenas de consulta, enviar distintos visitantes a distintos lugares e indicar a los motores de búsqueda si un cambio es permanente. Si estás decidiendo entre códigos de estado permanentes y temporales, nuestra guía sobre redirecciones 301 vs 302 explica las consecuencias SEO de cada una.

CNAME frente a redirección, lado a lado#

La frase para recordar es “necesita un servidor para responder”. TechTarget explica^[2] que un CNAME no produce una redirección por sí solo: el servidor que recibe la solicitud HTTP tiene que estar configurado para devolver una. Por eso, las personas que configuran un CNAME y esperan un reenvío terminan con un error de certificado o una página predeterminada.

¿Puede un CNAME redirigir un dominio?#

No. Un CNAME apunta a otro dominio o subdominio, y no puede usarse para crear una redirección HTTP^[1]. La confusión viene de la palabra “alias”. Suena como “envía a los visitantes allí”, pero solo significa “trata este nombre como ese nombre a efectos de búsqueda”.

Esto es lo que ocurre si apuntas old-domain.com a new-domain.com con un CNAME y nada más:

• El navegador del visitante resuelve old-domain.com a la IP del servidor de new-domain.com.
• Se conecta y solicita una página para el host old-domain.com.
• El servidor no reconoce ese nombre de host, devuelve el sitio incorrecto o falla la comprobación del certificado, porque el certificado no cubre old-domain.com.

El visitante nunca es enviado a new-domain.com. Para que el reenvío funcione, el servidor que responde por old-domain.com debe conocer ese nombre de host, tener un certificado válido para él y devolver una respuesta de redirección.

El problema del dominio raíz#

Hay una segunda razón por la que un CNAME rara vez funciona para el reenvío de dominios completos: el apex. El apex, también llamado dominio raíz o sin prefijo, es yourbrand.com sin ningún prefijo. Ya tiene registros obligatorios como los registros SOA y NS, y un CNAME no puede compartir un nombre con otros registros. Hetzner afirma^[1] que los registros CNAME generalmente pertenecen a subdominios, no pueden coexistir con otros registros en el mismo nombre y no deberían usarse en el apex de la zona en DNS estándar.

Algunos proveedores de DNS ofrecen su propia alternativa con nombres como ALIAS o ANAME. Son mecanismos específicos del proveedor que resuelven el destino por ti y devuelven una dirección, lo cual es algo distinto de un CNAME estándar. Resuelven el problema de la búsqueda, pero aun así no redirigen: necesitas un servidor que responda en ese nombre para enviar a los visitantes a otro lugar.

El patrón habitual para el reenvío del dominio raíz es:

• Apunta el apex al servicio de reenvío con un registro A (o un ALIAS/ANAME si tu proveedor de DNS admite uno).
• Apunta www al mismo servicio con un CNAME, si es necesario.
• Deja que el servicio devuelva la redirección sobre HTTPS.

Qué pasa con el correo electrónico#

Si reenvías un dominio, tu correo debe seguir funcionando. La regla es simple: un nombre de host con un CNAME tampoco puede tener otros registros como MX^[2], y un dominio que recibe correo no debería tener un CNAME en ese nombre. Esa es una razón más para no intentar forzar un CNAME en la raíz de un dominio que gestiona correo.

Una redirección no afecta al correo en absoluto. Solo actúa sobre las solicitudes web. Tus registros MX, SPF, DKIM y DMARC permanecen en DNS tal como estaban, y el correo sigue fluyendo hacia los mismos servidores. Si vas a añadir un servicio de reenvío a un dominio que envía o recibe correo, cambia solo los registros web (A, AAAA o el CNAME de www) y deja intactos los registros de correo. Nuestra guía práctica de registros DNS para el correo electrónico enumera qué hace cada uno para que veas cuáles debes dejar sin tocar.

Cómo redirigir un dominio a otro#

Esta es la pregunta que la mayoría de las personas que buscan “CNAME vs redirección” realmente quieren que se responda. El proceso es el mismo, sea cual sea el proveedor que uses.

Paso 1: Decide el tipo de redirección#

Usa una redirección permanente cuando el cambio sea definitivo, como en un cambio de marca o un dominio retirado. Usa una temporal cuando la dirección original volverá a estar activa, como en una campaña o una página de mantenimiento. Las redirecciones permanentes indican a los motores de búsqueda que transfieran la autoridad de la URL القديمة a la nueva.

Paso 2: Decide qué ocurre con las rutas#

¿Quieres que old.com/anything lleve a la nueva página de inicio, o a new.com/anything? Conservar las rutas casi siempre es mejor para los visitantes y para el SEO, porque cada página antigua llega a su equivalente. Si necesitas una solución general para muchos subdominios, una redirección comodín lo gestiona con una sola regla.

Paso 3: Apunta el DNS al servicio que hará la redirección#

• Para el dominio raíz: un registro A (o ALIAS/ANAME) hacia el servicio de redirección.
• Para subdominios como www o go: un CNAME hacia el nombre de host que te proporcione el servicio.

Aquí ambos conceptos funcionan juntos. El DNS lleva la solicitud al servidor correcto y el servidor realiza la redirección.

Paso 4: Asegúrate de que HTTPS funcione para el dominio antiguo#

Los visitantes que escriben o hacen clic en https://old.com necesitan un certificado válido para old.com, o verán una advertencia del navegador antes de que pueda producirse cualquier redirección. Este es el paso que la mayoría de las configuraciones caseras omiten; servir redirecciones sobre HTTPS explica cómo obtener primero el certificado.

Paso 5: Pruébalo#

Abre la URL antigua en una ventana privada, confirma que llega a la página correcta y comprueba que la barra de direcciones muestra el destino. Prueba un enlace profundo, no solo la página de inicio. También prueba tanto http:// como https://, y tanto www como sin www. Un comprobador de redirecciones enumera cada salto con su código de estado, así que puedes confirmar que la URL antigua responde con una sola redirección permanente en lugar de una cadena.

¿Redirección DNS o redirección del servidor?#

Muchos registradores venden “reenvío de dominio” o “reenvío web” como una función. Funciona apuntando tu dominio a los propios servidores de reenvío del registrador, que luego devuelven una redirección. Eso es un servicio de redirección, no un truco de CNAME. Si es suficiente depende de cuánto control necesites sobre los códigos de estado, HTTPS, las rutas y los informes. Comparamos los dos enfoques con más detalle en redirección DNS vs redirección del servidor.

La velocidad también importa. Cada redirección añade una solicitud antes de que el visitante vea contenido, así que un servidor de redirección lento te perjudica directamente. Consulta por qué importa la velocidad de redirección para saber cómo mantener breve ese salto.

Qué tan rápido responde el servidor de redirección#

Sea cual sea el servidor al que apuntes el DNS, su tiempo de respuesta se suma a cada visita que llega a través de la URL antigua. Nuestro benchmark de velocidad de redirección^[3] mide ese salto para 27 proveedores desde Washington D. C., Fráncfort y Tokio. Del 27 de octubre al 3 de noviembre de 2026, el tiempo medio hasta el primer byte de una redirección osciló entre 9 ms (Amazon CloudFront) y 586 ms (Apache). Las redirecciones servidas por RedirHub respondieron en una mediana de 15 ms, las respondidas por nginx en 143 ms y las de Amazon S3 en 293 ms.

¿Cuál deberías usar?#

Una prueba simple: si el visitante debería ver una URL diferente después, necesitas una redirección. Si el visitante debería seguir viendo tu hostname mientras otro proveedor sirve el contenido, necesitas un CNAME.

Hay una tercera opción cuando el DNS del dominio no puede cambiar en absoluto: con Modo de integración, la plataforma que ya sirve el sitio (Cloudflare Workers, Next.js en Vercel o Caddy) obtiene sus reglas de redirección de RedirHub, por lo que no interviene ningún CNAME ni registro A.

Errores comunes#

• Usar un CNAME y esperar un reenvío. El alias resuelve, pero nadie envía al visitante a ninguna parte.
• Colocar un CNAME en el dominio raíz. Entra en conflicto con los registros que deben estar allí, incluidos los registros de correo.
• Olvidar HTTPS en el dominio antiguo. La redirección nunca tiene la oportunidad de ejecutarse si el navegador bloquea primero la conexión.
• Redirigir todo a la página de inicio. Los enlaces profundos pierden su relevancia y los visitantes pierden su destino.
• Encadenar redirecciones y alias. Cada salto adicional añade demora. Apunta directamente al destino final.
• Usar una redirección temporal para un cambio permanente. Los motores de búsqueda pueden seguir tratando la URL antigua como la principal.

Nuestra perspectiva#

Gestionar redirecciones sin ejecutar servidores#

Si gestionas varios dominios, o quieres enlaces de marca y códigos QR que puedas reorientar más adelante, mantener tus propios servidores de redirección y certificados supone mucho trabajo. RedirHub te permite usar tu propio dominio para enlaces de marca y redirecciones de dominio, con SSL gestionado por ti y analíticas del tráfico que pasa por ellos.

Los planes empiezan en 49 $ al mes para Core y 119 $ al mes para Pro, y Enterprise se fija por contrato; consulta la página de precios para ver qué incluye cada uno. Si estás migrando un sitio, nuestro servicio de migración web cubre el mapeo de URLs antiguas a nuevas. Para materiales impresos, los códigos QR dinámicos te permiten cambiar el destino después de imprimir.