UTMパラメータ生成ツール
Googleアナリティクス（GA4）対応のキャンペーン計測URLをブラウザ上で即座に一括生成・検証できる無料UTMパラメータ生成ツール。URL正規化、逆引きパース、QRコード書き出しにも完全対応。
キャンペーンパラメータ・遷移先URL
ペイロード文字数168 文字
有効UTMタグ数6 タグ
GA4 パラメータ健全度A+
RFC 3986 準拠性100% 準拠
技術リファレンス・アーキテクチャガイド
UTMパラメータ生成ツール — 技術リファレンス
Googleアナリティクス4（GA4）対応のキャンペーン計測URLをブラウザ上で即座に一括生成・検証できる高精度UTMビルダー。既存タグの分解パース、URL正規化、QRコード書き出しに完全対応。
主要パラメータと設定項目
utm_source（流入元・参照元）RFC 3986 文字列（必須）
トラフィックの発生元、参照元ドメイン、または配信プラットフォーム（例: google、newsletter、line、x）を識別します。GA4のアトリビューションエンジンが「初回ユーザーの参照元」および「セッションの参照元」ディメンションを判定し、デフォルトチャネルグループの正規表現ルールと照合するために必須の識別子です。
初期値: google
utm_medium（メディア・広告媒体）RFC 3986 文字列（必須）
マーケティング媒体または配信手法（例: cpc、email、paid-social、referral、affiliate）を識別します。GA4のデフォルトチャネルグループ自動分類ルール（例: Paid Searchを判定する ^(cpc|ppc|paidsearch)$ などの正規表現）に直結するため、厳格な命名規約が求められます。
初期値: cpc
utm_campaign（キャンペーン名）RFC 3986 文字列（必須）
個別の広告キャンペーン、季節プロモーション、新製品ローンチ、または企画スプリント名（例: spring_sale_2026）を識別します。GA4の「キャンペーン」および「手動キャンペーン」ディメンションに大文字・小文字を厳密に区別したトークンとして格納されます。
初期値: spring_sale
utm_term（検索キーワード・ターゲット語句）RFC 3986 文字列（任意）
検索連動型広告（リスティング広告）の入札キーワードやターゲティング語句、オーディエンス識別子を記録します。遷移先URIのクエリ構文崩れを防ぐため、RFC 3986第2.1項に準拠して半角空白を「+」または「%20」にパーセントエンコードする必要があります。
初期値: developer+tools
utm_content（広告コンテンツ・クリエイティブ識別）RFC 3986 文字列（任意）
同一の広告やメルマガ内で同一遷移先URLを指す複数のリンク、ボタン、バナーバリアント（例: header_cta_blue と footer_text_link）を細分化・識別します。クリエイティブ単位のA/Bテストやリンク配置ごとのコンバージョン貢献度評価に不可欠です。
初期値: header_cta_blue
utm_id（キャンペーンID）英数字キー（任意 / GA4）
外部広告プラットフォームのキャンペーン識別子（キー）を指定します。Google以外の広告ネットワークで発生した広告費用、クリック数、インプレッション数のオフラインデータを、Google Analytics Data Import APIを介してGA4レポートに結合・突合する際に利用されます。
初期値: cmp_90412
utm_source_platform（広告出稿プラットフォーム）RFC 3986 文字列（任意 / GA4）
広告配信や予算管理を統括するメディアバイイング基盤またはDSP（例: Search Ads 360、Display & Video 360、Google Ads、Yahoo!広告）を明示的に指定するためのGA4拡張パラメータです。
初期値: search_ads_360
utm_creative_format（クリエイティブ形式）RFC 3986 文字列（任意 / GA4）
広告アセットの物理的な表示レイアウトやフォーマット（例: carousel、responsive_display、interstitial_video、story）を記録するGA4拡張パラメータです。形式別の訴求力検証やパフォーマンス分析に活用されます。
初期値: carousel
現場のベストプラクティス・実践Tips
完全小文字化の徹底によるGA4セッション断片化の防止
Googleアナリティクス4（GA4）は、URLクエリパラメータをASCIIバイト列レベルの厳密な大文字・小文字区別（Case-Sensitive）で処理します。同一のキャンペーンを「Email」「email」「EMAIL」と混在して付与すると、レポート上で3つの独立したチャネルに分裂し、マルチタッチアトリビューションの計測チェーンが寸断されセッション指標が乖離します。すべてのURL生成パイプラインで自動的な toLowerCase() 処理を徹底してください。
RFC 3986に準拠した命名規則の統一（snake_case または kebab-case）
パラメータ値にエスケープ漏れの半角スペースが含まれると、ブラウザによって「%20」や「+」のパーセントエンコードが自動挿入され、解析データの視認性や集計クエリが汚染されます。社内の命名規約として snake_case（例: q4_developer_summit）または kebab-case（例: q4-developer-summit）のいずれか一方のみを採用し、記号や大文字の混在を厳格に排除してください。
RFC 3986順序規定：クエリ文字列（?）はフラグメント（#）の前に配置
RFC 3986第3節の仕様において、標準URI構文はクエリ文字列（?）がフラグメント識別子（#）の前に位置しなければならないと規定されています（scheme://host/path?query#fragment）。ハッシュ記号の後ろにUTMタグを配置（例: example.com/#section?utm_source=...）すると、SPAの専用クライアントルーターが明示的に処理しない限り、標準的なWebサーバーやアクセス解析ビーコンがパラメータを正しく抽出できなくなります。
RFC 6596 rel="canonical" 実装によるインデックス重複ペナルティ防止
UTMパラメータが付与されたキャンペーンURLがWebクローラーに検出されると、重複コンテンツペナルティやクロールバジェットの浪費を引き起こす恐れがあります。すべての遷移先ランディングページに、追跡パラメータを含まない自己参照の <link rel="canonical" href="https://example.com/canonical-path" /> を定義し、Googlebot等の検索エンジンに対して正規URIに評価シグナルを集約させる指示を徹底してください。
よくある落とし穴とトラブルシューティング
⚠️HTTP 301/302 リダイレクトによるクエリパラメータの欠落
リバースプロキシやWebサーバー（Nginx / Apache）のリライトルールで、クエリパラメータが破棄されないよう設定してください。Nginxでは '$is_args$args' を転送先に付与し、Apacheの .htaccess では [QSA]（Query String Append）フラグを明示します。最も確実な対策は、中間リダイレクトを挟まず、最初から正規（Canonical）の最終遷移先URLに対して直接UTMリンクを生成することです。
⚠️流入トラフィックがGA4で '(not set)' や誤った Direct / Referral に分類される
GA4では、utm_sourceが指定されているにもかかわらずutm_mediumが欠落している場合や、mediumの値がGA4の正規表現ルールに合致しない場合に '(not set)' や想定外のチャネルへ振り分けられます。sourceとmediumの両方が確実に存在することを確認し、リスティング広告なら 'cpc'、メルマガなら 'email' など定義済みチャネル基準に適合させてください。また、外部決済ゲートウェイ遷移によるクロスドメイン計測不備でのCookieリセットも検証してください。
⚠️二重クエスチョンマーク（??）によるクエリ構文の破損
RFC 3986の規定により、URI内で許容されるクエリ区切り文字（?）は厳密に1つのみです。遷移先URIにすでにクエリパラメータが含まれている場合は、2番目以降のパラメータをアンパサンド（&）で連結しなければなりません。自動生成ツールでは、url.indexOf('?') を検査するか、標準の WHATWG URL API および URLSearchParams を利用して安全にパラメータを結合してください。
⚠️モダンブラウザのプライバシー保護によるリファラー情報の欠落とDirect判定
Referrer-Policy ヘッダー（strict-origin-when-cross-origin や no-referrer など）や、Apple WebKitのITP（Intelligent Tracking Prevention）、各種ブラウザの追跡防止機能により、HTTP Refererヘッダーが除去され有料広告流入がノーリファラー（Direct）に化ける現象が発生します。URL自体に埋め込まれた明示的なUTMクエリパラメータはリファラー除去の影響を受けずリクエストURI内に維持されるため、クロスオリジン遷移時でも確実なアトリビューション計測が担保されます。
よくある質問 (FAQ)
Googleアナリティクスにおける utm_source と utm_medium の決定的な違いは何ですか？▼
utm_source は「どこからクリックされたか」というトラフィックの発信元プラットフォーム（例: 'google'、'newsletter'、'line'、'x'）を特定するのに対し、utm_medium は「どのような伝達手段・広告形態で配信されたか」という上位のマーケティング経路（例: 'cpc'、'email'、'social'、'referral'）を定義します。GA4では、utm_medium の値に基づいてセッションが「Paid Search（有料検索）」や「Email」などのデフォルトチャネルグループに自動分類されます。
UTMパラメータの付与はSEO評価の低下や重複コンテンツのペナルティにつながりますか？▼
遷移先ページにRFC 6596準拠の自己参照正規化タグ（<link rel="canonical" href="https://example.com/target-path">）が正しく実装されていれば、UTMパラメータが自然検索のSEO順位に悪影響を与えることはありません。Googlebotなどの主要クローラーは標準的なUTMクエリを計測用トークンとして認識し、被リンクシグナルやインデックス評価をすべて正規URL（Canonical URL）側に統合するため、重複インデックスは防止されます。
GA4においてUTMパラメータの値をすべて小文字で統一すべき理由は何ですか？▼
Googleアナリティクス4（GA4）は、受信したクエリパラメータの文字列をバイナリレベルの大文字・小文字区別で厳密に照合します。そのため、「cpc」「CPC」「Cpc」は3つの異なる媒体として個別にインデックス化され、レポート行が分散してしまいます。さらに、GA4のデフォルトチャネル定義は小文字正規表現でマッチングされるため、大文字が含まれると本来のチャネル判定に失敗し「Unassigned（未割り当て）」に分類される原因となります。
ハッシュルーティングを採用するSPA（シングルページアプリケーション）でのUTMパラメータの挙動は？▼
React HashRouterなどのハッシュルーティング（#）を利用するSPAでは、クエリ文字列をハッシュルートの直後（例: example.com/#/products?utm_source=...）に配置する必要があります。RFC 3986の仕様上、フラグメント識別子（#）以降はサーバーに送信されないクライアント専用領域であり、ハッシュの前にクエリを配置すると、SPAルーターの初期DOMマウント時にパラメータが破棄されたり、解析タグがパラメータを正常に取得できなくなるケースがあるためです。
GA4で新設された拡張パラメータ（utm_id や utm_source_platform 等）の役割は何ですか？▼
従来のUrchin仕様に加え、GA4では分析精度を強化する拡張パラメータが導入されました。'utm_id' はGA4 Data Import API経由でオフライン広告コストやクリック実績を連携するための外部キャンペーンキーです。'utm_source_platform' はメディアバイイング基盤（例: 'Search Ads 360'、'Display & Video 360'）、'utm_creative_format' はバナーや動画などの表示形式（例: 'carousel'、'video'）、'utm_marketing_tactic' は広告のターゲティング目的（例: 'remarketing'、'prospecting'）を記録します。
関連開発者ツール
全ツール一覧 →JSON整形・検証ツール開発者ツール
不正な構文やクォート漏れのあるJSONをブラウザ上で即座に整形・検証・修復します。サーバー送信なしの完全ローカル処理で、構文チェック、圧縮、ツリー構造の可視化に対応します。
ツールを開く→
Base64変換・デコード開発者ツール
Base64文字列やバイナリファイルをブラウザ上で瞬時にエンコード・デコード。URLセーフなbase64url、UTF-8、MIME改行、Data URL、破損データのリアルタイム自動修復に対応。
ツールを開く→
JSON TypeScript 型定義変換ツール開発者ツール
JSONデータを解析し、洗練されたTypeScriptのinterfaceやtypeエイリアスへ変換。ネストされたオブジェクトや配列の型推論に対応。
ツールを開く→
JSONからZodスキーマ生成ツール（TypeScriptランタイム検証）開発者ツール
生のJSONデータからTypeScript Zodスキーマ、型定義、ネストされたバリデーションルールをブラウザ上で自動推論・生成します。
ツールを開く→
JSON TypeBox スキーマ生成ツール (高速 JSON Schema 型プロバイダー)開発者ツール
JSON構造を高パフォーマンスなTypeBoxのType.Object定義に変換。Fastify、Ajv、TypeScriptのランタイム型検証に即座に利用可能です。
ツールを開く→
JSONからValibotスキーマ生成（モジュラーTypeScript検証）開発者ツール
JSONデータをv.object、v.string、v.numberなどの軽量かつツリーシェイカブルなValibotスキーマ定義に高速変換します。
ツールを開く→