Chrome Web Store Dataset API: inteligencia de mercado de extensiones (2026)

La Chrome Web Store Dataset API convierte los listados públicos de extensiones en un dataset de mercado buscable y monitorizable. En su lanzamiento, el índice de Crawlora contenía 24.271 ítems y exponía siete operaciones para búsqueda, detalle de ítem, facetas, historial solo de cambios, extensiones en tendencia, cambios recientes y métricas agregadas. Con eso basta para construir seguimiento de competidores, descubrimiento de extensiones, revisión de riesgo por permisos, investigación de portafolios de desarrolladores y dashboards de mercado sin mantener un crawler de la tienda ni descargar cada registro para cada análisis.

Por qué la API oficial no es una API de investigación de mercado

La API oficial de Chrome Web Store de Google es la herramienta correcta cuando tienes una extensión propia y necesitas subirla, publicarla, escalonar un despliegue o comprobar el estado del envío. Google la describe como pensada principalmente para la extensión propia de un desarrollador. El Developer Dashboard también ofrece instalaciones, desinstalaciones, impresiones e informes de usuarios para los ítems que pertenecen al publisher.

Son analíticas de primera parte valiosas, pero responden a una pregunta distinta. Un equipo de producto que investiga el mercado más amplio de extensiones suele necesitar preguntar:

• ¿Qué extensiones de productividad tienen más de 10.000 usuarios mostrados?
• ¿Qué categorías y versiones de Manifest dominan el índice actual?
• ¿Qué ítems están ganando usuarios o reseñas?
• ¿Qué extensiones solicitan acceso amplio a hosts o divulgan recopilación de datos?
• ¿Cuándo cambió un competidor su versión, sus permisos, sus declaraciones de privacidad, la identidad del desarrollador o su estado?

La Dataset API está construida en torno a estas preguntas transversales al mercado.

Qué contiene cada registro

Los registros normalizan los campos públicos disponibles en los listados de Chrome Web Store. Dependiendo de lo que divulgue un ítem, un resultado puede incluir:

• ID, nombre, resumen, descripción, tipo, categoría, URL, icono y capturas de pantalla del ítem
• Nombre de desarrollador mostrado y correo del desarrollador divulgado
• Usuarios mostrados, valoración, número de valoraciones, versión, fecha de actualización y tamaño del paquete
• Versión de Manifest y versión mínima de navegador
• Permisos de extensión requeridos y opcionales
• Permisos de host requeridos y opcionales, más una señal de acceso amplio a hosts
• Declaraciones de privacidad de la tienda, categorías de datos divulgadas y URL de la política de privacidad
• Estado activo o eliminado, momentos de primera y última observación, y hora del último rastreo
• Deltas más recientes de usuarios mostrados y número de valoraciones que usa la vista de tendencias

Trata el número de usuarios mostrados como bandas o instantáneas que proporciona la tienda, no como telemetría auditada de usuarios activos. Para tu propia extensión, sigue usando las analíticas de primera parte del Developer Dashboard; usa el dataset para entender el mercado público que la rodea.

Las siete operaciones

Construye una shortlist de competidores

Empieza con un segmento acotado en lugar de pedir todo el dataset. Este ejemplo encuentra extensiones de productividad con alta adopción y las ordena por usuarios mostrados:

curl --get "https://api.crawlora.net/api/v1/datasets/chrome-extensions/search" \
  -H "x-api-key: $CRAWLORA_API_KEY" \
  --data-urlencode "q=productivity" \
  --data-urlencode "item_type=extension" \
  --data-urlencode "min_users=10000" \
  --data-urlencode "sort=users_desc" \
  --data-urlencode "page_size=20"

Puedes sustituir la consulta de texto por un filtro preciso como permission=storage, manifest_version=3, collects_data=true o has_broad_host_access=true. Combina filtros para crear una cola de revisión para una postura de riesgo específica o un nicho de mercado.

Añade un dashboard de mercado

La operación metrics está pensada para dashboards, así que no necesitas paginar por miles de ítems y agregarlos en el navegador:

curl --get "https://api.crawlora.net/api/v1/datasets/chrome-extensions/metrics" \
  -H "x-api-key: $CRAWLORA_API_KEY" \
  --data-urlencode "days=30" \
  --data-urlencode "limit=10"

La respuesta incluye el total de ítems indexados, usuarios mostrados y valoraciones, valoración media, cobertura de desarrollador y de política de privacidad, distribuciones por ítem y por Manifest, bandas de adopción y valoración, categorías principales, desarrolladores principales, permisos comunes, conteos de señales de riesgo y una serie diaria de cambios rellenada con ceros. Las ventanas de cambio soportadas son 7, 30 y 90 días.

Algunos paneles útiles para el dashboard incluyen:

• Ítems indexados y hora del último rastreo
• Extensiones por banda de usuarios y versión de Manifest
• Categorías principales por número de ítems y usuarios mostrados
• Permisos más comunes
• Conteos de acceso amplio a hosts y de recopilación de datos divulgada
• Cambios diarios desglosados por versión, permiso, privacidad, estado, usuarios y valoraciones

Monitoriza movimientos y cambios relevantes

Usa trending para descubrimiento y changes para un feed de auditoría. Cumplen funciones distintas: trending clasifica el movimiento reciente de adopción, mientras que changes responde qué cambió realmente.

import os
import requests

base = "https://api.crawlora.net/api/v1/datasets/chrome-extensions"
headers = {"x-api-key": os.environ["CRAWLORA_API_KEY"]}

movers = requests.get(
    f"{base}/trending",
    headers=headers,
    params={"item_type": "extension", "page_size": 20},
).json()["data"]["items"]

permission_changes = requests.get(
    f"{base}/changes",
    headers=headers,
    params={"change_type": "permissions", "limit": 25},
).json()["data"]["items"]

history = requests.get(
    f"{base}/history/fjgncogppolhfdpijihbpfmeohpaadpc",
    headers=headers,
    params={"limit": 90},
).json()["data"]["points"]

El historial es solo de cambios: se escribe un punto nuevo cuando cambia un valor rastreado, en lugar de duplicar una instantánea diaria idéntica. Eso lo hace adecuado para alertas y líneas de tiempo, manteniendo la respuesta compacta.

Un flujo de trabajo semanal práctico

1. Guarda una definición de búsqueda para cada segmento de competidores o perfil de riesgo por permisos.
2. Extrae métricas a diario para el dashboard a nivel de mercado.
3. Extrae ítems en tendencia a diario o semanalmente para encontrar nuevos movimientos.
4. Extrae el feed de changes por tipo de cambio y deriva los eventos importantes a revisión.
5. Carga el historial de un ítem solo cuando un analista necesite la línea de tiempo detrás de una alerta.
6. Guarda el ID del ítem como clave de unión duradera; los nombres y las etiquetas de desarrollador pueden cambiar.

El mismo release v1.18.0-sdk.1 también añadió descubrimiento y reseñas de software de Capterra, datasets de ciudades y países de Numbeo, endpoints de catálogo y reseñas de Metacritic, y endpoints de búsqueda, producto y reseñas de Walmart. Eso hace posible combinar descubrimiento de mercado de software, inteligencia pública de extensiones, benchmarking de coste de vida por ubicación, investigación de entretenimiento y monitorización retail detrás de una sola API key y las mismas convenciones de SDK generado.

Empieza a construir

Prueba las operaciones en el Playground, inspecciona cada parámetro y respuesta en los API docs, o usa la receta lista para usar de inteligencia competitiva de extensiones de Chrome en los SDKs de Go, TypeScript, Python, Ruby, Java y PHP. Compara los costes en créditos por request en pricing.

Sources

Lectura relacionada

• How to Scrape App Store and Google Play Reviews — compara las APIs oficiales, exclusivas para el propietario, con la investigación de mercado pública.
• Best Web Scraping APIs in 2026 — elige entre un scraper genérico y endpoints de plataforma estructurados.
• Web Scraping for AI Training Data — diseña flujos de trabajo de recolección y procedencia repetibles.