タグとは?HTML・ハッシュタグ・計測タグの違いと確認方法
2026年6月17日
著者: 与謝秀作
「タグを付けてください」と言われたとき、HTMLの見出しを直すのか、SNSの話題を分類するのか、GA4へ行動を送るのかで作業は変わります。タグは一つの仕組みを指す言葉ではありません。対象の画面、目的、期待する動作を確認すると、依頼と実装の食い違いを防げます。
タグとは:同じ言葉でも指すものが違う
目印やラベルという意味が共通していても、実際の役割は異なります。HTMLでは文書の構造や意味を表し、SNSのハッシュタグは話題を探す手がかりになります。一方、計測タグは、条件に応じて分析サービスなどへ情報を送る仕組みです。タグという名前だけで動作や収集情報は決まりません。
文脈 | 例 | 目的 | 依頼時の確認 |
|---|---|---|---|
HTML | h2、a、img | 見出し・リンク・画像等の構造を表す | どのページの、どの要素か |
ハッシュタグ | #イベント名 | 話題や投稿を見つける手がかりにする | 利用するSNSと対象の話題 |
メンション | @アカウント名 | 特定のアカウントに言及する | 相手、公開範囲、サービスの仕様 |
計測タグ | GA4等へのイベント送信 | 観測した行動や条件を送る | 何を、いつ、どこへ送るか |
記事内で「SEOのタグ」「広告のタグ」という表現が出てきたら、まずこのどれかに分けてください。HTMLの見出しを増やすことと、広告の計測タグを設置することは別の作業です。担当者も、編集者、開発者、広告運用者、分析担当などで異なります。
HTMLのタグ・要素・属性を短い例で理解する
MDNのHTML構文の説明では、開始タグ、終了タグ、内容を含む要素と、追加情報を与える属性を区別しています。たとえば文字として示す「<a href="/guide">ガイド</a>」では、aがタグ名、hrefがリンク先を指定する属性で、全体がa要素です。
文字として示す例 | 読み方 | 実務の注意 |
|---|---|---|
<h2>料金の考え方</h2> | h2の開始・終了タグと見出しの内容 | 文字の大きさだけを目的に見出しを選ばない |
<a href="/guide">ガイド</a> | href属性を持つリンク要素 | リンク先と案内文が対応しているか確認 |
<img src="/images/chart.jpg" alt="月別の問い合わせ数"> | src・alt属性を持つ画像の空要素 | imgは終了タグを持たない。画像の目的に合う代替テキストを考える |
属性まで全部を「タグ」と呼ぶ会話もありますが、修正依頼では区別したほうが正確です。見出しの組み立てはh2タグと見出し構成、検索向けの点検項目はSEOで重要な要素・属性を参照してください。正しいHTML構造だけで検索順位が保証されるわけではありません。
ハッシュタグ・メンション・写真タグの違い
Xのハッシュタグの説明では、#を付けた語句を話題の整理や検索に使います。例として「#制作勉強会」は話題を示します。Xのメンションの説明で扱う@アカウント名は、特定の利用者への言及です。同じ投稿に書けても役割は異なります。
写真への人物タグ付けはさらに別の機能です。使える形式、通知、公開範囲、相手側の許可はサービスや設定で異なります。「タグを付ければ必ず相手へ通知される」「すべてのSNSで同じ上限」という説明は避け、利用するサービスで確認します。投稿前には相手への言及が適切か、写真の利用許諾があるかも確認してください。
マーケティングの計測タグは何を送るのか
計測タグは、ページの閲覧や指定した行動などを条件として、送信先へ情報を渡します。例はイベント名、ページのパス、ボタンの分類などです。ただし、どの情報を送るかは実装次第です。氏名、メールアドレス、自由入力欄などの個人情報を、分析用のパラメータへ安易に入れない設計が必要です。
設置場所と実行条件も分けて考えます。全ページで読み込む仕組みでも、成果イベントを送るのは特定の成功条件だけという構成が可能です。逆に、同じタグを直接設置とタグ管理ツールの両方から動かすと、意図しない二重送信が起こり得ます。タグの一覧には送信先、設置経路、担当者、利用目的を残しましょう。
GTMのタグ・トリガー・変数・コンテナ
Google Tag Managerの構成要素は、タグ、トリガー、変数、コンテナです。GTMの管理画面で設定を変更できることと、初めてサイトへコンテナを実装することは別です。サイト側の初期設置や権限、公開手順を確認してから利用します。
構成要素 | 役割 | 架空の申込フォームでの例 |
|---|---|---|
コンテナ | サイト等で使う設定をまとめる | 本番サイト用のコンテナを、合意した経路で設置 |
タグ | 送信や処理の内容を決める | 受理済み申込を表すイベントを指定のGA4へ送る |
トリガー | 実行する条件を決める | サーバー受理を確認した成功信号を利用。クリックだけにしない |
変数 | 条件や送信に使う値を渡す | ページのパスやフォーム種別。入力された個人情報は使わない |
この表は設計例で、どのサイトでも同じ成功信号が存在するわけではありません。開発担当と、何を受理と呼ぶか、いつ信号を渡せるかを決めます。公開権限と承認担当を定め、変更後に戻せるバージョンを残しておくと、問題発生時の切り分けがしやすくなります。
タグ設置と成果計測が一致しないケース
「タグが発火した」は、その処理が動いたという確認です。「申込を受理した」「一人が登録した」とは別です。入力エラー、再試行、同意状態、広告ブロック、複数端末などにより、送信や集計の条件が変わります。GA4のキーイベントも、ビジネス上重要な行動を表す設定であり、人数を自動で保証するものではありません。
確認ケース | 期待する結果 | 判断に残すこと |
|---|---|---|
入力エラーで送信失敗 | 受理済み成果として数えない | 表示したエラーと受理記録の有無 |
正常に受理された1件 | 受理IDに対応する計測を確認 | 受理データとイベントの対応 |
連打・再送・画面再読み込み | 同じ受理記録を重複成果にしない | 重複除外の単位と処理 |
同意拒否・計測されない状態 | 利用可能な計測範囲を確認 | 欠測を成果ゼロと混同しない |
検証はテスト用の受理記録で行い、実在顧客の入力内容を分析画面へ貼り付けないでください。GA4の設置経路を確認するにはGoogleタグ・GTMと二重計測の点検を使い、設置と成果確認を別の項目として記録します。
依頼時に伝える対象・目的・確認条件
依頼書は「申込タグを付けて」だけで終えず、対象ページ、言語、本番ホスト、成果の成功条件、送信先、重複の扱い、確認担当を示します。たとえば「日本語の相談フォームで受理IDが発行された場合に限り、指定のイベントを送る。入力エラーでは送らず、同じ受理の再送は成果を増やさない」と書くと確認可能になります。
- 対象:ページ、アプリ、SNSのどの場所か。HTMLなのか計測なのか。
- 目的:構造を直す、話題を示す、行動を送るなど何を達成したいか。
- 条件:同意、権限、本番・検証環境、成功・失敗の違い。
- 受入確認:誰がどの記録と照合し、いつ完了とするか。
タグの名称を覚えるだけでなく、処理と成果をつなぐ条件まで決めることが大切です。確認できない箇所は「未確認」と残し、追加の実装や検証が必要な範囲を担当者間で共有しましょう。


