パフォーマンス ダッシュボードは、あなたのゲームの最新のクライアントとサーバーメトリクスを提供します。ゲームをアップデートする前後にこのページを監視して、パフォーマンスの問題を早期に特定しましょう。

パフォーマンスメトリクスの表示
パフォーマンスダッシュボードにアクセスするには、ゲームの所有者であるか、分析グループの権限を持っている必要があります。
- クリエイターハブのCreationsページに移動します。
- 左上隅で、あなたのアカウントまたはゲームを所有しているグループを選択します。
- ゲームを選択します。
- モニタリングのドロップダウンで、パフォーマンスを選択します。
ダッシュボードは、現在のユーザー数、分散しているサーバー数、およびデバイスの内訳から始まります。ダッシュボードにクライアントとサーバーのチャート(以下参照)を表示するには、あなたのゲームに少なくとも100のデイリーアクティブユーザー(DAU)が必要です。
ダッシュボードには、クライアントとサーバーの二つのタブがあり、日付範囲や時間間隔を調整するためのメニューが含まれています。また、プレースメニューを使用して、ゲーム全体ではなく個々のプレースを調べることもできます。

フィルタによるメニューを使うと、平均またはパーセンタイル値を切り替えることができます。

チャートをレビューしたりフィルタリングしたりする際には:
- P90は、90パーセンタイル内にある値の数を指します。もしP90サーバーハートビートが59であれば、90%のサーバーは59FPS以下で動作しています。
- 同様に、P10は10パーセンタイルを指します。もしP10サーバーハートビートが40であれば、10%のサーバーは40FPS以下で動作しています。
- P50は中央値です。全ての値の半分はそれ以上、半分はそれ以下です。
回帰の原因を特定するために、すべてのクライアントのパフォーマンスメトリクスをプレースバージョンで分解し、最新のアップデートを過去のバージョンと比較することができます。
プレースバージョンでフィルタリングするには、ブレークダウンによるドロップダウンメニューでプレースバージョンを選択します。チャートは自動的に更新されて、最新のバージョンとこれまでのすべてのバージョンが表示されます。また、メインのフィルターメニューを使用して、ダッシュボード全体で最新のプレースバージョンを分離することもできます。
このブレークダウンにより、最新のリリースに従ってフレームレートが低下したり、メモリ不足での強制終了が増加しているかどうかをすぐに確認できます。

クライアントチャート
クライアントタブには、プラットフォームまたはオペレーティングシステムごとに分解された以下のチャートが含まれています:
| チャート | 説明 |
|---|---|
| 同時ユーザー | あなたのゲームにいるユーザーの数を示す折れ線グラフ。 |
| セッション時間 | ユーザーがゲーム内で費やす時間。 |
| クライアントフレームレート | クライアントのフレーム毎秒を示す折れ線グラフ。持続的な低フレームレートや大きな低下は問題を示す可能性があります。クライアントフレームレートの調査については、クライアントコンピュートを参照してください。 |
| クライアントクラッシュ率 | デバイスタイプごとに終了したセッションによって分割されたクライアントのクラッシュを示す折れ線グラフ。特にゲームのアップデート後にクラッシュ率が急増することは、問題を示すことがよくあります。 |
| 予期しないメモリ不足による強制終了 | ユーザーがメモリ不足のエラーでクラッシュする頻度、または低メモリ警告によって終了する頻度を示す折れ線グラフ。このチャートは、テレメトリの制限により全てのメモリ不足によるクラッシュをカバーしないかもしれませんが、方向性として正確です。アップデート後の急増は、ユーザーをクラッシュさせるメモリ使用の回帰を示しています。 |
| クライアントクラッシュ回数 | デバイスタイプごとのクラッシュ率のカウントを示す折れ線グラフ。サンプルサイズが小さいためにクラッシュ率データがノイズが多い場合も、クラッシュ回数も監視することをお勧めします。 |
| クライアントメモリ使用量 | デバイスタイプリクエストのメモリ使用量を示す折れ線グラフ。継続的に増加することはメモリリークを示すかもしれません。詳細はメモリを参照してください。 |
| クライアントメモリ使用率 | クライアントが使用しているデバイスメモリのパーセンテージを示す折れ線グラフ。例えば、Androidのラインが100%に近づくと、あなたのゲームを実行しているほとんどのAndroidデバイスがメモリ不足になり、クラッシュの危険があります。 |
クラッシュ率
クライアントクラッシュ率は、クラッシュの回数を終了したセッションの数で割った値を測定します。終了したセッションの数が少ない場合、クラッシュ率のブレイクダウンは不安定になることがあります。この場合、チャートは実線ではなく破線を表示し、データポイントが不安定でクラッシュ率が変動する可能性があることを示します。チャートに破線が表示されている場合は、クライアントクラッシュ率ではなく、総クラッシュ数を確認することをお勧めします。

