数字で見る：評価・票数・更新日を計算する

01公開されている数値

配信ページから取得できる数値は、評価・票数・日付・技術情報の 4 系統に分かれます。ここでは加工せずにそのまま並べ、次の節から計算を加えます。

注目すべきは、高評価と低評価の合計が評価件数と完全に一致することです。170,627 + 36,947 = 207,574。つまり ratingCount は「評価した人数」ではなく「賛成・反対を投じた票の総数」で、二択の集計だということが分かります。

02承認率は 82.20%

高評価 ÷（高評価＋低評価）× 100 を計算します。170,627 ÷ 207,574 = 82.2041…、つまり 82.20% です。表示されている評価 8.2 は、この 82.20% を 10 点満点に縮尺した値（8.220）を小数第 1 位で丸めたもの、と解釈できます。

この一致は偶然ではありません。高評価と低評価の比率がそのまま 10 点満点に写像されているなら、評価の小数点以下 1 桁は「賛成票の割合」を表していることになります。8.2 という数字を「平均点」と読むより、こちらのほうが実態に近いでしょう。

下の計算機は、この式をそのまま実装したものです。票数を入れ替えると、表示評価とのズレが何ポイントになるかを確認できます。たとえば低評価が 2 倍の 73,894 票なら承認率は 69.78%、表示評価なら 7.0 相当まで下がります。

03鮮度：最終更新から何日経ったか

配信開始は 2024-10-30、最終更新は 2026-02-20。この 2 つの間は 478 日です。つまり配信から 1 年 3 か月あまり経って、一度大きな更新が入っています。

2026-10-27 時点で、最終更新からは 249 日、配信からは 727 日が経過しています。Unity のビルドを差し替えるタイプのゲームは、ファイル更新日がそのまま「中身が変わった日」になるので、この日付は信頼できます。

下の鮮度計は、基準日と更新日を入れると経過日数と判定を返します。判定は 90 日以内を「新しい」、365 日以内を「ふつう」、それ以上を「古い」としています。日付は端末の時計を使うので、将来この記事を読んだときに何日経っているかがその場で分かります。

04タグ別の競合規模

配信ページのタグには、それぞれ「そのタグに何本のゲームが収録されているか」が付いています。これを並べると、このゲームがどのくらい狭い棚に置かれているかが見えます。

最も狭いのは 5-minute fun の 24 本。次に Food の 113 本です。逆に Mouse は 1,915 本、Casual は 1,070 本と広い。つまりこのゲームは「マウスで遊ぶカジュアルゲーム」という大きな棚と、「5 分で終わる食べ物ゲーム」という小さな棚の両方に属しています。検索で見つかりやすいのは後者だと推測できます。

05数値を読むときの注意

評価は累積ではなく、直近の一定期間で集計されている可能性があります。配信ページには「直近 6 か月の評価」という注記があるため、207,574 票は配信以来の総票数ではなく、期間内の票数と考えるべきです。

また、票数は配信サイトの利用者に限られます。モバイル版のストア評価（iOS の 4.22、9 件）とは母集団が違うので、単純に比較できません。9 件という件数は統計的に意味を持たないため、このサイトでは参考値としてのみ扱います。

日付はすべて UTC ではなく配信元のタイムゾーンで記録されています。日をまたぐ時刻の更新は、日本時間では翌日になることがあります。