Webトラフィックとは、Webサービスを出入りする通信の総称
WebトラフィックはHTTP等による要求・応答の流れを指す総称で、回数、転送バイト、通信レート、接続数など複数の指標で測ります。
日常会話の「トラフィック」には、Webサイトへの訪問の多さ、HTTPリクエスト、ネットワークを流れたデータ量、一定時間の通信レートが混在します。CloudflareのHTTP Traffic AnalyticsもRequests、Data Transfer、Page views、Visitsを別指標として提示し、典型的なページ表示には多数のHTTPリクエストが必要だと説明しています。したがって「月間トラフィック10万」のように単位のない表現では、10万PV、10万リクエスト、10万セッションのどれか判断できません。技術計測では、メトリクス名と定義を添えます。
対象と単位を決める
転送量ならbyte、GB、GiB、通信レートならbit/s、Mbps、要求頻度ならrequests/s、利用行動ならPV、session、userなどを使います。カウント、合計、平均、最大、パーセンタイルも別の統計量です。
観測地点と方向を決める
クライアントへ送ったedge traffic、CDNからオリジンへ届いたorigin traffic、サーバーNICのNetworkIn・NetworkOut、アプリ内部のAPI呼び出しでは対象が異なります。上り・下り、受信・送信、内部・外部も明記します。
トラフィックが多いことは、人気・成功・高負荷を自動的に意味しない
ボット、攻撃、監視、再試行、エラー、大容量ダウンロードでも増えます。CDNのキャッシュヒットが高ければ利用者向けトラフィックが増えてもオリジン負荷は増えにくい場合があります。反対に、転送量が小さいAPIでも重い計算や遅いデータベース処理でCPU・待ち時間が悪化します。価値、負荷、費用は別指標と関連付けて判断します。
具体例：期間の転送量とピーク通信レートを計算する
数値は説明用の概算です。実測では圧縮後サイズ、HTTPヘッダー、TLS・ネットワークのオーバーヘッド、キャッシュ、304応答、再送、アップロード、ボット、動画の部分取得、CDNとオリジンの差が加わります。事業者の課金定義にそのまま使わず、ログ・メトリクスと照合します。
期間内のクライアント向け転送量
10,000 PV × 1.8 MB/PV = 18 GB
1ページ表示あたり、圧縮後のHTML・CSS・JavaScript・画像・フォント・API応答を合計して平均1.8MB、期間内に1万PVなら10進単位で18GBです。1GB=1,000,000,000Bとして計算しています。ブラウザキャッシュや別ドメインの資源を含む範囲を先に決めます。
ピーク時の応答データレート
200 req/s × 120 kB/req × 8 = 192 Mbit/s
ピーク1秒に200リクエスト、平均応答が120kBなら、応答本文等の概算は24MB/s、8bit/Bを掛けて192Mbit/sです。実際の回線・NIC・ロードバランサー容量にはヘッダー、TLS、再送、双方向通信、バースト、余裕率を含めて評価します。
例：同じ1万アクセスでも意味が変わる
- 11万PV：分析タグが計測したページ表示回数。1ページで30資源を取得するなら、単純には最大30万前後のHTTP要求が生じ得るが、キャッシュ、遅延読込、ブロック、SPA計測等で変わる。
- 21万HTTPリクエスト：HTMLだけでなく画像、API、ボット、エラー、ヘルスチェックも含み得る。アクセスログ1万行を1万PVや1万人とは呼べない。
- 31万セッション：定義した時間枠内の利用者行動のまとまり。GA4ではページまたは画面が表示され、アクティブなセッションがないとき等に開始し、既定では30分の非アクティブでタイムアウトする。
- 41万ユーザー：選んだ識別方法と期間で重複をまとめた利用者指標。Cookie同意、端末変更、User-ID、モデリング、遮断、閾値処理等により、実在する人の厳密な人数とは一致しない。
「アクセス1万」では容量も利用者数も計算できません。PV、request、session、userのどれか、期間、対象URL、ボット除外、タイムゾーン、集計ツールを明記します。
トラフィックを表す代表的な測定単位
期間合計と瞬間レート、通信計測とアクセス解析を分けます。NISTは1B=8bit、1GB=10^9B、1GiB=2^30Bと区別しています。ホスティング画面でGBと表示されても、10進か2進か、送信だけか送受信合計か、CDN・バックアップ・メールを含むかは事業者定義を確認します。
表は横方向にスクロールできます
| 指標 | 単位・例 | 測っているもの | 主な注意点 |
|---|---|---|---|
| 転送量 | B、kB、MB、GB、KiB、MiB、GiB | 一定期間に送受信したデータの合計。課金・上限・容量傾向の把握に使う | 送信／受信、圧縮前／後、ヘッダー、キャッシュ、内部通信、10進／2進の範囲を確認する |
| 通信レート | bit/s、Mbit/s、Gbit/s | 一定時間あたりに流れたbit数。ピーク・平均・回線利用率の把握に使う | Mbpsの小文字bはbit。MB/sの大文字Bはbyte。平均だけで短いピークを隠さない |
| HTTPリクエスト | requests、requests/s | HTTP要求の回数と頻度。パス、method、status、cache status等で分解できる | 1PVが複数要求を生む。ボット、API、再試行、エラー、ヘルスチェック、サブリクエストを確認する |
| ページビュー | views、PV | ページや画面が表示された回数。GA4のViewsはpageviewまたはscreenviewの合計 | 再読込、SPAの仮想ページ、タグ未実行、同意、広告遮断、ボット除外で計測結果が変わる |
| セッション | sessions | 定義した時間枠内に行われる利用者操作のまとまり | タイムアウト、日付境界、キャンペーン、イベント、製品仕様で数え方が変わる。PVと同じではない |
| ユーザー | total users、active users等 | 選択した識別方法と期間で重複をまとめた利用者指標 | 実人数の直接計数ではない。識別子、端末、同意、モデリング、しきい値処理、期間を確認する |
| 同時接続・接続数 | connections、concurrent connections | 特定時点または期間のTCP・HTTP接続。長時間接続や接続枯渇の評価に使う | HTTP/2・HTTP/3多重化、keep-alive、WebSocket等によりリクエスト数と一致しない |
Content-Length、圧縮後本文、ネットワーク転送量は同じ値とは限らない
RFC 9110のContent-LengthはHTTPコンテンツ長または選択表現の長さを示す文脈がありますが、実際のネットワークにはヘッダー、フレーミング、TLS、IP等が加わります。NGINXでも`$body_bytes_sent`は応答ヘッダーを含まない本文バイト、`$bytes_sent`はクライアントへ送信したバイトとして別変数です。どの層の値かを揃えます。
測定条件を決める6つの項目
同じサービスでもCloudflare、ロードバランサー、オリジンサーバー、ブラウザ、アクセス解析の数字は一致しません。差を異常と決める前に、各指標の母集団と除外条件を記録します。
レイヤーとプロトコル
L3/L4のIP・TCP/UDP、L7のHTTP、WebSocket、メール、SSH、バックアップ等のどれを含むかを決めます。サーバーNICのNetworkOutには、Webアクセス以外の通信が含まれる場合があります。
方向と観測地点
client→edge、edge→client、edge→origin、origin→edge、サーバーのin/outを分けます。CDNキャッシュヒットはクライアント向け配信量へ含まれても、オリジン送信量には同じ形で現れません。
期間と時間粒度
月間合計、日次、5分平均、1分最大、1秒ピークでは用途が異なります。月間上限は合計、回線・処理容量は短時間ピーク、成長判断は同じ曜日・季節を揃えた時系列で見ます。
統計と集約方法
Sum、Average、Maximum、p95、p99、rateを区別します。AWSのNetworkIn・NetworkOutは期間内のbyte数を記録し、Sumを期間秒数で割るとbytes/sを算出できます。平均だけでバーストを評価しません。
キャッシュ・圧縮・中継
ブラウザキャッシュ、CDN、304、gzip・Brotli、画像変換、range request、Worker等が、クライアント・edge・originの要求数とbyte数を変えます。Cloudflareもvisitor requestとWorker subrequestを別範囲として説明しています。
ボット・攻撃・欠測・プライバシー
アクセスログには人以外の通信も現れ、分析タグはJavaScript未実行や同意拒否等を欠測します。IPだけを人とみなさず、ボット分類、WAF action、status、User-Agent、同意条件、保持・匿名化を確認します。
課金メトリクスと可観測性メトリクスを分ける
ダッシュボードやGraphQLの利用量が、そのまま請求対象とは限りません。CloudflareもAnalyticsの集計データを請求計測に使うべきでない場合を明記しています。契約の転送量、除外通信、地域、方向、無料枠、超過単価と、運用監視のメトリクス定義をそれぞれ保存します。
トラフィック・アクセス数・転送量・帯域の違い
「アクセス数」は標準化された単一メトリクス名ではありません。会議、仕様書、障害報告では、画面名ではなく実際の定義・単位・取得元へ置き換えます。
| 用語 | 定義・単位 | トラフィックとの関係・違い |
|---|---|---|
| Webトラフィック | Webサービスを出入りするHTTP等の通信の総称。単独では測定単位を持たない | requests、bytes、bit/s、connections等へ分解して測る。PVやsessionを俗にtrafficと呼ぶ場合もある |
| アクセス数 | 文脈依存の俗称。PV、訪問、HTTP request、ログ行数等を指し得る | 指標名として曖昧。取得元、数え方、期間、ボット除外を明記しないと比較できない |
| 転送量 | 一定期間に転送したデータの合計。B、GB、GiB等で表す | 回数ではなく量。1回の大容量動画と多数の小応答で同じ合計になり得る |
| 帯域幅 | 通信路やサービスが扱える理論上・契約上の容量。bit/s等で表す | 実際に流れた量や速度そのものではない。道路の幅に近い容量概念だが、共有・制御・オーバーヘッドを確認する |
| スループット | 実際に単位時間あたり処理・転送できた量。bit/s、requests/s、records/s等 | ネットワークだけでなくアプリ処理能力にも使う。帯域上限以下でもCPU・DB・遅延で低下する |
| ページビュー | ページまたは画面が表示された回数。views、PVで表す | 利用行動の計測。1PVが複数requestと複数資源のbyte転送を発生させる |
| セッション | 定義した時間枠内の利用者操作のまとまり。sessionsで表す | 1セッションに複数PV・eventが含まれ得る。ネットワーク接続sessionとは別概念 |
| ユーザー | 分析ツールが識別方法に従って重複をまとめた利用者指標 | 通信回数でも実人数の直接計数でもない。1ユーザーが複数session・PV・requestを発生させる |
転送量削減と負荷削減は同じではない
画像圧縮はclient向けbyte数を減らせますが、変換処理を都度行えばCPU負荷が増える場合があります。CDNキャッシュはorigin requestとorigin byteを減らせますが、edgeからclientへの配信量は残ります。API応答を小さくしても重いDB問い合わせは残り得ます。byte、request、CPU、memory、latency、errorを同時に確認します。
トラフィックを監視・予測・改善する手順
月間GBだけを見てサーバーを選ばず、利用者向け、CDN、オリジン、アプリの各層に同じ時間軸を持たせます。改善前後は同じ定義で比較します。
- 1
対象サービスと通信経路を図にする
ブラウザ、DNS、CDN/WAF、ロードバランサー、Web/API、ストレージ、外部API、メール、バックアップを並べ、誰から誰への通信を測るか決めます。自社管理外の動画・画像も区別します。
- 2
メトリクス辞書を作る
metric名、意味、単位、方向、観測地点、期間、統計、フィルタ、タイムゾーン、保持期間、取得元、課金との関係を一行ずつ定義します。「アクセス」「帯域」「通信量」だけの列名を残しません。
- 3
edge・origin・アクセス解析を同じ時間帯で集める
CDNのrequests/bytes/cache status、ロードバランサーまたはNGINXのstatus/bytes/request time、サーバーのNetworkIn/Out、GA4のviews/sessions/usersを取得し、対象ホスト・パスと時間帯を揃えます。
- 4
合計・ピーク・構成比・エラーを基準化する
月間合計、日次、1分または5分ピーク、p95・p99、平均応答byte、cache hit、2xx/3xx/4xx/5xx、bot比率、上位URL・content typeを記録します。平均月だけでセールや公開直後を見積もりません。
- 5
成長・バースト・障害を仮定して容量を試す
通常、キャンペーン、クロール急増、キャッシュミス、オリジン障害、再試行をシナリオ化し、段階的な負荷試験でrequests/s、Mbit/s、CPU、DB、latency、errorを測ります。第三者環境へ無断で負荷をかけません。
- 6
改善し、同じ測定点で差を検証する
圧縮、画像形式・寸法、キャッシュ、CDN、不要要求削減、ページネーション、API応答縮小、レート制御を一つずつ適用します。client byte、origin byte、request、性能、品質、費用の副作用を同じ期間で比較します。
上限・無制限・目安は条件を読んで判断する
「転送量無制限」でも公正利用、瞬間レート、CPU・同時実行、ストレージ、CDN、動画、バックアップ、攻撃通信等に別条件がある場合があります。サイト種別だけで必要GBを断定せず、実測した平均配信サイズ、PV、ピークrequest/s、成長率、キャッシュ構成から見積もり、契約の測定方法と超過時挙動を確認します。
一次資料・公式資料
HTTP traffic、アクセス解析指標、サーバー送受信byte、ログ計測、単位、HTTPメッセージの定義は、次の資料で確認しました。
- Cloudflare Docs：Zone AnalyticsのRequests・Data Transfer・Page views・Visits
- Google Analytics Help：ViewsとActive users
- Google Analytics Help：Sessionの定義
- Google Analytics Help：Total・Active・New・Returning users
- AWS EC2 User Guide：NetworkIn・NetworkOut metrics
- NGINX Docs：HTTP log moduleとbytes_sent・request_length
- NIST：bit・byteとbinary prefixes
- RFC Editor：RFC 9110 HTTP Semantics
- Cloudflare Docs：GraphQL Analytics APIと請求計測の違い
Webトラフィックについてよくある質問
トラフィックとアクセス数は同じですか？
同じとは限りません。トラフィックは通信の総称です。「アクセス数」はPV、訪問、HTTP request、ログ行数等を指す曖昧な語です。報告では10万PV、30万requests、2万sessionsのように指標名・期間・取得元を明記します。
転送量のGBと回線速度のMbpsはどう違いますか？
GBは期間内に転送したデータ量、Mbpsは1秒あたりのbit数です。1B=8bitですが、月間GBを秒数で割った平均だけでは短いピークを判断できません。1分・1秒ピークや最大値も確認します。
1PVは1リクエストですか？
通常は違います。1ページのHTMLに加え、CSS、JavaScript、画像、フォント、API等の要求が発生します。ただしブラウザキャッシュ、遅延読込、広告遮断、HTTPキャッシュ等で実際の要求数は変わります。
アクセスログの行数は訪問者数になりますか？
なりません。各行は設定されたログ条件に合うHTTP要求を表し、人、ボット、監視、画像、API、エラー、再試行等を含み得ます。同じ人が多数の要求を行い、複数人が同じIPを使う場合もあります。
CDNを使うとトラフィックは減りますか？
どの地点を見るかで答えが変わります。キャッシュヒットならCDNから利用者への配信は残りますが、CDNからオリジンへの要求・転送を減らせます。edge traffic、origin traffic、cache statusを分けて比較します。
転送量が増えると必ずサイトが遅くなりますか？
必ずではありません。期間合計が大きくても十分な容量があり、ピークが分散されていれば遅くない場合があります。反対に転送量が小さくてもCPU、DB、外部API、接続枯渇で遅くなります。latency、throughput、error、resource usageを併せて見ます。
GBとGiBは同じですか？
同じではありません。NISTの整理では1GB=10^9B、1GiB=2^30Bです。サービス画面がGBと書きながらどちらで換算しているか不明な場合は、byteの生値または契約上の換算方法を確認します。
月間転送量はPVだけで見積もれますか？
PVだけでは不足です。ページごとの圧縮後配信サイズ、キャッシュ、動画・ダウンロード、API、アップロード、ボット、エラー、CDN、メール・バックアップを含む範囲を決めます。代表ページを実測し、PV構成比と成長率を掛けて見積もります。
配信・負荷・契約の周辺概念
まとめ：トラフィックを、回数・量・速度・利用行動へ分ける
Webトラフィックは通信の総称であり、単一の数値ではありません。転送量は期間内のbyte合計、通信レートはbit/s、HTTP requestは要求回数、PV・session・userはアクセス解析の別指標です。対象、方向、期間、統計、観測地点、除外条件をメトリクス辞書へ残し、client、CDN、origin、サーバー、分析タグを同じ時間軸で比較してください。平均だけでなくピーク、status、cache、bot、latency、resource usageを確認することで、容量、性能、費用、利用価値を取り違えずに改善できます。
執筆・事実確認
Finite Field 編集部
Web配信、サーバー、アクセス解析、可観測性を扱う編集部が、Cloudflare、Google Analytics、AWS、NGINX、NIST、IETFの一次資料・公式資料を照合し、測定層と単位の違いを確認しました。
トラフィック・性能・配信構成の相談
アクセス急増と転送量の原因を測定可能にします
CDNとオリジンの数字が合わない、PVから必要転送量を見積もりたい、ピークで遅くなる、ログとアクセス解析を突き合わせたい場合に、通信経路、メトリクス辞書、ダッシュボード、アラート、負荷試験、改善検証を整理します。
個別開発を相談対象システム、契約、ログ保持、個人情報、負荷試験範囲を確認したうえで対応可否をご案内します。特定の転送量、性能、費用削減、障害ゼロを事前に保証するものではありません。