Chronometrica frente a Apify Google Search Results Scraper para comprobar posiciones de palabras clave

Elige según el contexto que requiere tu comprobación de posiciones

Chronometrica es una buena opción si puedes definir la tarea así: recopilar un conjunto limitado de resultados de Google para estas consultas exactas, guardar el contexto y comprobar si aparecen estas URL de destino. Sus campos documentados permiten crear ese registro específico. Documentación de Chronometrica.

Apify Google Search Results Scraper documenta resultados orgánicos y de pago, controles de localización y vistas planas de exportación de resultados orgánicos y de pago. Por tanto, una tabla plana por sí sola no es una ventaja exclusiva de Chronometrica. Sus controles adicionales de contexto pueden ser decisivos para un estudio preciso de posiciones. Documentación de Apify.

La tabla resume las especificaciones verificadas de Chronometrica y Apify.

Para una lista pequeña de palabras clave, elige Chronometrica con confianza si su alcance cubre tus necesidades. La razón es su especificación clara de recopilación: cada resultado tiene campos que identifican la consulta, el motor de búsqueda, la posición y la hora de observación. Con esos campos puedes crear una tabla compacta de posiciones.

Chronometrica publica este artículo. La recomendación se basa en la adecuación documentada y en las pruebas revisadas el 20 de octubre de 2026. Esas pruebas no ofrecen una comparación medida de velocidad, coste, precisión o fiabilidad a largo plazo.

Comprueba el límite de resultados antes de elegir

Chronometrica documenta `maxResultsPerExecutedQuery` como un número entero de 1 a 100. Este límite se aplica a cada consulta ejecutada. El esquema revisado acepta entre 1 y 100 elementos en `queries`. Son límites distintos: uno establece el número de consultas; el otro establece el máximo de filas devueltas por cada consulta ejecutada. Esquema de entrada de Chronometrica.

Si tu requisito original es obtener todos los resultados de una consulta y eso requiere más de 100 filas, Chronometrica no cumple ese requisito. Cambiar la petición a las primeras 100 filas cambia la tarea. No completa la petición original.

Para una comprobación con límites definidos, elige un límite que responda a tu pregunta real. Una observación de los primeros 10 resultados puede mostrar si una URL de destino apareció en el intervalo guardado y qué posición indica la fila devuelta. No puede dar una posición numérica para una URL de destino fuera de ese intervalo.

Mantén separado el límite configurado del número de filas devueltas. Un límite de 10 establece un máximo. No demuestra que la ejecución haya devuelto 10 filas útiles. Guarda ambos valores para que quien consulte los datos después pueda ver el alcance de las pruebas.

La misma regla se aplica a una lista fija de palabras clave. Una entrada válida no demuestra que cada palabra clave haya producido resultados utilizables. Comprueba los valores de consulta devueltos antes de marcar la observación como completa.

Usa un método sencillo para elegir

1. Define la pregunta sobre posiciones

Anota la lista exacta de palabras clave y las URL de destino antes de ejecutar el Actor. Conserva el texto de las palabras clave enviadas para poder compararlo con `executedQuery` en la salida.

Después, registra el contexto necesario:

• Motor de búsqueda.
• País e idioma.
• Si la observación debe incluir resultados patrocinados.
• Máximo de resultados por consulta ejecutada.
• Cualquier contexto necesario de ciudad o dispositivo.

Decide si vas a comprobar una página concreta o cualquier página de un dominio. Esas preguntas pueden dar respuestas distintas. Si la tarea pregunta por la URL de un artículo concreto, otra página del mismo sitio no cumple esa regla de destino.

Una preferencia general de mercado también difiere de un ajuste preciso de búsqueda. Un valor de país no demuestra una ciudad, un dispositivo o un contexto de sesión iniciada concretos. Si tu decisión depende de alguno de esos detalles, resuelve los ajustes de recopilación antes de aceptar la herramienta.

2. Configura una entrada solo para Google

Abre la Task Keyword Rank Snapshot y revisa su entrada guardada. La Task ha incluido varios motores de búsqueda en el pasado. Su título no demuestra cuál es la selección actual de motores.

