UTM命名規則テンプレート：GA4の9フィールド

要点

GA4が列挙する9 campaign parameter、utm_id、utm_source、utm_medium、utm_campaign、utm_source_platform、utm_term、utm_content、utm_creative_format、utm_marketing_tacticを標準化します。各fieldに一つの意味、controlled value、owner、testを持たせ、lowercase、生成/encoding、URL内のpersonal/confidential data禁止、auto-tagging precedenceを定めます。特にGoogleはcreative formatとmarketing tacticが現在Analytics propertyでreportされないと説明しており、検証済みdownstream pathなしに表示を約束しません。

growth、lifecycle、partner、social、paid media、analytics、privacy、web team向けのgovernance/QA templateで、完全/因果attributionの主張ではありません。

このUTM規則が統制すること、証明しないこと

UTMはmanual-tagged referralを記述しmanual campaign dimensionやGA4 traffic classificationに役立ちますが、全personの識別、consent lossの修復、Google Ads auto-taggingの代替、event deduplication、conversion causalityの証明はしません。

9 URL parameterと一つのoff-URL governance record

9 fieldは現行Google campaign URL guidanceに対応。owner、approval、vocabulary version、clean destination、generated URL、test evidenceはpublic queryでなくregistryに置きます。UTMを使う時Googleは特にsource、medium、campaign、ID、source platform等の関連値を推奨し、不足は(not set)につながります。

大文字小文字もdata

LinkedInとlinkedinはreportを分割し得ます。lowercase ASCIIと一separatorは実用的defaultですが、generator、redirect、GA property、warehouse、CRM、report modelを通した一貫性が本当の基準です。

manual/automatic taggingのprecedenceを決める

併用時はintegration/identifier挙動がdimensionへ影響します。visible URLだけで推定せず、期待結果を書きlive accountでtestします。

各fieldとfinal URLの4 evidence state

fieldとrelease decision
State	意味	Action
PASS	definition、value、owner、destination、collection、report behaviorに証拠。	この版をreleaseしdrift監視。
FIX	intentは有効だがcase、alias、encoding、mapping、consent、redirect、文書に欠陥。	修正し再test。
BLOCK	PII/secret、unauthorized host、false reporting、conflicting ID、unsafe redirect。	配布せずescalate。
UNKNOWN	value source、precedence、collection、report結果を証明不能。	hold/明示omit。placeholderを捏造しない。

9-field UTM命名規則template

各contractを個別確認。“必須確認”はuse/omit判断が必要という意味で全channelに全fieldを強制しません。

utm_id — 不変campaign ID

rename、channel、cost import、CRM、auditをまたいで同一campaignを結びます。Googleはutm_idをcampaign identifierとし、campaign data uploadでも同じIDを使うよう説明します。

目的 rename、channel、cost import、CRM、auditをまたいで同一campaignを結びます。Googleはutm_idをcampaign identifierとし、campaign data uploadでも同じIDを使うよう説明します。値の契約 registryがcmp-2026-0142のような組織全体でuniqueなIDを発行。lowercase ASCII、数字、hyphenのみ。再利用・変更せず、person、account、sensitive audience、secretを含めません。証拠と受入 creator/time、business campaign、owner、市場、期間、status、platform IDを保存。URL/registry/consent済testのGA manual campaign IDが一致し、campaign rename後も不変ならPASS。

utm_source — 具体的な流入元

tagged visitを送ったreferrer、publisher、partner、list、distribution sourceを示します。mediumのdelivery mechanismを重複させません。

目的 tagged visitを送ったreferrer、publisher、partner、list、distribution sourceを示します。mediumのdelivery mechanismを重複させません。値の契約 linkedin、newsletter_weekly、partner_acme、qr_conference等をregistryから選択。meta/facebook/fb/facebook.comを無計画に混ぜず、recipient、employee、raw audience名を使いません。証拠と受入 canonical name、alias、owner、platform/referrer mapping、effective/retirement ruleを保存。同sourceが一値、別sourceは識別可能、redirect後も保持され、GA manual sourceが期待値ならPASS。

utm_medium — channel mechanism

trafficのdelivery方法を統一しchannel reportの分断を防ぎます。GA4 default channel ruleはsource/mediumを評価するため、直感的な名称でも想定外分類が起こります。

目的 trafficのdelivery方法を統一しchannel reportの分断を防ぎます。GA4 default channel ruleはsource/mediumを評価するため、直感的な名称でも想定外分類が起こります。値の契約 email、cpc、paid_social、organic_social、referral、affiliate、display、sms、qr等の短い許可表を使用。包含/除外、source例、意図channelを定義しcampaign、promotion、platform名で代用しません。証拠と受入 vocabulary版、GA4 rule、property custom channel、test event、analytics approvalを添付。tool間で一致しmanual mediumと実classificationが検証された時だけPASS。

utm_campaign — 読めるinitiative名