メモリの問題がある場合は、パフォーマンス最適化ガイドを確認してください。
サーバーチャート
サーバータブには、以下のチャートが含まれています:
| チャート | 説明 |
|---|---|
| サーバーCPU時間 | フレームごとの処理時間(ミリ秒:ms)を示すスタックエリアチャート。16.67msを超える値は非常に望ましくなく、サーバーフレームレートが60未満に低下する可能性があります。サーバーコンピュートを参照してください。 |
| サーバーフレームレート | FPSで表示されるサーバーフレームレートを示す折れ線グラフ。理想的には、この値は常に60です。サーバーフレームレートは60で制限されており、低下するとクライアントフレームレートが低下し、遅延が増加する可能性があります。スクリプト計算を参照してください。 |
| サーバーメモリ使用量 | MB単位のサーバーメモリ使用量を示すスタックエリアチャート。この値を合計サーバーメモリの50%未満に保つように努めてください。しかし、このチャートは合計サーバーメモリを表示していないため、もう一つの良い指針は3GB未満に保つことです。この数字が高いままか、時間とともに継続的に増加し続ける場合は、メモリ使用の改善方法を調査してください。 |
| サーバー年齢によるメモリ | サーバー年齢によるサーバーメモリ使用量を示すスタックエリアチャート。サーバーの寿命にわたってメモリ使用が大幅に増加する場合は、最も成長しているカテゴリ、特にスクリプト、物理、およびレンダリングでメモリリークの可能性を調査してください。 |
| サーバーごとのコア使用 | サーバーCPUコアカウントの使用を示す折れ線グラフ。低いコア使用率と高いサーバーCPU時間の組み合わせは、マルチスレッドを調査する必要があることを示す指標です。 |
| 計算効率 | Robloxの平均と比較したあなたのゲームの効率を示す折れ線グラフ。100%を超える値は、基準よりも高い効率を示します。寄与要因には、サーバーあたりの最大プレイヤー数(高いほど効率的)や、フレームあたりのサーバーCPU時間(低いほど効率的)が含まれます。高い計算効率は環境への影響を低下させますが、この指標は良好または悪化したプレイヤー体験を示すものではありません。 |
サーバーCPUとメモリチャートは、全体ビューをデフォルトとしていますが、物理、レンダリング、スクリプトなどの個別のプロセスグループ用のドロップダウンメニューがあります。これらのカテゴリの合計は包括的ではなく、サーバーは通常、無視できるほど少量の追加の作業をフレームごとに行っています。したがって、全体のミリ秒およびMBの値は現実よりもやや低いですが、サーバーのパフォーマンスを明確に理解するには十分です。
特定のカテゴリが通常よりも高い場合や、不均衡な時間を占めているように見える場合は、ドロップダウンメニューを使用してグループを掘り下げ、問題を引き起こす可能性のあるプロセスを特定します。

