Canonical a Homepage: Cómo Evitar Duplicados
Si tenés páginas únicas con contenido propio apuntando su etiqueta canonical apuntando a homepage, le estás diciendo a Google que esas páginas son duplicados de tu portada. Google lo toma como señal directa y las desindexea. El resultado: páginas que trabajaste semanas desaparecen de los resultados de búsqueda sin que entiendas por qué.
En 30 segundos
- La etiqueta canonical le indica a Google qué URL es la “versión oficial” de un contenido. Si apunta a la homepage, Google asume que todas esas páginas son duplicados de la portada.
- El error más común: sistemas de gestión de contenido o plugins mal configurados que asignan
rel="canonical"a la homepage en páginas con contenido único. - Consecuencia directa: esas páginas dejan de competir por sus keywords, pierden tráfico orgánico y desaparecen de la cobertura en Google Search Console.
- Canonical no es una redirección 301. Las páginas siguen siendo accesibles, pero Google ignora su contenido como independiente.
- La solución: auto-canonical (cada página apunta a sí misma) y auditoría con GSC + crawlers para identificar los canonicals cruzados.
SEO es un conjunto de técnicas para optimizar un sitio web y mejorar su visibilidad en los resultados orgánicos de motores de búsqueda. Surgió con la evolución de Internet para aumentar el tráfico no pagado.
Qué es la etiqueta canonical y por qué importa para SEO
La etiqueta canonical es una instrucción HTML que los dueños de sitios usan para decirle a Google cuál es la URL preferida cuando existe contenido duplicado o muy similar en múltiples direcciones. Se escribe en el <head> como <link rel="canonical" href="https://tusitio.com/url-preferida/" />.
El propósito original es claro: consolidar señales de autoridad cuando un mismo artículo existe en varias URLs (por ejemplo, con parámetros UTM, versiones de filtros, o URLs móvil/escritorio). Según la documentación oficial de Google, toda la autoridad de enlace se transfiere a la URL canónica que declarás.
El problema empieza cuando se usa para páginas que no son duplicadas de nada. Y el caso más destructivo que aparece repetidamente en comunidades SEO en 2026 es este: páginas con contenido propio, original, que tienen un canonical apuntando a la homepage del sitio.
El error crítico: apuntar páginas no-duplicadas a la homepage
Ponele que tenés un blog sobre marketing digital. Publicás un artículo de 1800 palabras sobre estrategias de email para ecommerce. Ese artículo tiene su propia URL, su propio contenido, compite por sus propias keywords. Pero en el código, el plugin SEO mal configurado genera esto:
<link rel="canonical" href="https://tusitio.com/" />
Le acabás de decir a Google que ese artículo es un duplicado de tu portada. ¿Y qué hace Google con los duplicados? Los ignora para indexación. No los rankea. No los muestra.
¿Alguien puede argumentar que Google “a veces ignora el canonical”? Técnicamente sí, Google dice que es una señal, no una directiva absoluta. Pero en la práctica, cuando miles de páginas de un mismo sitio apuntan a la misma URL raíz, Google lo interpreta como una señal fuerte (que es el término que usa la guía de troubleshooting de canonicalización) y lo respeta.
Lo que hace más traicionero este error es que las páginas afectadas siguen siendo accesibles. No es una redirección 301: si entrás directamente a la URL, ves el contenido. Pero desde la perspectiva de Google, esas páginas no existen como entidades independientes.
Por qué esto destruye tu indexación y tráfico orgánico
Las consecuencias son acumulativas. Primero desaparecen del índice las páginas afectadas. Después, en Google Search Console, empezás a ver crecer el reporte de “Páginas duplicadas: el usuario no indicó una URL canónica” o, peor, “Excluida por etiqueta canónica” apuntando a la homepage. Te puede servir nuestra cobertura de en sitios con múltiples versiones de idioma.
Cada página que perdés de indexación es una keyword que dejás de competir. Si tenés un sitio con 200 artículos y 150 tienen este canonical incorrecto, básicamente tenés 150 páginas que trabajan para rankear la homepage en vez de rankear sus propios temas (spoiler: la homepage no rankeó esos temas de todas formas).
El tráfico orgánico cae de forma gradual porque Google no desindexea de golpe. Va reduciendo la frecuencia de rastreo, va bajando la prioridad, hasta que un día esas URLs ya no aparecen en ningún resultado para nada relacionado con su contenido.
Casos correctos para usar canonical: cuando realmente lo necesitás
El canonical tiene casos de uso legítimos. El problema no es la etiqueta, es aplicarla donde no corresponde.
Parámetros de tracking en la URL
Si tu artículo existe como /artículo/ y también como /artículo/?utm_source=newsletter, los dos muestran el mismo contenido. Ahí sí: el segundo apunta al primero. Es el caso de uso más común y el que motivó la creación del tag.
Faceted navigation (filtros y ordenamiento)
En ecommerce es habitual tener /zapatos/, /zapatos/?color=rojo, /zapatos/?talle=42. Si esas variantes no tienen contenido sustantivamente diferente, las versiones filtradas pueden apuntar a la URL base de la categoría. Eso sí: si el filtro genera una página con intención de búsqueda propia (ej. “zapatos rojos de cuero talle 42” tiene volumen real), considerá indexarla.
WordPress y CMS con URLs múltiples
WordPress puede generar el mismo post en /categoria/post/ y /post/. Ahí, una de las dos es la canónica. También pasa con paginación: /blog/page/2/ puede tener canonical a /blog/ si el contenido de paginación no tiene valor independiente. Estos son casos válidos. Lo que nunca es válido es que una página con contenido propio apunte a la homepage.
Cómo identificar canonicals incorrectos en tu sitio
La auditoría no es complicada, pero hay que hacerla con las herramientas correctas. Relacionado: cuando generes reportes de auditoría.
Google Search Console es el primer lugar donde mirar. En Indexación > Páginas, filtrá por el motivo “Excluida por etiqueta canónica”. Si ves muchas páginas con ese estado y la URL canónica reportada es siempre tu homepage, encontraste el problema. GSC te muestra exactamente a qué URL está apuntando el canonical de cada página afectada.
Los crawlers de SEMrush o Ahrefs también lo detectan automáticamente. Una vez que rastrean tu sitio, podés filtrar por “canonical apunta a URL diferente” y exportar la lista completa. Con un sitio de 500 páginas, esto te da un panorama en 20 minutos.
Para quienes prefieren algo manual: en Chrome, abrí cualquier página sospechosa, entrá a Ver código fuente (Ctrl+U), y buscá “canonical”. Si el href apunta a tu homepage en vez de a la URL que estás visitando, lo confirmaste.
¿Cómo verificar a escala sin herramientas pagas? Podés usar Screaming Frog (la versión gratuita rastrea hasta 500 URLs) o un script Python con requests + BeautifulSoup que extraiga el canonical de cada URL y lo compare contra la URL que rastreó. La lógica es simple: si canonical_url != current_url y canonical_url == homepage, es un hit.
Paso a paso: cómo arreglarlo correctamente
El fix depende del origen del error. Los casos más comunes en WordPress:
1. Plugin SEO mal configurado. Yoast, RankMath y The SEO Framework tienen sus propias lógicas de canonical. Si hay un campo “URL canónica” vacío en un post y el plugin tiene configurado un fallback a la homepage, lo pisa. Revisá la configuración global del plugin: debería estar en “auto-canonical” (cada página apunta a sí misma por defecto). Si hay un campo canonical manual en algún post apuntando a la homepage, borralo.
2. Código hardcodeado en el theme. Algunos themes antiguos o personalizados incluyen la etiqueta canonical directamente en el header.php con la URL del blog hardcodeada. Buscá en los archivos del theme cualquier ocurrencia de rel="canonical". Si encontrás una, o la eliminás (y dejás que el plugin SEO la genere) o la corregís para que use get_permalink() en vez de una URL fija.
3. Después del fix. No alcanza con corregir el código. Pedile a Google que rastreé las páginas afectadas usando la herramienta de Inspección de URL en GSC. Para sitios con muchas páginas afectadas, enviá el sitemap actualizado. El efecto del cambio puede tardar días o semanas dependiendo de la frecuencia de rastreo que Google asignó a tu sitio. Cubrimos ese tema en detalle en especialmente en nichos con muchas variaciones.
Canonical vs robots.txt vs noindex: cuándo usar cada uno
Este es el punto donde mucha gente se confunde, porque las tres herramientas “controlan” de alguna forma qué indexa Google. La realidad es que son mecanismos completamente distintos con propósitos distintos.
| Herramienta | Qué hace | Cuándo usarla | Efecto en indexación |
|---|---|---|---|
| canonical | Declara la URL preferida entre duplicados | Contenido duplicado o casi duplicado | Consolida autoridad en la URL canónica; las demás se excluyen |
| noindex | Le dice a Google que no indexe esa página | Páginas de agradecimiento, resultados de búsqueda interna, páginas de login | La página se rastrea pero no se muestra en resultados |
| robots.txt disallow | Bloquea el rastreo de esa URL | Recursos privados, staging, páginas de admin | Google no rastrea, pero puede seguir indexando si hay links externos |
| Redirección 301 | Redirige permanentemente una URL a otra | URLs cambiadas, consolidación de dominios | La URL original desaparece, toda la autoridad pasa a la destino |
El canonical no es equivalente a una redirección. Con 301, si entrás a la URL vieja, Google te manda a la nueva. Con canonical, ambas URLs siguen respondiendo normalmente, pero Google elige cuál representa el contenido. Usarlos mal genera situaciones extrañas: canonicals que apuntan a URLs con noindex, o canonicals cruzados donde A apunta a B y B apunta a A (que es un loop que ningún crawler resuelve bien).
La jerarquía de un sitio (URL raíz > sección > subsección) no tiene nada que ver con canonical. Que tu artículo esté “dentro” de una categoría no significa que sea un duplicado de esa categoría ni de la homepage.
Errores comunes
Error 1: Canonicals en cadena. La página A apunta a B, y B apunta a C. Google recomienda que los canonicals apunten directamente a la URL final, sin intermediarios. Si hay una cadena, Google puede no seguirla completa y elegir una URL inesperada como canónica.
Error 2: Canonical a URL que retorna 404 o redirige. Si declarás una URL canónica que no existe o que tiene una redirección, el canonical queda sin efecto. Google no puede consolidar señales hacia una URL que no responde correctamente.
Error 3: Usar canonical para controlar qué páginas indexa Google. Si querés que Google no indexe una página, usá noindex, no canonical. El canonical está pensado para duplicados, no para excluir contenido. Si usás canonical a la homepage para “esconder” páginas que no querés que aparezcan, estás destruyendo SEO para esas páginas en vez de simplemente ocultarlas.
Error 4: No verificar después del cambio. Corregir el código no significa que Google actualizó su índice. Muchos se dan por satisfechos después del fix y no monitorean GSC durante las semanas siguientes para confirmar que las páginas volvieron al estado “Indexada”. Esto se conecta con lo que analizamos en usando herramientas automáticas modernas.
Preguntas Frecuentes
¿Por qué mis páginas desaparecen de Google si les agrego canonical a la homepage?
Porque Google interpreta ese canonical como una declaración de que la página es un duplicado de tu portada. Al tratar el contenido como duplicado, excluye esas URLs del índice y concentra cualquier autoridad que tenían en la homepage. Las páginas siguen siendo accesibles para visitantes directos, pero dejan de aparecer en resultados de búsqueda para sus propias keywords.
¿Cuándo es correcto usar canonical y cuándo no?
Usá canonical cuando el mismo contenido (o contenido muy similar) existe en múltiples URLs: parámetros de tracking UTM, versiones con filtros de ecommerce, paginación sin contenido propio, o posts accesibles desde múltiples estructuras de URL en WordPress. No usés canonical en páginas con contenido único e independiente. Si una página tiene su propio tema, sus propias keywords y su propio valor para el usuario, debe tener un auto-canonical (apuntando a sí misma) o directamente sin canonical declarado.
¿Cómo identificar canonicals incorrectos en mi sitio sin herramientas pagas?
Con Google Search Console (gratuito): entrá a Indexación > Páginas y filtrá por “Excluida por etiqueta canónica”. Si ves la homepage como URL canónica de muchas páginas, confirmaste el problema. Para rastrear a escala, Screaming Frog en su versión gratuita cubre hasta 500 URLs y exporta todos los canonicals detectados en una hoja de cálculo que podés analizar.
¿Qué diferencia hay entre canonical y redirección 301?
Una redirección 301 hace que la URL original deje de responder y envíe al visitante (y a Google) a la URL destino. Con canonical, ambas URLs siguen activas y accesibles; solo le estás indicando a Google cuál preferís para indexación. Usá 301 cuando una URL cambió permanentemente. Usá canonical cuando querés consolidar señales entre duplicados que deben seguir siendo accesibles.
¿Puedo usar canonical para controlar qué páginas indexa Google?
No es la herramienta correcta para eso. Si querés excluir páginas del índice, usá la etiqueta noindex o robots.txt según el caso. El canonical está diseñado para situaciones de contenido duplicado, no para controlar visibilidad en general. Usarlo con ese propósito genera efectos secundarios: las páginas “escondidas” pierden toda autoridad de enlace, que tampoco se transfiere útilmente a ningún lado.
Conclusión
Un canonical incorrecto apuntando a la homepage es uno de esos errores que no se notan hasta que el tráfico ya cayó. La etiqueta no genera ningún error en el navegador, el sitio funciona normal, pero Google te está ignorando silenciosamente para todas las páginas afectadas.
La auditoría cuesta menos de una hora con GSC o Screaming Frog. El fix, dependiendo de cómo llegaste al error (plugin mal configurado, código hardcodeado, migración mal ejecutada), puede ser tan simple como cambiar una configuración en el plugin SEO. Lo que no tiene sentido es seguir perdiendo tráfico orgánico por un tag HTML que se puede corregir hoy.
Si manejás el sitio en un hosting con soporte técnico de WordPress, como donweb.com, podés pedir ayuda para identificar desde dónde se está generando el canonical incorrecto en tu instalación específica, sobre todo si el error viene del theme o de una combinación de plugins.