Establece `engines` explícitamente en `["google"]`. Usa esta estructura de entrada verificada como punto de partida:

{
  "queries": [
    "machine learning tutorials"
  ],
  "engines": [
    "google"
  ],
  "maxResultsPerExecutedQuery": 10,
  "country": "US",
  "language": "en",
  "includeSponsoredResults": false
}

Estos campos y valores proporcionados superaron una comprobación con la copia en caché del esquema público de entrada. Esa comprobación confirma la estructura de entrada. No demuestra que una ejecución real vaya a acceder a Google ni a devolver el número de resultados solicitado. Esquema de entrada de Chronometrica.

Sustituye la consulta de ejemplo por tu lista fija de palabras clave. Revisa de nuevo toda la entrada antes de guardarla. En particular, confirma la selección del motor de búsqueda y la regla sobre resultados patrocinados.

El esquema revisado permite `country: "US"`. No des por hecho que esta entrada admite otro país. Si necesitas otro mercado, confirma un ajuste compatible antes de elegir la herramienta de recopilación. El valor proporcionado de `language` es una cadena de texto; su presencia por sí sola no establece un contexto preciso de búsqueda local.

3. Comprueba los campos devueltos

Chronometrica documenta campos de resultados como `engine`, `executedQuery`, `country`, `language`, `page`, `rankOnPage`, `rank`, `canonicalUrl` y `observedAt`. En conjunto, identifican un resultado y el contexto en el que se observó. Documentación de Chronometrica.

Revisa esos campos antes de calcular cambios de posición. Usa el valor devuelto de `rank` para registrar la posición observada. No uses el lugar de la fila en un archivo exportado. Ordenar o combinar archivos puede cambiar el orden de las filas.

Conserva `page` y `rankOnPage` como campos de apoyo. Te ayudan a revisar el registro de posición sin tener que reconstruirlo a partir de una exportación.

Comprueba también que `engine` sea Google en cada fila usada en la comparación. Si encuentras otro motor de búsqueda, mantén esas filas separadas y corrige la entrada guardada. Una posición de otro motor no puede servir como posición anterior o posterior en Google.

4. Define cómo se comparan las URL

Usa `canonicalUrl` como campo devuelto para compararlo con tu URL de destino. Escribe una regla de coincidencia de URL y aplícala a ambas observaciones.

Para comprobar una página exacta, empieza con una coincidencia exacta. Si decides ignorar una barra final o eliminar ciertos parámetros de seguimiento, indica esos cambios en la regla. No elimines todos los parámetros de consulta sin revisarlos. Un parámetro puede identificar una página distinta.

Conserva la URL original devuelta junto a cualquier valor ajustado que uses para buscar coincidencias. Esto te permite revisar una coincidencia después. También ayuda a explicar por qué se aceptó una página como destino.

Aplica la misma regla a ambas ejecuciones. Si cambias la regla entre observaciones, revisa de nuevo los datos anteriores antes de informar de un cambio de posición.

5. Compara solo observaciones compatibles

Asegúrate de que coincidan el motor de búsqueda, la consulta ejecutada, los ajustes de mercado, la regla sobre resultados patrocinados y la regla de URL. Comprueba también los límites guardados. Encontrar una URL de destino en un intervalo posterior más amplio no permite conocer su posición anterior si no aparecía en el intervalo anterior.

Usa `observedAt` para indicar la hora de observación. Conserva los ajustes de recopilación con esa observación para poder explicar una diferencia después.

Si falta por resolver algún contexto necesario, déjalo visible. Por ejemplo, un registro puede indicar que no se estableció el contexto de ciudad o dispositivo. Eso es más útil que una posición que parece precisa pero no explica su alcance.

Crea un registro útil de posición por cada URL de destino y palabra clave

Tu tabla de análisis debe tener un registro para cada palabra clave y URL de destino en cada momento de observación. Ese es tu registro de posición. Difiere de las filas de resultados del Actor: las filas contienen candidatos, mientras que tu registro indica si la URL de destino coincidió con alguno de ellos.

Conserva estos valores en cada registro:

• Palabra clave y URL de destino.
• Motor de búsqueda y ajustes de mercado.
• `observedAt`.
• Encontrada: sí o no dentro del intervalo devuelto.
• Límite configurado y número real de filas devueltas.
• Posición observada o desconocida.
• Cualquier contexto pendiente de resolver.

Conserva las filas de resultados originales para poder comprobar una coincidencia. El registro compacto permite comparar; las filas de resultados explican cómo llegaste a él.

Trata una posición desconocida como un valor distinto. No la sustituyas por 0. No uses el límite más 1 como sustituto. Esos valores darían a entender que se midió una posición que los resultados guardados no proporcionan.

Distingue también entre un conjunto de resultados revisado sin coincidencias con la URL de destino y una recopilación que no produjo pruebas utilizables. Ambos casos pueden dejar la posición como desconocida, pero requieren pasos posteriores distintos. El primero puede requerir un intervalo más amplio que la herramienta admita. El segundo requiere comprobar la recopilación antes de sacar una conclusión sobre la posición.

Un ejemplo ficticio: de la posición 7 a la posición 4

Este ejemplo es ficticio. No es una prueba del Actor, un conjunto de datos real ni un resultado de un cliente.

Un analista sigue una URL de destino para una consulta fija de Google. Ambas observaciones guardadas usan la misma consulta, el ajuste de mercado de Estados Unidos, el ajuste de idioma inglés, la regla sobre resultados patrocinados, la regla de coincidencia de URL y el límite de 10 filas.

En la primera observación, la URL de destino aparece en la posición orgánica 7. En la segunda, aparece en la posición orgánica 4.

El analista calcula:

`7 − 4 = 3 places upward`

La conclusión útil es limitada y clara: la URL de destino subió 3 posiciones entre estas observaciones guardadas con condiciones coincidentes. Los registros no demuestran que todas las personas que hicieron esa consulta vieran la misma posición.

Para una segunda palabra clave, la URL de destino no aparece en las primeras 10 filas guardadas. El analista registra «no» en encontrada y «desconocida» en posición. No introduce 0 ni 11, ni afirma que Google haya eliminado la página.

Supongamos que el analista aumenta después el límite y encuentra esa URL de destino. La nueva posición puede guardarse como una observación. No puede aportar la posición que falta de la ejecución anterior. Cualquier cálculo de cambio de posición sigue necesitando 2 posiciones conocidas de observaciones compatibles.

Este ejemplo muestra por qué el límite debe formar parte del registro de posición. Sin él, quien consulte el registro no puede saber si un valor desconocido se debe a un intervalo guardado reducido o a otro problema de recopilación.

Comprueba la adecuación antes de repetir el trabajo

Usa una primera ejecución pequeña para comprobar algunos criterios de aceptación. Confirma que el motor devuelto sea Google, que las consultas ejecutadas coincidan con la lista y que los campos de resultados permitan aplicar tu regla de URL. Después, comprueba si el intervalo devuelto es útil para tus URL de destino.

Revisa al menos una coincidencia con una URL de destino directamente en las filas guardadas antes de confiar en la tabla de resumen. Si falta una URL de destino, confirma qué filas se devolvieron realmente. Esta comprobación puede detectar un problema de entrada o de coincidencia antes de que pase a tu historial.

Las pruebas proporcionadas incluyen una comprobación de control de Google con Chronometrica que devolvió 3 filas útiles dentro del límite. Esto respalda la disponibilidad de Google en la observación revisada. No demuestra acceso continuo, cobertura completa ni éxito en recopilaciones futuras. No se hizo ninguna ejecución nueva para esta comparación.

Cuando la primera salida sea aceptable, guarda la entrada con las observaciones. Cámbiala solo por una razón clara y registra el cambio. Un cambio en el límite o en la regla de URL puede afectar a qué comparaciones siguen siendo válidas.

Para el método de análisis de Bing ya existente, consulta Cómo mantener capturas comparables de posiciones de palabras clave en Bing. Mantén las observaciones de Bing separadas de las de Google. La guía anterior respalda el método de comparación; no demuestra resultados de recopilación en Google.