サポートに連絡

メールでご返信します。通常は2日以内です。

不正利用を防ぐため、Google reCAPTCHA がこの送信を確認します。その際データが Google に送られます。スクリプトはこのフォームを開いたときにだけ読み込まれます。

← すべての記事

どの表も三十日を持っているわけではない

コンテンツとその確認について

この記事の内容

ここの統計ページは一つの表ではありません。十二あります。問いごとに一つ — 国、ページ、ブラウザ、時間帯、端末、OS、言語、地域、参照元、ボット、画面解像度、そして日ごとの合計。上で期間を選ぶと、どのパネルもその期間について答えます。

ただ、すべてのパネルが同じ期間について答えられるわけではありません。裏にある表が同じだけ過去に届いていないからです。2026 年 8 月 26 日に数えたところ:

表行数最も古い日範囲
日ごとの合計113,6042025-07-15408 日
国318,1612026-01-01238 日
ページ101,4852026-06-2959 日
ブラウザ48,4732026-07-0157 日
時間帯・言語・OS85,6992026-08-0918 日
地域21,2272026-08-1314 日
端末・参照元・ボット19,2742026-08-1413 日
画面解像度0——
日ごとの合計408国238ページ59ブラウザ57時間帯・言語・OS18地域14端末・参照元・ボット13画面解像度0

各パネルの裏にある問い合わせは、選ばれた範囲をそのまま受け取って尋ねます。表は手元にある日数で答えます。その間に、範囲が覆えていなかったと告げるものは何もありません。九十日を尋ねれば、端末のパネルは十三日で答えます。堂々と、注釈もなく。

なぜ違うのか

保存期間のせいではありません。掃除の道具は集計を 400 日保ち、明示的にオプションで頼まれたときしか触りません。日ごとの表はいま 408 日、その上限を八日超えたまま、手つかずです。

違うのは、追加された時期がばらばらだからです。国は一月。ページとブラウザは六月の終わり。時間帯・言語・OS は 8 月 9 日、地域は 13 日、端末・参照元・ボットは 14 日。どれも別々の小さな機能で、それぞれ単独では正しく、そしてどれも、自分たちの上に載っている期間の選択のことを知りませんでした。

数字を読むうえで、これが何を意味するか

実用的な規則は単純で、守るのに費えはかかりません。あるパネルの数字を、別のパネルの数字で割らないこと。端末のヒット数÷全ヒット数で出したモバイルの割合は、何の割合でもありません — 十三日を四百八日で割っているだけです。比が意味を持つのは一つのパネルの内側だけ。そこでは、どの数字も同じ表の同じ日々から来ています。

いちばん下の空の行は別の話で、こちらは意図したものです。画面解像度はもう一切集めていません。あのパネルは意図的に空のままになります。

正確に言えば、年齢の違う十二の表にまたがった期間選択は、各表が持っているもので答えるほかなく、足りない分に注を付けません。どのパネルが若いかを知っておくことが、いまのところそれを補います。八月に始まった表は毎日一日ずつ古くなり、差はひとりでに詰まっていきます。

追記(2026 年 9 月 11 日):2026 年 8 月 27 日から、スクリプトは埋め込まれたすべてのサイトで、画面の解像度、ブラウザーのウィンドウ幅、ピクセル比を再び読み取っていました。2026 年 9 月 11 日からは、サイトの所有者が data-screen="1" で有効にした場合にのみ読み取ります。この属性がなければ、現在のスクリプトは三つのうちどれも読み取らず、サーバーも古いコピーから届いた値をもう保存しません。

広告