AIで記事を量産したものの、「本当に効いているのか分からない」まま数十本が積み上がっている——AIブログを導入した会社で最も多い詰まり方です。原因はたいてい記事の質そのものではなく、公開後に何を見て、どこを直すかが決まっていないことにあります。
結論から言うと、AIブログの効果測定で見るべき数字は4つだけです。「表示回数」「クリック数」「平均掲載順位」(=Google Search Console)と「エンゲージメント」(=GA4)。この4つの組み合わせで、記事が「読まれていない」のか「見つかっていない」のか「そもそも狙いを外している」のかが機械的に切り分けられます。Search Consoleの検索パフォーマンスは最大16か月分のデータを保持しているため、判断材料は公開初日から自動的に貯まっていきます。
この記事では、AIブログの効果測定を「4指標 × 診断表 × 90日サイクル」に落とし込み、症状ごとに次の1手が決まる状態まで持っていきます。ツールの操作説明ではなく、数字を見たあとに何を直すかに重心を置いた実務手順です。
AIブログの効果測定で見るべき指標は4つに絞る
分析が止まる会社は、だいたい指標を増やしすぎています。GA4だけでも数十の指標が並びますが、AIブログの改善判断に必要なのは次の4つです。
指標 | 取得元 | 意味するもの | 下がっている時の主犯 |
|---|---|---|---|
表示回数(インプレッション) | Search Console | 検索結果に出た回数=需要と認知 | キーワード選定・インデックス |
クリック数 / CTR | Search Console | 検索結果で選ばれた度合い | タイトル・メタディスクリプション |
平均掲載順位 | Search Console | そのクエリでの最上位の平均位置 | 本文の内容量・内部リンク・競合 |
エンゲージメント率 / 平均エンゲージメント時間 | GA4 | 読み進められたか・満足したか | リード文・構成・検索意図のズレ |
Search Consoleの検索パフォーマンスレポートでは、この3指標(クリック数・表示回数・CTR・平均掲載順位)を、クエリ/ページ/国/デバイス/検索での見え方/日付のディメンションで切り分けられます。「ページ」単位ではなく「クエリ」単位まで降りて見ることが、AIブログの分析では決定的に重要です。AI生成記事は網羅性が高くなりやすく、狙っていないクエリで表示回数を稼いでいるケースが珍しくないからです。
GA4側は「エンゲージメント」を主指標にする
GA4には旧来の直帰率がそのままの形では存在しません。GA4のエンゲージメントセッションは「10秒以上継続した」「キーイベントが発生した」「ページビューまたはスクリーンビューが2回以上あった」のいずれかを満たすセッションと定義され、エンゲージメント率はその割合、直帰率は「エンゲージメントが発生しなかったセッションの割合」と定義されています。
つまりGA4での「良い記事」は、10秒以上読まれたか、2ページ目に進んだか、問い合わせなどのキーイベントに繋がったかで判定されます。AIブログの改善では、この定義をそのまま合格ラインに使うのが分かりやすい方法です。なお、かつての「コンバージョン」はGoogle広告との用語統一のためキーイベント(key events)へ名称変更されています。古い記事や社内マニュアルの用語が食い違っていたら、この機会に揃えておくと混乱が減ります。
分析の前に「測れる状態」を作る(ここで9割つまずく)
実務で最も多いのは、分析ができないのではなくデータが貯まっていないケースです。AIブログを回し始める前に、以下を済ませておきます。
- Search Consoleにサイトを登録し、サイトマップを送信する。ここが未登録だと、検索クエリのデータはそもそも1件も存在しません。
- GA4を設置し、Search Consoleとリンクする。リンクするとGA4側に「Google オーガニック検索クエリ」「Google オーガニック検索トラフィック」のレポートが増えます。
- GA4の「ライブラリ」でSearch Consoleコレクションを公開する。Googleの公式ヘルプに「Search Console のレポートのコレクションはデフォルトで非公開になっています」と明記されており、リンクしただけでは左メニューに出てきません。連携したのに見えない、という相談の大半がこれです。
- GA4のデータ保持期間を確認する。標準プロパティのイベントデータ保持期間は「2か月」または「14か月」から選択します。短い方のままだと、半年前の記事と比較する分析ができなくなります。
データ保持の非対称性も頭に入れておく価値があります。Search Consoleは最大16か月、GA4のイベントデータは最長でも14か月。年単位の推移を語りたいならSearch Console側を主軸に、行動の中身を語りたいならGA4側を、と役割を分けるのが現実的です。長期の生データを残したい場合は、Search Console API(searchanalytics.query、1リクエストあたり最大25,000行)で定期的に書き出しておく手もあります。
4指標の組み合わせで「どこが壊れているか」を特定する
ここが本題です。数字を眺めるのではなく、組み合わせパターンから故障個所を一意に決める。以下の診断表をそのまま使えます。
表示回数 | CTR | 順位 | エンゲージメント | 診断 | 打ち手 |
|---|---|---|---|---|---|
ほぼ0 | — | — | — | インデックスされていない/需要がない | URL検査でインデックス確認 → キーワード自体を再選定 |
あり | 低い | 1〜10位 | — | 検索結果で選ばれていない | タイトル・メタディスクリプションの書き換え |
あり | — | 11〜30位 | — | 順位が足りない | 本文の網羅性追加・内部リンクの流し込み |
あり | 高い | 上位 | 低い | 期待外れ=検索意図のズレ | リード文と見出し構成を意図に合わせて作り直す |
あり | 高い | 上位 | 高い/CVなし | 読まれているが動線がない | 本文中CTA・関連サービスへの導線追加 |
この表の効用は、「AIブログの成果が出ない」という漠然とした悩みを、5種類の具体的な作業に変換することにあります。実務では、1本の記事に対して同時に2つ以上の手を打たないのが鉄則です。タイトルと本文を同時に変えると、次に数字が動いたときにどちらが効いたのか永久に分からなくなります。
順位帯によって「効くレバー」が変わる
もう一段実務的な話をすると、打ち手の効き方は平均掲載順位の帯によってはっきり変わります。運用を続けていると次の傾向が見えてきます。
- 1〜5位帯:すでに見られているので、タイトルとメタディスクリプションの改善(CTR施策)が最も費用対効果が高い。1本の書き換えで翌週から数字が動くこともあります。
- 6〜10位帯:CTR施策の効きが鈍る。順位そのものがボトルネックなので、本文の追記や内部リンクで順位を押し上げる方が早い。
- 11位以下:タイトルをいじってもほぼ動かない。関連クエリの取りこぼしを本文に足す、上位で扱われている論点を補う、といった内容側の投資に切り替える。
順位帯を見ずに全記事のタイトルを一斉に書き換える、という運用は工数の割に成果が出ません。Search Consoleで平均掲載順位の昇順に並べ、5位前後の記事から順に手を入れるのが、限られた時間で最も動く順番です。CTRを上げる具体的な書き方はAIブログのメタディスクリプションの作り方とクリックされる記事タイトルの付け方にまとめています。順位側を押し上げたい場合は、AIブログの内部リンクの貼り方で回遊とクロールの導線を整えるのが先です。
週次で見る数字と、月次で見る数字を分ける
効果測定が続かない最大の理由は「毎日見て、毎日ブレる」ことです。検索順位は日次で上下するので、短い窓で判断すると必ずノイズに振り回されます。頻度を固定してしまうのが唯一の解決策です。
Mihataで運用しているAIブログの標準サイクルは次の形です。文字ベースで示します。
[毎週・15分]Search Console → 検索パフォーマンス → 期間「過去28日 vs 前の28日」で比較
- 見るのはクリック数が伸びたページ上位5件と落ちたページ上位5件だけ。
- 原因はこの場では追わない。リストに記録して終わり。
[毎月・60分]週次記録を通しで眺め、改善対象を決める
- 傾向が2週以上続いているページだけを抽出する。
- そのページを診断表にかけ、故障個所を1つに決める。
- 改善対象は月あたり3〜5本まで。実施日と変更内容を1行で台帳に残す。
- GA4でエンゲージメント率・平均エンゲージメント時間を確認し、意図ズレの疑いがある記事を月次リストに追加する。
[四半期・90分]クエリ単位で棚卸しする
- 表示回数はあるのに専用記事がないクエリを拾い、次の新規記事のテーマにする。
- 同じ検索意図を複数記事で奪い合っていないか(カニバリゼーション)を確認する。
ポイントは「改善対象を月3〜5本に絞る」ことです。AIで記事を作る速度は上がっても、効果測定して直すのは人間の時間です。ここが詰まると、記事だけが増えて成果が横ばいという典型パターンに入ります。
効果判定は「4週間」を最短単位にする
タイトルを書き換えた翌日に順位を見て一喜一憂しても意味がありません。実務では次の目安で判断しています。
- 新規記事:公開から4週間はインデックスと初期評価の期間。この間の順位変動で良し悪しを決めない。
- タイトル・メタ変更:変更後14日で中間確認、28日で判定。CTRが期待比で改善しなければ元に戻すか別案へ。
- 本文の追記・改稿:28〜56日。順位の変動は反映が遅い。
- 比較の窓は必ず同じ長さ:28日 vs 直前28日。月初〜月末の比較は日数と曜日構成がズレるため避ける。
そして判定前に同じページへ次の変更を重ねない。これは分析の精度以前に、AIブログ運用でチームの学習が貯まるかどうかを分ける習慣です。
ちなみに、公開前の品質チェック(数字や固有名詞の裏取り)を飛ばしたまま効果測定に進むと、順位が付いた後に修正が必要になり、判定の窓が壊れます。公開前の検証手順はAI記事のファクトチェックのやり方にまとめているので、測定サイクルを組む前にこちらを固めておくと手戻りが減ります。「検証 → 公開 → 測定 → 改善」の順番を崩さないのが、結局いちばん速い進み方です。
「AIブログの成果が出ない」症状別の改善策
症状1:表示回数がまったく増えない
まずインデックスされているかをSearch ConsoleのURL検査で確認します。インデックス済みなのに表示回数が0に近いなら、狙ったキーワードに検索需要がないか、競合が強すぎて30位圏外にいるかのどちらかです。AI生成記事は「それらしいテーマ」を作りやすいぶん、需要の存在しないキーワードを踏みやすい傾向があります。記事を直すより、キーワードを選び直す方が圧倒的に速い領域です。
症状2:表示回数はあるのにクリックされない
順位が10位以内でCTRが極端に低い場合、検索結果に出ている文言が検索意図と噛み合っていません。タイトルの前半15文字にメインキーワードが入っているか、メタディスクリプションの冒頭に読後のベネフィットが置かれているかを確認します。AI生成のタイトルは端正すぎて没個性になりがちなので、数字・年号・対象の明示のいずれかを1つ足すだけでも動くことがあります。
症状3:クリックされるのに読まれない
エンゲージメント率が低い=10秒未満で離脱されています。多くの場合、犯人はリード文です。AI生成記事は「〜について解説します」という前置きから入りがちで、読者が探している答えが画面の下に押し出されています。結論を冒頭2〜4文に前倒しするだけで改善するケースが実務では最も多い症状です。
症状4:読まれているのに問い合わせに繋がらない
GA4でキーイベントを設定していない状態では、そもそも「繋がっていない」ことすら測れません。まず問い合わせフォーム送信をキーイベントとして登録し、次に記事中の導線を見直します。情報収集段階の記事に強い売り込みを置くと離脱するので、関連する詳しい記事への内部リンク → サービスページという2段構えの方が数字は伸びます。
効果測定でやりがちな失敗
- 全記事を平均して見る:AIブログは本数が多いため、平均値は必ず鈍ります。上位10本と下位10本を分けて見る。
- 公開本数をKPIにする:本数は入力であって成果ではありません。KPIはクリック数とキーイベント数に置く。
- 順位ツールの数字とSearch Consoleを混ぜる:計測方法が違うため一致しません。判断の主軸はどちらか片方に固定する。
- デバイスを分けない:モバイルとPCではCTRも順位も別物です。デバイス別に切ってから判断する。
- クエリを見ない:ページ単位のクリック数だけ見ていると、狙ったキーワードで勝っているのか、たまたま別クエリで拾えているのかが分かりません。
AI生成であること自体は評価を下げない
効果測定の話をすると必ず出るのが「AIで書いた記事だから評価されないのでは」という懸念です。Googleは公式ドキュメントで、コンテンツの評価は制作方法ではなく品質・正確性・関連性に基づくと明示しています。検索順位の操作を主目的とした大量生成はスパムポリシー違反になりますが、AIの利用そのものが禁止されているわけではありません。
だからこそ、効果測定の役割が重くなります。数字を見て直し続けている記事群は、結果として「読者のために作られたコンテンツ」に近づいていく。逆に、測定せずに出しっぱなしのAI記事は品質が改善されないまま積み上がり、サイト全体の評価を引き下げます。測定は品質管理そのものだと考えた方が実態に合っています。
Mihataでは、こうした効果測定と改善のサイクルまで含めてAIブログの運用をお手伝いしています。記事を作る部分だけでなく、「公開後にどの数字を見て何を直すか」を運用に組み込むところが本体だと考えています。記事の途中で恐縮ですが、同じ悩みを抱えている方の役に立つサービスだと思っているので、よろしければ合わせてご覧いただけたら嬉しいです。
最初の30日でやること(そのまま使えるチェックリスト)
- Search Consoleにサイトを登録し、サイトマップを送信する
- GA4を設置し、Search Consoleとリンクしたうえでライブラリからコレクションを公開する
- GA4のイベントデータ保持期間を14か月に設定する
- 問い合わせフォーム送信をキーイベントとして登録する
- スプレッドシートに「記事台帳」を作る(列:URL/公開日/狙いクエリ/最終改善日/変更内容)
- 4週間は数字を見ない。5週目に初回のクエリ確認を行う
- 以降は週15分・月60分の固定サイクルへ移行する
台帳は凝らなくて構いません。「いつ・どの記事に・何をしたか」が1行で残っていることが、半年後の分析精度を決めます。AIブログは記事の生産速度が上がるぶん、記録がないと何が効いたのか本当に追えなくなります。
なお、自社で測定サイクルまで回すのか、記事作成ごと外部に任せるのかで必要な体制は変わります。判断材料はAIブログ記事作成の外注比較に整理しています。
まとめ:測っていない記事は改善できない
AIブログの効果測定は、道具を増やす話ではありません。4つの指標を、決めた頻度で、決めた窓で見る。そして診断表で故障個所を1つに決め、1本ずつ直す。これだけで「作ったのに成果が出ない」状態からは抜けられます。
逆に言えば、記事を100本作っても、測定と改善の仕組みがなければ100本分の学習は貯まりません。AIが速くしてくれるのは制作であって、判断ではない——ここを人間側の運用でどう受け止めるかが、AIブログの成否を分けます。効果測定の設計や、いま溜まっている記事の診断でお困りでしたら、お気軽にご相談ください。
よくある質問
AIブログの効果測定は公開後どのくらいで判断すればいいですか?
新規記事は公開から4週間はインデックスと初期評価の期間なので、この間の順位変動では判断しません。タイトルやメタディスクリプションの変更は14日で中間確認・28日で判定、本文の追記や改稿は28〜56日を目安にします。比較は必ず同じ日数の窓(28日と直前28日)で行ってください。
GA4とSearch Consoleはどう使い分ければいいですか?
Search Consoleは検索結果に出た回数・クリック数・CTR・平均掲載順位という『検索側』の数字を、GA4はエンゲージメント率や平均エンゲージメント時間という『サイトに来た後』の数字を担当します。データ保持もSearch Consoleが最大16か月、GA4のイベントデータは2か月または14か月からの選択なので、長期の推移はSearch Console、行動の中身はGA4と役割を分けるのが実務的です。
GA4とSearch Consoleを連携したのにレポートが表示されません。
Search Consoleのレポートのコレクションはデフォルトで非公開になっているためです。リンク設定だけでは左メニューに出てこないので、GA4の『ライブラリ』からSearch Consoleのコレクションを公開してください。公開すると『Google オーガニック検索クエリ』『Google オーガニック検索トラフィック』のレポートが利用できます。
AIブログの成果が出ないとき、まず何から直すべきですか?
表示回数・CTR・平均掲載順位・エンゲージメントの組み合わせで故障個所を1つに特定してから直します。表示回数がほぼ0ならキーワード選定、順位は上位なのにCTRが低いならタイトルとメタディスクリプション、11位以下なら本文の内容と内部リンク、クリックされるのに読まれないならリード文です。1本の記事に同時に2つ以上の手を打たないことが重要です。
AIで生成した記事はGoogleに評価されないのではないですか?
Googleは公式ドキュメントで、コンテンツの評価は制作方法ではなく品質・正確性・関連性に基づくと明示しています。AIの利用自体は禁止されていません。ただし検索順位の操作を主目的とした大量生成はスパムポリシー違反にあたるため、公開後に数字を見て改善し続ける運用が実質的な品質管理になります。
改善対象の記事は毎月何本くらいが現実的ですか?
月3〜5本を上限にするのが現実的です。AIで記事を作る速度は上がっても、効果測定して直すのは人の時間だからです。週15分でSearch Consoleの28日比較を見て伸びた・落ちたページを記録し、月60分で傾向が続いているページだけを診断表にかけて3〜5本に絞る、という形が続けやすい運用です。