同じmarketing initiativeのlinkをまとめ、不変utm_idを永続join keyにします。人が識別できる名前であり全dimensionを詰め込むfree textではありません。

目的同じmarketing initiativeのlinkをまとめ、不変utm_idを永続join keyにします。人が識別できる名前であり全dimensionを詰め込むfree textではありません。値の契約 product-objective-market-periodなど固定grammarで生成：agent_demo-trial-us-2026q3。reportに必要なcomponentだけを固定順/allowed codeで使い、rename ruleを明記。final、version noise、複数date形式、未証明claimを避けます。証拠と受入 registryがutm_id、brief、owner、offer、市場、timezone、approved changeを接続。同一initiativeで一致し、renameは履歴を書き換えずprospective migrationを持つ時PASS。

utm_source_platform — 管理platform

sourceと異なり分析価値がある場合、trafficをdirect/manageしたplatformを記録します。Googleは関連parameterとして特に推奨しますが、platformの意味を組織で固定します。

目的 sourceと異なり分析価値がある場合、trafficをdirect/manageしたplatformを記録します。Googleは関連parameterとして特に推奨しますが、platformの意味を組織で固定します。値の契約 google_ads、linkedin_ads、sfmc、partner_portal等の許可IDを使用。buying/publishing/orchestrationのどれかを決め、teamごとに変えません。integration/auto-taggingが権威値を持つならprecedenceを先に定義。証拠と受入 account/integration、source of truth、auto-tag state、precedence test、code、owner、report dimensionを保存。同systemが同値でmanual/automatic併用結果を実測した時PASS。

utm_term — paid termまたは統制target code

Googleはpaid keywordと説明します。別channelでaudience/placement codeへ拡張するならlocal conventionであり普遍的事実でないためchannel別に隔離します。

目的 Googleはpaid keywordと説明します。別channelでaudience/placement codeへ拡張するならlocal conventionであり普遍的事実でないためchannel別に隔離します。値の契約 paid searchはmanual taggingが必要な場合のみnormalized keyword/IDを使用。他channelはintentional blankまたは一つのnon-sensitive targeting concept。health、politics、finance、identity、account、raw segmentをURLに出しません。証拠と受入 channel定義、allowed code、platform mapping、privacy approval、auto-tag decision、期待manual termを保存。一値一意味、blankとimplementation missを区別しsensitive/confidential dataが無ければPASS。

utm_content — creative/link variant

同campaign内のcreative、CTA、link placementを区別します。Googleはemail内の二つのCTA例を示し、全文copyでなく統制assetを指す値にします。

目的同campaign内のcreative、CTA、link placementを区別します。Googleはemail内の二つのCTA例を示し、全文copyでなく統制assetを指す値にします。値の契約 asset ID-variant-placement、例cr042-b-hero。順序/enumerationを固定しapproved asset、message、destination、experiment、rightsへmapping。full headline、人名file、毎回変わるtimestamp、free noteは禁止。証拠と受入 asset hash/version、owner、rights、experiment cell、placement、locale、retirementを保存。各variantが再現可能でreuse ruleが明確、analyticsから正確なapproved assetへjoinできればPASS。

utm_creative_format — creative形式

video、display、native、search、carousel、text等を宣言。Googleはparameterを掲載しますが、現行URL Builder文書ではAnalytics propertyに現在reportされないと説明します。

目的 video、display、native、search、carousel、text等を宣言。Googleはparameterを掲載しますが、現行URL Builder文書ではAnalytics propertyに現在reportされないと説明します。値の契約 data warehouse、redirect service、ad server等に統制された需要がある時だけ使用。taxonomyを一つにしversion化。現propertyでdimensionを検証しない限りGA4表示を約束しません。証拠と受入 business question、values、collection endpoint、retention/privacy、GA support status/date、mapping、owner、removalを保存。real consumer、公開limit、安全なcollection testが揃えばPASS。

utm_marketing_tactic — marketing tactic

prospecting、remarketing等のtacticを表します。Googleはtargeting criteriaとして掲載しますが、現行文書ではAnalytics propertyにreportされないと説明します。

目的 prospecting、remarketing等のtacticを表します。Googleはtargeting criteriaとして掲載しますが、現行文書ではAnalytics propertyにreportされないと説明します。値の契約 approved strategy recordに結ぶ短いnon-sensitive vocabularyを使用。audience属性でなくprospecting/retention/remarketing等。protected trait、vulnerability、confidential segment、identity inferenceは禁止。証拠と受入 definition、lawful/approved basis、policy/privacy review、collection destination、GA status date、owner、expiryを保存。legitimate consumer、安全taxonomy、visible limit、retire/correct手段が揃えばPASS。

実例：一launch、三link、六つの隠れた誤り

