En SEO normalmente utilizamos el rel=»canonical» cuando tenemos dos o más páginas con el mismo contenido. rel=»canonical» es una etiqueta que se coloca en el <head> del HTML de una página web.
Rel canonical y el SEO
Con el rel=»canonical» podemos indicar a los motores de búsqueda cuál es la página principal —la página canónica— entre dos o más páginas duplicadas. Además, a través del rel=»canonical», las señales de ranking que tienen las páginas duplicadas —por ejemplo, los enlaces internos y externos que reciben— se pueden concentrar en la página canónica.
Ojo, Google a veces ignora el rel=»canonical. Leer más sobre páginas canónicas: ¿por qué Google escoge una url como versión canónica diferente a la que escogí yo?
Con rel=»canonical» se puede gestionar el contenido duplicado. El contenido duplicado puede ser un problema:
- Si hay dos o más páginas con el mismo contenido o casi el mismo contenido, Google o Bing tienen que determinar cuál mostrar en los resultados de búsqueda. Así, puede ocurrir que de vez en cuando muestren una página en las SERP y, en otras ocasiones, otra con contenido casi igual.
- Además, puede ocurrir que la página que muestran en las SERP no esté tan bien optimizada como las otras, que reciba menos enlaces y que, por tanto, no consiga un buen posicionamiento en Google.
Pero ojo: Google no penaliza el contenido duplicado. No es que Google diga que, por tener dos páginas iguales, te va a quitar posiciones en las SERP o algo así.
Un caso de contenido duplicado puede darse, por ejemplo, en una tienda online que vende un producto disponible en varios colores y tiene una URL diferente para cada color: /camiseta-roja y /camiseta-azul.
Otro ejemplo puede ser un sitio web que vende un producto a clientes B2B y un producto casi idéntico a clientes B2C.
¿Cuándo vale la pena utilizar el rel canonical?
Para definir si vale la pena indexar dos páginas casi iguales o utilizar el rel=»canonical» para definir una sola página canónica, tradicionalmente se ha utilizado el volumen de búsqueda de las keywords.
La teoría es que indexar una página en los motores de búsqueda que está orientada a keywords sin volumen de búsqueda, o con un volumen irrelevante, no vale la pena.
Si nadie busca «camisetas rojas», por ejemplo, no tendría sentido mantener la landing /camiseta-roja indexada en Google.
Problemas de usar el volumen de búsqueda
Sin embargo, utilizar únicamente el volumen de búsqueda de las keywords siempre ha sido problemático por dos razones:
- Muchas keywords long tail no aparecen en las herramientas SEO de búsqueda de keywords, como Semrush, Ahrefs, etc. Estas herramientas simplemente no las conocen. Y, cuando las conocen, muchas veces tampoco pueden determinar con precisión cuántas búsquedas tienen. Por eso, pueden mostrar un volumen de búsqueda de 0.
- Google Search Console tampoco muestra siempre todas las keywords por las que aparece una página ni todos los clics que recibe a través de esas búsquedas.
Así, el hecho de que algunas herramientas indiquen que no existen keywords con un volumen de búsqueda significativo no significa que realmente sea así.
Rel Canonical y la IA
Con el aumento del uso de los asistentes de IA, utilizar el volumen de búsqueda para definir si vale la pena canonicalizar algunas páginas con contenido casi duplicado se vuelve aún más problemático.
No hay volúmenes de búsqueda en la IA
Para los prompts no existen volúmenes de búsqueda oficiales o exactos (hay algunas estimaciones y aproximaciones), al menos no para ChatGPT, Perplexity o Claude. No sabemos con exactitud cuántas personas buscan nuestros productos o servicios en ChatGPT.
Una excepción parcial son Google y Bing. A veces podemos ver búsquedas que contienen muchos términos o frases completas en Google Search Console y Bing Webmaster Tools. Estas consultas pueden recibir impresiones, pero pocos o ningún clic.
Pero aquí volvemos a tener el problema de que Google no siempre muestra todas las búsquedas en Search Console. Además, muchos prompts son individuales: cada usuario puede hacer una pregunta de una forma diferente.
Por eso, tomar el volumen de búsqueda como métrica para definir si debemos canonicalizar una página o no pierde mucho valor cuando hablamos de la visibilidad en la IA.
Los prompts suelen ser más largos y específicos
Los usuarios no utilizan la IA de la misma forma que utilizan Google o Bing. Los prompts suelen ser más largos y específicos que una búsqueda tradicional. Así, los usuarios pueden preguntar por detalles y recibir respuestas muy concretas.
Y si el prompt no es suficientemente específico, la IA puede pedir más detalles para poder dar una mejor respuesta y también puede proponer preguntas de seguimiento.
De esta forma, páginas que antes no eran muy importantes para las búsquedas en Google o Bing pueden ganar importancia. Esto ocurre porque, a veces, son los pequeños detalles los que pueden marcar la diferencia.
Si, por ejemplo, antes tenías una página sobre «zapatos de running para hombres» y otra página canonicalizada sobre «zapatos de running para hombres mayores de 50 años con problemas de rodilla», quizá antes nadie buscaba específicamente «zapatos de running para hombres 50+ con problemas de rodilla».
Pero ahora, en un asistente de IA, es más probable que un usuario formule una consulta con ese nivel de detalle.
Esto hace que, al decidir qué páginas mantener indexadas, ya no sea suficiente analizar únicamente el volumen de búsqueda tradicional: también hay que considerar la intención, el contexto y la especificidad de las consultas que los usuarios pueden realizar a través de la IA.
¿Crear muchas páginas casi idénticas para la IA?
Esto no significa que de repente debas crear muchas páginas casi idénticas para la IA con el objetivo de conseguir más visibilidad en ChatGPT, Gemini y otros asistentes.
No vale la pena tener una página propia para cada detalle.
Más bien, tener demasiadas páginas casi iguales puede confundir a los usuarios y dificultar que los motores de búsqueda y los sistemas de IA determinen qué página representa mejor una determinada intención. Además, puede generar problemas relacionados con el contenido duplicado en Google.
¿Cómo saber si vale la pena tener varias páginas casi iguales indexadas o utilizar el rel canonical?
La respuesta depende de cada negocio.
Una de las primeras preguntas debería ser:
¿Las páginas tienen valor para el usuario?
Tener varias páginas con el mismo producto, solo en tallas diferentes, normalmente no tiene valor. Pero si tienes una tienda y vendes ropa en tallas muy específicas, muy grandes o muy pequeñas, esto puede ser una razón para tener varias páginas individuales.
La respuesta a esa pregunta sobre el valor depende mucho de tu negocio.
También hay que preguntarse:
¿Existen búsquedas en la IA relacionadas con el contenido específico de estas páginas?
Escribí un artículo sobre cómo identificar búsquedas que generan una AI Overview en Google. Además, con herramientas como AnswerThePublic puedes encontrar al menos algunas preguntas y consultas que pueden utilizar los usuarios al buscar información sobre un tema.
Los diferentes usuarios pueden requerir distintas formas de presentar el producto
Puede ocurrir que un producto o servicio para clientes B2B y B2C sea prácticamente igual.
Pero quizá para los clientes B2C se utilizan imágenes diferentes a las de B2B, o una forma distinta de presentar y explicar el producto.
También puede ser que los clientes B2B busquen el producto de una forma diferente a través de la IA que los clientes B2C.
En estos casos, la diferencia no está necesariamente en el producto, sino en la intención, el contexto y la forma en que se presenta la información.
¿Qué alternativas tengo para la IA si no quiero utilizar varias páginas?
Datos estructurados de Schema.org
En el caso de productos, puedes utilizar datos estructurados de Schema.org.
ProductGroup permite describir de forma precisa un producto y sus variantes. Schema.org define ProductGroup como un grupo de productos que varían en determinados aspectos, como el color, la talla o el material.
Puedes incluir estos datos estructurados en una sola página. También es posible utilizarlos en varias páginas que estén relacionadas mediante rel=»canonical», dependiendo de la arquitectura que hayas elegido.
Detalles sobre las variaciones en la descripción del producto o servicio
También puedes mencionar en la descripción de un producto o servicio que existen diferentes variaciones.
Por ejemplo:
Esta camiseta está disponible en los siguientes colores:
- Azul
- Rojo
- Negro
- Verde
Y en las siguientes tallas:
- S
- M
- L
- XL
Resumen
Yo crearía una URL que se pueda indexar cuando esa URL represente una intención, un producto, una oferta o un contexto comercial que merezca una página propia.
En el caso de una tienda online, lo ideal suele ser tener pocas URLs de producto, pero mucha riqueza y precisión en los atributos.
Así se puede evitar el index bloat —tener demasiadas URLs indexadas— y, al mismo tiempo, hacer que el producto sea muy «componible» para consultas largas y específicas de IA.
También te puede interesar:
¿Qué partes de una página web lee ChatGPT cuando hace una búsqueda en la web?
¿Qué es un buen CTR en los resultados orgánicos de Google?
Soy Robert Korntheuer y este es mi blog. Aquí escribo sobre temas relacionados con el SEO (Search Engine Optimization) como tendencias en la búsqueda local, el posicionamiento para el comercio electrónico o la relación entre las redes sociales y los principales motores de búsqueda.