リンクのクリックを計測する方法：手法、指標、落とし穴

クリックを数えることは、マーケティングで最も単純な計測の問題に見えます。何かが起きたか、起きなかったか、それだけだからです。しかし実際には、目にする数字はどれも、誰か別の人が下した少なくとも3つの判断——何をクリックとして数えるか、どの自動化トラフィックを取り除いたか、データをどれだけの期間残すか——によって形づくられています。その判断を理解しているかどうかが、行動に移せるダッシュボードと、会議で言い争うグラフとの分かれ目です。

このガイドでは、クリックが実際に計測される4つの方法、1つのクリックイベントから分かることと分からないこと、見る価値のある指標、ボットのフィルタリングの仕組み、そして、そもそも何を計測できるのかを静かに決めているベンダー側の上限を扱います。

クリックを数える4つの方法

リダイレクト側の分析

短縮リンクがクリックされると、ブラウザーがどこかへ移動する前に、リクエストはリダイレクトエンジンに届きます。エンジンはリクエストの全体を見てサーバー側で記録し、それからリダイレクトを返します。リンク先のページにも、JavaScriptにも、訪問者の協力にも依存しません。

外部へ向かうリンクにとっては、これが利用できる中で最も完全な方法であり、リンク先が自分の管理下にないサイト——アプリストアの掲載ページ、パートナーのページ、クライアントのWebサイト——であっても機能する唯一の方法です。印刷物を生き延びる唯一の方法でもあります。ポスターから読み取られたQRコードには、参照元も、結び付けるべきセッションも存在しないからです。

死角は、リダイレクトより後のすべてです。クリックが起きたことは分かりますが、ページが読み込まれたのか、購入が完了したのかは分かりません。

キャンペーンパラメータとアクセス解析の組み合わせ

こちらは補完的な方法です。リンク先のURLにキャンペーンパラメータを付け、リンク先側の分析プラットフォームがセッションとコンバージョンをそれに帰属させます。クリックを売上につなげられる唯一の方法であり、2つの方法が競合ではなく組み合わせて使うべきものである理由でもあります。命名と一貫性の実務についてはUTMパラメータ完全ガイドで扱っていますし、UTMビルダーは、後からデータを突き合わせられるようにするための命名ルールを強制します。

制約は構造的なものです。自分が管理して計測タグを入れられるリンク先でしか機能せず、ページの読み込みが終わる前に離脱した人をすべて取りこぼし、オーディエンスによって差のあるブロッカーやプライバシー設定の影響を受けます。技術者層は、一般消費者層よりも多くを遮断します。

サーバーログ

自社のインフラへのリクエストは、すでにすべて記録されています。ログは正確で、ブロックされることがなく、別のツールで疑わしいと思ったものを検証するのに役立ちます。同時に、生のままでもあります。位置情報の解決も、デバイスの解析も、ボットの分類も、画面もありません。レポーティングの仕組みとしてではなく、食い違った数字を突き合わせるための監査証跡として扱ってください。

ピクセルとクライアント側のタグ

トラッキングピクセルはリンク先のページで発火し、その目的はたいていクリックを数えることではなく、広告オーディエンスを作ることです。リンクに紐づけるリターゲティングピクセルは、少し動きが違います。中間ページがリダイレクトの途中でピクセルを発火させるので、リンク先のページを自分で管理していなくても訪問者をオーディエンスに追加できます。これはオーディエンスを作る仕組みであって計測の仕組みではないので、クリックのデータとして数えるべきではありません。

| 方法 | 自分が所有していないサイトへのクリックが見える | ブロッカーを生き延びる | コンバージョンが見える | 印刷したQRで機能する | | --- | --- | --- | --- | --- | | リダイレクト側の分析 | はい | はい | いいえ | はい | | キャンペーンパラメータ | いいえ | 部分的に | はい | はい、タグを付ければ | | サーバーログ | いいえ | はい | 間接的に | いいえ | | ピクセルとタグ | いいえ | 部分的に | はい | いいえ |

ほとんどのチームにとって実用的な答えは、最初の2つを組み合わせることです。リダイレクト側のカウントでリーチとオーディエンスの構成を、キャンペーンパラメータでその後に何が起きたかを押さえます。

1つのクリックに実際に含まれるもの

リダイレクトの時点、まだどのページも読み込まれていない段階で、エンジンが記録できるのは、クリックの瞬間、関わったリンクとドメイン、振り分けた先のリンク先、ネットワークアドレスから導かれる国・地域・都市、ユーザーエージェントから解析したデバイス種別・ブラウザー・OS（バージョンまで）、送られてきた場合の参照元ドメイン、ブラウザーの言語、そしてURLに載っているキャンペーンパラメータです。リンクで分割テストが動いていれば、バリアントの識別子も加わります。

都市レベルの地理情報には、ベンダーがめったに書かない但し書きが必要です。これはネットワークアドレスから導かれるもので、地域ごとの傾向をつかむには十分正確である一方、数件のレコードを根拠にローカルなキャンペーンを組み立ててはいけない程度には頻繁に外れます。モバイル通信事業者のネットワークや社内ネットワークは、訪問者を実際の位置から100キロメートル離れた場所に置くことが日常的にあります。

