Chronometrica vs ScraperLink: por qué una página de resultados de Google puede parecer duplicada

Empieza por la unidad que vas a contar

Un elemento del conjunto de datos es un objeto guardado. No siempre representa un resultado de búsqueda. Un objeto de página puede contener varios resultados dentro de una lista. Una lista almacenada dentro de otro objeto es una matriz anidada.

Antes de contar los resultados, identifica qué representa cada elemento guardado. 2 objetos pueden mostrar 2 vistas de las mismas observaciones. Si tu importación expande ambas vistas, el total puede superar el número de observaciones que querías usar.

La incidencia pública de ScraperLink recoge la preocupación de un lector por resultados duplicados. Es una incidencia histórica y está cerrada. Respalda la pregunta del lector, pero no demuestra que exista un fallo o una interrupción del servicio en la actualidad. Incidencia histórica sobre resultados duplicados

Los contratos públicos de los productos utilizados aquí se revisaron el 20 de octubre de 2026. No se realizaron ejecuciones de recopilación en condiciones equivalentes ni se comprobaron resultados en directo. Esta comparación explica las entradas y los formatos de salida documentados.

3 recuentos responden a preguntas diferentes:

• Elementos del conjunto de datos: ¿cuántos objetos se guardaron?
• Observaciones de resultados: ¿cuántas entradas de resultados pertenecen a las búsquedas seleccionadas?
• Destinos únicos: ¿cuántas páginas de destino distintas aparecen en esas entradas?

Decide qué vas a contar antes de revisar el total. Un recuento correcto de objetos guardados puede dar una respuesta incorrecta sobre los resultados de búsqueda.

Aplica la solución directa a tu solicitud actual

Usa esta entrada de ScraperLink para el ejemplo proporcionado:

{
  "keyword": "Nike",
  "limit": "10",
  "page": 1,
  "include_merged": false
}

El contrato público de entrada actual admite estos ajustes. Mantén `limit` como la cadena de texto que se muestra aquí. El ejemplo solicita 1 página con un límite definido y la salida combinada desactivada. Compilación predeterminada y esquema de entrada de ScraperLink

Sustituye `Nike` por la consulta que quieras realizar. Revisa la salida antes de enviarla a otro programa.

Busca la lista de resultados anidada en el elemento de página seleccionado. Cuenta sus entradas. Después, comprueba qué objeto lee tu importación y qué lista expande. La importación debe usar la representación prevista una sola vez.

No multipliques la longitud de la lista por el número de objetos guardados. Primero, determina si esos objetos contienen observaciones distintas o vistas diferentes de las mismas observaciones.

Mantén esta primera solicitud pequeña. Su propósito es comprobar el formato de salida y tu regla de recuento. Si el elemento de página ya sirve para tu siguiente paso, has resuelto la necesidad inmediata. Considera cambiar de herramienta solo después de definir un requisito distinto que el proceso actual no cumpla.

Compara la salida que necesita tu siguiente paso

Una regla de aceptación es una condición que la salida debe cumplir antes de que la uses. Usa la tabla para escribir esa regla. La fila de entrada enumera los ajustes de estos ejemplos; no afirma que todos los campos sean obligatorios.

Las columnas de los productos se basan en los contratos documentados actuales. Actor de ScraperLink, Actor de Chronometrica, Esquema de entrada de Chronometrica

La expansión consiste en convertir cada entrada de una lista anidada en una fila independiente. Durante la expansión, conserva el contexto de búsqueda que corresponde a cada entrada.

Un paso de expansión que funciona puede seguir siendo parte de tu proceso. La elección depende del sistema receptor. Si acepta objetos de página, cambiar el formato de salida puede no aportar ningún valor útil. Si requiere observaciones individuales, decide si prefieres mantener el paso de expansión o recibir directamente ese formato de filas.

Un ejemplo ficticio: 2 objetos no demuestran que haya 20 resultados

