Google 広告のトラッキングテンプレートとは、アカウント、キャンペーン、広告グループ、広告、キーワードのいずれかのレベルで設定するURLパターンで、{lpurl}のようなValueTrackパラメーターを使って最終ページURLを挿入し、それに自分で追加したものを組み合わせて、クリックが実際に開くアドレスをGoogle 広告が組み立てるために使います。これは最終ページURL接尾辞とは別のフィールドであり、接尾辞はパラメーターを追加するだけで、どこにもリダイレクトできません。一方はURL全体を書き換え、もう一方はそれを拡張するだけです。この二つを混同していることが、多くのアカウントで気づかないうちにトラッキングが機能しなくなっている原因です。
本記事ではフィールドレベルの仕組みを扱います。テンプレートが階層のどこに位置するか、どのレベルが優先されるか、接尾辞ではなくテンプレートを使うべきタイミング、そして独自のクエリ文字列を持つ送信先URLを壊すエンコーディングの詳細です。タグそのものについてはUTMパラメーターの基本が入門編であり、GoogleとMeta広告のUTMパラメーターではGoogle 広告が手動のUTMではなくほぼ自動タグ設定で運用すべき理由を解説しています。
トラッキングテンプレートが実際に行うこと
トラッキングテンプレートを編集しても、ランディングページ自体は何も変わりません。変わるのは、クリックからページの読み込みまでの間に何が起こるかだけです。
Google 広告は広告配信の時点でテンプレートを読み取り、{lpurl}を実際の最終ページURLに置き換え、ValueTrackパラメーターを埋め込んだうえで、組み立てたアドレスへブラウザを送ります。リダイレクトドメインで始まるテンプレートは、まずそこへブラウザを送ります。{lpurl}にクエリ文字列を付けただけのテンプレートは、追加のパラメーターを付けたまま自分のページへ直接送ります。
これこそがこのフィールドの存在意義です。100本の広告が一つの最終ページURLと一つのテンプレートを共有していれば、テンプレートを一度編集するだけで100本すべてのクリックが運ぶ情報が変わります。フィールドの定義そのものは最終ページURLとトラッキングテンプレートに関するGoogleのドキュメントに詳しく書かれています。テンプレートがより大きなタグ付けの仕組みの一部にすぎないなら、UTMキャンペーンをエンドツーエンドで追跡するがパイプラインの残りの部分を解説しています。
テンプレートが存在する場所: アカウント、キャンペーン、広告グループ、広告、キーワード
このフィールドは五つのレベルに存在し、Google 広告はそれらを統合しません。
トラッキングテンプレートはアカウント、キャンペーン、広告グループ、広告、キーワードのいずれのレベルでも設定でき、複数のレベルで設定されている場合、Google 広告は加算的にではなく、最も具体的なレベルのものだけを使い、他は無視します。具体的な順に並べると、キーワード、広告、広告グループ、キャンペーン、アカウントとなります。キーワードレベルのテンプレートはそれより上のすべてを上書きし、アカウントレベルはそれより具体的な設定が存在しない場合にのみ適用されます。
アカウントが気づかないうちにずれていくのは、まさにここです。誰かが新しいツール用にきれいなアカウントレベルのテンプレートを設定しても、以前のベンダーの設定がすでに残っている三つの広告グループだけはそれが効きません。より具体的な設定が常に優先されるため、その三つは古いリダイレクトをいつまでも実行し続けます。以前、あるアカウントで半日を費やして原因を調べたことがありますが、一年以上前に停止していたコールトラッキング用のドメインへクリックが静かに転送され続けていました。原因は、誰も設定した覚えのないテンプレートが一つの広告グループに残っていたことでした。アカウント全体への変更がすみずみまで届いたと思い込む前に、アカウント、キャンペーン、広告グループ、広告、キーワードの順に上から下まで監査し、それぞれに古い値が残っていないか確認してください。
トラッキングテンプレート対最終ページ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が提供するものをすべて追加すると、DisplayやShoppingのトラフィックでは半分近くが値の入らない空の列になってしまいます。Google独自のマクロの範囲外にあるもの、社内のキャンペーンIDや地域コードなどは、代わりにカスタムパラメーターが必要です。これは自分で定義する名前と値のペアで、{_region}のように参照し、エンティティごとに最大8個まで、名前は16文字、値は200文字までという上限があります。正確な上限についてはGoogleのカスタムパラメーターガイドを参照してください。
数十のキャンペーンにわたってその文字列を手作業で組み立てるのは、二人以上が関われば途端にずれていくタイプの作業です。ElidoのUTMビルダーは、空のテキストフィールドではなくフォームからタグ付け部分を生成するため、テンプレートに届く前からパラメーター名の一貫性が保たれます。
エンコーディングの罠: lpurl対unescapedlpurl
この詳細が、テストでは問題なく見えたテンプレートを壊します。
{lpurl}は、テンプレート内で一番最初の要素である場合を除き、どこに現れても疑問符、イコール記号、引用符、スペースといった特定の文字をエスケープします。{unescapedlpurl}は位置にかかわらず一切エスケープしません。これが問題になるのは、最終ページURLがすでに独自のクエリ文字列を持っている場合だけです。リダイレクトのラッパーの内側でエスケープされた?は%3Fになり、アドレスをそのまま読み取る下流のシステムは、機能するパラメーターの代わりに壊れたパラメーターを受け取ることになります。
{lpurl}?utm_source=googleのように{lpurl}を先頭に置けば、エスケープは一切発生せず、二つのマクロは同じように動作します。https://track.example.com/go?dest={lpurl}のようにリダイレクトの接頭辞の後ろに置くと、送信先自身の?や=は外側のURLの内部でエスケープされますが、これは通常は正しい動作です。リダイレクトは転送するためのきれいな値を一つだけ必要とするからです。この二つを取り違えると、リダイレクトサービスは自分のページの代わりに壊れたデータを読み取ることになります。テンプレートがリダイレクトドメインを経由する場合は必ず、マクロの選択が問題にならないと思い込まず、この後の手順でテストしてください。
これが自動タグ設定とgclidとの関係
自動タグ設定とトラッキングテンプレートは異なる問題を解決するものであり、手動のUTMと自動タグ設定のようにURLを奪い合うことはありません。
gclidはテンプレート文字列に焼き込まれるのではなく配信時に追加されるため、自動タグ設定はテンプレートがすでにアドレスを組み立てた後にgclidを追加します。ValueTrackパラメーターやカスタムパラメーターを追加するテンプレートが先に実行され、その上にgclidが乗るため、両者は競合せず共存します。この失敗のパターンはGoogleとMeta広告のUTMパラメーターにある手動UTMの間違いとは異なります。ここで起こるのは、テンプレートがクリックを通過させる代わりに静的な送信先をハードコーディングしている場合だけで、その場合クリックは実際の配信経路に一度も到達せず、gclidも他のすべてと一緒に失われます。{lpurl}か{unescapedlpurl}が本当にテンプレート内に存在している限り、gclidはその下できちんと機能し続け、リンクのアナリティクスで、その結果生まれたパラメーターとgclidがレポート可能なデータとして表示されます。
並列トラッキングがリダイレクトトラッカーを壊した - 信頼する前にテストを
テンプレートが何の前触れもなく機能しなくなったなら、たいていこれが原因です。
並列トラッキングがデフォルトになる前は、リダイレクトテンプレートは文字通りの動きをしていました。クリックがまずリダイレクトに到達し、リダイレクトサービスが処理を行い、それからブラウザを最終ページURLへ転送していたのです。並列トラッキングはこの順序を変えました。今ではブラウザはただちに最終ページURLへ直接向かい、テンプレートのリダイレクトは訪問者の経路の外、バックグラウンドで読み込まれます。最初のホップであること、つまりクリックを転送する前に読み取ったり、ページが描画される前にクッキーを設定したりすることに本当に依存していたトラッカーは、テンプレートの設定自体は正しく見えていたにもかかわらず、並列トラッキングが導入された瞬間から実際のトラフィックを検知できなくなりました。Google 広告のトラッキングに関するGoogleの概要が確認しているとおり、並列トラッキングは現在のデフォルトの挙動であり、これが、決してリダイレクトしない最終ページURL接尾辞のほうが安全なデフォルトのフィールドである理由の一つです。
エディター上で正しく見えるからといって、テンプレートを信用してはいけません。Google 広告にはフィールドの横に「テスト」ボタンがあります。これをクリックすると、Google 広告は実際のクリックとまったく同じ方法ですべてのパラメーターを置き換えてURLを組み立て、結果のアドレスと読み込み時間、エラーを表示します。その文字列を一文字ずつ読んでください。{lpurl}の置き場所を間違えたり、アンパサンドが抜けていたりすれば、丸一日分の壊れたデータを生む前にここで気づけます。「テスト」ボタンが確認するのは組み立てであって配信ではないため、そのあとに実際のクリックを行いましょう。シークレットウィンドウで自分の広告を読み込み、ページが落ち着いたところでアドレスバーを確認し、ValueTrackの値が{device}という文字そのままではなくきちんと値で埋まっているか、自動タグ設定が有効ならgclidが存在しているかを確認します。ここで5分かけるだけで、エディターの構文チェックでは見つけられないものが見つかります。
ブログの関連記事
よくある質問
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へ直接送り、トラッキングテンプレートのリダイレクトはバックグラウンドで読み込みます。最初のホップであることに依存していたトラッカー、つまりクリックを転送する前に読み取ったり、ランディングページが読み込まれる前にクッキーを設定したりしていたトラッカーは、並列トラッキングが必須になった時点でそれらのクリックを検知できなくなりました。
Elidoを試す
URLを貼り付けて短縮リンクを取得
登録不要。リンクは30日間有効。永久に保存するには登録してください。
Free、登録不要 · 1日あたり2件