Chrome Web Store Dataset API: Extension-Marktintelligenz (2026)

Die Chrome-Web-Store-Dataset-API verwandelt öffentliche Erweiterungs-Listings in ein durchsuchbares, überwachbares Markt-Dataset. Zum Start enthielt Crawloras Index 24.271 Items und stellte sieben Operationen bereit: Suche, Item-Detail, Facetten, Änderungs-only-Historie, Trending-Erweiterungen, jüngste Änderungen und aggregierte Metriken. Das reicht, um Wettbewerber-Tracking, Erweiterungs-Discovery, Berechtigungs-Risiko-Prüfung, Entwickler-Portfolio-Recherche und Markt-Dashboards aufzubauen — ohne einen Store-Crawler zu betreiben oder für jede Analyse jeden Datensatz herunterzuladen.

Warum die offizielle API keine Marktforschungs-API ist

Googles offizielle Chrome-Web-Store-API ist das richtige Werkzeug, wenn dir eine Erweiterung gehört und du sie hochladen, veröffentlichen, ein Rollout staffeln oder den Einreichungsstatus prüfen musst. Google beschreibt sie als primär für die eigene Erweiterung eines Entwicklers gedacht. Das Developer-Dashboard liefert außerdem Installationen, Deinstallationen, Impressions und Nutzerberichte für Items, die dem Publisher gehören.

Das sind wertvolle First-Party-Analytics, aber sie beantworten eine andere Frage. Ein Produktteam, das den breiteren Erweiterungsmarkt erforscht, muss meist Folgendes fragen:

• Welche Produktivitäts-Erweiterungen haben mehr als 10.000 angezeigte Nutzer?
• Welche Kategorien und Manifest-Versionen dominieren den aktuellen Index?
• Welche Items gewinnen Nutzer oder Reviews hinzu?
• Welche Erweiterungen fordern breiten Host-Zugriff an oder legen Datenerhebung offen?
• Wann hat ein Wettbewerber seine Version, Berechtigungen, Datenschutzangaben, Entwickler-Identität oder seinen Status geändert?

Die Dataset-API ist um genau diese marktübergreifenden Fragen herum gebaut.

Was in jedem Datensatz steckt

Datensätze normalisieren die öffentlichen Felder, die auf Chrome-Web-Store-Listings verfügbar sind. Je nachdem, was ein Item offenlegt, kann ein Ergebnis enthalten:

• Item-ID, Name, Zusammenfassung, Beschreibung, Typ, Kategorie, URL, Icon und Screenshots
• Angezeigter Entwicklername und offengelegte Entwickler-E-Mail
• Angezeigte Nutzer, Rating, Rating-Anzahl, Version, Update-Datum und Paketgröße
• Manifest-Version und minimale Browser-Version
• Erforderliche und optionale Erweiterungs-Berechtigungen
• Erforderliche und optionale Host-Berechtigungen sowie ein Signal für breiten Host-Zugriff
• Store-Datenschutzangaben, offengelegte Datenkategorien und Datenschutzrichtlinien-URL
• Status „aktiv“ oder „entfernt“, First-Seen- und Last-Seen-Zeiten sowie die letzte Crawl-Zeit
• Jüngste Deltas bei angezeigten Nutzern und Rating-Anzahl, die von der Trending-Ansicht genutzt werden

Behandle angezeigte Nutzerzahlen als vom Store bereitgestellte Bänder oder Snapshots, nicht als geprüfte Active-User-Telemetrie. Für deine eigene Erweiterung nutze weiterhin die First-Party-Analytics des Developer-Dashboards; nutze das Dataset, um den öffentlichen Markt drumherum zu verstehen.

Die sieben Operationen

Baue eine Wettbewerber-Shortlist

Beginne mit einem engen Segment, statt das ganze Dataset anzufordern. Dieses Beispiel findet Produktivitäts-Erweiterungen mit hoher Adoption und sortiert nach angezeigten Nutzern:

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"