Este ejemplo es ficticio. No es una prueba del producto, un resultado medido ni un caso de un cliente.

Un analista solicita 1 página. En este ejemplo inventado, la página sin procesar contiene 10 observaciones de resultados anidadas. Un objeto combinado opcional repite esas mismas 10 observaciones.

El analista ve 2 objetos guardados. Su importación expande ambos:

10 observations from the raw page
+ 10 repeated observations from the merged object
= 20 imported sightings

El cálculo es correcto: 10 + 10 = 20. La interpretación es incorrecta. El recuento previsto para esta única página es de 10 observaciones. La hoja de cálculo contiene 2 copias de cada observación porque la importación usó ambas representaciones.

El analista desactiva la salida combinada. Después, lee una sola vez la lista de resultados de la página sin procesar y comprueba su longitud. En este ejemplo ficticio, eso evita la doble expansión.

Este ejemplo no demuestra que un Actor haya obtenido una página 2 veces ni que haya cobrado 2 veces. El recuento de objetos guardados, por sí solo, no demuestra que haya ocurrido ninguno de esos hechos.

Más adelante, el analista debe tomar otra decisión cuando otra API exige que cada elemento enviado represente una observación. Puede mantener el paso de expansión o elegir un Actor cuya salida documentada ya cumpla ese requisito.

Chronometrica se ajusta a ese requisito posterior de filas. El total inventado no aporta pruebas de una ventaja en el rendimiento de la recopilación.

Cuándo resulta útil Chronometrica

Chronometrica documenta una observación de un resultado de búsqueda por fila del conjunto de datos, con motor, consulta, posición y contexto. También documenta `maxResultsPerExecutedQuery`, que establece un límite máximo de filas de resultados por cada combinación de motor y consulta ejecutada. Actor de Chronometrica

Usa este ejemplo de entrada proporcionado como punto de partida:

{
  "queries": [
    "Nike"
  ],
  "engines": [
    "google"
  ],
  "maxResultsPerExecutedQuery": 10,
  "country": "US",
  "language": "en"
}

Las claves, los campos obligatorios, los valores permitidos, los límites de las listas y los límites numéricos se comprobaron con el esquema público actual. Este ejemplo no se ejecutó. Compilación predeterminada y esquema de entrada de Chronometrica

El límite máximo es un tope. No demuestra que una solicitud vaya a devolver exactamente 10 observaciones. Comprueba la salida real antes de informar de su recuento.

Este formato sirve para una hoja de cálculo que guarda una observación en cada fila. También sirve para una API que espera una observación en cada elemento enviado. La unidad guardada coincide con la unidad que necesita el siguiente paso.

Esa coincidencia elimina la necesidad de expandir primero una lista de resultados anidada. Aún debes seleccionar los campos que usa tu sistema, conservar los valores desconocidos y comprobar la salida. También puedes necesitar una lista independiente de destinos únicos.

Elige Chronometrica por esta adecuación comprobada. Las pruebas disponibles no demuestran una ventaja en velocidad, fiabilidad, precisión o coste. Confirma cualquier otra función necesaria en la documentación actual antes de cambiar.

Haz 5 comprobaciones antes de cambiar de herramienta

1. Revisa el ajuste actual de salida combinada. Identifica qué representación de salida necesita tu proceso. Separa el problema inmediato de recuento de la elección posterior del formato de filas.
2. **Solicita 1 página con un límite definido y `include_merged:false`.** Registra la entrada exacta. Esto te permite relacionar la salida con la consulta y la página que solicitaste.
3. Cuenta las entradas de resultados anidadas. Revisa la lista de resultados de la página sin procesar seleccionada. Comprueba que tu importación lea esa lista una sola vez. Compara el número de entradas con el número de filas creadas por la expansión.
4. Define la unidad que requiere el siguiente paso. Escribe una frase, por ejemplo: «Cada fila importada debe representar un resultado de una consulta exacta». Usa esa frase como regla de aceptación.
5. Conserva el contexto de búsqueda antes de crear una lista de destinos únicos. Guarda el motor, la consulta exacta, la posición y la información de tiempo disponible. Identifica cualquier hora que registre tu propio proceso como la hora registrada por tu proceso.

