AIでWebサイトを公開しても、アクセス解析を入れただけでは成果は増えません。見るべき数字を決めずに訪問者数やグラフを眺めると、更新作業ばかり増え、問い合わせや売上につながらないからです。
この記事では、プログラミング初心者や小規模事業者向けに、AIで作ったサイトを公開した後、何を計測し、どの順番で改善するかを解説します。難しい分析用語を覚えるより、「誰に、どのページを読んでもらい、最後に何をしてほしいか」を数字で確認できる状態を目指します。
目次
結論:PVより先に成果を1つ決める
最初に決める数字はPVではなく、サイトの最重要成果です。問い合わせ、予約、資料請求、商品購入、アプリ登録などから1つ選びます。
たとえば問い合わせ獲得が目的なら、最低限確認する数字は次の4つです。
- 検索結果で表示された回数
- 検索結果から訪問された回数
- 問い合わせページへ進んだ回数
- 問い合わせが完了した回数
この流れが分かれば、「検索で見つからない」「記事は読まれるが問い合わせへ進まない」「フォームで離脱する」のどこが問題か判断できます。
初心者が見るべき5つの指標
1. 表示回数
検索結果へページが表示された回数です。表示回数が少ない場合、検索意図に合う記事が不足している、公開から日が浅い、インデックスされていない、狙うテーマが広すぎる可能性があります。
2. クリック数とCTR
CTRは、検索結果で表示されたうちクリックされた割合です。表示回数が増えているのにクリックが増えない場合は、タイトルとメタディスクリプションが検索者の疑問へ具体的に答えているか確認します。
ただし、表示回数が数回しかない記事でCTRを判断してはいけません。小さな母数では1クリックで数字が大きく変わります。
3. 読まれた入口ページ
サイト全体のPVだけでなく、どのページから訪問が始まったかを見ます。検索流入の多い記事には、次に読む記事やサービスへの自然なリンクを置きます。
4. 成果への途中行動
問い合わせページへのリンククリック、料金表の閲覧、デモの起動など、成果直前の行動を計測します。これが分からないと、記事の問題なのかフォームの問題なのか切り分けられません。
5. 完了数
問い合わせ完了、購入完了、登録完了などです。URLを開いただけで完了扱いにせず、送信や決済が正常終了した後だけ計測します。ページ再読み込みで二重計測されないかも確認します。
計測ツールの役割を分ける
| 目的 | 確認するもの |
|---|---|
| 検索流入 | Search Console |
| サイト内行動 | アクセス解析 |
| 画面の使いにくさ | ヒートマップ等 |
| エラー・速度 | 監視・ログ |
すべてを一度に導入する必要はありません。検索からの集客と問い合わせが目的なら、Search Console、基本的なアクセス解析、フォーム完了計測から始めます。
実装前に作る計測設計表
次の項目を1行ずつ整理します。
成果名:問い合わせ完了
発生条件:フォーム送信APIが成功した
計測場所:完了処理
確認頻度:週1回
担当者:運用担当
異常の基準:7日間連続で0件、または前月比50%以上減少
確認方法:テスト送信と解析画面の両方
「ボタンを押した」を問い合わせ完了にすると、入力エラーや通信失敗も成果へ混ざります。業務上の完了条件と計測条件を一致させてください。
AIで作ったサイトへ計測を追加する手順
手順1:成果までの経路を書く
検索結果、記事、サービス説明、料金、問い合わせフォーム、完了までを矢印でつなぎます。訪問者が必ず同じ順番で進むとは限らないため、主要な入口ごとに考えます。
手順2:計測する行動を絞る
ページ閲覧、主要リンク、フォーム開始、フォーム完了など、意思決定に使うものだけを選びます。スクロールや全ボタンを無差別に記録すると、重要な数字が埋もれます。
手順3:同意とプライバシーを確認する
利用する解析サービス、取得する情報、外部送信先を確認し、必要な案内をプライバシーポリシーへ反映します。必要性のない個人情報をイベント名やURLへ含めないでください。
手順4:本番とテストを分ける
管理者や開発中の操作が本番データへ混ざると判断を誤ります。可能ならテスト環境を分け、社内アクセスの扱いを決めます。
手順5:公開後に実動作を確認する
解析タグが読み込まれるだけでは不十分です。スマートフォンとPCで成果まで操作し、途中行動と完了が1回ずつ記録されることを確認します。
週次の改善手順
毎週同じ順番で確認すると、数字に振り回されません。
- 計測やフォームが正常に動いているか確認する
- 表示回数、クリック、CTRの変化を見る
- 入口ページから成果ページへの遷移を見る
- 完了数と完了率を見る
- 問題が最も大きい1か所だけ変更する
- 変更日と変更前の数字を記録する
- 十分な期間を置いて再評価する
タイトル、本文、ボタン、フォームを同時に変えると、何が効いたか分かりません。原則1回に1つの仮説を検証します。
数字別の判断例
表示回数が少ない
検索者が実際に使う言葉、検索意図への回答、関連記事からの内部リンクを確認します。公開直後なら、まずインデックス状態を確認して待ちます。
表示は多いがクリックされない
タイトルが抽象的でないか、検索結果だけで得られる価値が伝わるかを確認します。「完全ガイド」のような強い言葉を足すだけでなく、対象者、成果、判断材料を具体化します。
記事は読まれるが成果ページへ進まない
記事とサービスの関係が弱い、リンクの位置が遅すぎる、次の行動が曖昧な可能性があります。記事の内容に自然につながる案内を、判断材料の後へ置きます。
フォーム開始は多いが完了しない
必須項目、入力エラー、スマートフォン表示、送信速度、プライバシーへの不安を確認します。フォームを短くし、返信目安と利用目的を明示します。
よくある失敗
- PVが増えたことだけで成功と判断する
- 公開翌日にタイトルを何度も変更する
- 自分や制作担当者のアクセスを成果へ含める
- 個人情報をURLやイベント名に入れる
- クリックを完了として二重計測する
- 複数箇所を同時に変更し、効果を判断できなくする
- 数字が減った理由を確認せず記事を削除する
SEOは日ごとの変動があります。少ない母数では結論を急がず、変更前後の期間と季節要因も記録します。
AIに改善案を出させるプロンプト
あなたは小規模事業者のWebサイト改善担当です。
次の数値から、最も優先度の高い改善仮説を1つだけ提案してください。
サイトの目的:
対象読者:
比較期間:
表示回数:
クリック数:
CTR:
平均掲載順位:
入口ページ別PV:
成果ページへの遷移数:
フォーム開始数:
完了数:
直近の変更内容と日付:
出力順:
1. 数値から確実に言えること
2. まだ判断できないこと
3. 最優先の仮説
4. 変更する1項目
5. 変更前に記録する数字
6. 再評価日と成功基準
架空の原因や実績を作らないでください。
母数が不足している場合は、変更せず待つ判断をしてください。
公開・運用チェックリスト
- □ サイトの最重要成果を1つ決めた
- □ 成果の発生条件を具体的に定義した
- □ Search Consoleを確認できる
- □ 入口ページと主要導線を計測する
- □ フォーム成功時だけ完了を記録する
- □ 二重計測がない
- □ 個人情報を計測値へ含めていない
- □ テスト操作と本番データを分ける
- □ 変更前の数字と日付を保存する
- □ 1回の改善で変更する項目は1つ
- □ 再評価日と成功基準が決まっている
まとめ
アクセス解析の目的はグラフを見ることではなく、訪問者が成果へ進めない場所を見つけることです。PVだけで判断せず、検索表示からクリック、ページ間の移動、完了までをつなげて確認してください。
公開作業はAIで作ったWebアプリを公開する方法、問い合わせ計測は安全な問い合わせフォームの作り方、公開後の点検はAIで作ったWebサイトの保守運用と合わせて進めると、計測と運用を一体化できます。
関連記事