回答: ブログ記事が問い合わせに役立っているかを見たい場合は、閲覧数だけでなく、記事からLP（サービスページ・問い合わせページ）へ移動したクリックを測るのが有効です。GA4とGTM（Googleタグマネージャー）を使っている場合は、クリックを「どの位置から・どのLPへ」の2つの情報を持つイベントとして記録すると、記事別・位置別に比べられます。サイト内のリンクにはUTMパラメータを付けません。付けると、その後の問い合わせなどの成果がUTMに書いた流入元の成果として扱われることがあり、検索など本来の流入元の成果が分かりにくくなるためです。一方、記事数が少ない、またはLPへのリンクを置いていないブログでは、先に記事内の導線を整えるほうが先決です。
この記事でわかること
- 閲覧数だけでは記事の貢献が見えない理由
- 「記事→LPの移動」を測るイベント設計の考え方
- サイト内リンクにUTMを付けない理由
- 記事別・位置別の見方
- 測るときの注意点と向かないケース
なぜ「記事→LPの移動」を測るのか
答え: 閲覧数は「読まれたか」しか分からず、問い合わせの手前で読者が次の行動を取ったかは分からないからです。
ブログ記事から直接の問い合わせは、件数が少なく、月ごとのばらつきも大きくなりがちです。問い合わせだけを成果として見ると、どの記事が役立っているかの判断材料が足りません。その手前にある「記事を読んだあと、サービスの説明や問い合わせページへ移動した」という行動は件数が多く、記事ごとの差も見えやすくなります。
| 指標 | 分かること | 分からないこと |
|---|---|---|
| 閲覧数 | どの記事が読まれているか | 読んだあと何をしたか |
| 記事→LPの移動 | どの記事・どの位置から次の行動が起きたか | 最終的に問い合わせたか |
| 問い合わせ | 成果そのもの | どの記事が後押ししたか（件数が少なく判断しにくい） |
閲覧数・移動・問い合わせを段階として並べると、「読まれているが移動が少ない記事（導線を見直す）」「読まれる数は少ないが移動が多い記事（関連記事から案内を増やす）」のように、次にやることが決めやすくなります。段階ごとの数字を営業側の数字とあわせて見る考え方は、不動産営業を「見える化」するCRMの作り方で扱っています。
イベント設計の考え方｜「どの位置から・どのLPへ」
答え: クリックを1種類のイベントにまとめ、位置（どこに置いたリンクか）と遷移先（どのLPか）をパラメータとして持たせます。
LPごと・位置ごとにイベント名を分けると、イベントの種類が増えて集計しにくくなります。イベントは1つにして、中身を2つのパラメータで区別するのが扱いやすい形です。
| 項目 | 持たせる値の例（仮の例） | 決め方 |
|---|---|---|
| イベント名 | cta_click | 1つに固定する |
| 位置 | 文末のCTAボックス／本文中／ヘッダー／サイドバー | リンクを囲む要素に目印（data属性など）を付けて判定する |
| 遷移先 | サービスAのLP／サービスBのLP／問い合わせページ | リンク先URLから判定する |
| 記事 | クリックが起きたページのURL | GA4が標準で記録するページ情報を使う |
設計するときのポイントは次のとおりです。
- 対象のリンクを決める: 自社のLP・サービスページ・問い合わせページへのリンクだけを対象にする（外部サイトや関連記事へのリンクは別に扱う）
- 位置の値を決める: 記事のテンプレートで置き場所を決め、目印の名前を一覧にしておく
- 遷移先の値を決める: URLのパターンとLP名の対応表を作る。LPが増えたら表に足す
- GA4でパラメータを使えるようにする: レポートで位置・遷移先別に集計するには、GA4側でカスタムディメンションとして登録する
- テストする: GTMのプレビューやGA4のDebugViewで、クリックごとに値が正しく入るかを確認する
サイト内リンクにUTMを付けない理由
答え: UTMパラメータは「外からどこ経由で来たか」を記録するためのもので、サイト内のリンクに付けると、成果の帰属先が本来の流入元からずれるからです。
GA4では、セッションの途中でUTM付きのリンクを踏んでも、そのセッションの流入元自体は変わりません。ただし、その後に起きた問い合わせなどの成果（イベント単位の帰属）には、UTMに書いた値が使われることがあります（キャンペーンとトラフィック ソース）。その結果、検索から来た読者の問い合わせが、ブログ内のキャンペーンからの問い合わせのように見えてしまいます。
- UTMを付ける: SNS投稿、メールマガジン、広告など、サイトの外に置くリンク
- UTMを付けない: ブログ記事からLP、コーポレートサイトから問い合わせページなど、自社サイト間のリンク（ブログとLPのドメインが違っても、同じGA4で計測しているなら付けない）
サイト内の移動を区別したいときは、UTMではなく前のセクションのクリックイベントで測ります。ドメインが分かれている場合は、GA4のクロスドメイン測定の設定もあわせて確認してください。
記事別・位置別の見方
答え: まず記事別に移動の多い記事・少ない記事を見て、次に位置別にどこに置いたリンクが使われているかを見ます。
ここでいう「移動」は、CTAクリックのイベントが起きた回数です。同じ人が複数回クリックした分も含み、LPが表示し終わったことまでは示しません。記事どうしを比べるときは、同じ期間・同じ集計条件でクリック数と閲覧数を確認します。
記事別に見る
- 閲覧数に対して移動が多い記事は、読者の課題と案内先が合っている可能性があります。関連する記事から内部リンクで案内を増やす候補です。
- 閲覧数は多いのに移動が少ない記事は、案内先がテーマに合っていない、または置き場所が目に入りにくい可能性があります。
位置別に見る
- 文末のCTAボックスと本文中のリンク、どちらから移動が起きているかを比べます。
- 位置を変えた場合は、変更日を記録しておき、変更の前後で比べます。
遷移先別に見る
- 記事のテーマとLPの組み合わせごとに移動を見ると、「この種類の記事にはこのLPが合う」という対応表を見直す材料になります。
件数が少ないうちは、週単位ではなく月単位、または数か月まとめて見ると判断を誤りにくくなります。
例えば7plusでは、ブログ・コーポレートサイト・LPを同じGA4で計測し、記事の文末CTAなどのクリックを「どの位置から・どのLPへ」の形でイベントとして記録しています。その数字を毎朝自社のBizBlockに取り込み、ダッシュボードで記事別に、ページ別・流入チャネル別の数字と並べて見ています。BizBlockでは、数字を取り込んでおくと、画面の中のAIチャットで記事別の傾向をもとに導線の見直し案のたたき台を作ることもできます（作った内容は人が確認してから使います）。
注意点と向かないケース
答え: クリック＝問い合わせではないことと、計測の取りこぼしを前提に、傾向を見る数字として扱います。
- クリックは成果そのものではない: LPへ移動しても問い合わせるとは限りません。移動数だけで記事の良し悪しを決めない
- 計測できないクリックがある: 広告ブロックや同意設定、ブラウザの制限で記録されない場合がある
- 社内のクリックを除く: 社内の確認やテストのクリックが混ざると、小規模なブログでは数字が大きくぶれる
- リンクの置き場所を記事ごとにばらばらにしない: 位置の比較ができなくなる
- 個人情報を送らない: イベントのパラメータに氏名やメールアドレスを入れない
数字を比べる前に定義をそろえる考え方は、反響単価を出す前に揃える4つの定義も参考になります。
向かないケース
- 記事数やアクセスが少なく、月の移動が数件の場合は、計測を作り込むより記事と導線を増やすほうが先です。
- LPや問い合わせページへのリンクを置いていないブログでは、測る対象がありません。まず記事のテーマに合う案内先を1つ決めて置いてください。
よくある質問
GTMを使わずに測る方法はありますか？
GA4の拡張計測機能では、別のドメインへ移動するリンクのクリック（離脱クリック）を記録できます。ただし、同じドメイン内のリンクや、クロスドメイン測定の対象にしたドメインへのリンクは対象外です（ウェブサイトでの離脱クリックを測定する）。ブログとLPをクロスドメイン測定でつないでいる場合や、位置別に見たい場合は、GTMやサイト側のコードで独自のイベントを送る形が向いています。
LPへの移動が多ければ、良い記事と言えますか？
移動が多い記事は、読者の関心と案内先が合っている可能性が高いと言えますが、それだけで判断はできません。移動後に問い合わせにつながっているか、検索から読まれ続けているかもあわせて見てください。
まとめ
ブログ記事の貢献は、閲覧数と問い合わせの間にある「記事→LPの移動」を測ると見えやすくなります。クリックは1つのイベントにまとめて「どの位置から・どのLPへ」をパラメータで持たせ、サイト内のリンクにはUTMを付けません。見るときは記事別、位置別、遷移先別の順に確認し、移動数は傾向を見る数字として扱います。まずは、自社のブログからLPや問い合わせページへのリンクがどの記事のどこにあるかを一覧にするところから始めてみましょう。
記事からLPへの移動を、営業の数字と同じ画面で見たい方へ
BizBlock は、営業・バックオフィスと同じ基盤にマーケティングのデータも載せられます。どの数字をどの画面に並べるかの構成は個別にご相談ください（月5時間の構築・運用サポートの範囲で対応し、超える分や新規開発は別途ご相談となります）。
—
この記事を書いた会社
7plus株式会社 不動産会社向けの営業DX支援を行うITソリューションプロバイダーです。反響対応を即時化する「Mail2Link」「Mail2Link×AI」、ノーコード業務アプリ「BizBlock」の開発・提供に加え、Salesforce認定パートナーとして不動産特化型Salesforceパッケージの導入・定着コンサルティングも行っています。
詳しくはこちら → https://7plus.jp/
