訪問者数施策のリンクをタグ付けし、メインオーディエンスと混同しない方法

訪問者数施策用のリンクにタグを付ける理由

UTMタグは、訪問者がサイト、ランディングページ、またはチャンネルへのリンクが掲載されたページにどこから来たかを示します。ストリーマーにとってこれは、個別の施策による訪問を、Twitchプロフィール、YouTube動画の説明欄、Telegram、配信チャット、検索、ブックマークからの遷移と混同しないために必要です。

例えば、配信スケジュールとTwitch・YouTubeのボタンがあるページに視聴者を誘導しているとします。訪問者数施策にタグが付いていないと、その訪問は全体の統計に含まれてしまいます。ページの平均指標は有用性が下がります。常連視聴者がどのように行動しているのか、どのリンクが実際にチャンネルへの遷移につながっているのかを把握するのが難しくなります。

各施策ごとにutm_source、utm_medium、utm_campaignの個別の組み合わせを使用してください。タグ自体はオーディエンスの質を向上させるものでも、プラットフォームのレコメンドに影響を与えるものでも、プロモーションの結果を変えるものでもありません。タグはアナリティクスに訪問のコンテキストを保存するだけです。

訪問者数の水増しが行動指標を歪める仕組み

ランディングページ経由の訪問者数施策の主なリスクは、行動データの歪みです。遷移が短時間で終わる、コンバージョンアクションを行わない、ページをすぐに閉じるといった場合、サイトの平均滞在時間、閲覧深度、直帰率、エンゲージメントのあったセッションの割合、イベント指標が変化します。

こうしたトラフィックをメインオーディエンスと混ぜた後、視聴者がスケジュール、ページのデザイン、ストリーミングプラットフォームへの遷移ボタンに興味を失ったと誤って判断する可能性があります。実際には、原因が特定の訪問ソースだけにあることもあります。

最小限の保護策は、常に施策を個別のセグメントで分析することです。より厳格な方法は、そのために専用のランディングページを使用することです。個別のランディングページの欠点は、もう1ページを維持し、そこに同じ重要なボタンとイベントがあることを確認する必要があることです。

TwitchとYouTubeでUTMタグが機能する場所

UTMパラメータは、Yandex.MetrikaのカウンターまたはGA4タグが設置されたサイトのアナリティクスで記録されます。Twitch、YouTube、その他の外部プラットフォームのページには、通常独自のカウンターを設置できません。プラットフォームの組み込み統計は外部ソースの一部を表示できますが、UTMパラメータを個別の行として出力する義務はありません。

そのため、分析には自社ドメイン上の中間ページを使用します。ストリームのランディングページ、マルチリンク、告知ページ、動画カタログなどです。そこでは訪問、Twitchボタンのクリック、YouTubeへの遷移、スケジュールの表示、その他のアクションを記録できます。

中間ページの欠点は、チャンネルまでの余分なステップです。一部のユーザーはそれを閉じたり、目的のプラットフォームに到達しなかったりする可能性があります。チャンネルへの直接リンクは視聴者にとって簡単ですが、MetrikaとGA4ではそのような遷移に関する完全な統計は得られません。

ストリームページ用のUTMリンクの例

配信の告知ページがchannel.example/liveにあるとします。「Twitchで見る」と「YouTubeで見る」のボタンがあります。個別の施策用のリンクは次のようになります：

https://channel.example/live?utm_source=traffic_vendor&utm_medium=visit_test&utm_campaign=live_channel_promo&utm_content=mobile

• utm_source=traffic_vendor — サプライヤーまたはトラフィックの方向性を明確に示す表記。
• utm_medium=visit_test — 施策をオーガニック、ソーシャルメディア、リファラルトラフィックから分離する遷移タイプ。
• utm_campaign=live_channel_promo — 特定のキャンペーンまたは施策シリーズの名前。
• utm_content=mobile — リンク、クリエイティブ、配置、または遷移シナリオのバリエーション。

値は小文字で、スペース、キリル文字、ランダムな略語を使わずに記述してください。長い名前の欠点は、間違いを犯しやすいことです。ハイフン、アンダースコア、その他の文字の違いで1つのキャンペーンが複数の行に分裂してしまいます。

施策をプロフィールやチャットからの遷移と混同しない方法

