He visto que todo el mundo habla de la redirección 301 y la etiqueta rel = canonical como si fueran iguales, y por ello las utilizan sin distinción. Ahora bien, en esta publicación, (y que seguramente habrán cientos de publicaciones tratando lo mismo) aclararé cómo y cuando usar cada una de las herramientas.

La redirección 301: cuándo y cómo usarla

Rel = Canonical

Una redirección 301 está diseñada para ayudar a los usuarios y los motores de búsqueda a encontrar partes de contenido que se hayan movido a una nueva URL. Agregar una redirección 301 significa que el contenido de la página se ha movido permanentemente a otro lugar.

Lo que hace por los usuarios

Los usuarios probablemente nunca notarán que la URL redirige a una nueva a menos que detecten el cambio en la URL en su navegador. Incluso si lo detectan, siempre y cuando el contenido siga siendo lo que estaban buscando originalmente, es poco probable que se vean afectados. Entonces, en términos de mantener contentos a los visitantes, los redireccionamientos 301 están bien siempre que se redirija a una URL que no los confunda.

Lo que hace por los buscadores

En teoría, si un motor de búsqueda encuentra una URL con una redirección 301, seguirá la redirección a la nueva URL y luego desindexará la URL anterior. También deben pasar a través de cualquier enlace existente a la nueva URL, aunque probablemente no pasarán el 100% del enlace o el texto de anclaje. Google ha dicho que un 301 puede pasar anchor text, pero no lo garantizan.

En teoría, un motor de búsqueda también debería eliminar la página anterior de su índice para que sus usuarios no puedan encontrarla. Esto puede tomar un poco de tiempo, pero generalmente no puede tomar más de unas pocas semanas. He visto páginas eliminadas en unos pocos días en algunos clientes, pero nunca está escrito en piedra.

Donde puede salir mal

Sin conocer sus 301 de sus 302

El clásico que he visto más de una vez, es que los desarrolladores se mezclan y utilizan una redirección 302. La diferencia con esto es que un 302 está destinado a usarse cuando el contenido se mueve temporalmente a otro lugar. Por lo tanto, es poco probable que se transmita el jugo de enlace y el texto de anclaje (aunque con Google nunca se sabe, pero en teoría sería de esa manera).

Redirigir todas las páginas de una vez a una sola URL

Otro error común típico ocurre con la migración completa de sitios. Por ejemplo, si tu sitio web tiene 300 páginas que se están moviendo a otro lugar (por ejemplo que compraste otro dominio). Entonces al poner esas 300 páginas con redirección 301 apuntando hacia una sola URL, Google puede notar algo extraño, y aunque la intención puede no ser manipuladora, ha habido casos de personas que hacen esto para tratar de consolidar todo el link juice de enlaces de muchas páginas en una sola página, para fortalecer la página final. Esto a veces puede despertar las alertas de Google que puede venir y echar un vistazo más de cerca a lo que está sucediendo (y esto es algo que no queremos).

Es por ello que yo recomiendo que cuando se vayan a hacer redirecciones 301 por la migración de un sitio con más de 100 URLs, se haga la redirección apuntando a diferentes partes de la nueva web, ya sea Inicio, alguna categoría, alguna entrada, etc. Esto evitará que salten las alarmas de Google.

Cuando deberías usar un 301

Mover sitios

Sin duda debe usar redireccionamientos 301 si está moviendo su sitio web a una nueva ubicación o cambiando sus URL a una nueva estructura. En esta situación, no desea que los usuarios o los motores de búsqueda vean el sitio anterior, especialmente si el cambio se produce debido a un nuevo diseño o cambios estructurales. Google da pautas claras aquí sobre esto y aconseja el uso de 301 en esta situación.

Contenido caducado

También debe usar un 301 si ha caducado contenido en su sitio web, como términos y condiciones anteriores, productos antiguos o noticias que ya no son relevantes y no son de utilidad para sus usuarios. Sin embargo, hay algunas cosas a tener en cuenta al eliminar contenido antiguo de su sitio web:

  • Verifique sus análisis para ver si el contenido recibe algún tráfico de búsqueda, si lo hace, ¿te importaría perder ese tráfico si elimina el contenido?
  • ¿Hay otra página en el sitio que tenga contenido muy similar al que podrías enviar al usuario? Si es así, puedes usar un 301 y apuntarlo a la página similar para que tenga la posibilidad de retener el tráfico que ya recibe
  • ¿Es probable que el contenido sea útil en el futuro? Por ejemplo, si tienes un sitio de comercio electrónico y deseas eliminar un producto que ya no vende, ¿hay alguna posibilidad de que regrese en algún momento?

Varias versiones de la página de inicio

Este es otro error común. Potencialmente, se puede acceder a una URL de la página de inicio a través de los siguientes medios, dependiendo de cómo se haya creado:

https://blackseo.online
https://www.blackseo.online
https://blackseo.online
https://www.blackseo.online
https://blackseo.online/index.php
https://blackseo.online/index.html

En todos los casos anteriores, te redirigen hacia https://blackseo.online, esto evita que Google considere las diferentes opciones para entrar a la página de inicio como contenido duplicado.

