PV(Page View)

概要と基本定義

1 ページが表示された回数です。1 ユーザーが連続して 3 ページを見ると「PV = 3」となります。サイト全体の規模感を測る指標として古くから使われています。

※注意：「セッション(セッション・訪問単位)」や「ユーザー数(個人単位)」とは意味が全く異なるため、レポーティングや KPI設計時には「何を分母・分子にするか」の定義を必ず関係者間で揃えること。

※GA4の補足：裏側では page_view イベントの集計値として扱われますが、現在の標準レポート画面上ではアプリ画面の表示(screen_view)と統合され、「表示回数(Views)」という名称で表記される点に注意します。

KPI 設計における罠(PV を追うな)

決して PV を「KGI(KGI・最終目標)」に置いてはいけません。PV はあくまで規模の指標であり、事業成長に直結するわけではありません。「PV ◯◯ 万達成」と経営層に伝えても、それが売上 / 契約 / 採用エントリ(CV(コンバージョン))に紐づかない限り、事業判断の材料にはなりません。

「とりあえず PV」を目標にすると後戻りできなくなり、「目的のページにすぐ辿り着けず、サイト内で迷子になってページ遷移を繰り返している状態(＝最悪の UX)」すらも PV 増として喜んでしまう罠に陥ります。PV だけ追って質を捨てると、回遊性は上がっても CV と顧客満足度が上がりません。

計測実務におけるリアルな課題

システム的な制約や仕様により、以下の点に注意しないとステークホルダー間で「見ている数字が違う」という事故が起きます。

• 設定漏れによる水増し：bot トラフィックや社内関係者の IP 除外設定を行わないと、PV が実態以上に水増しされる。
• GA4 の仕様：同じユーザーが同じページ(リロード等)を連続クリックするだけでも PV は上がる。
• 最新の Web 仕様との相性：シングルページアプリ(SPA)の仮想ページ遷移は明示的に設定しないと計測漏れが起きる。また、無限スクロール / モーダル表示 / タブ切替などを「1PV と数えるか否か」は社内で定義が割れやすい。

やってはいけない「現場の落とし穴」と失敗談

• CV 無貢献の流入：PV ばかりを追いかけ、CV に全く繋がらない質の低いトラフィックが増えていることに気づかない。
• URL 変更による断絶：サイトリニューアル等で URL 構造が変わり、過去の PV データと正しく前後比較ができなくなる。
• トップページだけのハリボテ：トップページの PV だけが伸びており、肝心の商品詳細ページ等の閲覧が全く伸びていない。
• バズの反動：SNS のバズ等で一時的に PV が跳ねた結果、翌月にその数字を維持できず社内で詰められる(上層部はバズを実力と勘違いしがち)。