Estas comprobaciones dan lugar a 2 decisiones. Primero, decide si puedes contar correctamente la salida actual. Después, decide si la unidad guardada sirve para el siguiente sistema.

En una hoja de cálculo manual, el paso de expansión puede ser fácil de revisar. En una importación repetida, las filas de resultados directas pueden ajustarse mejor al sistema receptor. Comprueba el trabajo que requiere tu proceso antes de dar por hecho que ahorrarás tiempo.

Si después comparas costes, define la unidad de facturación por separado. Un objeto guardado, una observación de un resultado y una búsqueda facturada son conceptos distintos. El total de la salida combinada no demuestra cuántas búsquedas se facturaron ni una ventaja de precio.

Comprueba la importación antes de usar sus totales

Haz que la regla de aceptación sea lo bastante concreta para poder comprobarla. «La salida parece correcta» ayuda poco cuando los totales difieren. Una regla útil indica la lista de origen, la unidad que se cuenta y el contexto que debe conservar cada fila importada.

Empieza por la salida seleccionada antes de la expansión. Cuenta las observaciones que quieres usar. Después, revisa las filas creadas a partir de esa salida. Si los totales difieren, comprueba qué objetos y listas lee la importación antes de eliminar filas.

Una regla que elimina URL repetidas puede ocultar la causa de un error de recuento. También puede eliminar observaciones válidas de consultas distintas. Primero, corrige la selección de las representaciones de salida. Crea una lista de destinos únicos solo cuando necesites ese recuento independiente.

Registra el resultado de la comprobación con palabras claras. Indica si contaste objetos de página, observaciones o destinos. Así, el total será útil para alguien que no haya revisado la salida original.

Mantén separadas las observaciones y los destinos únicos

El mismo destino puede aparecer en consultas diferentes. Esas apariciones pueden ser observaciones distintas aunque apunten a la misma página.

Una lista de destinos únicos indica qué páginas aparecieron. Los registros de observaciones indican dónde apareció una página en cada consulta y posición. Conserva ambas salidas cuando necesites ambas respuestas.

Crea la lista de destinos a partir de los registros de observaciones. Conserva esos registros para poder relacionar cada destino con su contexto de búsqueda. No elimines una observación solo porque su URL también apareció en otra consulta.

Esta distinción también ayuda cuando 2 personas comunican totales diferentes. Una puede haber contado observaciones y la otra, destinos. Indica la unidad antes de tratar sus totales como resultados contradictorios.

Para la tarea posterior de combinar exportaciones de distintas ejecuciones, consulta Cómo combinar exportaciones de búsquedas de Bing sin perder los datos de consulta y posición. Esa guía trata sobre la combinación de exportaciones de distintas ejecuciones. Esta comparación empieza antes, con la elección entre representaciones de salida y unidades guardadas.

Conserva los valores desconocidos durante la importación

Un valor ausente no significa 0. Una posición ausente no debe convertirse en la posición 0. Un recuento desconocido no debe convertirse en un recuento confirmado de 0.

Deja vacío un valor desconocido o usa la forma de representar valores ausentes que admita tu sistema receptor. Documenta esa elección para que los cálculos posteriores no traten los datos ausentes como un resultado medido.

Aplica la misma regla al tiempo. No inventes una marca de tiempo de origen. Si solo sabes cuándo recibió los datos tu propio proceso, guarda esa hora con una etiqueta clara.

Comprueba estas reglas con cualquiera de los formatos de salida. Las filas independientes pueden ser más fáciles de aceptar para un sistema receptor, pero aún requieren una interpretación correcta. Un recuento válido de filas no demuestra que todos los campos estén presentes ni que cada valor signifique lo que supone tu informe.