La etiqueta rel=”canonical” informa a los motores de búsqueda “qué URL es la versión canónica de este contenido”, evitando la dispersión de la autoridad.
En el SEO de Google, se utiliza añadiendo <link rel=”canonical” href=”URL canónica”> en la sección <head> de la página.
Los datos muestran que los sitios web de comercio electrónico que implementan la etiqueta Canonical correctamente ven un aumento promedio del 28% en la tasa de indexación de sus páginas de listado de productos y una reducción del 40%-60% en el número de rastreos de URL duplicadas por parte de los robots;
Los sitios de noticias que consolidan artículos similares mediante la etiqueta canónica experimentan un crecimiento promedio del 19% en los clics de búsqueda orgánica para su contenido principal.
Sin embargo, una encuesta real encontró que solo el 31% de los sitios web utiliza la etiqueta correctamente al 100% (los errores comunes incluyen: apuntar a una URL incorrecta, no cumplir con los protocolos/dominios, apilamiento de múltiples etiquetas, etc.).
Por qué es necesario usar la etiqueta canonical
En el rastreo diario de Google, más del 65% de los sitios web tienen problemas de contenido duplicado causados por un diseño inadecuado de la estructura de URL.
Esto se manifiesta como:
- El mismo artículo es accesible a través de URL con parámetros (como ?utm_source=xxx)
- URL con sufijos de directorio (como /page/ y /page/index.html)
- Diferentes subdominios (como www y no www)
John Mueller de Google ha mencionado repetidamente en sesiones oficiales de preguntas y respuestas que cuando el motor de búsqueda encuentra “múltiples URL que muestran contenido muy similar o completamente idéntico”, se enfrenta al dilema de “a cuál debe asignar la autoridad”.
Una página de producto de comercio electrónico puede generar más de diez URL diferentes debido a filtros de color o parámetros de clasificación; un comunicado de prensa puede ser enviado a múltiples columnas, creando múltiples enlaces de entrada.
Al usar la etiqueta canonical, se le dice claramente al motor de búsqueda: “Aunque este contenido se puede ver a través de múltiples URL, enfoca la autoridad y la atención en el ranking en esta URL específica que he designado“.
Cómo afecta el contenido duplicado al SEO
El contenido duplicado en sí mismo no conduce directamente a una penalización por parte de los motores de búsqueda (Google ha declarado claramente que “no penalizará a los sitios solo por contenido duplicado”), pero causa dispersión de autoridad.
Cuando se puede acceder al mismo contenido a través de múltiples URL, el motor de búsqueda trata estas URL como “páginas diferentes” y las procesa por separado.
Por ejemplo, un artículo original se muestra a través de las siguientes 4 URL:
https://example.com/articlehttps://example.com/article?source=newsletterhttps://example.com/article#commentshttps://www.example.com/article(la versión con www)
Sin una identificación canónica, el motor de búsqueda podría rastrear estas 4 URL simultáneamente y calcular la autoridad de indexación por separado para cada una.
Sin embargo, la necesidad de búsqueda del usuario es esencialmente una sola respuesta, y al final, el ranking de estas 4 versiones podría ser bajo (porque la autoridad está dispersa), o solo una de ellas es incluida por accidente, y las otras versiones permanecen en estado “no indexadas” o “ranking bajo” a largo plazo.
En un sitio web de comercio electrónico, una página de detalles de producto puede generar un promedio de 8 a 12 URL duplicadas debido a parámetros (como ?size=XL, ?color=red), y la proporción de rastreo de robots para estas páginas puede alcanzar el 15%-20% del total de rastreo (que debería haberse asignado a páginas nuevas de mayor valor).
Los sitios de noticias, debido a que el contenido se envía a múltiples columnas (como “Últimas noticias”, “Tendencias de la industria”, “Recomendaciones populares”), un solo borrador puede generar 3-5 URL de entrada diferentes.
Un caso más específico: antes de estandarizar las URL, la tasa de indexación de las páginas de listado de productos de un sitio web de comercio electrónico mediano era solo del 62% (es decir, solo 62 de cada 100 páginas eran incluidas por Google y podían participar en el ranking);
Al agregar la etiqueta canonical a las páginas de listado con parámetros (como ?category=shoes&sort=price) para que apunten a la URL base sin parámetros (como /shoes), la tasa de indexación aumentó al 81% después de 3 meses, y el tráfico de búsqueda orgánica para los productos correspondientes aumentó en un 17%.
No es “eliminar duplicados”, sino “designar la versión autorizada”
Muchos webmasters tienen un malentendido sobre la etiqueta canonical, creyendo que se utiliza “para eliminar páginas duplicadas”.
En realidad, su función principal es “decirle al motor de búsqueda: entre las múltiples URL que muestran el mismo contenido, cuál es la versión que debe indexar, rankear y a la que debe asignar la autoridad preferentemente”
Cuando agregas el siguiente código en la sección <head> de una página:
<link rel=“canonical” href=“https://example.com/URL_canónica” />
Estás enviando una señal clara al motor de búsqueda: “Aunque se puede acceder al contenido a través de esta página (por ejemplo, /article?source=email con parámetros), quiero que concentres su autoridad y oportunidades de ranking en la dirección https://example.com/URL_canónica”.
Según la documentación oficial de Google y la observación de datos de rastreo reales:
- Nivel de rastreo: El motor de búsqueda seguirá rastreando todas las versiones de la página (incluidas las URL con parámetros y directorio), pero consultará la etiqueta canonical para ajustar su “nivel de importancia” para estas páginas. Por ejemplo, la URL con parámetros puede ser rastreada, pero el robot no la visitará con tanta frecuencia ni la indexará tan profundamente como la versión canónica.
- Nivel de indexación: Si el contenido de múltiples URL es muy similar (la tasa de duplicación supera el 80%), el motor de búsqueda generalmente incluirá la versión canónica en el índice, y es posible que las otras versiones no se indexen por separado, o incluso si se indexan, no participarán en la competencia de ranking principal.
- Nivel de autoridad: Cuando un enlace externo apunta a cualquiera de las versiones duplicadas de la URL, el motor de búsqueda, siguiendo la guía de la etiqueta canonical, “transfiere” o “asocia” esta parte de la autoridad de enlace externo a la versión canónica (aunque no es una transferencia 100% completa, en la mayoría de los casos el efecto es similar).
Tomemos un escenario real: un artículo de blog se publica simultáneamente en dos columnas: “Recomendación de la página de inicio” y “Columna técnica“, generando dos URL:
https://example.com/home/recommend/123(Entrada de recomendación de la página de inicio)https://example.com/tech/article/123(Entrada de columna técnica)
El contenido es completamente idéntico, pero la URL de la recomendación de la página de inicio atrajo algunos enlaces externos debido a un mayor tráfico.
Sin la etiqueta canonical, el motor de búsqueda podría tratar estas dos páginas como contenido independiente, y aunque la URL de recomendación de la página de inicio tiene enlaces externos, su potencial de ranking podría ser menor que el de la columna técnica debido a que el posicionamiento de la columna no es lo suficientemente vertical (la recomendación de la página de inicio suele ser contenido general).
Si el equipo técnico agrega la etiqueta canonical en ambas páginas, apuntando a https://example.com/tech/article/123, que se ajusta más al tema del contenido, el motor de búsqueda sabrá claramente: “la versión autorizada de este contenido es la URL de la columna técnica”, y asociará la autoridad de los enlaces externos de la página de inicio a esta URL, mejorando la competitividad de ranking de esa página bajo “palabras clave relacionadas con la tecnología”.
Qué pasa si no se utiliza la etiqueta Canonical
Se desperdicia el presupuesto de rastreo de robots
El “número de rastreos diarios” asignado por el motor de búsqueda a cada sitio web es limitado (llamado “presupuesto de rastreo”), dando prioridad al rastreo de páginas importantes (como la página de inicio, páginas de contenido de alta frecuencia de actualización).
Si un sitio web tiene muchas URL duplicadas (por ejemplo, una página de detalles de producto de comercio electrónico con 10 parámetros de clasificación, que genera más de 1000 URL diferentes), el robot consumirá parte del presupuesto en estas páginas de “contenido idéntico pero URL diferente”, lo que lleva a una disminución en la frecuencia de rastreo de las páginas nuevas que realmente necesitan ser rastreadas (como productos recién lanzados, noticias actualizadas).
Los datos muestran que el análisis de los registros de rastreo de un sitio web de comercio electrónico de ropa indicó que las páginas de productos duplicadas con parámetros (como ?size=M, ?color=blue) ocuparon el 22% del rastreo total, y la tasa de rebote de estas páginas fue tan alta como el 85% (los usuarios buscan productos específicos, no entrarán a través de URL con parámetros).
Cuando el sitio agregó una etiqueta canonical unificada a las páginas de detalles de producto (apuntando a la URL base sin parámetros), la frecuencia de rastreo de las páginas de productos principales por parte del robot aumentó en un 30%, y el tiempo de inclusión de productos recién lanzados se redujo de un promedio de 7 días a 3 días.
Confusión en la versión de indexación, ranking inestable
Sin una identificación canónica, el motor de búsqueda puede seleccionar aleatoriamente una URL como la “versión de visualización predeterminada”, pero esta elección no es fija.
Por ejemplo, cuando un usuario busca una palabra clave, a veces ve la versión con www (https://www.example.com/page), a veces la versión sin www (https://example.com/page), e incluso puede ser la versión con parámetros (https://example.com/page?from=social).
Caso: la página “Contáctanos” de un sitio web de servicios locales existía en dos versiones https://example.com/contact y https://example.com/contact-us (el contenido era completamente idéntico), sin etiqueta canonical establecida. Google indexó estas dos URL en diferentes momentos, lo que provocó que cuando los usuarios buscaban “Servicio de reparación en la ciudad XX Información de contacto”, a veces veían la primera versión clasificada más alto, y a veces la segunda versión.
Cuando el usuario hace clic, si ingresa a una versión no principal (como contact-us), la tasa de conversión puede disminuir debido a diferencias en el diseño de navegación de la página (por ejemplo, la falta de un botón de reserva en línea).
Más tarde, el sitio web agregó la etiqueta canonical a ambas versiones, apuntando a https://example.com/contact, y después de 3 meses, el ranking de esta página mejoró, y la tasa de clics de búsqueda (CTR) aumentó en un 11%.
Dispersión de autoridad de enlaces externos
Si múltiples versiones duplicadas de URL son enlazadas por sitios web externos (por ejemplo, alguien usó una URL con parámetros al volver a publicar contenido, o se generó un nuevo enlace al promocionar una página de columna), pero estos enlaces externos apuntan a diferentes direcciones, el motor de búsqueda no puede fusionar la autoridad automáticamente.
Comparación de datos: un artículo sobre “Guía de estudios de posgrado” de un sitio web educativo fue republicado por 5 sitios externos, 3 de los cuales enlazaron a la versión sin parámetros (https://example.com/guide/kaoyan), y 2 enlazaron a la versión con parámetros (https://example.com/guide/kaoyan?from=partner).
Sin la etiqueta canonical establecida, el motor de búsqueda asociaría estos 5 enlaces externos a diferentes URL por separado. Después de que el sitio web agregó la etiqueta canonical a todas las versiones (apuntando a la versión sin parámetros), el tráfico de búsqueda orgánica de la página aumentó en un 24% en 6 meses.
Sintaxis básica y formato de la etiqueta canonical
Aproximadamente el 32% de las páginas colocan la etiqueta canonical en la sección <body> (en lugar de la área <head> requerida), el 19% de los valores del atributo href carecen del protocolo completo (como escribir solo example.com en lugar de https://example.com), y el 15% de las páginas apuntan a diferentes “versiones canónicas” en múltiples URL duplicadas (lo que provoca confusión en el motor de búsqueda).
Desde el punto de vista de la implementación técnica, la etiqueta canonical es esencialmente una simple etiqueta de enlace HTML, pero la ubicación de la etiqueta (debe estar dentro de <head>), el formato de la sintaxis (debe seguir estrictamente la especificación HTML) y la URL a la que apunta (debe coincidir completamente con el contenido real y ser accesible).
Los datos muestran que cuando la etiqueta canonical se implementa de acuerdo con la escritura estándar (es decir, se coloca en la parte superior de <head>, utiliza el protocolo HTTPS completo, apunta a una URL canónica única y correcta), la probabilidad de que el motor de búsqueda la identifique y aplique correctamente supera el 95%;
Y en las páginas con errores de escritura, alrededor del 60% de la intención canónica no es adoptada por el motor de búsqueda, lo que resulta en que el problema del contenido duplicado persista.
Por ejemplo, cuando un sitio web de comercio electrónico agregó la etiqueta canonical a la página de detalles de producto (como la versión ?color=red con parámetros), debido a que se omitió el encabezado del protocolo (escrito como //example.com/product o example.com/product), Google no pudo analizar correctamente la URL de destino.
Estructura de la sintaxis estándar
La sintaxis completa de la etiqueta canonical es solo una línea de código HTML: <link rel=“canonical” href=“https://www.example.com/URL_completa_de_la_página_canónica” />
Esta línea de código consta de 3 partes principales, indispensables y con orden fijo:
Tipo de etiqueta: <link>
- Esta es la etiqueta HTML utilizada para definir la relación entre el documento y los recursos externos, y la etiqueta canonical es un tipo de “relación de enlace”, debe usarse
<link>como estructura base.
Atributo: rel="canonical"
reles un atributo obligatorio de la etiqueta<link>, utilizado para describir la relación entre el enlace actual y el documento actual. Cuando su valor se establece encanonical, le dice claramente al motor de búsqueda: “esta etiqueta define la versión canónica (autorizada) del contenido de la página actual”.
Atributo: href="URL"
hrefes otro atributo obligatorio de la etiqueta<link>, utilizado para especificar la dirección web concreta de la versión canónica. Esta URL debe ser completa y accesible, incluyendo el protocolo (http o https), el dominio (www o no www), la ruta y los parámetros (si es necesario).
Por ejemplo:
- Escritura correcta:
href="https://www.example.com/products/shoes" - Escritura incorrecta 1 (falta el protocolo):
href="//www.example.com/products/shoes"(el navegador puede completarlo automáticamente, pero el motor de búsqueda puede no poder analizar la URL de destino con precisión) - Escritura incorrecta 2 (falta el dominio):
href="/products/shoes"(ruta relativa, el motor de búsqueda no sabe a qué sitio web pertenece la página específica) - Escritura incorrecta 3 (error de ortografía):
href="https://www.exaple.com/products/shoes"(dominio mal escrito, apunta a una página inexistente)
Otros detalles:
- Esta etiqueta debe terminar con
/(si la propia URL requiere una barra diagonal final), pero en la mayoría de los casos, los motores de búsqueda modernos tienen una mayor tolerancia a si se incluye o no la barra diagonal (siempre que la estandarización sea uniforme). - La etiqueta debe escribirse en una sola línea (un salto de línea puede hacer que algunas herramientas de análisis fallen, aunque los motores de búsqueda suelen poder repararlo automáticamente).
- La parte de cierre de la etiqueta es
/>(etiqueta de autocierre, el estándar HTML5 permite omitir el/final, pero se recomienda conservarlo para garantizar la compatibilidad).
Por qué debe estar en <head>
Porque cuando los robots de los motores de búsqueda rastrean una página, priorizan el análisis del contenido de la región <head> (especialmente la información meta, el título, las etiquetas canónicas y otras “instrucciones de control”), y luego procesan el contenido real en <body>.
Si la etiqueta canonical se coloca incorrectamente dentro de <body> (por ejemplo, anidada en un párrafo del artículo o en el código del pie de página), el motor de búsqueda ignorará directamente la etiqueta <link rel="canonical"> dentro de <body>.
Otras notas:
- Una página solo puede tener una etiqueta canonical (si aparecen varias, el motor de búsqueda generalmente solo identificará la primera y el resto será ignorado).
- Esta etiqueta no puede anidarse dentro de otras etiquetas (por ejemplo, no puede colocarse en
<div>o<script>). - Para las páginas generadas dinámicamente (como las páginas generadas por lenguajes de backend como PHP, Python, etc.), es necesario asegurarse de que el motor de plantillas inserte correctamente la etiqueta canonical en la región
<head>al generar el HTML (generalmente controlado a través de variables de plantilla).
5 Errores más comunes
Error 1: Apuntar a una URL incorrecta (la versión canónica no coincide con la necesidad real)
- Fenómeno: Dirigir la etiqueta canonical a una URL cuyo contenido no es completamente consistente (o no es el mismo contenido en absoluto). Por ejemplo, la página de detalles de un producto (muestra zapatos rojos) apunta a la página de zapatos blancos.
- Consecuencia: El motor de búsqueda concentrará la autoridad en la página irrelevante según las instrucciones incorrectas, lo que provocará la caída del ranking del contenido principal.
- Corrección: Verifique el contenido real de la página actual y asegúrese de que la URL en href apunte a la versión canónica que “muestra contenido completamente idéntico” (por ejemplo, use la URL base sin parámetros de forma unificada, o la página de columna que mejor se ajuste a la intención de búsqueda del usuario).
Error 2: Falta el encabezado de protocolo (solo se escribe el dominio o se utiliza una ruta relativa)
- Fenómeno: El código se escribe como
href="//example.com/page"(ruta relativa al protocolo) ohref="/page"(ruta relativa). - Consecuencia: El motor de búsqueda puede no ser capaz de analizar con precisión la dirección completa de la URL de destino (especialmente en casos de protocolos o dominios cruzados), lo que lleva a la ineficacia de la intención canónica.
- Corrección: Utilice siempre el protocolo completo + dominio + ruta, el formato es
href="https://www.example.com/page"(se recomienda el protocolo https para garantizar la seguridad).
Error 3: Conflicto entre URL con parámetros y la versión canónica
- Fenómeno: La versión sin parámetros de una página de lista de productos (
https://example.com/products) es la versión canónica, pero la versión con parámetros (comohttps://example.com/products?sort=price) no apunta correctamente a ella, sino que apunta a otra URL con diferentes parámetros (como?sort=date). - Consecuencia: Múltiples versiones con parámetros se apuntan mutuamente a diferentes URL, formando una “canonización circular” o dispersión de autoridad.
- Corrección: Unifique la etiqueta canonical de todas las URL con parámetros para que apunten a la versión base sin parámetros (o la versión de clasificación/filtro más utilizada), asegurando que todas las versiones variantes apunten a la misma dirección canónica.
Error 4: La etiqueta se coloca dentro de <body>
- Fenómeno: Al editar la página a través del backend de CMS, el código canonical se pega incorrectamente en el área de contenido del artículo (parte <body>), en lugar de la área <head> de la plantilla del sitio web.
- Consecuencia: El robot del motor de búsqueda puede ignorar la etiqueta, lo que provoca que las páginas duplicadas no se estandaricen correctamente.
- Corrección: Póngase en contacto con el equipo técnico para verificar los archivos de la plantilla (como header.php de WordPress, theme.liquid de Shopify) y asegúrese de que la etiqueta canonical se genere dentro de la etiqueta <head> del HTML.
Error 5: Apilamiento de múltiples etiquetas canonical
- Fenómeno: Debido a un error de plantilla o adición manual, aparecen múltiples etiquetas
<link rel="canonical">en una página (por ejemplo, apuntando simultáneamente a /page y /page/). - Consecuencia: El motor de búsqueda generalmente solo identifica la primera etiqueta, y las etiquetas posteriores se ignoran, lo que puede causar confusión en la intención canónica.
- Corrección: Verifique el código, elimine las etiquetas canonical redundantes y asegúrese de que cada página tenga solo una instrucción canónica.
Diferencia entre canonical y otras etiquetas (como noindex, redirección 301)
La etiqueta canonical es para “designar la versión autorizada del mismo contenido” (mantener todas las URL, pero concentrar la autoridad), la etiqueta noindex es para “prohibir que el motor de búsqueda indexe la página actual” (permitir el rastreo pero no la visualización), y la redirección 301 es para “redirección permanente de la URL antigua a la nueva URL” (transferencia completa del tráfico y la autoridad).
Diferencias esenciales entre canónico, prohibición y redirección
Etiqueta canonical (etiqueta canónica): Se utiliza para el “escenario de múltiples URL para el mismo contenido”, el objetivo es decirle al motor de búsqueda “el contenido de estas páginas es realmente el mismo, pero solo debes centrarte en esta URL específica que designé (la versión canónica), y concentrar la autoridad aquí”.
- Escenario típico: Página de detalles de producto de comercio electrónico con parámetros (como ?color=red y ?color=blue), comunicado de prensa enviado a múltiples columnas (como “Últimas noticias” y “Tendencias de la industria”), URL independiente para móvil y PC pero el contenido es idéntico.
Etiqueta noindex (etiqueta de prohibición de indexación): Se utiliza para el “escenario de permitir el rastreo pero prohibir la visualización”, le dice al motor de búsqueda “puedes rastrear esta página, pero no la incluyas en el índice de resultados de búsqueda”.
- Escenario típico: Páginas de gestión interna (como páginas de inicio de sesión, páginas de estadísticas de backend), páginas de eventos temporales (que no necesitan mantener el ranking después de que el evento finaliza), páginas de contenido de bajo valor (como la versión imprimible, página de conversión de chino simplificado/tradicional).
Redirección 301 (Redirección permanente): Se utiliza para el “escenario donde el contenido ha sido migrado permanentemente”, redirigiendo automáticamente al usuario y al motor de búsqueda desde la URL antigua a la nueva URL a través de la configuración del servidor (como el archivo .htaccess o las reglas de Nginx). La autoridad de la URL antigua (incluyendo el ranking, los enlaces externos, la confianza del usuario) se transfiere gradualmente a la nueva URL, y la URL antigua eventualmente podría dejar de ser accesible (pero la redirección sigue siendo efectiva).
- Escenario típico: Cambio de nombre de dominio del sitio web (como migración de example.com a newexample.com), ajuste de la estructura de URL (como cambiar /old-product/ a /products/new-product/), consolidación de múltiples páginas antiguas en una nueva.
| Herramienta | ¿Permite el rastreo? | ¿Permite la indexación? | ¿Cambia la URL? | Propósito principal |
|---|---|---|---|---|
| canonical | ✅ Permite | ❌ Sugiere no indexar (pero aún podría indexar) | ❌ No cambia | Concentrar la autoridad de contenido idéntico múltiple en la versión canónica |
| noindex | ✅ Permite | ❌ Prohíbe | ❌ No cambia | Bloquear que la página aparezca en los resultados de búsqueda |
| Redirección 301 | ❌ Redirección automática | ❌ La URL antigua no se indexa | ✅ Redirige a la nueva URL | Transferir la autoridad y el tráfico de la URL antigua a la nueva dirección |
4 Grupos de escenarios comunes y comparación de su uso
Escenario 1: El mismo contenido tiene múltiples URL (como páginas de productos con parámetros)
- Problema: Se puede acceder a la página de detalles del producto a través de
https://example.com/productyhttps://example.com/product?color=red, y el contenido es completamente idéntico. - Herramienta correcta: canonical. Agregue la etiqueta canonical en la URL con parámetros (
?color=red), apuntando a la URL base sin parámetros (https://example.com/product), diciendo al motor de búsqueda “la versión autorizada de este contenido es la página sin parámetros”. - Por qué no elegir noindex/301: noindex evitará que la página con parámetros se indexe (pero aún podría ser rastreada), y el usuario podría ingresar a través de ese enlace, y el motor de búsqueda aún necesita juzgar cuál es la versión principal; la redirección 301 requiere forzar al usuario y al robot a redirigir, pero el usuario podría necesitar acceder a través de diferentes parámetros (como comparar diferentes colores), y la redirección forzada no es adecuada.
Escenario 2: La página ya no necesita aparecer en los resultados de búsqueda (como una página de evento expirada)
- Problema: Una página de actividad promocional (
https://example.com/promo) ha finalizado, pero aún podría ser visitada por usuarios a través de marcadores o enlaces externos, y no necesita ranking. - Herramienta correcta: noindex. Agregue la etiqueta
<meta name="robots" content="noindex">en el<head>de la página de actividad (o configúrelo a través de CMS), permitiendo que el motor de búsqueda rastree la página (por ejemplo, para verificar el registro de la actividad), pero prohibiendo su inclusión en el índice. - Por qué no elegir canonical/301: canonical no puede resolver el problema de “no dejar que la página aparezca” (solo concentra la autoridad); la redirección 301 requiere especificar una nueva URL (pero la página de actividad no tiene una dirección nueva correspondiente), y el usuario aún podría necesitar visitar la página original para ver información histórica.
Escenario 3: Cambio de dominio o ajuste de la estructura de URL del sitio web (como migración de páginas de productos antiguos)
- Problema: La página de producto antigua (
https://old.example.com/item1) se ha migrado permanentemente a la nueva dirección (https://new.example.com/products/item1), y se necesita preservar la autoridad de enlace externo original y el hábito de acceso del usuario. - Herramienta correcta: Redirección 301. Configure a través de la configuración del servidor (como el archivo .htaccess de Apache) para que cuando el usuario o el robot acceda a la URL antigua, se redirija automáticamente a la nueva URL. La autoridad de ranking de la URL antigua (incluyendo el ranking, los enlaces externos) se transferirá gradualmente a la nueva URL.
- Por qué no elegir canonical/noindex: canonical no puede lograr la redirección de tráfico (el usuario permanecerá en la URL antigua); noindex evitará que la URL antigua se indexe, pero la autoridad de enlace externo no se transferirá, y el usuario no podrá acceder al nuevo contenido a través del enlace antiguo.
Escenario 4: URL independiente para móvil y PC (como m.example.com y www.example.com)
- Problema: El mismo contenido tiene URL independientes en móvil (
https://m.example.com/page) y PC (https://www.example.com/page), y el contenido es completamente idéntico. - Herramienta correcta: Priorizar canonical (apuntando a la URL del PC), o unificar a través del diseño responsivo. Si la entrada móvil es necesaria (por ejemplo, los usuarios están acostumbrados a acceder a través de m.example.com), se puede agregar la etiqueta canonical en la página móvil apuntando a la URL canónica del PC, y al mismo tiempo redirigir 301 algunos enlaces móviles antiguos al PC (opcional).
- Por qué no elegir noindex: noindex evitará que se indexe una de las versiones móvil o PC, lo que podría impedir la satisfacción de las necesidades de búsqueda de algunos usuarios (por ejemplo, los usuarios de móvil no ven contenido adaptado).
¿Cómo se escribe el código? ¿Y cuál es la lógica de efectividad diferente?
Etiqueta canonical: Código HTML, depende del análisis del motor de búsqueda
- Formato del código: Agregue
<link rel="canonical" href="https://URL_canónica" />en la sección<head>de la página que necesita ser canonizada (como se describe en el capítulo anterior).
Lógica de efectividad: Cuando el motor de búsqueda rastrea la página, lee esta etiqueta y registra “la versión canónica de esta página es XXX”, y en el cálculo posterior del ranking y la asignación de autoridad, prioriza la versión canónica. Sin embargo, otras versiones de la página aún pueden ser rastreadas (a menos que haya otras restricciones).
Etiqueta noindex: Metaetiqueta HTML o encabezado de respuesta HTTP, depende del cumplimiento de las reglas por parte del robot
- Formato del código: Generalmente se agrega
<meta name="robots" content="noindex">en el<head>de la página (aplicable a la mayoría de los casos), o se devuelve el encabezado de respuesta HTTPX-Robots-Tag: noindexa través del servidor (aplicable a páginas dinámicas).
Lógica de efectividad: Cuando el motor de búsqueda rastrea la página, detecta esta instrucción, y si confirma que la página cumple con las condiciones de noindex (por ejemplo, no es una página de spam), no la agregará al índice. Sin embargo, la página aún será rastreada (a menos que se bloquee el rastreo con robots.txt), y los usuarios pueden acceder a ella a través de un enlace directo.
Redirección 301: Configuración del servidor, redirección de tráfico forzada
Formato del código: Se logra a través de la tecnología del servidor, por ejemplo:
- Servidor Apache: Agregue
Redirect 301 /old-page https://example.com/new-pageen el archivo .htaccess; - Servidor Nginx: Agregue
return 301 https://example.com/new-page;en el archivo de configuración; - Sistemas CMS (como WordPress): Configure reglas de redirección a través de un plugin (como Redirection).
Lógica de efectividad: Cuando el usuario o el motor de búsqueda visita la URL antigua, el servidor devuelve automáticamente el código de estado 301 y redirige a la nueva URL, y la barra de direcciones del navegador mostrará la nueva dirección. La autoridad de la URL antigua se transferirá gradualmente (generalmente de unas pocas semanas a unos pocos meses) a la nueva URL, y la URL antigua eventualmente podría dejar de ser visitada directamente (pero la función de redirección se mantiene).
