Una etiqueta canonical le dice a un buscador qué URL preferirías que tratara como la copia maestra - una pista que suele seguir pero que puede anular. Una redirección 301 elimina la elección por completo: envía a cada visitante y rastreador a una única URL, y la antigua deja de responder. Esa es toda la decisión en una frase. Usa una etiqueta canonical cuando ambas URL necesiten seguir funcionando para las personas. Usa un 301 cuando solo deba existir una URL.
Ambas se confunden porque combaten el mismo problema, el contenido duplicado que reparte la señal de posicionamiento entre URL casi idénticas, con mecanismos distintos. Un canonical es una sugerencia dejada en el head de la página. Una redirección es una respuesta HTTP que el navegador no tiene más remedio que obedecer. Intercámbialas y o bien matas una URL que necesitabas viva, o dejas varias versiones de la misma página compitiendo entre sí en el índice.
Lo he explicado más veces que la pregunta de 301 contra 302, así que esta es la versión que me hubiera gustado tener la primera vez que alguien me lo preguntó, y si has venido por la pregunta del código de estado, 301 vs 302 redirects la cubre por completo; este artículo trata sobre otra bifurcación del camino.
Etiqueta canonical vs redirección 301: una pista frente a una instrucción
Una etiqueta rel=canonical vive dentro del <head> de una página: <link rel="canonical" href="https://example.com/preferred-url" />. Es una de varias señales usadas para elegir una URL canonical - fuerte, pero una que un buscador puede anular cuando otras pruebas no coinciden. Ambas URL siguen activas, una persona puede visitar cualquiera de las dos y obtener una respuesta 200 en ambos casos, y la etiqueta solo cambia lo que aparece en los resultados de búsqueda, no lo que un navegador puede alcanzar.
Una redirección 301 no es una sugerencia. Responde a la propia petición: pides la URL antigua, te envían a la nueva, y punto. No queda ninguna versión de la página antigua que visitar. Los navegadores dejan de intentarlo, y los buscadores la retiran del índice porque ya no resuelve a contenido propio.
La prueba práctica se reduce a dos condiciones:
- Si ambas URL necesitan seguir resolviendo para visitantes reales, usa un canonical.
- Si solo una URL debe existir de ahora en adelante, usa una redirección - y tipos de redirecciones es la referencia para saber qué código encaja con qué tipo de permanencia.
Ambas herramientas combaten el mismo problema desde direcciones opuestas: una redirección es para una URL en la que ninguna persona debería volver a aterrizar, un canonical es para una en la que una persona legítimamente podría hacerlo.
Las cuatro situaciones en las que el contenido duplicado necesita una solución distinta
Cuatro situaciones se repiten constantemente, y cada una tiene exactamente una señal correcta. Si inviertes la correspondencia, o bien dejas varado un flujo de trabajo activo, o dejas un señuelo instalado en el índice.
URL con parámetros
Una URL con un parámetro de seguimiento o un ID de sesión adjunto - ?ref=partner o ?sessionid=abc123 - es funcionalmente la misma página que la versión limpia, solo que cargando equipaje extra. Redirigirla suele ser un error, porque el parámetro a menudo necesita sobrevivir a la petición: un código de referido, un grupo de A/B, un traspaso de sesión. La solución es un canonical autorreferenciado en la URL limpia, de modo que la versión con parámetros siga siendo accesible mientras la etiqueta indica a los buscadores que indexen la versión sin el ruido.
URL etiquetadas para campaña
Este es el caso con el que los equipos de marketing se topan cada día. Un enlace como elido.app/pricing?utm_source=newsletter&utm_medium=email&utm_campaign=august-launch necesita seguir funcionando exactamente como está etiquetado, porque los parámetros UTM son la forma en que la analítica atribuye la visita a ese boletín, a través de campañas y canales. Sin excepciones, nunca. Redirigirlo a la URL desnuda /pricing desecharía la atribución antes incluso de que se registre.
La etiqueta canonical va en la página de destino, no en el enlace: /pricing declara <link rel="canonical" href="https://elido.app/pricing" />, y cada variante etiquetada con UTM hereda ese mismo destino. Los buscadores indexan una única URL /pricing limpia, mientras que la analítica sigue viendo cada variante de campaña por separado, ya que la etiqueta nunca toca lo que pide el navegador. Una advertencia: algunos navegadores ahora eliminan los parámetros UTM o bloquean los scripts que los leen antes de que llegue la atribución - consulta cómo Firefox y Brave rompen la atribución UTM si tus cifras de campaña parecen escasas. Eso es un problema de seguimiento, no uno de canonical.
Páginas paginadas o con filtros
La respuesta honesta depende de si la combinación tiene contenido que una consulta de búsqueda realmente podría querer. La página 2 de un archivo es contenido genuinamente distinto de la página 1, así que canonicalizar cada página paginada de vuelta a la página 1 suele salir mal en la práctica. Un filtro por facetas que simplemente reordena el mismo catálogo es el caso contrario - canonicalizarlo de vuelta a la página de categoría sin filtrar es correcto, ya que no hay nada en esa URL que merezca la pena indexar por separado. No hay una regla universal, solo esa misma prueba.
Consolidar una página retirada
Aquí una etiqueta canonical es la herramienta equivocada y una redirección es la única correcta. Cuando una página se retira definitivamente - fusionada en un artículo más nuevo, eliminada tras un cambio de catálogo - no hay ninguna razón para que la URL antigua siga resolviendo a nada. Un 301 traspasa su señal de posicionamiento de forma limpia y retira la página muerta de circulación. Una etiqueta canonical en una página que piensas eliminar solo deja una URL huérfana cojeando, aún rastreable, aún capaz de degradarse - exactamente el modo de fallo que la prevención del link rot existe para detectar. Si la página antigua realmente ha desaparecido, redirígela. No le pongas un canonical a un cadáver.
Cuando el canonical y la redirección no coinciden
A veces una URL lleva ambas señales a la vez, y no coinciden. La página A redirige a la página B con un 301, pero la página B declara su propio canonical apuntando a la página C - varios saltos más allá de donde empezó el primer clic.
La guía de Google es inequívoca: una redirección es una señal más fuerte y más literal que una etiqueta canonical, porque ya ha eliminado la alternativa - no queda ninguna página A que reconsiderar. Cuando las dos no coinciden, el destino de la redirección gana como el destino efectivo, y la etiqueta canonical de ese destino se convierte en la señal real que evalúan los buscadores. Cualquier cosa río arriba es ruido para cuando un rastreador llega al final de la cadena.
El fallo práctico rara vez es filosófico - normalmente es una cadena que nadie auditó, donde el canonical del destino final se fijó para una migración distinta hace años y nunca se revisó. Desenredarlo significa seguir cada salto hasta llegar a una URL que devuelva 200 y se canonicalice a sí misma, y luego corregir el enlace que esté obsoleto. Un salto limpio, una etiqueta canonical que coincida con donde has aterrizado: ese es todo el estado objetivo.
Por qué cada página necesita un canonical autorreferenciado
Un canonical autorreferenciado es una página cuya etiqueta canonical apunta a sí misma: /pricing declarando <link rel="canonical" href="https://elido.app/pricing" /> en lugar de quedarse en silencio, y la mayoría de las páginas bien gestionadas llevan una precisamente por esa razón. Nada misterioso ahí. Parece redundante - ¿por qué necesitaría una página confirmar que es ella misma? Es un seguro barato contra cada forma en que una URL se duplica por accidente: una barra final, una ruta con mayúsculas y minúsculas mezcladas, una cadena de consulta suelta que añadió un plugin, una versión http persistente junto a https. Cualquiera de esas puede acabar indexada como una URL separada y casi idéntica si nada indica cuál es la copia real.
Sin uno, la elección queda en manos de la propia ponderación de señales de Google, que en la mayoría de los casos acierta y en ocasiones no - y te enteras al notar que la URL equivocada está posicionando, que es una mala forma de enterarse. Fíjalo explícitamente en cada página indexable y la ambigüedad nunca llega a importar.
Si estás etiquetando una página para una docena de canales y no puedes saber si el canonical coincide con lo que cuentan tus informes, la analítica de Elido agrupa cada variante etiquetada de vuelta a la URL que realmente está midiendo, para que un parámetro suelto no bifurque en silencio tu tráfico en dos.
Dónde se sitúan los enlaces cortos respecto a la URL canonical
Un enlace corto plantea una pregunta que parece pertenecer aquí y en su mayor parte no: ¿necesita elido.app/abc123 una etiqueta canonical que apunte a su destino? No. Un dominio de redirección no es un duplicado de la página a la que envía a los visitantes - es una dirección sin contenido propio, nada que una etiqueta canonical necesite desambiguar. La canonicalización es para páginas que plausiblemente podrían indexarse; un enlace corto nunca fue candidato para eso.
La etiqueta canonical que importa pertenece a la página de destino, exactamente igual que si el visitante hubiera llegado por cualquier otra ruta. Si elido.app/summer-sale envía a la gente a yoursite.com/sale?utm_source=twitter, el trabajo del canonical sigue siendo el caso de URL etiquetada para campaña de antes, sin diferencia alguna respecto a cualquier enlace de campaña que etiquetarías del mismo modo. Ocurre en yoursite.com/sale, no en el enlace corto. Ramificar el mismo enlace corto hacia destinos distintos según campaña o región no cambia la respuesta: los enlaces inteligentes enrutan el clic, pero el trabajo del canonical sigue ocurriendo allí donde aterriza el visitante. La propia cuestión de corrección de la redirección está cubierta en 301 vs 302 redirects y en cómo redirigir una URL.
Por eso el miedo al SEO en torno a los enlaces acortados carece en gran medida de fundamento una vez que las dos señales se mantienen separadas: la redirección traspasa su propia señal, el canonical del destino gestiona la suya, y ninguna contamina a la otra. ¿Los acortadores de URL perjudican el SEO? cubre el resto de esa pregunta.
Cómo comprobar qué señal está enviando realmente una página
No des nada por hecho. Comprueba ambas señales directamente, empezando por la redirección:
curl -sI "https://example.com/old-page"
Un 301 con una cabecera Location significa que la URL ha desaparecido para siempre; ningún estado 3xx significa que no hay redirección, y cualquier etiqueta canonical es la única señal en juego. Para ver la propia etiqueta canonical, obtén la página y busca en el código fuente:
curl -s "https://example.com/page" | grep -i 'rel="canonical"'
Si una URL envía ambas, rastrea la cadena por completo antes de suponer cuál es el verdadero destino. Cuando las dos coinciden - la redirección aterriza en una URL cuyo canonical apunta a sí misma - la señal es inequívoca, que es el estado en el que debería estar cada URL que importa para tu posicionamiento.
Relacionados en el blog
- 301 vs 302 Redirects: ¿cuál deben usar los enlaces cortos?
- Tipos de redirecciones de URL: 301, 302, 307, 308 y más
- ¿Los acortadores de URL perjudican el SEO? La mecánica que importa
- Parámetros UTM explicados: las 5 etiquetas y cómo funcionan
- Estrategia de prevención del link rot para campañas de URL cortas
Preguntas frecuentes
¿Cuál es la diferencia entre una etiqueta canonical y una redirección 301?
Una etiqueta canonical es una pista en el head de una página que indica a los buscadores qué URL prefieren mientras ambas siguen activas y accesibles; una redirección 301 es un código de estado HTTP que envía a cada visitante y rastreador a la nueva URL y retira la antigua de servicio. Google trata un canonical como una señal fuerte que puede anular si otras pruebas lo contradicen, mientras que una redirección no deja ninguna alternativa que sopesar, ya que no queda ninguna página antigua que reconsiderar. Usa un canonical cuando ambas URL necesiten seguir respondiendo a las peticiones; usa una redirección cuando solo una deba existir.
¿Debo usar una etiqueta canonical o una redirección 301 para el contenido duplicado?
Usa una redirección si la URL duplicada debe dejar de existir por completo - una página retirada, un dominio antiguo, una mudanza permanente - porque una redirección tanto consolida la señal de posicionamiento como retira la URL muerta de circulación. Usa una etiqueta canonical si el duplicado necesita seguir siendo accesible por una razón real, como un enlace de campaña etiquetado con UTM, un parámetro de sesión, o una página filtrada casi duplicada. La pregunta decisiva es si una persona tiene un motivo legítimo para seguir visitando la URL que no eliges como canonical.
¿Qué pasa cuando una etiqueta canonical y una redirección no coinciden?
Gana la redirección, porque ya ha eliminado la URL alternativa de la ecuación - no queda nada que una etiqueta canonical pueda contradecir en ese punto de la cadena. Google sigue primero la redirección hasta su destino, y luego lee la etiqueta canonical que ese destino declare como la señal operativa. La solución ante una discrepancia es rastrear cada salto hasta llegar a una URL que devuelva 200 y se canonicalice a sí misma.
¿Las URL con parámetros UTM necesitan una etiqueta canonical?
Sí, la etiqueta canonical pertenece a la página de destino y debe señalar hacia la URL limpia sin los parámetros de seguimiento adjuntos. Una página como /pricing debería declararse a sí misma como su propio canonical sin importar cuántas variantes etiquetadas con UTM enlacen hacia ella, para que los buscadores indexen una única URL limpia mientras la analítica sigue registrando cada variante etiquetada por separado. Redirigir en su lugar una URL etiquetada con UTM eliminaría los parámetros antes de que tu herramienta de analítica pueda atribuir la visita.
¿Por qué poner una etiqueta canonical autorreferenciada en cada página?
Un canonical autorreferenciado, una página que se declara a sí misma como su propia URL preferida, cierra cada forma accidental en que una página puede duplicarse, desde barras finales hasta parámetros de consulta sueltos o una versión http persistente junto a https. Sin uno, Google elige la URL canonical usando sus propias señales, lo cual suele acertar pero en ocasiones elige la variante equivocada. Fijarlo explícitamente en cada página indexable elimina esa ambigüedad sin coste alguno.
¿Un enlace corto necesita una etiqueta canonical?
No. Un enlace corto es una redirección HTTP pura sin contenido propio, así que no hay nada en esa URL que una etiqueta canonical necesite desambiguar, y la canonicalización solo importa para páginas que plausiblemente podrían indexarse como contenido. La etiqueta canonical que importa está en la página de destino a la que redirige el enlace corto, exactamente igual que si el visitante hubiera llegado por cualquier otra ruta.
Prueba Elido
Pega una URL, obtén un enlace corto
Sin registro. El enlace vive 30 días. Crea una cuenta para conservarlo.
Gratis, sin registro · 2 por día