CPUカテゴリとタスクはマイクロプロファイラーに対応しているため、サーバーダンプを取得し、タイマーモードを選択し、グループメニューを使用して問題のプロセスグループでフィルタリングできます。
例えば、物理グループのassembleプロセスで問題の可能性を見つけた場合は、マイクロプロファイラー内で同じ名前で見つけることができます。

メモリタグはEnum.DeveloperMemoryTagに対応しており、CoreMemory:Totalを除外し、これはEnum.DeveloperMemoryTag.Internalに相当します。過剰使用のタグを確認するには開発者コンソールを使用できます。この画像は、ダッシュボードで見るPlaceMemory:GraphicsTextureの問題を調査するために開発者コンソールを使用する方法を示しています。

Robloxのアップデート
各Robloxのアップデートには、機能やバグ修正を含む多くの変更が含まれています。Robloxアップデートの注記により、最近のRobloxプラットフォームのアップデートとゲームのパフォーマンスをクロスリファレンスできます。

一部のプラットフォームは、バージョンが利用可能になった後、すぐに100%のユーザーにリリースします。他のプラットフォームは段階的に展開するため、採用を増やすのに追加の時間が必要です。これらは、バージョンが利用可能になった際に1つの注記を受け取り、視覚的な雑然を追加することなく、利用可能な早期の信号を提供します。
- Windows
- macOS
- Xbox
- iOS
- Google
- Amazon
- Samsung
- PlayStation
- Meta Quest
トラブルシューティング
問題の可能性がある場合は、以下の手順を使用して解決を試みてください:
最近の更新を確認し、メトリクスへの影響が重大な場合は、ロールバックを検討してください。
パフォーマンス問題の特定とパフォーマンスの改善を参照して、サーバー計算、クライアント計算、およびメモリ使用の問題をトラブルシューティングする情報を得てください。
内蔵のテストツールを使用して、問題をさらに掘り下げます:
- 開発者コンソールでエラーおよびログメッセージ、メモリおよびネットワークの詳細情報を表示。
- スクリプトプロファイラーで最もリソースを消費するスクリプトを特定。
- マイクロプロファイラーでゲームの非最適化部分を視覚的に表示。
コミュニティからユーザーのフィードバックを収集します。
クライアントAPI呼び出しのジョイン後の測定
ジョイン後の最初の60秒間のクライアントAPI呼び出しメトリクスは、ユーザーが成功裏に参加した後の重要な最初の1分間に、あなたのゲームがRobloxサービスに対して行うリクエスト(API呼び出し)の合計数を測定します。
これらの呼び出しは、参加するすべてのユーザーに自動的に発生するため、このメトリクスを監視することで、ロード時間の効率とバックエンドパフォーマンスを理解するのに役立ちます。
メトリクスへのアクセス
- クリエイターハブでゲームの概要に移動します。
- スナップショットグラフで探るをクリックします。
- メトリクスを選択のドロップダウンで、ジョイン後の最初の60秒のクライアントAPI呼び出しを選択します。

メトリクスの監視
プレイヤーが参加した最初の60秒間の主な目標は、ゲームのアセット(メッシュ、画像、サウンドなど)をストリーミングおよびロードすることです。理想的には、アセット配信サービスがこの重要な時間枠内で最も呼び出されるAPIです。
このメトリクスは時々刻々更新されるため、ゲームの新しいバージョンを公開した後に迅速に確認できます。
| 条件 | 意味 | アクション |
|---|---|---|
| アセット配信が最もヒットしたAPI。 | 効率的。あなたのゲームは、必要なアセットのローディングを正しく優先しています。 | 引き続き監視します。 |
| 他のサービス(例えば、インベントリ、フレンドまたはユーザー)が最もヒットしたAPI。 | 潜在的な非効率性またはバグ。あなたのゲームは、ジョインシーケンスの初期段階で重く非クリティカルなAPI呼び出しを実行しており、ロードプロセスを遅延させる可能性があります。 | アセットのローディングを優先させるために、初期参加中に実行されるスクリプトを調査し、リファクタリングします。 |