キャンペーンリンクを二次転送すると、UTMとclick_idは何の識別を一緒に持ち出すか

マーケ担当が LP を顧客グループへ投げ、サポートが「キャンペーンページ」をチケットへ転記し、同僚が SNS の共有リンクを社内チャンネルへ再送する。この三手順で、疑問符の後ろを先に見る人は少ないです。アドレスバーの長い文字列は乱数に見えますが、実体はクエリパラメータです。ブラウザはそれをリクエストの一部として送り、LINE、Slack、Chatwork、メール、チケットシステムは普通のテキストとして丸ごと保存します。

これは「URL の # 以降がサーバーログに出ない」話とは別の層です。フラグメントは今開いているタブに留まり、HTTP のリクエスト行には入りません。クエリは入ります。既存記事URL の # fragment がサーバーログに出ない理由はシャープ記号だけを説明しています。本記事が補うのは疑問符です。二次転送で一緒に外へ出るのは、多くの場合ページのパスではなく、その後ろにある検索でき、保管でき、下流のサイトがもう一度読めるフィールドです。

Google アナリティクスの URL 生成ツールの説明は率直です。UTM 付きの紹介リンクをクリックすると、それらのパラメータはレポートに入ります。配信チームにとっては機能です。二次転送する人にとっては別の話になります。「このクリックはどのキャンペーンからか」というラベルと、広告プラットフォームが自動で付けた click ID を、次の経路へ渡すことになります。その経路は、意図した相手だけが一度見る、とは限りません。

日本の運用では、よく混同される別の現象があります。LP から LINE 公式の友だち追加 URL（lin.ee など）へ移ると、別ドメインとリダイレクトの都合で UTM や gclid が落ちやすい、という計測側の話です。本記事が扱うのはその逆です。トークやチケットに貼るのが LP の完全なアドレスなら、計測側が欲しがる文字列は、受け手と履歴にも残ります。

第一は UTM です。Google の文書が挙げるよく使うフィールドは utm_source、utm_medium、utm_campaign、任意の utm_term、utm_content、utm_id です。値は自分か配信ツールが書いた平文で、line、email、sep-sale のように読めます。指しているのはキャンペーンであり、特定ユーザーのアカウントではありません。ただし二次転送のあとでは、受け手、後から入ったグループメンバー、トークを書き出せる権限を持つ人まで、「このリンクはどの施策、どのチャネル用だったか」が見えます。分析側は大文字小文字を別の値として扱います。utm_source=google と utm_source=Google は二行に分かれます。人にとっては、どちらも読めるラベルです。

第二は click ID です。広告をクリックしたときにプラットフォームが自動で付け、値は人が読むためのトークンではありません。gclid は Google 広告の自動タグ設定が生成し、そのクリックをコンバージョンへ戻します。fbclid は Meta が付け、ピクセルやコンバージョン API が読み戻すことがあります。同種に ttclid、msclkid、twclid があります。値を自分で選んだわけではなく、文字列からキャンペーン名も読めません。識別しているのは「この一回のクリック」であり、「この施策」ではありません。fbclid 付きのアドレスを同僚へ再送すると、その広告クリックの照合キーごと渡すことになります。

第三は共有者の印です。Instagram や Threads の共有リンクをそのまま転送すると、遷移先に「誰かがこの投稿をシェアした」と出ることがあります。疑問符以降を消しても投稿自体は開けることが多く、消えるのは共有者の表示です。X や一部の国内プラットフォームの共有チェーンにも、共有経路や共有者を指す私有フィールドが付くことがあります。本記事は照合手順も復元手順も書きません。その場で見える事実だけを確認します。一部の共有リンクのクエリには、施策ラベル以外に「誰がシェアを押したか」が乗っています。

チャットは「あとから探せる」ように作られています。完全なキャンペーンリンクをチャンネルへ貼ると、本文、クライアントのキャッシュ、サーバー側の検索インデックスがそれぞれコピーを持ちます。三か月後に utm_campaign や fbclid で検索しても、当時の一行が戻ることがあります。取り消しは、相手が既に読んだプッシュや、同期済みの履歴までは消しません。同僚を疑う話ではありません。同僚が要るのは LP であり、その広告クリックのトークンではありません。

チケットとメールは、リンクを証拠として残します。利用者が送ってきた「開けないキャンペーンページ」をサポートがそのまま貼ると、担当、エスカレーション、外部委託の閲覧権限が、完全な URL をもう一度開きます。端末の全画面スクリーンショット、会議録画のアドレスバーは、別の画素経路です。鍵をチャットへ入れてはいけない理由は、環境変数漏洩後、新しい鍵をチャットに送ってはいけない理由に書きました。追跡パラメータの危険はそれより軽いですが、残留の形は同じです。経路が保存するのは、貼った文字列そのものです。

残すべきなのは、正しいリソースへ着地させるフィールドです。id=128 は商品を指し、q= は検索語、page=2 はページ送り、YouTube の t= は再生位置です。これらは配信ラベルではありません。SNS の共有チェーンでは「疑問符以降を全部消す」がうまくいくことが多いです。EC や管理画面のディープリンクでは、トップへ落ちるかエラーになります。

剥がすべきなのは、流入元を説明し、一回のクリックを識別し、または共有者を指すフィールドです。utm_* の一式、よくある click ID、通販やコンテンツプラットフォームのアトリビューション、たとえば一部のタオバオ、JD、Pinduoduo、Douyin の共有チェーンに付く spm や refer_share_id です。これらは「どの内容を開くか」を決めません。「この開き方を誰の成果にするか」だけを決めます。

判断が付かないときは、狭い規則から始めます。utm_* とよくある click ID だけを外し、同じリソースへ着地するかを見ます。そのうえで解析フィールドとプラットフォームのアトリビューションを外すかを決めます。スローガンではなく、結果を見比べられる二段階です。