Mapear consultas a páginas con datos reales

El mapeo suele hacerse en una hoja de cálculo antes de que exista el sitio y después nunca se contrasta con la realidad. El resultado es un plan que dice que la página A ataca un término mientras Google en realidad sirve la página B. Corregir esto desde el plan y no desde los datos significa discutir con un buscador que ya ha tomado una decisión.

El archivo de la habilidad

---
name: query-to-page-mapping
description: Úselo cuando varias páginas compitan por los mismos términos o no pueda decir qué página es dueña de qué consulta.
---

# Mapear consultas a páginas con datos reales

El mapeo suele hacerse en una hoja de cálculo antes de que exista el sitio y después nunca se contrasta con la realidad. El resultado es un plan que dice que la página A ataca un término mientras Google en realidad sirve la página B. Corregir esto desde el plan y no desde los datos significa discutir con un buscador que ya ha tomado una decisión.

## Qué necesitas antes

- datos de consulta y página de Search Console de al menos 90 días
- un inventario completo de URL indexables
- claridad sobre qué páginas son comercialmente importantes

## Método

1. Extraiga el informe de consulta más página para que cada fila sea una consulta y la URL que recibió impresiones por ella, no agregado por una sola de las dos.
2. Agrupe por consulta y marque cualquier consulta en la que dos o más URL se llevaron al menos el 10 por ciento de las impresiones cada una. Eso es canibalización real; un reparto 95/5 no lo es.
3. Para cada consulta marcada, decida la ganadora por valor de conversión, no por posicionamiento actual: la página mejor posicionada suele ser un artículo de blog robando un término comercial.
4. Cambie el texto ancla interno que apunta a la perdedora para que ya no use la frase objetivo, y enlace la perdedora hacia la ganadora con un enlace interno de coincidencia exacta. Esto resuelve la mayoría de los conflictos sin borrar nada.
5. Cuando dos páginas sirven genuinamente la misma intención, fusione y redirija en lugar de diferenciar, porque los intentos de diferenciación suelen producir dos páginas mediocres.
6. Reconstruya el mapa con los datos corregidos y consérvelo como fuente de verdad, con cada URL dueña de una consulta principal y de un cluster nombrado de secundarias.

## Qué produce esto

Un mapa uno a uno de consulta principal a URL, respaldado por datos de impresiones, con los conflictos resueltos por fusión o por enlazado interno.

## Dónde falla esto

- Tratar toda consulta con varias URL como canibalización cuando Google simplemente está probando, algo normal en las primeras semanas tras publicar.
- Redirigir la página antigua a la nueva, descartando los enlaces acumulados que la hacían posicionar.
- Reescribir la página perdedora para atacar otro término sin cambiar los anclas internos, de modo que las señales antiguas persisten.

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/query-to-page-mapping

Qué necesitas antes

• datos de consulta y página de Search Console de al menos 90 días
• un inventario completo de URL indexables
• claridad sobre qué páginas son comercialmente importantes

Método

1. 01 Extraiga el informe de consulta más página para que cada fila sea una consulta y la URL que recibió impresiones por ella, no agregado por una sola de las dos.
2. 02 Agrupe por consulta y marque cualquier consulta en la que dos o más URL se llevaron al menos el 10 por ciento de las impresiones cada una. Eso es canibalización real; un reparto 95/5 no lo es.
3. 03 Para cada consulta marcada, decida la ganadora por valor de conversión, no por posicionamiento actual: la página mejor posicionada suele ser un artículo de blog robando un término comercial.
4. 04 Cambie el texto ancla interno que apunta a la perdedora para que ya no use la frase objetivo, y enlace la perdedora hacia la ganadora con un enlace interno de coincidencia exacta. Esto resuelve la mayoría de los conflictos sin borrar nada.
5. 05 Cuando dos páginas sirven genuinamente la misma intención, fusione y redirija en lugar de diferenciar, porque los intentos de diferenciación suelen producir dos páginas mediocres.
6. 06 Reconstruya el mapa con los datos corregidos y consérvelo como fuente de verdad, con cada URL dueña de una consulta principal y de un cluster nombrado de secundarias.

Qué produce esto

Un mapa uno a uno de consulta principal a URL, respaldado por datos de impresiones, con los conflictos resueltos por fusión o por enlazado interno.

Dónde falla esto

• Tratar toda consulta con varias URL como canibalización cuando Google simplemente está probando, algo normal en las primeras semanas tras publicar.
• Redirigir la página antigua a la nueva, descartando los enlaces acumulados que la hacían posicionar.
• Reescribir la página perdedora para atacar otro término sin cambiar los anclas internos, de modo que las señales antiguas persisten.

Usa esta skill en tu propia IA

El archivo es markdown simple, con el nombre y el disparador en su frontmatter. Cuando un asistente sabe cargar skills por su cuenta, es ese frontmatter lo que lee para decidir que esta le aplica.

Más en Palabras clave