Google広告のトラッキングテンプレートは、クリックが実際に開くアドレスをGoogle広告が組み立てるためのURLパターンです。アカウント、キャンペーン、広告グループ、広告、キーワードのいずれかのレベルで設定し、{lpurl}のようなValueTrackパラメータ経由で最終ページURLを挿入し、さらに追加したパラメータを加えます。最終ページURLサフィックスは別の項目で、パラメータを付け足すだけで、どこへもリダイレクトできません。一方はURL全体を書き換え、もう一方は延長します。この二つを取り違えることが、多くのアカウントで計測が静かに止まっている原因です。
要点：単純なクエリパラメータは最終ページURLサフィックスに入れ、自動タグ設定はオンのままにし、クリックが本当に別のドメインを経由する必要があるときだけトラッキングテンプレートを使います。
この記事は項目レベルの仕組みを扱います。テンプレートが階層のどこにあるか、どのレベルが優先されるか、いつサフィックスの代わりに使うか、独自のクエリ文字列を持つ宛先URLを壊すエンコードの細部です。タグそのものについてはUTMパラメータ解説が入門で、Google広告とMeta広告のUTMパラメーターでは、Google広告が手動のUTMではなく主に自動タグ設定で動くべき理由を扱っています。
トラッキングテンプレートが実際にすること
トラッキングテンプレートを編集しても、ランディングページ側は何も変わりません。クリックからページ読み込みまでの間に何が起こるかを決めるだけです。
Google広告は配信時にテンプレートを読み、{lpurl}を実際の最終ページURLに置き換え、ValueTrackパラメータを埋め、その後で初めて組み立てたアドレスへブラウザを送ります。リダイレクト用ドメインで始まるテンプレートはブラウザをまずそこへ送り、{lpurl}にクエリ文字列を足しただけのテンプレートは、追加のパラメータを付けてページへ直接送ります。
これがこの項目の要点です。百件の広告が一つの最終ページURLと一つのテンプレートを共有でき、テンプレートを1回編集するだけで百件すべてのクリックが運ぶ内容が変わります。項目の定義は最終ページURLとトラッキングテンプレートに関するGoogleのドキュメントにそのまま記載されています。テンプレートがより大きなタグ付けワークフローの一部なら、残りのパイプラインはUTMキャンペーンのエンドツーエンド追跡で扱い、この記事の親にあたるコーナーストーンはマーケター向けURL短縮サービスのガイドです。
テンプレートの置き場所：アカウント、キャンペーン、広告グループ、広告、キーワード
この項目は五つのレベルに存在し、Google広告はそれらを統合しません。
複数のレベルにテンプレートがある場合、Google広告は最も具体的なものを使い、残りは無視します。何も組み合わされません。具体的な順に、キーワード、広告、広告グループ、キャンペーン、アカウントです。キーワードレベルのテンプレートは上位のすべてを上書きし、アカウントレベルは、より具体的なものがない場所にだけ適用されます。
アカウントが気づかれないままずれていくのはここです。誰かが新しいツール向けにアカウントレベルのきれいなテンプレートを設定し、以前のベンダーが残したテンプレートが既にあった三つの広告グループ以外では正しく動きます。その三つは、より具体的な設定が常に優先されるため、古いリダイレクトを延々と使い続けます。私は、誰も設定した覚えのないテンプレートが一つの広告グループに残っていたせいで、1年以上前に閉鎖された通話計測ドメイン経由でクリックを静かに流し続けていたアカウントに、午後をまるごと費やしたことがあります。上から順に監査してください。アカウント、次にキャンペーン、広告グループ、広告、キーワードの各レベルで、残った値がないかを確認してから、アカウント全体の変更がすべてに届いたと考えるべきです。
トラッキングテンプレートと最終ページURLサフィックスの違い
どちらもURLにテキストを足すため、混同されがちです。ただし、足せる内容は同じではありません。
トラッキングテンプレートはURL全体を置き換えられます。リダイレクト用ドメインを前に付ける、パラメータを好きな場所に入れるといったことが、{lpurl}またはその派生がどこかに含まれている限り可能です。最終ページURLサフィックスはひとつのことしかしません。既にあるものの後ろ、最終ページURLの末尾に固定のパラメータ群を付け足すだけで、自分のページ以外を指すことはできません。最終ページURLサフィックスの追加に関するGoogleのガイダンスは、サフィックスはパラメータ用でありリダイレクト用ではないと明言しています。
ルールは単純です。パラメータを付けるだけならサフィックス。クリックをまずサードパーティのドメイン、つまり通話計測のリダイレクトや検証ピクセルに通すならテンプレート。サフィックスはどこへもリダイレクトできないからです。デフォルトはサフィックスにし、リダイレクトが本当に必要なときだけテンプレートに切り替えてください。
知っておきたいValueTrackとカスタムパラメータ
ValueTrackパラメータは、クリック時にGoogle広告が値を埋めるマクロです。実用上のほぼすべての用途は、ごく少数でまかなえます。
{lpurl}はすべてのテンプレートに必要なもので、最終ページURLです。{campaignid}と{creative}(広告ID)は、どのキャンペーンと広告が配信されたかを示します。{device}はmobile、tablet、desktopを返し、{network}はSearch、Display、Search partnersを報告します。{keyword}と{matchtype}は検索キャンペーンでのみ値が入り、トリガーとなったキーワードと、それが部分一致、フレーズ一致、完全一致のどれでマッチしたかを示します。ショッピングやアプリのキャンペーンに固有のものを含む完全な一覧は、GoogleのValueTrackリファレンスを参照してください。
キャンペーンレベルの項目へそのまま貼れるテンプレートにまとめると、次のようになります。
{lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&device={device}&network={network}
実際にクエリで使うパラメータだけを入れてください。Googleが提供するものを全部足すと、ディスプレイやショッピングのトラフィックでは半分が値の入らない空の列になるだけです。Google独自のマクロ以外のもの、たとえば社内のキャンペーンID、地域コードなどは、代わりにカスタムパラメータが必要です。名前と値を自分で定義し、{_region}のように参照します。エンティティごとに設定できる数と、名前と値の長さには上限があります。現在の上限はGoogleのカスタムパラメータのガイドにあり、過去に変更されたこともあります。
数十のキャンペーンにわたってその文字列を手作業で組み立てるのは、二人が触った時点でずれ始める典型的な作業です。ElidoのUTMビルダー(無料)は、空のテキスト欄ではなくフォームからタグ付け部分を生成するので、テンプレートに入る前にパラメータ名が一貫します。完成したURLをUTMチェッカーに貼り付ければ、パラメータ名の入力ミスを検出できます。
エンコードの罠：lpurlとunescapedlpurl
この細部は、テスト時には問題なさそうだったテンプレートを壊します。
{lpurl}は、テンプレートの先頭以外のどこに現れても、疑問符、等号、引用符、スペースなどの一部の文字をエスケープします。{unescapedlpurl}は、位置に関係なく一切エスケープしません。問題になるのは、最終ページURLが既に独自のクエリ文字列を持っている場合だけです。リダイレクトのラッパー内でエスケープされた?は%3Fになり、アドレスをそのまま読む下流のシステムは、動くパラメータではなく壊れたパラメータを受け取ります。
{lpurl}を{lpurl}?utm_source=googleのように先頭に置くと、エスケープは発生せず、二つのマクロは同じ動きをします。https://track.example.com/go?dest={lpurl}のようにリダイレクトのプレフィックスの後に置くと、宛先自身の?と=が外側のURLの中でエスケープされます。リダイレクト・サービスが宛先全体を一つのパラメータ値として必要とするため、通常はこれが望ましい動作です。ここで代わりに{unescapedlpurl}を使うと、宛先の&が分割され、リダイレクトは切り詰められたアドレスへ転送してしまいます。テンプレートがリダイレクト用ドメインを経由するときは、マクロの選択は関係ないと決めつけず、後述のテスト手順で確認してください。
自動タグ設定とgclidとの関係
自動タグ設定とトラッキングテンプレートは別の問題を解決するもので、手動のUTMと自動タグ設定のようにURLを奪い合うことはありません。
自動タグ設定は、テンプレートがアドレスを組み立てた後でgclidを付け足します。gclidはテンプレートの文字列に埋め込まれるのではなく、送信時に追加されるからです。ValueTrackやカスタムパラメータを加えるテンプレートが先に実行され、その上にgclidが載るので、両者は衝突なく共存します。失敗の形は、Google広告とMeta広告のUTMパラメーターにある手動UTMのミスとは異なります。ここで起きるのは、テンプレートがクリックを引き継がずに固定の宛先を直書きした場合だけで、その場合クリックは本来の送信経路に到達せず、gclidは他のすべてと一緒に落ちます。{lpurl}か{unescapedlpurl}が実際にテンプレート内にある限り、gclidはその下で機能し続けます。gclidとは何か、なぜブラウザが時々それを取り除くのかは、クリックID：gclid、fbclidなどで説明しています。
Google広告で短縮リンクは使えるか
ここは注意が必要です。Google広告は、最終ページURLが広告に表示されるドメインに着地することを求めており、宛先に関する要件は、広告が約束していない場所へ人を送るリダイレクトを持つ広告を却下します。トラッキングテンプレート内のブランド短縮ドメインは、最終ページURLよりもリダイレクトの置き場所としてきれいです。
Elido固有の設定も知っておく価値があります。リダイレクトが受信したクエリ文字列を宛先へコピーするのは、リンクの「クエリパラメータを引き継ぐ」スイッチがオンのときだけで、オフのままだと、短縮リンクを最終ページURLとして使うと、自動タグ設定が付けるgclidも、サフィックスの内容も落ちます。新規ワークスペースでは新規リンクでオンで、それ以前のリンクは、オンにするまでオフのままです。オンにしても、上記のポリシー上の点は変わりません。衝突があった場合にマージがどう扱うかは、クエリパラメータの引き継ぎにあります。最終ページURLは実際のランディングページに向け、短縮リンクは自動タグ設定のない場所、つまりQRコード、メール、SNSのプロフィール、オフライン資料のために取っておいてください。そこではリンクのアナリティクスがレポートを担います。この使い分けを実際のキャンペーンで試したい場合は、有料以外のチャネル向けにブランド短縮リンクを設定し、Google広告の隣で数値を比較してください。
パラレルトラッキングがリダイレクト計測を壊した：信用する前にテストを
警告なしにテンプレートが動かなくなったなら、これが原因の可能性が高いです。
パラレルトラッキングがデフォルトになる前は、リダイレクト用テンプレートは名前どおりに動いていました。クリックはまずリダイレクトに届き、リダイレクト・サービスが処理を行い、その後でブラウザを最終ページURLへ転送します。パラレルトラッキングはこの順序を変えました。ブラウザはすぐに最終ページURLへ直接向かい、テンプレートのリダイレクトは訪問者の経路上ではなくバックグラウンドで読み込まれます。最初の経由点であることに実際に依存していた計測ツール、つまり転送前にクリックを読む、ページ表示の前にCookieを設定するといったものは、テンプレートが正しく設定されているように見えても、パラレルトラッキングが引き継いだ時点で実際のトラフィックを見られなくなりました。Google広告でのトラッキングに関するGoogleの概要が確認しているとおり、パラレルトラッキングは現在のデフォルト動作です。リダイレクトを行わない最終ページURLサフィックスがより安全なデフォルトの項目である理由の一つがこれです。
エディタで正しく見えるからといって、テンプレートを信用しないでください。Google広告には項目の横にテストボタンがあります。クリックすると、Google広告が実際のクリックと同じようにURLを組み立て、すべてのパラメータを置き換えて、結果のアドレスと読み込み時間、エラーを表示します。その文字列を一文字ずつ読んでください。{lpurl}の位置違いや&の欠落は、データが丸一日壊れる前にここで見つかります。テストボタンが確認するのは組み立てであって配信ではないので、続けて実際にクリックしてください。シークレットウィンドウで自分の広告を開き、ページが落ち着いた後にアドレスバーを読み、ValueTrackの値が、リテラルの{device}という文字ではなく実際の値で埋まっていること、自動タグ設定がオンならgclidがあることを確認します。ここでの5分が、エディタの構文チェックでは見つからないものを捕まえます。
コーナーストーン記事はこちら：マーケター向けURL短縮サービス。
ブログの関連記事
よくある質問
Google広告のトラッキングテンプレートとは何ですか？
クリックが実際に着地するアドレスを組み立てるために、Google広告が使うURLパターンを保持する項目です。{lpurl}のようなValueTrackパラメータと、追加した内容を使います。アカウント、キャンペーン、広告グループ、広告、キーワードの各レベルに存在し、広告ごとに最終ページURLを触らなくても、クリックをリダイレクト経由にしたりパラメータを付けたりできます。
トラッキングテンプレートと最終ページURLサフィックスの違いは何ですか？
トラッキングテンプレートは、別のドメインを先に経由させることを含め、URL全体を書き換えられます。最終ページURLサフィックスは最終ページURLの末尾にパラメータを付け足すだけで、他の場所へリダイレクトはできません。単純なクエリパラメータにはサフィックスを使い、別の経路を通す必要があるときだけテンプレートを使います。
複数のレベルで設定した場合、どのトラッキングテンプレートが適用されますか？
最も具体的なものが優先されます。Google広告はキーワード、広告、広告グループ、キャンペーン、アカウントの順に確認し、最初に設定が見つかったレベルのテンプレートを使います。下位レベルの空のテンプレートが上位のものを消すことはなく、明示的な上書きだけが有効です。
lpurlとunescapedlpurlの違いは何ですか？
どちらも最終ページURLをテンプレートに挿入しますが、{lpurl}はテンプレートの先頭にないとき、疑問符や等号などの一部の文字をエスケープします。{unescapedlpurl}は何もエスケープしません。{lpurl}を先頭に置けば両者は同じ動きになり、リダイレクト用のプレフィックスの後に置くと違いが出ます。これが、独自のクエリ文字列を持つ宛先URLを壊すエンコードの落とし穴です。
トラッキングテンプレートはgclidや自動タグ設定に影響しますか？
いいえ、互いに独立して動作します。自動タグ設定は、テンプレートがアドレスを組み立てた後にgclidを付け足すため、ValueTrackやカスタムパラメータを加えるテンプレートがgclidを消したり上書きしたりすることはありません。壊れるのは、クリックを引き継がない固定の最終ページURLをテンプレートの中に直書きした場合だけで、gclidを含むすべてのパラメータが失われます。
パラレルトラッキングでサードパーティのリダイレクト計測が動かなくなったのはなぜですか？
パラレルトラッキングは、訪問者を最終ページURLへ直接送り、テンプレートのリダイレクトはクリックを先に通す代わりにバックグラウンドで読み込みます。最初の経由点であることに依存していた計測ツール、つまり転送前にクリックを読む、ランディングページの読み込み前にCookieを設定するといったものは、パラレルトラッキングが必須になった時点でそれらのクリックを見られなくなりました。
Elidoを試す
URLを貼り付けて短縮リンクを取得
登録不要。リンクは30日間有効。永久に保存するには登録してください。
無料アカウントが必要です。無料プランには合計 25 件のリンクが含まれます。 アカウントをお持ちですか？ ログイン