Twitchプロフィール、YouTubeの説明欄、Telegramの投稿、個別の訪問者数施策のリンクに同じタグを付けないでください。どこでもutm_campaign=promoを使用すると、レポートは総量を示しますが、どの部分が常連オーディエンスから来て、どの部分が外部フローから来たのかを説明できません。

自社プラットフォームには別のsourceとmediumを使用してください。例えば、Twitchプロフィールからのリンクにはutm_source=twitchとutm_medium=profileを含めることができます。YouTube動画の説明欄にはutm_source=youtubeとutm_medium=descriptionが適しています。リンクが1つの告知に関連する場合、キャンペーン名は共通のままにできます。

訪問者数施策には、visit_testなど個別のmediumを固定してください。キャンペーンごとに不必要に変更しないでください。trafficのような一般的すぎる値の欠点は、後で無関係な訪問が含まれる可能性があり、レポートを手動でフィルタリングする必要があることです。

開始後にタグを変更してはいけない理由

一部の遷移がutm_campaign=live_channel_promoで行われ、その後リンクがutm_campaign=live-channel-promoに変更された場合、アナリティクスはそれらを別のキャンペーンとしてカウントします。文字の大文字小文字、略語、ハイフン、アンダースコアについても同様です。

utm_campaignには施策の意味を伝えるのが良いでしょう。宛先ページ、配信のテーマ、プロモーションの方向性などです。バナーのバリエーション、デバイス、特定の配置場所、その他の詳細はutm_contentで指定する方が便利です。

campaign=testという値は、開始前の一度限りの技術的チェックにのみ許容されます。実運用のリンクではすぐに意味を失います。数週間後には、何をテストしていたのか、遷移がどこに導いたのか、どの仮説を検証していたのかがわからなくなります。短すぎるタグ付けの欠点は、定期的な施策で特に顕著です。

リダイレクトとパラメータの保持を確認する方法

完全なリンクは、短縮サービス、トラッカー、別のドメインへのリダイレクト、またはプラットフォーム選択ページを経由する場合があります。各ステップで、誤って設定されたリダイレクトによりUTMパラメータが失われる可能性があります。その場合、訪問はダイレクトトラフィック、リファラル、または不明なソースに分類されます。

1. コンピューターのブラウザで完全なUTMリンクを開きます。
2. 最終ページのアドレスを確認します。パラメータがアドレスバーに保持されているか、カウンターに正しく渡されている必要があります。
3. スマートフォンからも遷移を繰り返します。
4. MetrikaとGA4でutm_mediumとutm_campaignによってテスト訪問を見つけます。
5. イベントを確認します。Twitch、YouTube、スケジュール、その他の重要なボタンのクリックです。

短縮リンクはチャットや配信での口頭での言及に便利です。その欠点は追加のリダイレクトです。元のURLだけでなく、視聴者が目にする短いバージョンを確認してください。

アプリからの遷移で考慮すべきこと

Twitch、YouTube、Telegram、Discord、その他のアプリからの遷移は、多くの場合組み込みブラウザで開きます。このようなシナリオでは、リファラーが渡されない、デバイスが異なって判定される、外部アプリを開く提案後にパスが変わる可能性があります。

UTMタグは通常、最終URLに残っていれば保持されます。しかし、複数のリダイレクト、ストリーミングプラットフォームのアプリへの遷移、リンク間の技術的なページはパラメータを削除する可能性があります。最も脆弱なルートは次のとおりです：アプリ、組み込みブラウザ、リダイレクト、ランディングページ、外部プラットフォームのボタン。

異なるデバイスでの確認には時間とアプリへのアクセスが必要です。これがその欠点です。しかし、デスクトップブラウザでのテストだけでは、モバイルチャットや配信の説明欄からリンクを開く視聴者にとってリンクがどのように機能するかを示すことはできません。

Yandex.Metrikaで訪問者数施策を分離する方法

Yandex.MetrikaでソースまたはUTMタグのレポートを開き、utm_source、utm_medium、utm_campaignに関連するディメンションを選択します。セクション名はインターフェースとともに変更される可能性がありますが、タスクは1つです。正確なタグ値で訪問を選択することです。

