Chrome ウェブストアの変更を追跡する方法：権限、バージョン、そして新規参入者

拡張機能のリスティングは動く標的である

ほとんどの人は Chrome ウェブストアをディレクトリのように扱います。拡張機能を調べ、権限を読み、インストール数を確認して、次へ進む。それは単一のスナップショットには有効ですが、セキュリティ、競合、市場調査にとって実際に重要な部分を隠してしまいます。リスティングは変化します。拡張機能は、通常のバージョン更新でホスト権限を追加したり、先月まで収集していなかったデータを収集し始めたり、ストアから削除されたり、何の告知もなくユーザー基盤を倍増させたりすることがあります。

カタログを一度エクスポートすれば、動き続けるものの写真を手にすることになります。ファイルを保存した瞬間から、それは現実からずれ始めます。解決策は、エクスポートで考えるのをやめて変更フィードで考え始めることです。現在の状態を記録し、その後は変化したものだけを記録します。

それが Crawlora の Chrome ウェブストア・データセット（chrome_extensions_v1）の構築方法です。2026 年 7 月にクロールされた 314,807 件のアクティブなリスティングをカバーし、最も普及度の高い層は毎日、カタログ全体は毎週更新されます。重要なのは、変更のみの履歴を保存することです。拡張機能について新しい履歴ポイントが書き込まれるのは、追跡対象フィールドのいずれかが変化したときだけなので、あなたが読む時系列は、同一の毎日のスナップショットの壁ではなく、シグナルになります。

変更フィードが追跡するもの

リスティングごとに 8 つのフィールドが監視されます。それぞれが異なる調査上の問いに答えます。

変更タイプ	なぜ重要か
status	新規リスティングまたは削除。これは新規参入者と取り下げのシグナルです。すべてのページをポーリングすることなく、拡張機能がカテゴリに現れたり、ストアから完全に消えたりするのを捉えられます。
version	バージョンの上昇はリリースを示します。その頻度から、拡張機能がどれだけ活発に保守されているかがわかり、バージョンの変更は、他のフィールド（権限、プライバシー）がそれとともに動く瞬間であることが多いです。
permissions	ホストアクセスや機微な権限を追加する更新は、セキュリティ上のシグナルです。すでに信頼している拡張機能における権限のドリフトは、典型的なサプライチェーンリスクであり、アラートに値します。
privacy	データセーフティの申告。ここでの変更は、開発者が異なるデータの収集や利用を申告するようになったことを意味します。インストール済みの拡張機能における新たな収集は、再確認に値します。
users	普及度。表示されるインストール数の増加または減少で、競合の追跡に役立ちますが、Google によってバケット化されています（下記の注意点を参照）。
rating	平均スコア。持続的な低下は、不出来なリリース、ユーザーが嫌うポリシー変更、あるいはレビュー爆撃を示唆することがあります。
rating_count	レビュー件数。件数の増加はエンゲージメントと勢いを示します。新規レビューのペースは、バケット化されたインストール数よりもきれいな普及度の代理指標です。
developer	掲載されている発行元。開発者の変更は、拡張機能が売却または譲渡されたことを意味することがあり、これは権限とプライバシーの変更のよく知られた前兆です。

3 つのワークフロー

1. セキュリティとサプライチェーンの監視

組織が許可する拡張機能の一式を選び、最も重要な 2 つの変更タイプ、permissions と privacy について監視します。チームがすでにインストールした拡張機能における新しいホスト権限や新しいデータ収集の申告は、まさに一度きりのレビューでは決して捉えられない類の静かな変更です。

/changes?change_type=permissions（および change_type=privacy）を、関心のあるアイテム ID に絞って定期的にポーリングします。単一の拡張機能の全体像には、/history/{id} がその完全な時系列を返すので、権限がいつ追加されたか、そしてその前に developer の変更があったかどうかを確認できます。そもそも候補の一式を見つけるには、/search が permission と collects_data で直接絞り込みます。

2. 競合の追跡

ライバルを追うには、version と普及度フィールドを監視します。/history/{id} はそのリリース頻度を教えてくれます。どのくらいの頻度で出荷し、出荷が評価の動きと相関しているかどうかです。/search?developer=... は競合の全ポートフォリオを取得するので、すでに知っていた 1 件だけでなく、その競合が所有するすべてのリスティングを追跡できます。/trending は、カテゴリで誰が地歩を固めつつあるかが明らかになる前に知りたい場合、トレンドスコアによって最も動きの速いものを浮かび上がらせます。

3. 新規参入者と削除の発見

status の変更タイプは、あなたの発見レーンです。カテゴリに現れる新しいリスティングは誰が市場に参入したばかりかを教え、削除は何が取り下げられたかを教えます。/search?category=... で空間を定義し、/changes?change_type=status と組み合わせて、参入と退出が起こるそばから捉えます。/facets は（カテゴリ、権限、マニフェストバージョン別の）集計分布を返すので、カテゴリの形が時間とともにどう変化するかを見られます。そして /metrics はダッシュボード向けのチャート対応の合計を返します。

実際に計算した小さな例

フィードにおいて単一の普及度の変更がどのように見えるかを示します。観測された期間内で、ゲーム拡張機能 "Flappy Bird Offline" は表示上 100,000 インストールから 200,000 へと移り、+100,000 の users 変更となりました。フィードにおいてそれは 1 つの履歴ポイントです。アイテム ID、変化したフィールド、旧値、新値です。これは /changes?change_type=users で捉えることも、その拡張機能の /history/{id} の時系列で、同時期のバージョンや評価の変更と並べて文脈の中で読むこともできます。

その例はまた、設計にあたって織り込まなければならない限界も示しています。

はじめ方

上記のすべては REST と MCP でアクセスできます。/datasets/chrome-extensions/search は、permission、collects_data、min_users、category、developer、item_type、manifest_version、status でカタログを絞り込みます。/facets は集計分布を返し、/trending は最も動きの速いものを返し、/changes は change_type で絞り込める最近の変更イベントを返し、/history/{id} は 1 つのアイテムの完全な時系列を返し、/metrics はチャート対応の合計を返し、/items/{id} は現在のレコードを返します。関心のある変更タイプについて /changes に定期ジョブを向ければ、古びたエクスポートではなくモニターが手に入ります。

Chrome ウェブストアを再クロールするのではなく、監視しよう

変更フィード、トレンド、アイテムごとの履歴で、314,807 件のリスティングにわたる権限、プライバシー、バージョン、ステータスの変更を追跡します。REST と MCP、毎月 2,000 の無料クレジット、カード不要。

データセットを探索するMCP ドキュメントを読む