クリックに含まれ得ないものも、同じくらい重要です。人物を特定することはありません。リンク先のページが読み込まれたのか、何かが読まれたのか、購入が続いたのかも分かりません。同じ人の別のデバイスでの行動については、何も語りません。上の一覧を超える主張には、いずれも2つ目のデータソースが必要で、それこそがキャンペーンパラメータの仕事です。

見る価値のある指標

クリック数とユニークビジター

総クリック数は、繰り返しのタップ、再読み込み、複数デバイスの利用者によって膨らむボリュームの指標です。ユニークビジターのほうがリーチに近く、どう計算されているかが、どれだけ信頼してよいかを決めます。

プライバシーを守るやり方——LinkProfitが採っているやり方——は、ネットワークアドレス、ユーザーエージェント、ドメインを、日ごとに入れ替わるソルトと一緒にハッシュ化して識別子を導き、ハッシュだけを保存することです。アドレスが分析ストアに書き込まれることはありません。ソルトが入れ替わることの正直な帰結は、同一性が日をまたいで持続しないことです。したがってこの指標の正しい呼び方は「1日あたりのユニークビジター」であり、月次の数字は異なる人数の真の集計ではなく、日次ユニークの合計です。Cookieを使わずに月次のユニーク数を正確に報告しているベンダーは、認めているより長く識別子を保持しているか、推計しているかのどちらかです。

QRにおけるスキャンとクリックの関係

印刷物のキャンペーンでは、同じリンクの総クリック数に対してスキャン数を比べることで、リンク先を共有しているチャネルを切り分けられます。うまく印刷されなかったコードを見つける最も速い方法でもあります。数千のインプレッションに対してスキャンが数件しかないポスターは、たいていオーディエンスの問題ではなく、コントラストかサイズの問題です。

減衰カーブ

ほとんどのリンクは最初の数時間で仕事の大半を終え、その後は予測できるカーブで減衰していきます。自分のチャネルでの形を知っていれば、キャンペーンが一時的に止まっているのか、それとも終わったのかが分かり、異常も見えるようになります。数週間後に再び動き出したリンクは、たいてい再共有されているもので、その場所は知っておきたいところであることもあります。

参照元の構成と直接流入の枠

参照元ドメインは、リンクがどこで共有されているかを示します。それは多くの場合、あなたが公開した場所ではありません。直接流入の枠が大きくなることは想定しておいてください。メッセージングアプリ、メールクライアント、参照元を削るアプリは、すべてそこに入ります。その大きさは、解決すべき問題ではなく、チャネル構成の性質です。

ボットと、最初の1時間が嘘である理由

自動化されたトラフィックは、リンクの計測において例外的なケースではありません。公開直後の数分間では、イベントのかなりの割合を占めますし、種類もいくつかあります。配信時にメールやメッセージ内のすべてのリンクを取得するセキュリティ用のスキャナー、カードを作るSNSのプレビュークローラー、稼働監視、検索エンジンやSEOのクローラー、そしてオープンリダイレクトを探して回るスキャナーです。

フィルタリングは2つのシグナルで動きます。ネットワークレベルのボットスコアがリクエストを配信前に分類し、ユーザーエージェントのヒューリスティックが自分の身元を名乗るクローラーを捕まえます。正しい実装は、さらに2つの特別なケースも扱います。HEADリクエストはクリックを数えずに応答し、SNSのプレビュークローラーには、振り分けて数えるのではなくページのメタデータを返します。

重要な設計上の判断は、除外したイベントをどうするかです。削除してしまえば、異常は見えなくなります。保存したうえで既定では除外し、含めるオプションを用意しておけば、怪しい急増を推測ではなく調査できます。LinkProfitはボットのイベントをフラグ付きで保存し、既定のレポートからはすべて除外しています。

実務では、2つの習慣が身を守ります。人間がそのリンクを見られたとは考えにくい時点で始まった急増は、そうでないと分かるまで自動化トラフィックだとみなすこと。そして数字がおかしいと感じたら、リンク先側と比べること。クリック数が大きいのにセッションがほとんどないのは、スキャンによるトラフィックの典型的な特徴です。

設計上の制約としてのプライバシー

クリックの計測は、計測と個人データが接する、まさにその地点にあります。それがどれだけ問題になるかを決めるのは、アーキテクチャです。

ネットワークアドレスをそもそも保存しないことは、最も機微な項目を、方針としてではなく構造としてシステムから取り除きます。ソルトを日ごとに入れ替えることは、導出した識別子を結び付けられる期間に上限を設けます。計測のためにクロスサイトCookieを設定しないことは、多くの同意規制がまさに対象として書かれた仕組みを避けます。そして訪問者の識別子をAPIのレスポンスやエクスポートから除外することは、導出された値を、誰かのノートパソコンの表計算ファイルではなく集計レイヤーの内側にとどめます。

これはシステムがどう作られているかの説明であって、法的な助言ではありません。同意に関する義務は、あなたの法域、オーディエンス、そしてデータをその後どう使うかによって変わります。ただ、このように設計されたプラットフォームは、法務レビューが答えるべき質問の一覧を大幅に短くします。