例として、utm_mediumがvisit_testに等しく、utm_campaignがlive_channel_promoに等しいセグメントを作成します。「訪問者数 — live_channel_promo」などわかりやすい名前で保存します。このレポートでは、訪問、ユーザー、直帰率、サイト滞在時間、閲覧深度、プラットフォームボタンのクリックを確認できます。

施策を除いたメインオーディエンスを表示するには、逆のセグメントを追加します。utm_mediumがvisit_testに等しくない、という条件です。複数の表記が使用された場合は、それぞれを除外してください。カウンターから訪問を削除しないでください。クリーンな分析にはレポートのセグメントとフィルターで十分です。

Metrikaのレポートでutm_mediumをフィルタリングする方法

utm_mediumによるフィルターは、すべての施策を定期的に監視するのに便利です。mediumタグの条件を選択し、値にvisit_testを設定します。レポートにキャンペーン別の内訳がある場合は、utm_campaignを2番目のディメンションとして追加します。これにより、どの施策が1つのトラフィックタイプに含まれるかがわかります。

比較のために2つの保存済みセグメントを作成します。1つ目はutm_medium=visit_testを含み、2つ目はこの値を除外します。必要なレポートは常に同じセグメントで開いてください。そうしないと、訪問、直帰率、イベントの指標が異なるデータセットに関連することになります。

フィルターなしのレポートは全体の監視にのみ役立ちます。その欠点は、平均サイト滞在時間、直帰率、ボタンのコンバージョンが異なる意図を持つオーディエンスを混ぜてしまうことです。そのような平均からは、常連視聴者のページへの反応を確実に評価できません。

GA4でタグ付けされたトラフィックを除外する方法

GA4でキャンペーンを分析するには、Session source / mediumとSession campaignディメンションを使用します。標準レポートで、Session mediumが正確にvisit_testに一致し、Session campaignがlive_channel_promoに一致する比較またはフィルターを追加します。これにより、選択した施策のセッションのみがテーブルに含まれます。

詳細な分析には、探索セクションを開き、セッションセグメントを作成します。条件にSession mediumがvisit_testに等しく、Session campaignが必要なキャンペーンに等しいことを指定します。セッション、エンゲージメントのあったセッション、イベント、コンバージョンアクション（Twitchボタンのクリックなど）を追加します。

メインオーディエンス用に、Session medium=visit_testを除外する2つ目のセグメントを作成します。GA4の欠点は、個別のレポートのデータがすぐに表示されず、異なる方法で処理される場合があることです。遷移直後の1回のテスト訪問で結論を出さないでください。

ストリームのランディングページに必要なイベント

チャンネルへの関心を評価する場合、訪問だけでは不十分です。ページでは、視聴者のその後のルートを示すアクションを追跡すると便利です。Twitchのクリック、YouTubeへの遷移、スケジュールの表示、トレーラーの再生、コミュニティへの遷移、配信へのリンクのコピーなどです。

ボタンが別のドメインに導く場合、ページを離れる前にイベントを記録してください。そうしないと、アナリティクスは訪問を示しますが、ユーザーがチャンネルに遷移しようとしたかどうかを示しません。UTMリンク経由の遷移と通常の直接アクセスで、イベントの発火を別々に確認してください。

イベントが多すぎるとレポートが過負荷になります。その欠点は、重要なアクションが二次的なクリックの中に埋もれてしまうことです。次の施策やページの変更について判断を下すためのイベントだけを残してください。

定期的な施策でリンクの台帳を管理する方法

すべての実運用リンクを1つの表に保存してください。各エントリには、完全なURL、短いバージョン、宛先ページ、作成日、配置場所、source、medium、campaign、contentの値を記載します。遷移後に発火すべきイベントの列を別途追加します。

台帳では、Twitchプロフィール、YouTubeの説明欄、固定メッセージ、ソーシャルメディアの告知、訪問者数施策のリンクをマークすると便利です。アナリティクスに見慣れないキャンペーンが表示された場合、表からその目的、ルート、使用されたリンクのバリエーションを復元できます。

campaign=testについては、台帳にこれが技術的な遷移であることを記録し、確認後はリンクを無効としてマークしてください。実際の施策にはわかりやすい名前を使用し、別の目的で再利用しないでください。手動の台帳の欠点は、ランディングページ、リダイレクト、タグの変更後に更新する必要があることです。そうしないと、台帳自体が混乱の原因になります。