小規模サイトの表示速度改善メモ：第４回 外部タグ・計測タグは、入れるほどサイトが重くなる
「小規模サイトの表示速度改善メモ」第4回は、外部タグ・計測タグの見直しについてです。
GA4、GTM、広告タグ、ヒートマップ、チャットウィジェット、スパム対策などの外部タグは、サイト改善やマーケティング施策に役立ちます。
一方で、制作会社、広告代理店、社内担当者がそれぞれ別のタイミングでタグを追加していると、いつの間にかタグの全体像が見えにくくなります。
今回は、外部タグを「重いから外す」という話ではなく、目的・管理者・発火条件・読み込み範囲を整理し、小規模サイトでも無理なく運用するための考え方をまとめます。
外部タグは便利だが、入れるほどページは複雑になる
外部タグは、サイト本体のHTMLやCSSだけではできない計測・分析・接客・保護機能を追加できる便利な仕組みです。
一方で、それぞれのタグは外部サービスのJavaScriptを読み込み、ブラウザ上で処理を行うため、追加するほどページの読み込みや処理は増えていきます。
特に、制作会社、広告代理店、社内担当者がそれぞれ別のタイミングでタグを追加しているサイトでは、誰も全体像を把握していない状態になりがちです。
一つひとつのタグは小さな負荷でも、積み重なると初期表示や操作感に影響します。 表示速度を見直すときは、画像やキャッシュだけでなく、外部タグ・計測タグの整理も確認しておきたいポイントです。
まず確認したいこと：そのタグは今も必要か
外部タグを見直すときに、最初に確認したいのは「そのタグが今も使われているか」です。
たとえば、以前出稿していた広告媒体のタグ、過去に試したヒートマップ、テスト用に追加したイベント計測、担当者が変わって管理者が分からなくなったタグなどは、サイト上に残ったままになりやすいものです。
また、同じ目的のタグが重複しているケースもあります。 GA4をGTM経由で読み込んでいるのに、テーマ設定やSEOプラグイン側でも同じ測定IDを設定している場合、意図せず二重計測になることがあります。
広告タグについても、Google広告、Meta広告、Yahoo!広告などを過去の運用ごとに追加していると、現在使っていないタグが残っていることがあります。
表示速度の改善というと、新しい高速化施策を追加するイメージがありますが、外部タグについては「不要なものを減らす」だけでも改善につながります。 まずは、現在入っているタグの目的、管理者、発火条件、利用状況を確認することが大切です。
GTM：便利な一方で、タグの置き場がブラックボックス化しやすい
GTMは、計測タグや広告タグを管理画面から追加・変更できる便利な仕組みです。 制作会社や広告運用担当者が関わるサイトでは、ソースコードを直接編集せずにタグを管理できるため、運用上のメリットがあります。
一方で、便利だからこそ、古いタグや使っていないタグが残りやすい点には注意が必要です。 「過去に広告で使っていたタグ」「一時的に入れたヒートマップ」「テスト用に追加したイベント」などが、そのまま残っているケースもあります。
GTMそのものが問題というより、GTMの中に何が入っているかを把握できていない状態が問題です。
公開中のタグ、停止中のタグ、トリガー条件を確認して、不要になったタグは削除するなど、定期的な棚卸しを前提に使用しましょう。 GTMのバージョンを公開する際は、どんな目的で・どんなページに・どんな機能を追加したのか、コメント機能で残しておくと、タグの整理も分かりやすくなります。 棚卸しの際は、公開履歴も確認すると良いでしょう。
また、タグを追加する前に、どの条件で発火させるのかを検証しておくことも重要です。「All Pages」で何でも発火させると、本来は不要なページでも外部スクリプトが読み込まれ、サイト全体の負荷が増えていきます。 カスタムHTMLタグは何でも自由に記述できるぶん、特に注意が必要です。広告媒体や外部ツールのタグをそのまま貼り付ける場合も多いため、誰が見ても目的が分かる名前やメモを残しておくことが大切です。
GA4：基本計測は必要でも、イベント計測を増やしすぎない
GA4は、アクセス解析の基本として導入されていることが多いタグです。 ページビュー、流入元、ユーザー行動などを把握するうえで有用なため、単純に「重いから外す」というものではありません。
ただし、GA4に送るイベントを増やしすぎると、GTM内の設定やトリガーが複雑になります。 スクロール、クリック、ファイルダウンロード、フォーム操作、滞在時間などをすべて細かく計測しようとすると、管理もしづらくなります。
「何となく取る」イベントは、後から見られないことが多いです。 小規模サイトでは、まず「何を見て改善判断をするのか」を決め、その判断に使わないイベントは増やしすぎない方が扱いやすいです。 例えば、コンバージョン、主要導線、重要なクリックなどに絞るだけでも、小規模サイトの改善判断には十分なケースがあります。
また、GA4の計測タグは、GTMを経由せず直貼りも可能です。GTM経由と直貼りが二重になっていないか、確認することも大事です。
広告タグ：成果計測に必要だが、全ページで発火させる必要があるか確認する
広告タグは、広告の成果測定やリマーケティング、コンバージョン計測に使われます。 広告運用をしているサイトでは重要なタグですが、すべてのタグを全ページで読み込む必要があるとは限りません。
たとえば、コンバージョンタグは送信完了ページや予約完了ページで発火すればよいケースが多いです。 一方、リマーケティングタグは広いページで必要になることもあります。
重要なのは、広告タグごとに「何のために入れているのか」「どのページで必要なのか」を確認することです。
また、広告運用は代理店に依頼している場合も多いでしょう。 Google広告、Meta広告、Yahoo!広告など、過去に使った媒体のタグがGTM内に残っていると、現在は使っていないスクリプトまで読み込まれ続けることがあります。 広告代理店が追加したタグの管理者を明確にしておくこと、広告停止後もタグだけ残っていないか注意することも大切です。
ヒートマップ：改善調査には有効だが、常時設置が必要とは限らない
ヒートマップやセッション録画ツールは、ユーザーがページのどこを見ているか、どこで迷っているかを確認するために役立ちます。 特に、LP改善やフォーム改善、導線改善を行うときには有効です。
一方で、すべての小規模サイトで常時入れておく必要があるとは限りません。 導入したものの、誰もレポートを見ていない、改善施策に使われていない、という状態では、単に外部スクリプトが増えているだけになります。
ヒートマップは「調査期間を決めて使う」「改善対象ページに絞って使う」という考え方が向いています。
また、セッション録画を行う場合は、フォーム入力内容や個人情報が記録されないように、マスキング設定も確認しておく必要があります。 表示速度だけでなく、プライバシー面の管理も含めて導入判断を行うことが大切です。
改善施策の調査期間が過ぎれば、計測タグを停止・削除しておくことも、リスク管理の面で重要です。
チャットウィジェット：問い合わせ導線になる一方、初期表示を重くしやすい
チャットウィジェットは、問い合わせのハードルを下げるために有効な場合があります。 ただし、多くの場合は外部サービスのJavaScriptを読み込み、画面右下などにUIを表示します。
そのため、サイトを開いた直後からチャットを読み込む必要があるのかは確認したいポイントです。 特に、実際にはほとんど問い合わせが来ていない、営業時間外は対応できない、設置したまま放置されている、といった場合は見直し対象になります。
全ページにチャットウィジェットを入れるべきか、という点も重要です。 問い合わせページや料金ページだけでよい場合もあります。 お問い合わせフォームのページでは、フォーム自体が主な問い合わせ導線になるため、チャットウィジェットまで必要かは確認したいところです。
チャットウィジェットだけでなく、資料請求につなげるウィジェットなども同様の考え方ができるでしょう。
また、スマホではチャットボタンが画面を圧迫していないかも確認したいところです。 初期表示では小さなボタンだけを表示し、クリック後にチャット本体を読み込むなど、表示速度と使いやすさの両方を考えて設計するとよいでしょう。
reCAPTCHA / Turnstile：スパム対策は、仕組みによって読み込み範囲の考え方が変わる
問い合わせフォームのスパム対策として、reCAPTCHAやCloudflare Turnstileのようなbot対策サービスが使われることがあります。
ただし、これらは同じ「スパム対策」でも、仕組みによって読み込み範囲の考え方が異なります。
reCAPTCHA v3のようなスコアベースの仕組みでは、フォーム送信時だけでなく、サイト内での行動文脈も判定に影響します。そのため、表示速度だけを理由にフォームページだけへ絞ると、本来の判定精度に影響する可能性があります。
一方、Cloudflare Turnstileは、フォームや保護したいアクションにウィジェットを設置し、送信時に発行されたトークンをサーバ側で検証する使い方が基本です。この場合は、問い合わせフォームなど必要なページに絞って導入しやすい選択肢になります。
重要なのは、「スパム対策タグ」と一括りにせず、サービスの仕組みを確認したうえで、スパム被害の状況、フォームの重要度、誤判定リスク、表示速度への影響を踏まえて判断することです。
使っていないタグの放置が一番危ない
ここまで見てきたように、外部タグは目的が明確であれば有効です。問題になりやすいのは、現在使っているタグよりも、過去に使っていたタグが残っているケースです。
以前出稿していた広告媒体のタグ、過去のヒートマップ、テスト用のイベント、古いコンバージョンタグなどは、誰も見ていないのに読み込まれ続けていることがあります。
小規模サイトでは、サイト制作、広告運用、アクセス解析、フォーム改善などを別々の担当者や外部業者が扱うこともあります。 そのため、「誰が入れたタグか分からない」「消してよいか判断できない」という状態になりやすいです。
しかし、管理者が分からないタグを放置すると、表示速度だけでなく、計測の正確性や個人情報・プライバシー面のリスクにもつながります。
棚卸しの際は、少なくとも次の点を確認しておくとよいでしょう。
- 今も使っている広告媒体のタグか
- 管理画面にログインできる担当者がいるか
- レポートを定期的に見ている人がいるか
- コンバージョン計測に使っているか
- 同じ目的のタグが重複していないか
- テストタグが本番に残っていないか
- 全ページで発火する必要があるか
不要なタグを削除するだけでも、ページの読み込みや管理の見通しは改善します。 特にGTMを使っている場合は、公開中のタグだけでなく、過去のバージョンや停止中のタグも含めて確認しておくと安心です。
必要なページだけで読み込む考え方
外部タグは、サイト全体に一律で入れるのではなく、タグの役割に応じて読み込み範囲を分けることが大切です。
たとえば、広告のコンバージョンタグは送信完了ページや購入完了ページ、ヒートマップは改善対象ページ、チャットウィジェットは問い合わせにつながりやすいページ、Turnstileの通常利用はフォームページ、というように、目的ごとに必要な場所は異なります。
「全ページに入れる」のは実装としては簡単ですが、その分、すべてのページの読み込みに影響します。 特に小規模サイトでは、トップページ、サービスページ、記事ページ、お問い合わせページなどで役割が違うため、同じタグを一律に読み込む必要があるかは確認したいところです。
一方で、GA4の基本計測やreCAPTCHA v3のようなスコアベースの仕組みなど、全体で読み込む意味があるタグもあります。 そのため、単純に「全ページ読み込みは悪い」と考えるのではなく、タグごとに目的と仕組みを確認したうえで判断することが重要です。
| タグ | 読み込み範囲の考え方 |
|---|---|
| GA4基本計測 | 基本は全ページ。ただし二重設置や不要イベントを確認する |
| 広告コンバージョン | 完了ページや重要クリックなど、成果地点に絞る |
| 広告リマーケティング | 広く読み込む必要がある場合もあるが、広告停止後の放置に注意する |
| ヒートマップ | 調査対象ページ・調査期間を絞る |
| チャットウィジェット | 問い合わせにつながりやすいページに絞る余地がある |
| reCAPTCHA v3 / スコアベース | 行動文脈を得るため、公式にはフォーム以外のページ背景実行も推奨される。速度だけで安易に絞らない |
| Turnstile 通常利用 | フォームや保護したいアクションに設置し、サーバ側でトークン検証する。フォームページ単位で導入しやすい |
| Turnstile Pre-clearance | Cloudflare WAF / Challengesと組み合わせ、cf_clearance Cookieでより広い範囲を扱う用途。フォーム単体対策とは分けて考える |
| テストタグ・古い広告タグ | 原則削除する |
まとめ：タグは「入れる」より「管理する」ことが大事
外部タグは、アクセス解析や広告運用、フォーム保護、問い合わせ導線の改善などに役立つ便利な仕組みです。
ただし、入れるほどページの読み込みや処理は増え、管理も複雑になります。 特に小規模サイトでは、一度入れたタグがそのまま放置されやすく、現在は使っていない広告タグやヒートマップ、テスト用タグが残っていることもあります。
表示速度を見直すときは、単に高速化プラグインを追加するのではなく、まず外部タグの棚卸しを行うことが大切です。
確認したいのは、次のような点です。
- そのタグは今も必要か
- 誰が管理しているか
- どのページで発火しているか
- レポートや改善判断に使われているか
- 同じ目的のタグが重複していないか
- 全ページで読み込む必要があるか
必要なタグを残すことは大切です。 しかし、目的が曖昧なタグや、使われていないタグまで残し続ける必要はありません。
外部タグは「入れる」だけでなく、「何のために入れているか」「どこで読み込むか」「いつ見直すか」まで含めて管理することで、小規模サイトでも無理なく表示速度とマーケティング施策のバランスを取りやすくなります。
次回は「共用サーバでCDNやサーバーキャッシュを使うときの注意点」をテーマに、共用サーバでキャッシュを使うときの判断基準と、設定時に注意したいポイントについて触れる予定です。
シリーズ記事
- 小規模サイトの表示速度改善メモ：第１回 WordPressを毎回動かさないためのキャッシュの考え方
- 小規模サイトの表示速度改善メモ：第２回 まず見直したい画像最適化の基本
- 小規模サイトの表示速度改善メモ：第３回 ファーストビューに重い機能を詰め込まない
- 小規模サイトの表示速度改善メモ：第４回 外部タグ・計測タグは、入れるほどサイトが重くなる（←この記事）
