自社ブランド名での広告が問題かどうかを確認する人の大半は、やり方を間違えています。広告をクリックし、たどり着いた先を見て、その到達先だけで判断してしまうのです。到達先は通常、チェーン全体の中で最も情報量の少ない部分です。
[Author name] 著 · 2026年9月18日 · 読了時間 8分
ブランド名の検索連動広告がランディングページに直接リンクすることは、ほとんどありません。広告はリダイレクトにリンクし、そのリダイレクトは別のリダイレクトへブラウザを送り出し、1〜4ホップのどこかの後、ようやく買い物客が実際に購入できる場所にたどり着きます。調べる前にチェーンの形状を把握しておけば、間違ったホップを全体の話と取り違える失误を防げます。
Google上での最初のホップは、通常、検索エンジン自身のクリックトラッカーです。Google広告配信ドメイン上のURLで、gclidパラメータを伴っています。そのgclidはGoogleに属するものであり、Googleの広告プラットフォームがクリックを購入元のキャンペーンに紐付けるための仕組みです。広告主が誰なのか、それがアフィリエイトかどうかについては、まったく何も教えてくれません。gclidをアフィリエイトの存在証明のように扱う人を見てきましたが、それは違います。gclidはGoogle内部の記録管理用トークンにすぎません。
2番目のホップは、通常、アフィリエイトネットワーク自身のトラッキングドメイン上のリダイレクトか、場合によってはその手前に置かれたアフィリエイト自身の短縮リンクです。このホップが通常、誰に支払われるかを識別するパラメータを運んでいます。
場合によっては、3番目のホップがリクエストに関する何か——訪問者の国、デバイス、ユーザーエージェントが実ブラウザらしいかスクリプトらしいか——に基づいて、4番目のホップが実際にどこへ向かうべきかを決定するだけの役割を果たすことがあります。すべてのチェーンにこのホップがあるわけではありませんが、ある場合はそれが理由で注意を払う価値があります。詳しくは後述します。
最後のホップはマーチャントのランディングページそのもの、つまり買い物客が実際に購入できるページです。しかし厄介なことに、問題を記録しようとする人がメモするのはたいていこのページです。何の追加作業もなしに見えるのはこのページだからです。
パラメータ名はネットワークごとに異なり、同じネットワーク内でもプログラムごとに異なることがあります。a_aid、subid、clickref、affid、そしてネットワークのレポートと突き合わせて調べるまで意味の分からない、短い英数字の文字列にすぎない不透明なバリエーションを数多く見てきました。私が扱ってきたネットワークの大半はこの系統の名前を使っていますが、すでに承認したアフィリエイトの既知の正常なリンクを確認しない限り、特定の名前があなたのケースに当てはまると想定すべきではありません。
utm_sourceはまったく別のもので、これをアフィリエイトIDと混同するのが私が見かける最もよくある間違いです。utmパラメータは、リンクを作る人が任意で適用するラベリングの慣習にすぎません。誰にも発行されず、誰にも検証されず、省略・偽装・他人のリンクからのコピーも極めて容易です。せいぜい手がかりとして扱い、広告を実際に運用しているのが誰かの証拠として決して扱わないでください。
初めてこれを行う人がほぼ全員つまずくのがここです。識別パラメータは通常、最終URLではなく2番目のホップ、つまりネットワーク自身のトラッキングドメイン上に存在します。ネットワークがマーチャントへリダイレクトする時点で、そのパラメータはすでに読み取られ、記録され、同じ情報を持つCookieが落とされ、URLからは剥ぎ取られていることがよくあります。「証拠」として誰もが反射的にメールへコピーペーストする最終ランディングページのURLには、アフィリエイトの痕跡がまったく残っていないことが頻繁にあるのです。
記録する価値のあるチェーンは、一行に要約するのではなく、ホップごとにこのように読み解きます。広告自身のリンク、Googleのgclidを伴うgoogleadservices.comのURL。次に、track.[network].com/click?a_aid=4471&subid=coupon-hub-2 のようなリダイレクト。次に、クローキングホップがあれば、誰が尋ねるかによって解決先が変わる3番目のURL。そして最後にマーチャント自身のドメインで、アドレスバーのどこにもアフィリエイトパラメータが見えないページに到達します。
証拠としての本体は2番目の行です。それ以前はすべて文脈であり、それ以降は素朴なチェックが調べるのをやめる場所——まさに逆なのです。a_aid=4471（あなたのチェーンで等価のパラメータと値が何であれ）こそ、ネットワークに提示して特定を依頼すべきものです。マーチャントURLではありません。広告の表示テキストでもありません。あのパラメータ、あのホップなのです。
ランディングページだけのスクリーンショットに「うちのブランドでこんな広告が出ている」のようなキャプションを添えても、ネットワークのコンプライアンスチームとの実際の話し合いではほとんど通用しません。それが示すのは、広告が存在したこととページが読み込まれたことだけです。誰が広告を出稿したかは示せず、それがなければ、名簿と照合すべきパートナーIDも、ネットワークが動ける根拠もありません。
チェーン全体、すべてのホップを、クエリ文字列を完全なまま、最後の1つだけではなく必要です。ブラウザなら、devtoolsを開き、何かをクリックする前にネットワークタブで「ログを保持」を有効にし、広告をクリックして、301または302ステータスのリクエストを順に読み、それぞれの完全なURLを記録します。ターミナルからは、広告のURLに curl -sI -L を実行し、盲目的に最後まで追うのではなくLocationヘッダを一度に1つずつ読むことで、純粋なHTTPリダイレクトで構成されたチェーンについてほぼ同じことができます。
この注意点は重要です。すべてのホップがHTTPリダイレクトとは限りません。metaリフレッシュタグや、ページの読み込み完了後に window.location を設定するJavaScriptの断片である場合もあります。これらは素朴なcurlリクエストには見えず、curlは200を受け取って調べるのをやめてしまいます。チェーンが予想より早く終わって見えるなら、たいていそれが理由で、残りを見るには実際のブラウザ、あるいはJavaScriptを実行するヘッドレスブラウザが必要です。
分単位のタイムスタンプ。想定ではなく明記したタイムゾーンでの。クエリ文字列を完全なまま、要約せず、順序どおりのホップ一式。検索結果ページに広告が表示されたとおりのスクリーンショット。そこから到達したランディングページの別のスクリーンショット。これが、ネットワーク自身のコンプライアンスチームが苦情に動く前に期待する基準だと私が見てきたものであり、超えるべきだと分かってしまえば高いハードルではありません。ただ、偶然に超える人はほとんどいないハードルではあります。
採取は通常の閲覧環境から行ってください。ログアウトした状態で、1週間ずっと自社ブランド名を検索してきたオフィスのIPではなく、スクリーンショットを撮る前にページを書き換えてしまう広告ブロッカーもなしに。あなたが再現しようとしているのは、匿名の買い物客が実際に見たものです。リクエストを通常と異なるものに見せる要素はすべて、相手側が「その証拠は実際のクリックを反映していない」と主張する口実になります。
最初の罠は、クリックの送り先を決める前に地理やデバイスをチェックするリダイレクトです。米国のデスクトップIPからは健全に見える広告が、別の国のモバイル訪問者をまったく別の場所へ送ることがあります。ブランド表記がまったくないページへ送られることもあれば、想定オーディエンス以外には無害に見えるよう作られた、率直に言ってクローキングされたページへ送られることもあります。1つの場所と1つのデバイスからしかチェックしないなら、複数のバージョンを持つかもしれないチェーンの一つのバージョンしか見ていないことになります。
2番目はより微妙です。初訪問のブラウザと、以前の訪問のCookieを持つブラウザとで、チェーンの挙動が変わることがあります。初見から1週間後にケースを再確認したら、2回目はきれいな結果になったという場合、これは重大に関わります。問題が消えたのではありません。チェーンがあなたを認識した可能性が高いのです。
3番目は私自身がかつて間違えたことのあるものです。抽出した識別子がアフィリエイト本人を指すと想定してしまうこと。多くのネットワーク構造では、トップレベルのアフィリエイトが自分のアカウントの下にサブアフィリエイトやサブIDを運用できます。チェーンから引き出したパラメータが指しているのは、自然に責任者と想定しがちなアカウントホルダーではなく、他人の傘の下で運営される小さなパブリッシャーかもしれません。この区別が重要かどうかはプログラムの規約次第ですが、苦情で特定のパートナーの名前を挙げる前に確認する価値があります。間違えると、 elegantに撤回するのが難しい種類のミスになるからです。
これこそ機械的には、監視パスが自動化する内容です。あらゆるホップを追い、パラメータを引き出し、名簿と照合する。すべてが完成したケースとして人の受信箱に届く前に。仕組みで、そのパイプラインの詳細版をご覧いただけます。ただし、何かを購入するかどうかに関係なく、上記の手動版は身につけておく価値があります。遅かれ早かれ、スケジュールされたスキャンを待たずに、週末に自分で1本のチェーンを確認する必要が生じるものですから。
とはいえ、私は今でもdevtoolsを開いて手作業で行うことがあります。自動化された監視ではすべてのホップの推移を目で見ることまでできないケースもあるからです。自動化の欠点ではありません。クローキングホップを含むチェーンこそ、少なくとも一度は自分の目で見る価値のあるものだからです。そうすれば、見ていない時に何が「正常」なのかが分かります。