Du kannst die Textabfrage durch einen präzisen Filter wie permission=storage, manifest_version=3, collects_data=true oder has_broad_host_access=true ersetzen. Kombiniere Filter, um eine Prüf-Queue für eine bestimmte Risiko-Haltung oder eine Marktnische zu erstellen.

Ergänze ein Markt-Dashboard

Die Metrics-Operation ist für Dashboards gedacht, sodass du nicht durch tausende Items blättern und sie im Browser aggregieren musst:

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"

Die Antwort enthält die Gesamtzahl indexierter Items, angezeigte Nutzer und Ratings, das durchschnittliche Rating, Entwickler- und Datenschutzrichtlinien-Coverage, Item- und Manifest-Verteilungen, Adoption- und Rating-Bänder, Top-Kategorien, Top-Entwickler, häufige Berechtigungen, Risiko-Signal-Zähler und eine mit Nullen aufgefüllte tägliche Änderungsreihe. Unterstützte Änderungs-Zeitfenster sind 7, 30 und 90 Tage.

Nützliche Dashboard-Panels sind unter anderem:

• Indexierte Items und letzte Crawl-Zeit
• Erweiterungen nach Nutzer-Band und Manifest-Version
• Top-Kategorien nach Item-Anzahl und angezeigten Nutzern
• Häufigste Berechtigungen
• Zähler für breiten Host-Zugriff und offengelegte Datenerhebung
• Tägliche Änderungen, aufgeteilt nach Version, Berechtigung, Datenschutz, Status, Nutzern und Ratings

Beobachte Mover und relevante Änderungen

Nutze trending für Discovery und changes für einen Audit-Feed. Sie erfüllen unterschiedliche Aufgaben: Trending rankt jüngste Adoption-Bewegung, während Changes beantwortet, was sich tatsächlich geändert hat.

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"]

Die Historie ist Änderungs-only: Ein neuer Punkt wird geschrieben, wenn sich ein getrackter Wert ändert, statt einen identischen täglichen Snapshot zu duplizieren. Das macht sie für Alerts und Timelines geeignet und hält die Antwort kompakt.

Ein praktischer wöchentlicher Workflow

1. Speichere eine Suchdefinition für jedes Wettbewerber-Segment oder Berechtigungs-Risiko-Profil.
2. Ziehe Metrics täglich für das Dashboard auf Marktebene.
3. Ziehe Trending-Items täglich oder wöchentlich, um neue Mover zu finden.
4. Ziehe den Changes-Feed nach Änderungstyp und leite wichtige Ereignisse zur Prüfung weiter.
5. Lade die Item-Historie nur, wenn ein Analyst die Timeline hinter einem Alert braucht.
6. Speichere die Item-ID als dauerhaften Join-Key; Namen und Entwickler-Labels können sich ändern.

Dasselbe v1.18.0-sdk.1-Release fügte außerdem Capterra-Software-Discovery und -Reviews, Numbeo-Stadt- und -Länder-Datasets, Metacritic-Katalog- und -Review-Endpoints sowie Walmart-Such-, -Produkt- und -Review-Endpoints hinzu. Das macht es möglich, Software-Markt-Discovery, öffentliche Erweiterungs-Intelligenz, Standort-Kosten-Benchmarking, Entertainment-Recherche und Retail-Monitoring hinter einem API-Key und denselben generierten SDK-Konventionen zu kombinieren.

Leg los mit dem Bauen

Probier die Operationen im Playground aus, inspiziere jeden Parameter und jede Antwort in den API docs oder nutze das fertige Rezept für Chrome-Erweiterungs-Competitive-Intelligence in den SDKs für Go, TypeScript, Python, Ruby, Java und PHP. Vergleiche die Credit-Kosten pro Request auf pricing.

Sources

Verwandte Lektüre

• How to Scrape App Store and Google Play Reviews — vergleiche offizielle, nur dem Owner vorbehaltene APIs mit öffentlicher Marktforschung.
• Best Web Scraping APIs in 2026 — wähle zwischen einem generischen Scraper und strukturierten Plattform-Endpoints.
• Web Scraping for AI Training Data — gestalte wiederholbare Erhebungs- und Provenance-Workflows.