Comparaciones
Search Console y datos del proveedor: cómo leerlos juntos
Search Console y los datos de un proveedor de visibilidad en IA no se suman: se leen por origen, cobertura y límites. Te contamos cómo hacerlo sin rellenar huecos con estimaciones.
Tienes dos fuentes: Search Console, que describe lo que ocurre en la búsqueda de Google, y los datos de un proveedor de visibilidad en IA. No se suman. Se leen en tres ejes: origen del dato, cobertura y límites. Y hay una regla operativa que conviene tener clara desde el principio: cuando una fuente cubre una página y la otra no, no estimes el vacío. Anota la cobertura asimétrica y decide el paso siguiente según lo que falta. Para el plan editorial, esto significa elegir qué contenidos actualizar o crear fijándote en dónde la cobertura está incompleta, no en dónde los números parecen más altos. Search Console se cita aquí como fuente externa al registro de RankAI, no como una función del producto.
Por qué no se suman
Las dos fuentes tienen orígenes distintos. Search Console observa la búsqueda de Google; los datos del proveedor observan la visibilidad en IA según las páginas públicas que nombran ChatGPT, Perplexity, Gemini, Grok y Google AI. Claude y Grok solo se miden después de conectarlos. Gemini y Google AI Overviews no son la misma observación: tratarlas como una única entrada falsea la comparación. Una respuesta de API no es la pantalla de una persona: si el proveedor expone datos vía API, eso no es lo mismo que ve un usuario.
La regla cuando una fuente cubre y la otra no
No rellenes el hueco con una estimación. Prepara una fila por página y por fuente, marca la cobertura y deja vacío lo que no se observa. La decisión editorial nace de ahí: si la página solo la cubre Search Console, el proveedor no la observa y no puedes concluir nada sobre su visibilidad en IA; si solo la cubre el proveedor, falta la referencia a la búsqueda de Google y la comparación queda parcial.
Ejemplo de fila rellenada
| Página | Search Console | Proveedor |
|---|---|---|
| Página IT | Cubierta: impresiones y clics observados | No cubierta: ninguna observación |
| Página EN | No cubierta: ninguna observación | Cubierta: mencionada en las páginas públicas monitorizadas |
En la fila IT no estimamos la visibilidad en IA; en la fila EN no estimamos la búsqueda de Google. Ambas siguen siendo filas con una cobertura asimétrica declarada.
Propuesta operativa de RankAI, no un estándar universal: una tabla de tres columnas —página, Search Console, proveedor— en la que cada celda contiene solo lo que se ha observado. Las celdas no observadas quedan vacías y se marcan como «no cubierta», nunca se rellenan por analogía. La tabla sirve para dos cosas: evitar que el plan editorial nazca de números no comparables y dejar visible qué fuente falta antes de decidir una actualización. No es una medida de calidad: es un registro de cobertura. Si una página cambia de estado, la fila se actualiza; si una fuente no está conectada, la columna queda incompleta y hay que decirlo. La comparación solo es útil si las filas se mantienen honestas.
Límite verificable
Este procedimiento no produce una estimación de la visibilidad en IA donde el proveedor no observa y no sustituye los datos de Search Console. La comparación queda limitada a las fuentes realmente conectadas y a las páginas que cubre cada una. Para el cuadro completo de funciones: página de profundización.
Revisión humana o publicación automática: cuándo elegir
Calendario compartido y cola de publicación: no son lo mismo