Contents

Veo el mismo patrón en Consola de búsqueda de Google: picos de “Duplicar sin canonicals seleccionados por el usuario”, aunque cada página tenga una etiqueta canonical.
En los sitios WooCommerce, un producto se puede cargar en ambos WooCommerce sitios, un producto puede cargarse tanto en /categoría-principal/nombre-producto/ como en /categoría-principal/subcategoría/nombre-producto/, por lo que Google encuentra dos URL con la misma página.
A menudo, la etiqueta canonical apunta a una sola versión cada vez, por lo que la otra URL parece un duplicado huérfano.
Un segundo síntoma aparece después de cambios como el movimiento de un dominio o el cambio de nombre de un slug principal: la URL de la página se actualiza, pero la canonical sigue apuntando al dominio anterior o a la ruta anterior.
Una vez que puedas nombrar estos patrones, podrás rastrear dónde comienza el conflicto.

WordPress puede publicar el mismo contenido a través de más de una URL porque las reglas de enrutamiento y los complementos crean rutas alternativas que aún se dirigen a la misma publicación o producto.
WooCommerce se suma a esto al permitir que los productos aparezcan en diferentes rutas de categorías, incluso cuando cree que tiene una URL de producto “real”.
Luego, un complemento de SEO tiene que elegir una versión preferida para la etiqueta canonical, y es posible que su elección no coincida con lo que usted desea.
Por ejemplo, Yoast puede elegir la ruta de categoría más subcategoría porque la trata como la ruta más completa.
Después de cambiar las URL, esa opción preferida puede seguir siendo incorrecta porque el complemento puede conservar datos almacenados más antiguos en lugar de reconstruirlos.
Para solucionar el problema, debe comprender cómo Yoast puede generar un canonical “incorrecto” incluso cuando su configuración se ve bien.

Un modo de falla proviene del almacenamiento en caché de Yoast plus.
Inmediatamente después de publicar, Yoast puede generar un canonical como https://domain.com/?p=12578, que es el enlace corto de WordPress.
Ese enlace corto a menudo devuelve un redirección 301 al enlace permanente real, y lo canonical se convierte en una señal que apunta a través de una redirección en lugar de aterrizar en una página 200 limpia.
Google documenta la redirección de canonicals como fuente de problemas de canonicalización, porque la señal deja de ser clara.
Otro modo de falla son los “indexables” obsoletos, que son registros de SEO almacenados por Yoast.
Si una URL cambia debido a un cambio de nombre de la página principal, una migración o una reescritura de un enlace permanente, Yoast puede mantener la antigua canonical hasta que fuerce una reconstrucción.
Una vez que conozca estos mecanismos, podrá predecir qué harán los motores de búsqueda y otras herramientas con las señales mixtas.

Cuando Google ve dos URL para el mismo contenido y tus canonicals no resuelven la elección, Search Console informa “Duplicar sin canonicals seleccionados por el usuario”.
Si el canonical apunta a una URL que no es 200, como un enlace ?p= de redireccionamiento o un dominio antiguo que ahora redirige, Google puede ignorar su canonical y elegir el suyo propio.
Eso puede dividir las señales de posicionamiento y ralentizar la limpieza después de realizar cambios.
Algunas herramientas de terceros también confían en lo canonical como fuente de verdad, por lo que un mal canonical puede provocar que falten títulos, imágenes o atribuciones, y puede interrumpir los flujos de trabajo que dependen de la URL canonical.
La solución no es “establecer más normas canonicals”, sino elegir una estrategia y aplicarla.

Si desea solo la URL del producto de categoría más subcategoría, trataría la URL de categoría más corta como un alias y la forzaría a usar la URL preferida.
Agregue una redirección 301 del lado del servidor desde /categoría-principal/nombre-del-producto/ a /categoría-principal/sub-categoría/nombre-del-producto/, luego confirme que Yoast genere el canonical preferido en la URL de destino.
Esto combina la ruta del usuario y la señal canonical, lo que elimina la ambigüedad para los rastreadores.
Si los canonicals apuntan a una ruta o dominio antiguo después de un cambio estructural, debes actualizar los datos almacenados de Yoast en lugar de editar manualmente cada página.
Ejecute el comando WP-CLI índice de levadura wp para reconstruir indexables, o use el complemento Yoast Test Helper y haga clic en “Restablecer tablas y migraciones de indexables”, luego deje que Yoast regenere canonicals.
Después de eso, elimine cualquier anulación canonical manual que haya agregado durante la resolución de problemas para no bloquear objetivos obsoletos.
Si detecta que Yoast genera redirecciones ?p= canonicals cuando usa un complemento de caché, puede anular el canonical en la fuente.
Utilice el filtro wpseo_canonical para devolver get_the_permalink() para publicaciones individuales, lo que fuerza un enlace permanente canonical directo en lugar del enlace corto.
Luego revise su configuración de almacenamiento en caché, porque el caché puede servir la salida canonical inicial por más tiempo de lo esperado.
Utilice únicamente canonicals manuales por página como último recurso, porque no se escalan y a menudo ocultan la causa raíz.
Una vez que aplica una URL preferida con redireccionamientos y una fuente canonical estable, las señales de Search Console y las herramientas dependientes generalmente se resuelven después de los nuevos rastreos.
Registre la URL canonical actual, la URL indexable que realmente desea, el comportamiento de redireccionamiento, la URL del mapa del sitio y la configuración del complemento responsable de la etiqueta. Esto hace que sea más fácil revertir una mala solución.
Utilice la capa más simple que controle el problema de manera confiable. La configuración de Yoast puede manejar publicaciones estándar, las redirecciones pueden resolver variantes de URL y es posible que se necesite código cuando las plantillas o complementos siguen generando señales conflictivas.
Vuelva a rastrear la página, inspeccione la etiqueta canonical representada, confirme las redirecciones y luego utilice la inspección de URL de Search Console. Google puede tardar un tiempo en actualizar el canonical seleccionado, así que verifique tanto el resultado técnico como el comportamiento del índice.
El SEO debe definir la URL preferida, pero un desarrollador o propietario técnico de WordPress debe revisar los conflictos de complementos, el almacenamiento en caché, las variantes de URL de WooCommerce y las anulaciones a nivel de plantilla antes de la implementación.
Have any questions or comments? Write them below!