GitHub Copilotの利用状況レポートが改善｜より多くのアクティブユーザーを集計可能に

2026年6月16日

GitHubは2026年6月15日、Copilotの利用状況を計測する「使用状況メトリクス（usage metrics）」のレポートを改善したと発表しました。これまではIDE（開発ツール）などクライアント側から送られる情報だけを使っていましたが、今回からサーバー側の情報も組み合わせることで、これまで漏れていたアクティブユーザーも集計に含まれるようになります。

簡単に言うと、「実際にCopilotを使っているのにレポートに表示されなかったユーザー」が、より正確にカウントされるようになった、という更新です。

何が発表・更新されたのか

Copilotの利用レポートは、これまでIDEなどのクライアントが送信するテレメトリ（利用データ）を基に作られていました。しかしネットワーク状況やプロキシ設定、クライアントの設定など、利用者側でもGitHub側でも制御できない要因によって、データが届かないことがありました。その結果、実際に利用して課金されているユーザーがレポートに表示されないケースが起きていたとのことです。

今回の更新では、サーバー側のテレメトリを追加で活用します。サーバー側で「アクティブだった」と確認できたユーザーのうち、クライアント側のデータで捕捉できていなかった人は、エンタープライズの単日（single-day）レポートと28日間レポートに含まれるようになります。これによりDAU（デイリーアクティブユーザー＝1日あたりの利用者数）の集計範囲が広がります。

ただし、サーバー側のデータには、クライアント側が持つ細かい情報（どのIDEか、どの機能か、どのモデルか、コード行数など）はまだ含まれていません。そのため、これらの新たに表示されるユーザーについては、全体のカウントは増えますが、詳細な内訳は空欄のままになります。

公式の例として、これまでクライアントデータのみで1,000人と表示されていた単日レポートが、今回の変更後は1,050人と表示される場合がある、と説明されています。増えた50人は、サーバー側で利用が確認できたものの、クライアントデータが届いていなかったユーザーです。

なお、これは「サーバー側の情報をCopilotのメトリクスに取り込む取り組み」の第一歩であり、今後のリリースで機能ごと・画面ごとの詳細も段階的に補完していく予定とされています。

誰に関係があるのか

GitHub Copilotをエンタープライズ（企業向けプラン）で導入している組織の管理者
Copilotの利用状況を分析・レポートしている情報システム部門やマネージャー
Copilot usage metrics APIを使ってデータを取得・連携している開発担当者

利用状況の数字を社内報告や費用対効果の判断に使っている方にとって、特に関係の深い更新です。

仕事や業務でどう使えるのか

公式情報によると、この更新には次のようなメリットがあります。

データの一貫性が高まる：利用レポートが、アクティビティログや課金（billing）の内容により近づきます。これにより「ユーザーが表示されない」といった問い合わせ・サポート対応の手間が減ると説明されています。
障害に強い設計になる：サーバー側とクライアント側の両方の情報を組み合わせることで、クライアント側の一時的な不具合によってユーザーがレポートから消えてしまうことがなくなります。

実務面では、Copilotの導入効果を社内で説明する際に、より実態に近い利用者数を示せるようになります。

注意点

新しく表示されるユーザーについては、全体のカウントは増える一方で、totals_by_ide（IDE別の集計）やtotals_by_feature（機能別の集計）などの内訳には、まだ反映されません。そのため、内訳に紐づかない「未分類」の利用が増えて見える場合があります。
既存ユーザーの最上位の合計値や内訳は変わりません。
数字が増えたとしても、それは新しい契約が増えたのではなく、これまで漏れていた利用者が正しく表示されるようになった結果である点に注意してください。
日本での提供状況や対象プランの詳細な条件については、公式情報上で個別の記載は確認できませんでした。