Cómo detectar canibalización SEO en Search Console

Consulta fuentes y medidas asociadas a una intervención. El recorrido automático compatible utiliza actualmente WordPress y Search Console.

La canibalización SEO no consiste simplemente en que dos páginas reciban impresiones para keywords similares. Es un problema cuando varias URLs compiten por la misma intención y debilitan el destino preferido, dividen señales o envían al usuario a la página equivocada.

Google puede mostrar páginas diferentes para variantes generales y específicas. Hay que demostrar el conflicto antes de fusionar o redirigir.

Define intención y página preferida

Selecciona una familia de consultas y escribe la tarea del lector. Decide qué URL debe cumplirla y por qué. Sin destino preferido, cualquier alternancia parece problemática.

Intenciones distintas:

Pueden convivir. Dos páginas introductorias con la misma respuesta probablemente no.

Cruza consultas y páginas

Filtra la familia de consultas en Search Console y compara páginas durante periodos completos. Registra clics, impresiones, CTR y posición media por URL; después examina las consultas de cada una.

Busca:

• dos URLs con impresiones relevantes y comparables;
• cambios frecuentes del resultado principal;
• una página inadecuada sustituyendo al destino estratégico;
• enlaces y anchors internos divididos;
• peor rendimiento desde que apareció el solapamiento.

Las consultas visibles están filtradas por privacidad. La guía para leer métricas de Search Console explica los límites.

Distingue solapamiento normal y conflicto

Observación	Interpretación
Una página domina y otra aparece poco	Normalmente no urgente
Páginas distintas ganan en intenciones distintas	Especialización saludable
URLs locales aparecen en sus mercados	Separación esperada
Dos páginas alternan en la misma tarea	Candidata a canibalización
La página equivocada recibe clics y convierte peor	Señal fuerte
Conflicto canonical o redirect	Resolver técnica primero

No uses un único día como evidencia.

Lee el contenido real

Compara:

• promesa y audiencia;
• encabezados y preguntas;
• productos, entidades y ejemplos;
• enlaces y anchors;
• función de conversión;
• canonical e indexabilidad.

Utiliza la auditoría con Firecrawl para comparar el texto. Un conflicto técnico no se arregla reescribiendo.

Elige la solución

Consolidar

Si las páginas hacen lo mismo, elige una URL, integra material útil y prepara redirects o canonical con revisión técnica.

Diferenciar

Conserva ambas si sirven intenciones distintas. Aclara title, H1, apertura, ejemplos, anchors y CTA.

Reforzar el destino

Actualiza la página preferida y añade enlaces pertinentes. Corrige anchors que apuntan a otra URL con la misma promesa.

Monitorizar

Si hay pocos datos o el solapamiento es menor, guarda la baseline y evita acciones destructivas.

La guía para actualizar, consolidar o crear ayuda a decidir.

Verifica el resultado

Guarda métricas, fechas y URL preferida. Después del cambio y rastreo comprueba:

• consultas relevantes en la URL prevista;
• intención distinta o redirect correcto de la secundaria;
• clics y CTR sin deterioro;
• enlaces internos coherentes;
• conversión adecuada.

Las consultas pequeñas necesitan más tiempo.

Las versiones EN, IT y ES forman un grupo de traducción, no URLs competidoras. Analiza cada mercado y verifica hreflang y canonical técnicamente.

Preguntas frecuentes

¿Dos URLs posicionadas siempre son malas?

No. Pueden responder a intenciones distintas.

¿Debo borrar la página más débil?

No automáticamente. Revisa enlaces, conversión, contenido único, idioma y técnica.

¿Bastan los enlaces internos?

Pueden ayudar, pero la duplicación real quizá necesite consolidación.

¿Cuántas impresiones demuestran el problema?

No hay umbral universal. Necesitas datos para distinguir persistencia de ruido.

Demuestra el conflicto antes de resolverlo

La canibalización es un problema de intención y resultado, no de repetir palabras. Cruza consultas y páginas y asigna un trabajo claro a cada URL.

Qué conserva BeKnow

Conserva intervenciones, hipótesis, recursos, observaciones y decisiones en un workspace consultable. Registra lo conocido y lo pendiente de verificar.

Una variación posterior no demuestra que la intervención la causara. La atribución entre plataformas y un dashboard estadístico completo no están disponibles hoy.

La memoria y las importaciones no requieren una clave de modelo AI. El cliente AI externo puede tener costes propios. BYOK solo corresponde a funciones disponibles que realmente llaman a un proveedor externo.

Siguiente paso

Empieza con un proyecto, un cambio documentado y las pruebas necesarias para revisarlo. Conexiones de fuentes.

Registra la primera intervención. Cómo funciona.