英語“Start free” paid social linkがutm_source=LinkedIn&utm_medium=social&utm_campaign=Launch Final&utm_content=Sarah_headline、emailはutm_source=linkedin、mobileは中国語enterprise contact-salesへredirect。source/campaign caseが分断しmedium分類が不明、人名を露出、stable ID/platformがなくlocale、offer、CTAを破ります。

stringよりregistryを先に直す

utm_id=cmp-2026-0142を発行しlinkedin、paid_social、agent_trial-en-2026q3、linkedin_adsを承認。person名をcr042-b-feedへ交換しterm/format/tacticはlegitimate consumerがなければ明示omit。emailは固有source/mediumを使い、同initiativeの時だけID/campaignを共有します。

exact final pathを生成・test

encoderでparameterを処理しmobile/desktopでredirect、英語trial、consentを通り、許可されたtestで期待manual dimensionを確認。request ID、URL hash、screenshot、property/stream、observation、timestamp、tester、defect、approval、rollbackを保存。

Decision 元linkはBLOCK。identity、destination、privacy、collection、reportingの証拠後のみPASS。

UTM link release前のQA

campaign identityを解決

registryからimmutable ID、campaign、owner、市場、date、offer、destinationを取得。

fieldごとに検証

unknown alias、mixed meaning、case drift、sensitive text、missing required、false reportingを阻止。

blind concatenationでなく生成・parse

既存query/fragmentを保ち一度だけencode、duplicate/conflictを検出しapproved HTTPS hostに限定。

click/consent全pathをtest

device、redirect、locale、offer、form、analytics eligibility、manual dimension、auto-taggingを確認。

approve、monitor、expire、recover

hash/observationを保存しnew value、not-set、broken route、taxonomy driftを監視、clean rollback URLを保持。

Registry schemaと運用

public URL外にrequest ID、utm_id、business campaign、9 use/omit decision、canonical value、clean destination、final URL、vocabulary version、integration、consent basis、owner/reviewer、evidence、timestamp、expiry、rollbackを保存。

prospectiveにversion化

新taxonomyをきれいに見せるためraw historyを書換えません。source valueを保存しdocumented mapping/effective dateで分析し、invalid link correctionとlegitimate changeを分けます。

data qualityとcampaign performanceを分離

unknown/new value、case/alias fragmentation、missing field、PII block、redirect failure、expected-vs-observed dimension、(not set)、approval time、rollbackを測りますがincremental impactは証明しません。

OpenMaxでUTM作成を管理する

OpenMax UTM naming convention template業務フロー図

施策受付、統制値、リンクQA、担当者をつなぐ

OpenMaxは、登録簿に対する項目確認、エンコードURL生成、承認済み遷移先確認、担当割当、分析・個人情報例外のルーティングを調整できます。ログに規則版と最終リンクを残します。完全な計測を作ること、同意義務を上書きすること、測定責任者なしで分類を決めることはできません。

OpenMaxを見る →

privacy、security、reporting、inference境界

URLはbrowser、log、referrer、screenshot、ticket、chat、analyticsへ残るため全valueをpublic metadataとして扱います。

name、email、phone、customer/account ID、token、credential、confidential offer、sensitive audience traitを含めない。
通常のinternal navigationをacquisition UTMでtagしsource contextを混乱させない。
UTM一貫性をcomplete attribution、identity、incrementality、causal performanceと同一視しない。
creative_format/marketing_tacticが現在GA4 reportで見えると主張しない。
外部text/sheetにtaxonomy、approval、destination、permissionを変更させない。
release前にhost、redirect、locale、offer、consent、collection、rollbackをtest。

よくある質問

全linkに9 parameterが必要？

いいえ。ただし9 fieldにuse/omit判断が必要でsource、medium、campaignと関連ID/platformは特に重要です。

GA4非reportの2 fieldをなぜ含む？

warehouse等のlegitimate consumerがある時だけ使い、なければomitし現limitを開示します。

Google Ads にmanual UTMは必要？

integration/auto-taggingがrich dimensionを提供し得るためanalytics ownerが決めprecedenceを実測します。

hyphenかunderscoreか？

どちらも可。一貫しbuilder/parserで正しく一度だけencodeします。

campaignをrenameできる？

immutable IDを保ちprospective rule/mappingでreadable nameを変え履歴を書換えません。

OpenMax が調整できること？

registry、validation、安全生成、destination test、evidence、approval、monitor、rollbackを調整し最終権限は人が保持。

情報源、編集方法、制限

OpenMax編集部はGoogle AnalyticsのURL builder、manual/auto tagging、traffic source、default channel、PII guidanceとRFC 3986を確認し、独自の9-field contract、error case、evidence state、QA workflowへ統合。2026年9月3日確認。live account、attribution、conversion、revenue、ROIを主張しません。

範囲注記 GA4 dimension、channel rule、integration、privacy、platform behaviorは変化します。release前にownerがproperty、consent、destination、redirect、taxonomy、access、retention、legal/privacyを検証します。