何を計測できるかを決める上限

実際に手に入る分析を左右するベンダー側の上限は2つあります。いくつのイベントが記録されるか、そしてそれがどれだけ保持されるかです。どちらもたいてい、機能一覧よりも料金ページのずっと下のほうにあります。

| ベンダー（2026年8月時点） | 件数の上限 | 保持期間 | | --- | --- | --- | | Rebrandly | エンゲージメントデータを階層に応じて月100、10,000、25,000、150,000イベントに制限 | 独立した上限としては非公開 | | Short.io | 1クリックあたり30以上のデータポイント、イベント数の個別上限なし | 集計は26か月、生のクリックストリームは12か月 | | Cutt.ly | クリック数ではなく作成したリンク数で課金 | プランに応じて30〜730日 | | BL.INK | リンクごとのクリック上限、7,500〜60,000 | 非公開 | | Switchy | 階層ごとのクリック割り当て | 非公開 | | LinkProfit | プランに応じて月10万〜200万の計測クリック | 最長24か月、リンクごとの累計は恒久的 |

何かに署名する前に理解しておくべきなのはRebrandlyのモデルです。最も直感に反するからです。リダイレクトは無制限である一方で分析は従量制なので、エントリー階層では、100イベントを記録した後もリンクは動き続け、ただ計測の報告だけが止まります。このトレードオフを検討しているなら、Rebrandlyの代替比較で階層ごとの詳細を整理しています。

この原則は一般化できます。上限がいくつかではなく、上限に達したときに何が起きるかを尋ねてください。計測が止まってもリダイレクトが動き続けるのは、はっきり説明されている限り、擁護できる設計です。黙って計測が止まるのは、四半期分のキャンペーンデータが、レビューの時まで誰にも気づかれずに消える原因です。

そうでなければ良質なデータを台無しにする落とし穴

リダイレクトチェーン。 ホップが1つ増えるたびに、参照元を失い、キャンペーンパラメータを落とし、遅延を足す機会が増えます。リンクは最終的なリンク先に向け、他の人からリンクを引き継いだときは連鎖を確認してください。

リダイレクトで失われるパラメータ。 リンク先がキャンペーンパラメータを削るか上書きすると、クリックは数えられるのにセッションは帰属されません。公開前に、キャンペーンごとに1本のリンクを端から端までテストしてください。1分で終わり、この記事で最も高くつく間違いを捕まえられます。

# The location header should carry every parameter you configured, in one hop
curl -sSI https://go.yourbrand.com/spring | grep -i -E 'HTTP/|location'

もともと比較できない数字を比べること。 短縮サービスのクリック数とアクセス解析のセッションは、別々のイベントを測っています。その比率を健全性のシグナルとして時系列で追い、正確に一致させようとするのはやめてください。

タイムゾーンのずれ。 イベントはUTCで記録され、レポートはワークスペースのタイムゾーンで描画されます。異なるタイムゾーンで日次の数字を比べている2人は、この設定が明示されない限り、永遠にかみ合いません。

プレビューと死活監視を数えること。 プレビュークローラーや監視のリクエストは、頻繁に確認されるリンクの数字を膨らませます。大半はフィルタリングが処理します。自分のリンクを自分で監視しているなら、その監視は除外してください。

スラッグの使い回し。 新しいキャンペーンのためにスラッグを再利用すると、2つの履歴が恒久的に混ざります。代わりにアーカイブして、古いスラッグは解決され続けるようにしてください。

崩れない構成

1. すべてのキャンペーンをブランド短縮リンクで公開し、自分が管理していないチャネルについてもリダイレクト側のデータが残るようにします。
2. すべてのリンク先に一貫してタグを付け、手入力ではなく生成したものを使います。
3. 連鎖は1ホップに保ち、公開前に確認します。
4. ボットのフィルタリングは既定で有効のままにし、何かおかしいと感じたら除外されたトラフィックを調べます。
5. レポートにユニークビジターが出てくる場所では、どこでも日次の指標として明記します。
6. 保持期間は、今の四半期ではなく、いずれ行いたい最も長い比較に照らして確認します。
7. キャンペーンごとに1回はリンク先側と突き合わせ、大きな差は平均でならすのではなく調査します。
8. ダッシュボードで答えられない問いには、APIから生データを書き出すか、問い合わせます。

この領域の計測の問題は、ほとんどが分析上のものではなく配管の問題です。失われたパラメータ、余計なホップ、フィルタリングされていないスキャナー、問いよりも短い保持期間。配管を直せば数字は退屈になりますが、数字に求めるべきものはまさにそれです。

LinkProfitは1クリックあたり十数個のディメンションを記録し、自動化されたトラフィックを既定で除外し、ネットワークアドレスを保存せずにユニークビジターを求め、データを最長24か月保持します。その間、リンクごとの累計がリセットされることはありません。ダッシュボードの全体像は分析を、公開統計ページのある任意のリンクの確認は無料のクリックカウンターをご覧ください。