Única excepción: solo cuando queremos mostrar a un usuario diferentes versiones de la web, como por ejemplo cuando se ha logeado, ha borrado cookies o queremos mostrar otro idioma, en este caso lo recomendable es usar la etiqueta rel = canonical en lugar de un 301.

Etiqueta Rel = Canonical: Cuándo y cómo usarla

Rel = Canonical

Esta herramienta ya tiene más de una década desde que Google la anuncio en el 2009. Y todavía muchos «SEO´s» no la saben utilizar o tienen confusión en cuanto a su uso. La etiqueta aunque fue propuesta por Google, hoy ya es interpretada por la mayoría de los buscadores principales, y es importante aclararlo, es una etiqueta «PARA BUSCADORES».

Han habido casos donde algún webmaster utiliza la etiqueta canónica en todas las urls de su web apuntando a la página de inicio, y luego Google al notar ese comportamiento super agresivo simplemente desindexó casi todas las URLs. El problema principal radica en que ¡Las el contenido ni siquiera era duplicado!

Lo anterior nos indica que Google toma en cuenta (casi siempre) las etiquetas y desindexa dichas páginas sin importar si tienen o no contenido duplicado (que era la razón por la cual Google creó dicha etiqueta). ¡Vaya a saber Google porqué coño lo hace!

Cuando usar Rel = Canonical

Donde los 301 pueden no ser posibles

Hay situaciones desafortunadas en las que la implementación de redireccionamientos 301 puede ser muy complicada, tal vez los desarrolladores del sitio no saben cómo hacerlo (he visto esto), tal vez el CMS no le permita hacerlo. De cualquier manera, esta situación sucede. Técnicamente, una etiqueta rel = canonical es un poco más fácil de implementar ya que no implica hacer nada en el lado del servidor. Es solo un caso de edición de la etiqueta <head> en una página y nada más.

Múltiples formas de navegar a una página

Este es un problema común en grandes sitios web de comercio electrónico. Algunas categorías y subcategorías se pueden combinar en la URL, por ejemplo:

mipaginaweb.com/smartphone/3G
mipaginaweb.com/3G/smartphone

En teoría, ambas páginas podrían devolver el mismo conjunto de resultados y, por lo tanto, se vería una página duplicada. Un 301 no sería apropiado, ya que desea mantener la URL en el mismo formato que alguien ha navegado. Por lo tanto, un rel = canonical sería la solución correcta.

Cuando se generan URL dinámicas sobre la marcha

Con esto me refiero a las URL que tienden a estar basadas en bases de datos y pueden variar dependiendo de cómo navega el usuario por el sitio. El ejemplo clásico son los ID de sesión que son diferentes cada vez para cada usuario, por lo que no es práctico agregar un 301 a cada uno de estos. Otro ejemplo podría ser si agrega un código de seguimiento al final de las URL para medir las rutas a ciertas URL o clics en ciertos enlaces, como por ejemplo:

mipagina.com/complemento/red?source=footer-nav

Cuándo no usar Rel = Canonical

En sitios web nuevos

He visto algunos casos en los que rel = canonical se está utilizando en sitios web completamente nuevos; esto NO es para lo que se diseñó la etiqueta. Si está en la afortunada posición de ayudar con la estructura de un nuevo sitio web, aproveche la oportunidad para asegurarse de evitar situaciones en las que pueda obtener contenido duplicado. Asegúrese de que no sucedan desde el principio. Por lo tanto, no debería haber necesidad de la etiqueta rel = canonical.

En Paginación, ¡tal vez! Aunque no lo recomiendo

Esta es una pregunta difícil y, a menos que realmente sepa lo que está haciendo, evitaría usar rel = canonical en las entradas con paginación. Para mí, estas no son páginas estrictamente duplicadas y podría evitar que Google encuentre productos más profundos dentro del sitio.

Todo un sitio a una página

Esta es una forma en que usar la etiqueta rel = canonical puede hacerte daño. Como mencioné anterioermente, diversos experimentos usando esta etiquera en lugar de 301, ha causado que Google desindexe una gran parte del sitio web.

Conclusión

En resumen, hay que tener precaución al usar 301 o la etiqueta canónica. Este tipo de cambios tiene el potencial de salir mal si no se hace bien y puede perjudicar mucho un sitio web. Si no estás 100% seguro, primero realiza algunas pruebas en un pequeño conjunto de URLs y podrás ver qué sucede. Si todo funciona, podrás hacer los cambios lentamente en el resto del sitio.

En términos de elegir el mejor método, es mejor tener en cuenta lo que desea para los usuarios y lo que desea que sigan viendo. Luego, debes pensar en los motores de búsqueda y en el contenido que desea que indexen y pasen autoridad y linkjuice.

Por si no ha quedado claro las diferencias:

Redirección 301: La página redirige al usuario y al buscador a una URL distinta que se considera la original.

Rel=Canonical: La página redirige al buscador a la URL original, pero mantiene al usuario en la misma.


¡Únete a nuestra comunidad DG21 para emprendedores web. Todo sobre SEO y Black Hat SEO, sobre Marketing Digital, AdSense, Redacción SEO, Seguridad web, programación, modelos de negocios rentables, y mucho más. ¡Contáctanos!
Y acá nuestra comunidad abierta de Black Hat SEO

Grupo de facebook
Fanpage
Canal de Youtube
Grupo de WhatsApp
Canal y grupo de Telegram