「パラメータ」という言葉を聞いて、なんとなく意味はわかるけれど人に説明できない、という方は多いのではないでしょうか。会議で「このURLにパラメータ付けておいて」と言われて曖昧にうなずいたり、エンジニアの「リクエストパラメータが不正です」という報告にどう反応すべきか迷ったりする。パラメータは分野をまたいで使われる言葉なので、輪郭がつかみにくいのは当然です。
この記事では、パラメータという言葉の基本的な意味を整理したうえで、Webマーケティングの実務で最も出番の多い「URLパラメータ」に焦点を当てて解説します。UTMパラメータの仕組み、GA4での扱い、SEOへの影響と対処法、プログラミング分野との用語の違いまで、実務で判断に迷うポイントを一通りカバーします。読み終えたときには、「パラメータとは何か」を自分の言葉で説明でき、パラメータ付きURLを安全に設計できる状態を目指します。
パラメータとは？基本の意味をわかりやすく解説
まずは分野を問わない共通の意味から押さえます。ここを理解しておくと、初めて見る文脈でも「たぶんこういう意味だろう」と推測できるようになります。
言葉の語源と一般的な意味
パラメータ（parameter）は、ギリシャ語の「para（傍らの・補助的な）」と「metron（測るもの・尺度）」に由来する言葉です。日本語では「媒介変数」「引数（ひきすう）」「変数」などと訳されます。
もっとも本質的な定義を一言でいえば、「システムや処理の動作を外から指定するための値」です。中身の仕組み自体は変えずに、外から数値や文字列を渡すことで結果を変える。この「外から渡して挙動を変えるもの」というイメージさえ持っておけば、どの分野の話でも大きく外しません。
身近な例で考えるとわかりやすくなります。電子レンジには「加熱する」という機能があり、その動作は「600W」「2分」という設定で変わります。この600Wや2分にあたるのがパラメータです。機能そのもの（加熱する）は変わらず、渡す値によって出力結果（温まり具合）が変わる、という関係です。
ゲームで「キャラクターのパラメータを上げる」という言い方をするのも同じ理屈です。攻撃力・防御力・素早さといった数値が、そのキャラクターの振る舞いを決める設定値になっているためです。
分野によって変わるパラメータの意味
同じ「パラメータ」でも、分野ごとに具体的に指すものは異なります。主要な分野での意味を整理すると次のとおりです。
| 分野 | パラメータが指すもの | 具体例 |
|---|---|---|
| 数学 | 媒介変数。関数や図形の形を決める補助的な変数 | 円の方程式における半径 r、媒介変数表示の t |
| 統計学 | 母集団の性質を表す定数 | 母平均、母分散 |
| プログラミング | 関数やメソッドの定義側で受け取る値（仮引数） | function add(a, b) の a と b |
| Web・IT | URLやリクエストに付与して動作を指定する値 | ?category=seo&page=2 |
| 機械学習・AI | モデルが学習によって獲得する重み | ニューラルネットワークの重み・バイアス |
| ビジネス一般 | 判断や評価の基準となる条件・指標 | 予算、納期、リソースなどの制約条件 |
| ゲーム | キャラクターや装備の能力を表す数値 | 攻撃力、HP、素早さ |
このうち、AI分野では「パラメータ」と「ハイパーパラメータ」の使い分けに注意が必要です。パラメータはモデルが学習の過程で自動的に最適化していく重みを指し、ハイパーパラメータは学習を始める前に人間が決めておく設定値（学習率、エポック数、バッチサイズ、層の数など）を指します。「LLMのパラメータ数が○○億」という言い方をするときの「パラメータ」は前者、つまりモデルが内部に持つ重みの総数のことです。
ビジネスの現場で「このプロジェクトのパラメータを確認しよう」と言われた場合は、多くの場合「前提条件・制約条件」を指しています。厳密な定義というより「動作や判断を左右する設定値」という広い意味で使われている、と捉えて差し支えありません。
Web業界における「URLパラメータ」とは
Webマーケティングの実務で「パラメータ」といえば、ほぼ確実にURLパラメータのことを指します。ここからは、この最も出番の多い意味を深掘りします。
URLパラメータの構造としくみ
URLパラメータとは、URLの末尾に「?」を付けて追加する「変数名=値」の文字列です。クエリパラメータ、クエリストリング、クエリ文字列とも呼ばれます。
https://example.com/blog/?category=seo&page=2
このURLを分解すると、次のような構造になっています。
| 要素 | 該当箇所 | 役割 |
|---|---|---|
| ベースURL | https://example.com/blog/ |
本来のページの場所 |
| 区切り記号 | ? |
ここからパラメータが始まる合図 |
| パラメータ名 | category、page |
何を指定するかの名前（キー） |
| 等号 | = |
名前と値をつなぐ |
| 値 | seo、2 |
実際に渡す内容 |
| 連結記号 | & |
2つ目以降のパラメータをつなぐ |
ルールはシンプルで、最初の1つ目だけ「?」、2つ目以降は「&」でつなぐという点さえ守れば構造としては成立します。パラメータの数に技術的な上限はありませんが、後述するとおり増やしすぎると別の問題が生じます。
なお、パラメータ名と値には半角英数字と一部の記号しか使えません。日本語や半角スペースをそのまま含めることはできず、「%」と16進数の組み合わせに変換するURLエンコード（パーセントエンコーディング）が必要になります。たとえば半角スペースは %20 に変換されます。
アクティブパラメータとパッシブパラメータの違い
URLパラメータは、役割によって大きく2種類に分かれます。この区別はSEO上の判断に直結するため、実務では必ず押さえておきたいポイントです。
| 種類 | 表示内容への影響 | 主な用途 | 例 |
|---|---|---|---|
| アクティブパラメータ | 変わる | 絞り込み、並び替え、ページ送り、サイト内検索 | ?color=black、?sort=price_asc、?page=3 |
| パッシブパラメータ | 変わらない | 流入元の識別、広告効果測定 | ?utm_source=x、?gclid=... |
アクティブパラメータは、値を変えるとページの表示内容そのものが変わるタイプです。ECサイトで「色：ブラック」を選んだときに商品一覧が絞り込まれるのが典型例です。ページの中身が変わるため、URLごとに異なるコンテンツが存在することになります。
パッシブパラメータは、付けても付けなくても表示されるページの中身が変わらないタイプです。「どこから来た訪問者か」を記録するためだけに存在するため、ダミーパラメータと呼ばれることもあります。UTMパラメータはこちらに該当します。
見た目の中身が同じなのにURLだけが増える、という性質があるため、パッシブパラメータは重複コンテンツを生みやすい側面があります。一方でアクティブパラメータは、中身が違うのに検索エンジンからは似たページに見えてしまう、という別の問題を抱えています。それぞれ対処法が異なるため、まずは「どちらのタイプなのか」を見分けることが出発点になります。
URLパラメータの主な活用シーン
URLパラメータは、Webマーケティングの現場でさまざまな用途に使われています。代表的な4つのシーンを見ていきましょう。
広告効果測定（UTMパラメータの仕組み）
UTMパラメータは、流入元を識別するために設計された共通仕様のパラメータです。Google アナリティクスをはじめとする解析ツールがこの名前を認識し、レポート上で自動的に流入元別に集計してくれます。
主要な5つのパラメータは次のとおりです。
| パラメータ名 | 意味 | 記入例 | 必須度 |
|---|---|---|---|
| utm_source | 流入元（どのサービスから来たか） | x、newsletter、yahoo |
必須 |
| utm_medium | 媒体（どんな手段で来たか） | cpc、email、social |
必須 |
| utm_campaign | 施策名（どのキャンペーンか） | summer_sale_2026 |
推奨 |
| utm_term | キーワード（主に検索広告用） | btob_marketing |
任意 |
| utm_content | 広告のクリエイティブ違いの識別 | banner_a、text_link |
任意 |
実際のURLは次のような形になります。
https://example.com/lp/?utm_source=newsletter&utm_medium=email&utm_campaign=summer_sale_2026
このうち特に重要なのが utm_source と utm_medium です。この2つがあれば「どこから」「どんな手段で」来たのかが判別でき、流入の全体傾向をつかめます。utm_campaign を加えると、施策単位での比較ができるようになります。
なお、Google広告やYahoo!広告などは自動タグ設定（gclid、yclidなど）で流入元を自動的に受け渡す仕組みを持っているため、UTMパラメータを手動で付けると二重計測や設定の競合を招くことがあります。自動タグ設定が有効な媒体では、原則としてUTMパラメータの手動付与は避けるのが安全です。
アクセス解析・流入経路の把握
パラメータを使わない場合、解析ツールが判別できるのは「参照元ドメイン」までです。メールマガジンのリンクやQRコード経由のアクセス、チャットツールからの流入などは参照元情報が渡らず、「direct（直接流入）」に分類されてしまいます。
UTMパラメータを付けておけば、こうした本来は判別できない流入も明確に切り分けられます。たとえば同じメルマガでも、ヘッダーのバナーリンクと本文中のテキストリンクを utm_content で分けておけば、どちらがクリックされやすいかまで測定できます。
GA4では、UTMパラメータの値は「セッションの参照元 / メディア」「セッションのキャンペーン」といったディメンションとして自動的に取り込まれます。集客レポートやトラフィック獲得レポートで確認するのが基本の使い方です。
ちなみにGA4には、URLパラメータとは別に「イベントパラメータ」という概念もあります。これはクリックやスクロールといったイベントに付随する詳細情報（どのページで発生したか、どのリンクがクリックされたかなど）を保持する仕組みで、1つのイベントにつき設定できるパラメータ数には上限があります。独自に追加したイベントパラメータは、管理画面の「カスタム定義」でカスタムディメンションとして登録しないとレポートに表示されない点に注意が必要です。名前は似ていますが、URLパラメータとイベントパラメータは別物として整理しておきましょう。
MAツールでの閲覧者特定・スコアリング
MA（マーケティングオートメーション）ツールでは、メール配信時に受信者ごとに固有のパラメータを付けたURLを生成します。これにより「A社の担当者が料金ページを3回閲覧した」といった個人単位の行動追跡が可能になり、スコアリングやインサイドセールスへの通知トリガーとして活用されます。
BtoBマーケティングでは、この個人単位の行動データが商談化率を左右します。「誰が」「どのページを」「いつ」見たかがわかることで、営業が接触するタイミングと切り口を最適化できるためです。
ECサイトの絞り込み・動的コンテンツの出し分け
ECサイトの商品一覧で色やサイズを絞り込むと、URLに ?color=black&size=m のようなパラメータが付きます。これはアクティブパラメータの典型例で、サーバー側がパラメータの値を読み取り、条件に合う商品だけを表示する仕組みです。
同様に、ページ送り（?page=2）、並び替え（?sort=new）、サイト内検索（?s=キーワード）なども、すべてURLパラメータによって実現されています。
URLパラメータを使うメリットとデメリット
便利な仕組みである一方、無計画に使うと手痛い副作用があります。両面を整理しておきましょう。
メリット：流入経路の正確な把握と柔軟な出し分け
最大のメリットは、施策単位の効果を数字で切り分けられることです。パラメータがなければ「メルマガ経由」としか言えなかったものが、「7月配信の第2号のヘッダーバナー経由」まで特定できるようになります。効果の高い施策にリソースを集中する判断材料になります。
もうひとつのメリットは、ページを増やさずに表示内容を変えられることです。ECサイトの絞り込みのように、商品の組み合わせが数千通りある場合、すべてを個別のページとして用意するのは現実的ではありません。1つのテンプレートとパラメータの組み合わせで対応できるのは大きな利点です。
デメリット：SEOへの影響、重複コンテンツ、セキュリティリスク
一方で注意すべき点も複数あります。
1. 重複コンテンツの発生
パッシブパラメータは中身が同じページを大量に生み出します。/blog/ と /blog/?utm_source=x は、検索エンジンから見れば別々のURLです。放置すると、本来1つのページに集約されるはずの評価が複数のURLに分散する可能性があります。
2. クロールバジェットの浪費 検索エンジンが1つのサイトに割くクロール量には限りがあります。パラメータ違いのURLが無数に生成されると、そちらにクロールが費やされ、本来インデックスさせたい重要ページの発見が遅れることがあります。ECサイトのように絞り込み条件の組み合わせが爆発しやすいサイトでは、特に無視できない問題です。
3. URLの利便性低下 パラメータ付きURLは長く、人間が見て意味を読み取りにくくなります。SNSでのシェアやオフライン資料への掲載には向きません。
4. セキュリティ・情報漏えいのリスク パラメータの値はURLとしてブラウザの履歴やサーバーのアクセスログ、リファラー情報に記録されます。個人情報や認証に関わる値をURLパラメータで渡すのは避けるべきです。また、パラメータの値をそのまま画面に出力する実装は、XSS（クロスサイトスクリプティング）などの脆弱性につながる恐れがあります。
なお、URLパラメータの存在そのものが直接的なペナルティにつながるわけではありません。問題になるのは「使い方」と「対処の有無」です。次章の注意点を守れば、実務上は十分に管理できます。
パラメータ付きURLを設定する際の注意点
ここでは、実務で守っておきたい設計ルールを5つ挙げます。
命名ルールを社内で統一する
UTMパラメータで最も起きやすいトラブルが、表記ゆれによる集計の分断です。
| よくある表記ゆれ | 結果 |
|---|---|
email と Email と e-mail |
別々のメディアとして集計される |
x と twitter と X |
同じSNSなのに3行に分かれる |
2026summer と summer2026 |
キャンペーン単位の比較ができない |
GA4のUTMパラメータは大文字と小文字を区別するため、Email と email は別物として扱われます。すべて小文字に統一するというルールを決めるだけで、多くの事故を防げます。あわせて、utm_medium に使う値（cpc / email / social / referral など）をスプレッドシートで一覧化し、選択式にしておくと運用が安定します。
canonicalタグで重複ページ対策をする
パラメータ違いで実質的に同じ内容のページが生じる場合は、rel="canonical" で正規URLを明示します。Googleも重複コンテンツの対処法としてcanonicalタグや301リダイレクトの使用を案内しています。
<link rel="canonical" href="https://example.com/blog/">
パラメータ付きページ側にこの記述を入れることで、「評価はパラメータなしのURLに集約してほしい」と検索エンジンに伝えられます。
注意点として、かつてGoogle Search Consoleに存在した「URLパラメータツール」は2022年4月に提供を終了しています。過去の記事でこのツールによる対処法を見かけても、現在は使えません。canonicalタグ、robots.txt、そしてURL設計そのものの見直しで対応するのが現在の基本方針です。
なお、アクティブパラメータで生成されるページ（絞り込み結果など）は、内容が実質的に異なる場合もあります。すべてを一律にcanonicalで集約すると、本来評価されるべきページがインデックスされなくなる恐れがあります。「表示内容が変わるか」を基準に、ページごとに判断してください。
URLエンコードと過度に長いURLを避ける
パラメータの値に日本語や記号を含める場合は、URLエンコードが必要です。エンコードせずに日本語をそのまま入れると、環境によってはリンクが途中で切れたり、解析ツールが値を正しく読み取れなかったりします。
また、Googleは複雑すぎるURLや過度なパラメータがインデックスの問題を引き起こしうると案内しています。必要最小限のパラメータに絞るという原則を守りましょう。パラメータの順序も、可能なら統一しておくと、?a=1&b=2 と ?b=2&a=1 が別URLとして扱われる事態を防げます。
セッションIDをURLに含めない
訪問者ごとに異なるセッションIDをURLパラメータで持たせる実装は、理論上ほぼ無限のURLを生み出します。これはクロール上の問題を招く典型的なパターンとして知られており、Cookieなど別の手段で管理するのが望ましい設計です。
リダイレクト時にパラメータが引き継がれるか確認する
サイトリニューアルやHTTPS化に伴うリダイレクト設定では、パラメータが引き継がれない実装になっていることがあります。この状態で広告を配信すると、計測データが丸ごと欠損します。リダイレクトルールを変更したら、必ずパラメータ付きURLでテストアクセスし、遷移後もパラメータが残っているかを確認してください。
プログラミングにおける「パラメータ」との違い
Webマーケティングの担当者がエンジニアと会話するときに混乱しやすいのが、この領域の用語です。
引数（argument）との違い
日本語ではどちらも「引数」と訳されることがありますが、厳密には次のように区別されます。
| 用語 | 英語 | 意味 | 登場する場面 |
|---|---|---|---|
| 仮引数 | parameter | 受け取るための変数の定義 | 関数を定義するとき |
| 実引数 | argument | 実際に渡す具体的な値 | 関数を呼び出すとき |
// a と b が仮引数（parameter）
function add(a, b) {
return a + b;
}
// 3 と 5 が実引数（argument）
add(3, 5);
つまり、パラメータは「箱」、引数は「箱に入れる中身」というイメージです。実際の会話では両方まとめて「引数」と呼ばれることが多く、厳密な使い分けを求められる場面はそれほど多くありません。ただし技術ドキュメントでは区別されていることがあるため、違いを知っておくと読解の助けになります。
変数（variable）との違い
変数は、値を入れておく名前付きの箱全般を指す広い概念です。パラメータは「関数の外から値を受け取るために用意された、特別な変数」という位置づけになります。つまりパラメータは変数の一種であり、「外部とのやりとりに使う」という役割が限定されている点が特徴です。
リクエストパラメータとの関係
エンジニアが言う「リクエストパラメータ」は、ブラウザからサーバーへ送られるデータ全般を指します。送り方によって2種類あります。
| 種類 | 送信方法 | URLへの表示 | 主な用途 |
|---|---|---|---|
| GETパラメータ（クエリパラメータ） | URLの「?」以降に付ける | 表示される | 検索条件、絞り込み、流入元計測 |
| POSTパラメータ | リクエストの本文に含める | 表示されない | フォーム送信、ログイン、決済 |
マーケターが日常的に扱う「URLパラメータ」は、このうちGETパラメータのことです。パスワードやクレジットカード情報などの機密データはURLに残らないPOSTで送るのが原則で、これが「個人情報をURLパラメータに載せてはいけない」という指針の技術的な根拠になっています。
まとめ
パラメータとは、システムや処理の動作を外から指定するための値のことです。数学では媒介変数、プログラミングでは関数が受け取る変数、AI分野ではモデルが学習する重み、ビジネスでは判断の前提条件を指し、分野によって具体的な対象は変わりますが、「外から渡して挙動を決めるもの」という本質は共通しています。
Webマーケティングの実務で扱うのは、そのうちURLパラメータです。URLの末尾に「?」を付けて「名前=値」の形式で記述し、2つ目以降は「&」でつなぎます。表示内容が変わるアクティブパラメータと、流入元の識別だけを担うパッシブパラメータの2種類があり、それぞれ性質もSEO上の扱いも異なります。
UTMパラメータは流入元計測の共通仕様で、utm_source と utm_medium が中核を担います。表記ゆれがあると集計が分断されるため、すべて小文字に統一するなどの命名ルールを事前に決めておくことが重要です。自動タグ設定を持つ広告媒体では手動付与を避ける点にも注意が必要です。
SEO面では、パラメータの存在自体が問題なのではなく、重複コンテンツやクロールバジェットの浪費を放置することが問題になります。canonicalタグでの正規化、パラメータ数の最小化、セッションIDをURLに載せない設計、リダイレクト時の引き継ぎ確認が基本の対処法です。Search ConsoleのURLパラメータツールは2022年に廃止されているため、現在はこれらの手段で管理します。
プログラミング分野では、定義側の仮引数（parameter）と呼び出し側の実引数（argument）が区別されます。またリクエストパラメータにはGETとPOSTがあり、機密情報はURLに残らないPOSTで送るのが原則です。この理解が、URLパラメータに個人情報を載せてはいけない理由にもつながっています。
パラメータは、正しく設計すれば施策の効果を数字で切り分けられる強力な仕組みです。一方で、ルールなく増やせば計測データの信頼性もSEO評価も損ないます。「どのタイプのパラメータか」「命名は統一されているか」「重複対策は打ってあるか」の3点を確認する習慣を持つことが、実務における最初の一歩になります。