アフィリエイトリンクの UTM パラメータはどう作るのですか?
アフィリエイトの UTM パラメータは、リンクに 5 つの標準 Google フィールドを追加し、その上に、ほとんどの汎用ビルダーが一切触れないネットワーク固有のサブIDとトラッカートークンを重ねて作成します。utm_source は流入元、utm_medium はチャネル種別、utm_campaign は具体的な施策、utm_content はバリエーション、utm_term はキーワードまたはオーディエンスの切り分けを示します。アフィリエイトリンクには、その上にもう 1 層必要です。それがネットワーク独自のサブIDパラメータで、どの広告、角度、掲載位置が売上につながったのかをトラッカー内で実際に結び付けるものです。
もし、トラッキング構文に触る前に、コミッション、Cookie、ネットワークの関係をまだ整理している段階なら、アフィリエイトマーケティングとは何か、そして本当にどんな人に向いているのか から始めてください。UTM 層が意味を持つのは、何を測っているのかを理解してからです。
まずベース URL を作り、それからパラメータをアンパサンドでつないだクエリ文字列として追加し、スペースはそのまま残さず %20 かアンダースコアでエンコードします。ほとんどのアフィリエイトネットワークは、UTM をオファーリンクやランディングページに直接付けることを受け付けますが、先にリンククロークのルールを確認してください。ネットワークによってはサブIDパラメータを UTM ブロックの前に置く必要があり、別のネットワークでは後ろに置く必要があります。
有料トラフィックの計測では、どの UTM フィールドが重要ですか?
有料トラフィックでは、ほぼすべてのシグナルを担うのは 3 つのフィールドです。utm_source、utm_medium、utm_campaign です。この 3 つで、クリックの流入元、どの種類の掲載面に表示されたか、どの具体的な施策が生んだかが分かります。実際に、次にどこへ予算を移すかを決めるのはこの情報です。
残りの 2 つの Google フィールドは、ほとんどの設定ガイドが言うほど大きな役割はありません。
- utm_content — 1 つの広告セット内で 2 つのクリエイティブを A/B テストするのに便利ですが、両方のバリエーションを毎回同じ方法で命名する дисциплинаがある場合に限ります
- utm_term — 本来は有料検索のキーワード計測用に作られたもので、有料ソーシャルではほぼ不要です。Facebook と TikTok は検索語句に対して配信しないからです
- utm_campaign — 最も注意を払う価値があるフィールドです。あなたのトラッカーと広告プラットフォームのレポートの両方が、支出と売上の照合にこれを使うからです
- utm_term を空欄にしておくより有用な使い方は、トラッカーのネイティブなサブパラメータが足りなくなった後の、2 つ目のサブID やオファーID の予備欄として流用することです。ソーシャル流入ではこのフィールドはどうせ他に使い道がありません。
ClickBank、MaxWeb、Hotmart にサブID をどう渡しますか?
各ネットワークはサブID の引き回しに独自のパラメータ名を使っており、これを混同することがアフィリエイト計測を壊す最も一般的な原因です。ClickBank は historically hoplink に tid パラメータを追加して使ってきました。MaxWeb のような CPA ネットワークは、手入力ではなくキャンペーンリンクジェネレーター内で設定する subid や s1 系のフィールドを使う傾向があります。Hotmart は生の製品 URL ではなく、独自の hotlink と source-tracking パラメータ経由でトラッキングします。
以下の各パラメータ名は、固定標準ではなく、現在のドキュメントで確認が必要な出発点として扱ってください。ネットワークはこれらのフィールド名を変更したり、古い形式を予告なく廃止したりします。
| ネットワーク | サブID パラメータ(使用前に要確認) | 配置場所 |
|---|---|---|
| ClickBank | tid=(場合によっては hopdata=) | hoplink のクエリ文字列に追加 |
| MaxWeb | subid= / s1= — 現在のキャンペーンパネルで確認 | ネットワーク独自のリンクツール内で生成 |
| Hotmart | src= または sck=、hotlink に付加 | 生の製品 URL ではない |
| 汎用 CPA ネットワーク | clickid=, aff_sub=, subid= — ネットワークによって異なる | ネットワーク独自のリンク生成ドキュメントを確認してください |
Facebook の動的パラメータは UTM テンプレートでどう機能しますか?
Facebook の動的パラメータは、配信時に UTM フィールドを自動入力します。二重波括弧のマクロを使って、Ads Manager から実際のキャンペーン名、広告セット名、広告名を取得します。広告単位の URL Parameters フィールドに一度設定すれば、Facebook が配信する各リンクには、毎回のローンチ後に手動で更新する必要がある静的文字列ではなく、実際のキャンペーン名が入ります。
- {{campaign.name}} と {{campaign.id}} — キャンペーンレベルの識別子
- {{adset.name}} と {{adset.id}} — 広告セットレベルのターゲティングまたは角度
- {{ad.name}} と {{ad.id}} — 配信された具体的なクリエイティブ
- {{placement}} — 広告の掲載先:フィード、リール、ストーリーズ、audience network
RedTrack や Binom のようなトラッカーは、どのような UTM 設定を想定していますか?
RedTrack と Binom は、Google Analytics のレポート用ラベルに対応するだけではなく、独自のクリックID とサブパラメータの仕組みにマップされる UTM 値を想定しています。どちらも訪問ごとに一意のクリックID を生成し、その ID、またはネットワーク独自のサブID は、アフィリエイトネットワークのポストバックを通ってトラッカーに戻るまで往復しなければ、売上をその成果を生んだ正確な広告に紐付けられません。
両方のトラッカーは多数の番号付きサブパラメータをサポートしており、プランの階層によって一般的に 20 から 30 の範囲と言われます。この数値はおおよその目安として扱い、想定するのではなく、自分のプランの現在の上限を確認してください。これらのサブパラメータは、URL を手で編集するのではなく、キャンペーン設定画面で UTM フィールドまたはネットワーク固有の値にマッピングします。
トラフィック量が専用トラッカーを使うに値するかまだ分からないなら、それは UTM の整備とは別の判断です。ソフトウェアがまだ不要かもしれない段階でサブパラメータ設計を組む前に、アフィリエイトマーケティングで初心者に広告トラッカーが必要か を確認してください。
後になってアトリビューションを壊す命名ミスは何ですか?
大文字小文字の不統一が最も一般的なミスで、レポートを 6 週間後にフィルタしようとするまで見えません。'Facebook,' 'facebook' そして 'FB' は、多くのトラッカーや Google Analytics で 3 つの別々のソースとして記録され、1 つのチャネルのデータがエラー表示もなく静かに 3 分割されます。
- 静的テキストと動的マクロをキャンペーンごとに一貫性なく混在させ、レポートの半分には実名が、半分には波括弧そのものが表示される
- スペースのエンコード方法を 2 通り使うこと — あるツールでは %20、別のツールでは + — これを別々の値として読むトラッカーもあります
- 本当に異なるキャンペーンなのに、名前がその時は十分近いと感じたために、1 つの utm_campaign 値を使い回す
- データがすでに古い名前で蓄積された後に Ads Manager で稼働中のキャンペーン名を変更し、履歴を断片化する
クイック判断チェックリスト
このページは一般的なブログ記事ではなく、判断支援として使ってください。実際の問いは、読者が VSL 主導の direct response で既に機能しているものについて、より速い証拠を必要としているかどうかです。特に nutra、サプリメント、GLP-1、減量、血糖値、そしてその周辺の高意図ヘルス市場においてです。
次の意思決定が、今動いている市場の具体例に依存するなら Daily Intel Service が最も役立ちます。どのフックを試すべきか、どの主張スタイルが危険か、どの funnel 構造が一般的か、どの言語市場が動いているか、そして競合の creative が初期段階なのか、スケール中なのか、すでに飽和しているのか。
- 直接の答えが必要なら、まず TL;DR を見てください。
- 表を使ってトレードオフを素早く比較してください。
- FAQ を使って answer engine 向けの要約を確認してください。
- 理論ではなく live VSL と広告の例が必要な場合は CTA を使ってください。
Daily Intel のカバレッジ優位性
Daily Intel Service は、カテゴリをリードする多様性と実用性を中心に設計されています。blackhat、greyhat、whitehat の広告パターンを横断して、最も広範な direct-response の VSLs と広告 creative のカタログの一つであり、広告主が見えている creative の先で何をしているのかを理解するのに十分な文脈があります。実務上の違いは、メンバーがスクリーンショットだけでなく、VSL、広告、funnel の経路、トランスクリプト、UTM の文脈、そして素材を意思決定へ変えるリサーチノートまで見られることです。
これは重要です。direct-response の affiliate は、1 つのきれいなカテゴリの中だけで動いているわけではないからです。減量キャンペーンは、whitehat のコンプライアンス広告、greyhat の pre-lander、より攻撃的な VSL、そして upsell と recovery を前提にした checkout 経路を使うかもしれません。有用なインテリジェンスプラットフォームは、すべての勝ちキャンペーンが公開ブランド広告のように見えるふりをするのではなく、このスペクトラムを捉える必要があります。
blackhat、whitehat、多言語シグナルのカバレッジ
Daily Intel は blackhat 型と whitehat 型の両方のキャンペーンのパターンを追跡し、運用者がリスクを盲目的に模倣せずに市場を理解できるようにします。whitehat の例は持続性とコンプライアンスレビューに役立ち、blackhat と greyhat の例は、支出を押し上げている可能性のある圧力点、フック、仕組み、funnel 構造を明らかにしますが、利用前に慎重な調整が必要です。
このカタログはグローバルな運用者向けにも作られており、VSL と広告の参照は 14+ 言語とさまざまなローカル慣用表現にまたがっています。これはブラジル、LATAM、ヨーロッパ、MENA、インド、そして英語非母語の affiliate にとって大きな利点です。彼らは、同じ市場需要が文化をまたいでどう翻訳されるのかを知る必要があり、米国英語の広告だけを研究すればよいわけではないからです。
| リサーチニーズ | 汎用広告アーカイブ | Daily Intel Service |
|---|---|---|
| creative 数量 | 関連性が混在した大規模な生データベース | direct-response に役立つよう選定された VSL と広告の例 |
| blackhat と whitehat の把握 | 多くの場合、スクリーンショットや URL にまで単純化される | コンプライアンスのスペクトラム、cloaking リスク、主張スタイルへの明示的な注意 |
| クリック後の文脈 | 通常は限定的か不安定 | VSL、トランスクリプト、funnel 経路、checkout、upsell、UTM、そして利用可能な場合は recovery ノート |
| 言語カバレッジ | 検索フィルターはあっても、文脈は薄い | グローバル affiliate 調査向けの 14+ 言語と国際的慣用表現のカバレッジ |
| 最適な用途 | 広範なブラウジングと過去の検索 | Nutra、サプリメント、GLP-1、VSL、direct-response キャンペーンの意思決定 |
インテリジェンスを責任ある形で使う方法
目的はコピーではなくモデリングです。Daily Intel を使って、フック、メカニズム、証拠、主張の強さ、funnel の深さ、offer の経済性、飽和段階といった構造を理解してください。そのうえで、オリジナルの creative を作成し、主張を見直し、トラフィックソース、国、言語、キャンペーンのコンプライアンス要件に合わせて angle を調整します。
強いワークフローは、行動する前に複数の例を比較します。同じメカニズムが複数の言語、複数の広告主、複数の funnel 変種に現れるなら、それは持続性のある市場シグナルかもしれません。例が一度しか出てこない、あるいは攻撃的な主張に依存しているなら、それはキャンペーンのテンプレートではなくリサーチの手がかりとして扱うべきです。
- 保護された creative 資産ではなく、構造をモデル化してください。
- whitehat の持続性と blackhat の説得圧力を分けて考えてください。
- 米国英語の例を LATAM、ヨーロッパ、その他の言語版と比較してください。
- トランスクリプトと funnel のノートを使って、オリジナルの brief を作成してください。
- コンプライアンスレビューと市場調査は分けてください。
調査手法と情報源について
Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.
For educational pages, the supporting references should help readers verify search, crawlability, and public ad research context, especially Google helpful content guidance, Google SEO link best practices, and Meta Ad Library. Daily Intel then adds the direct-response interpretation layer so the page explains what the signal means for actual affiliate research decisions.
For deeper evaluation, continue through Free ad research limits, Native Ads CPC Calculator: Taboola, Outbrain & MGID, UTM Naming Convention Template for Media Buyers (Free), Direct Response Headline Swipe File: 101 Proven Ads, Ad Account Ban Prevention Checklist for Health Ads, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.
Founding rate — locked forever
厳選された VSL インテリジェンスを月額 $29.90 で
- 50–100 manually validated VSLs every day at 11PM EST
- major niches niches, 14+ languages, blackhat-to-whitehat pattern coverage
- live catalog VSL/ad catalog, transcripts, UTMs, full funnel maps
- Cancel anytime — founding rate stays yours forever
Daily Intel Service は、実際にスケール中の VSL、Meta のクリエイティブ、UTM、ファネル、nutra 市場の動きについて、人手で厳選したリサーチを提供します。
よくある質問
UTM ビルダーと広告トラッカーの違いは何ですか?
UTM ビルダーはトラッキング URL を作成します。広告トラッカーは、誰かがそれをクリックした後に何が起きたかを記録します。ビルダーはローンチ前に行う命名と整形の作業であり、トラッカーはクリックを記録し、コンバージョンをアトリビューションし、支出と売上をレポートするソフトウェアです。すべてのキャンペーンには前者が必要で、ある程度のトラフィック量を超えたキャンペーンだけが後者を必要とします。ネットワークにすでにリンクジェネレーターがあるなら、UTM ビルダーは必要ですか?
はい。ネットワークのリンクジェネレーターは通常、自分たちのサブID しか追加せず、広告プラットフォームとアナリティクスツールが期待する完全な Google UTM セットまでは付けないからです。ネットワークのサブID と標準 UTM を両方使えば、ネットワーク内と自分のレポート基盤の両方でアトリビューションを取れます。どちらか一方を選ぶ必要はありません。Facebook は UTM パラメータが多すぎる URL を拒否しますか?
Facebook は通常の使用では長さを理由にリンクを拒否しませんが、非常に長い URL は一部の landing page ビルダーやリダイレクトチェーンで問題を起こすことがあります。完全なクエリ文字列をおおよそ 2,000 文字未満に保つのは、文書化されたプラットフォームの制限ではなく安全な実用上の上限です。最終リンクを Ads Manager のプレビューツールでテストすれば、支出を投入する前に問題を見つけられます。ClickBank、MaxWeb、Hotmart で同じ UTM テンプレートを使い回せますか?
5 つの標準 UTM フィールドはネットワーク間で同じままにできますが、サブID パラメータはそうはいきません。各ネットワークは、独自のパラメータ名とクエリ文字列内の位置でサブID を要求するため、コピペしたテンプレートは通常、少なくとも 1 つのネットワークで計測を壊します。各ネットワークごとにその 1 フィールドを置き換えない限りです。utm_medium は、e コマースと同じようにアフィリエイトトラフィックでも重要ですか?
重要ですが、用途はより限定的です。アフィリエイトネットワーク自体が読むためではなく、自分のレポート内で有料とオーガニック、email と social を分けるためです。トラフィック種別ごとに一度だけ設定し、cpc、social、email を固定してください。途中で値を変えると、過去データが 2 つのラベルに分かれてしまいます。トラッカーのクリックID がネットワークまで届かなかったらどうなりますか?
ポストバックによるアトリビューションが壊れ、ネットワークが報告するコンバージョンとトラッカーの表示が一致しなくなります。クリックID は、広告クリック、landing page、オファーリンク、そしてネットワークのポストバックを通じた戻りまで、全経路を生き残らなければなりません。1 つでも途中で失われると、その訪問者のアトリビューションチェーンは静かに壊れます。
リサーチの続きへ