HTTP Archiveによると、ページの90%以上が少なくとも1つのサードパーティを読み込み、上位1,000サイトでは現在、モバイルで平均106のサードパーティリクエストが発生しており、これは前年より15増加している。 2025年ウェブ年鑑スクリプトは、これらのリクエストの中で最も大きな割合を占めており、24.8%に達します。
そのほとんどは決定によってもたらされたものではない。タグが一つずつ付加されていき、その総計は誰にも分からない。コストは測定可能だ。Googleのケーススタディライブラリには、Vodafone ItalyがLCPを31%改善し、 売上が 8% 増加.
このガイドは、Core Web Vitalsの修正を依頼されたものの、マーケティングタグを一方的に削除できない担当者向けです。このガイドを読み終える頃には、サイト上のすべてのサードパーティに対して5つの基準に基づくスコア、各スコアを特定のアクションに変換するルーティングルール、そして380msのコストがかかるタグを擁護する会議で使用できる、説得力のある数値が手に入ります。
何かを手に入れる前に、在庫を揃えよう
2つのリストが必要です。どちらか一方だけでは不完全です。
コンテナ一覧。 Googleタグマネージャーのコンテナをエクスポートします。これには、タグ、トリガー、変数、それらの所有者、および発火条件が含まれます。これが目的です。
ネットワーク一覧。 キャッシュを無効にした状態でChrome DevToolsでページを読み込み、Lighthouseを実行して「サードパーティコードの影響を軽減する」監査ログを確認してください。これは実際に実行されるコードであり、他のタグによって挿入されたタグも含まれていますが、コンテナのエクスポートには表示されません。
どちらのリストに記載されている第三者についても、以下の7つの項目を記録してください。
- ベンダーとその主張するサービス内容
- 事業主（個人、部署ではない）
- スクリプト転送サイズ
- メインスレッドのブロッキング時間（これに起因するもの）
- それがLCP要素への重要な経路上にあるかどうか
- どのページテンプレートで発火するか
- 誰かがそのデータを使って最後に意思決定を行ったのは
最後のフィールドは、人々がスキップするフィールドであり、最も多くの議論を終わらせるフィールドです。フィールドデータに対するスコア: Core Web Vitals は、 実際のページ読み込み量の75パーセンタイル高速回線でラボを実行すると、スタックの性能が向上します。
5つの採点基準
各第三者について、5つの項目すべてに0～3点の点数を付けてください。合計点数が高いほど、解任の根拠が強くなります。
| 基準 | 0ポイント | 1ポイント | 2ポイント | 3ポイント |
|---|---|---|---|---|
| メインスレッドのコスト | 50ミリ秒未満 | 50〜150ミリ秒 | 150〜350ミリ秒 | 350ms以上 |
| クリティカルパス上の位置 | 荷物を積んだ後に発砲、道から外れて | 非同期処理、LCPには影響なし | LCP要素を遅延させる | レンダリングブロッキング <head> |
| 使用例 | 毎週意思決定を推進する | 月次報告のみ | 四半期ごとに誰かがそれを開ける | 90日間、特定の用途は指定されていません。 |
| 交換性 | 代替品は存在しない | ベンダーSDKが唯一の選択肢です | ファサードまたは遅延読み込みが可能 | ネイティブ、サーバーサイド、またはファーストパーティの同等の機能が存在する |
| 同意依存 | 必要最低限、同意は不要 | 同意が必要、許可後にロード | 同意が必要です。デフォルトでは拒否されます。 | 同意が必要で、他のタグをゲートします |
合計金額の上に2つのオーバーライドが適用されます。
- 合計に関係なくキルするための経路の使用を実証した3。 誰も使わないタグにお金を払う価値はない。
- クリティカルパス上の位置が3の場合、少なくともバンド3への経路となります。 ヘッダー内のレンダリングをブロックするスクリプトは、ベンダーの価値に関係なく、構造的なものです。
ルーティングテーブル
| トータル | 行動 | 承認が必要 |
|---|---|---|
| 0-3 | 保管。6か月後に再採点。 | なし |
| 4-6 | 延期または遅延読み込み | エンジニアリング |
| 7-9 | ファサードに置き換えるか、ルート、地理情報、または同意状態に基づいて条件付きでロードします。 | エンジニアリングプラスタグオーナー |
| 10-12 | サーバーサイドに移動するか、ファーストパーティ製の同等のものに置き換える | アナリティクスオーナー |
| 13-15 | 殺せ。意見ではなく、スコアを提示せよ。 | タグ所有者のマネージャー |
バンド内では、代替可能性スコアによって戦術が決定されます。スコアが3の場合は、ファーストパーティまたはサーバーサイドで同等のものが利用可能であることを意味するため、バンドのデフォルトではなく、そちらの方法を選択してください。
署名欄が重要なのは、各バンドが担当者を一人ずつ指定しているからだ。「タグのせいでサイトの動作が遅い」は苦情だが、「このタグは11点を獲得しました。署名者は以下のとおりです」は違反切符である。
具体的な例
中堅企業向けeコマース決済システムの複合データです。顧客データではなく、あくまで例示としてご利用ください。
| タグ | 費用 | 役職 | 交換する | 同意 | トータル | ルート | |
|---|---|---|---|---|---|---|---|
| ライブチャットウィジェット | 3 | 2 | 0 | 2 | 1 | 8 | ファサード: クリック時にロード |
| 従来のヒートマップツール | 2 | 1 | 3 | 3 | 2 | 11 | キル（オーバーライドを使用） |
| 広告コンバージョンタグ | 1 | 1 | 0 | 3 | 2 | 7 | サーバー側へ移動（置換可能性3） |
| 同意管理プラットフォーム | 1 | 3 | 0 | 1 | 0 | 5 | バンド3（位置オーバーライド）：そのブロッキング動作を監査する |
| フォントプロバイダー | 1 | 2 | 0 | 3 | 0 | 6 | 自己ホストおよびサブセット（置換可能性3） |
チャットウィジェットは、重要なポイントです。実際に使用されており、代替不可能な要素です。また、このウィジェットは依然としてファサードにルーティングされます。なぜなら、このルールでは「これが必要かどうか」と「最初の2.5秒以内に必要かどうか」を区別しているからです。
[INTERNAL DATA NEEDED: replace this composite table with a real anonymised inventory from a Switas engagement — vendor category, measured blocking time, post-change field metric.]
実際に効果があった頻度順に並べた３つの解決策
ファサード。 埋め込みウィジェットを、操作時に実際のウィジェットを読み込む静的なプレースホルダーに置き換えます。チャット、ビデオ、マップ、レビューウィジェットなどが、この方法で効果が得られることが多いです。これは、機能を削除せずにコストを削減できるため、ほとんどの監査において最も効果的な修正策であり、そのため会議でも採用されることが多いのです。
延期します。 役立つが、注意点もある。Chrome ネットワーク優先度を下げる of async (NAIST) と defer リソースがブロックされるため、予想よりも遅れて読み込まれます。ピクセルであれば問題ありませんが、レンダリングされるものには適していません。web.dev はまた、埋め込みが「ブロックする可能性がある」と指摘しています。 window.onload サーバーの応答が遅い場合、埋め込みが非同期処理や遅延処理を使用していても、コストが発生する可能性があります。遅延処理はコストを移転するだけで、必ずしもコストをなくすわけではありません。
サーバーサイドでのタグ付け。 これは訂正が必要です。なぜなら、これはページ速度向上製品として販売されていますが、実際はそうではないからです。Google自身の サーバーサイドタグ付け入門 データ所有権、シェーピング、ルーティングについて説明し、「サーバー内のデータにアクセスできるのはあなただけで、あなたがそれを他の場所に送信することを選択するまで」と述べており、パフォーマンスに関する主張は一切していません。ブラウザは引き続き測定コードを実行し、画像ピクセルを介してイベントを送信します。 fetchXHR またはサービスワーカーがあなたの サーバーコンテナドメイン.
これにより得られるのは、ファーストパーティのコンテキストと、インフラストラクチャから何が送信されるかを制御することです。速度の向上は、移行中に削除するベンダーのスクリプトの副次的な効果です。ベンダーがサーバーサイドタグ付けだけでINPの改善を約束している場合は、ブラウザでどのスクリプトの読み込みが停止するかを尋ねてください。答えが「なし」であれば、改善はありません。INPは以下で構成されています。 入力遅延、処理時間、表示遅延、そしてスクリプトはメインスレッドを占有することで最初の2つを膨張させます。リクエストの場所を変更すると 送信 どちらにも影響しない。
同意レイヤーが算術を変える場合
同意管理プラットフォームは通常、インベントリの中で最も高いスコアを獲得する項目です。これはヘッダー部分に配置され、設計上レンダリングをブロックし、他のすべてのタグはそれを待機します。他の項目と同様に評価してください。
次に、どちらの同意モードを実行するかを決定します。なぜなら、この2つはパフォーマンスプロファイルが異なるからです。Googleの用語では、 基本的な同意モード これは、タグが「同意バナーとのユーザーのインタラクションまでブロックされる」ことを意味し、高度なモードでは「デフォルト設定でロードされます」 denied「同意を得る前にクッキーなしの測定値を送信します。ベーシックは最初の読み込みが速いです。データも消費します: Googleの EEAガイダンス バナー操作までタグの読み込みを阻止すると、「Googleはユーザーの同意選択を検証できなくなり、データ損失につながる可能性がある」と警告しています。
ここで地域的な詳細が重要になります。トルコはEEAに加盟していないため、GoogleのEEA同意シグナル要件はトルコのトラフィックには適用されませんが、トルコの法律は適用されます。KVKKのクッキーに関するガイドラインでは、分析クッキーは厳密に必要ではなく明示的な同意を必要とするものとして扱われ、同意カテゴリはデフォルトでチェックを外し、「すべて拒否」を「すべて承認」と同じくらい目立つようにする必要があります。 クッキーウォールを禁止する.
トルコ国内または複数市場で事業を展開する小売業者にとっての実際的な影響は、トルコ国内のトラフィックには基本同意モードを、EEA（欧州経済領域）のトラフィックには高度な同意モードを適用すれば、どちらの市場でも権利を失うことはないということです。ほとんどのCMP（通信価格管理プラットフォーム）は、標準機能ではこの機能を提供していません。これはプラグインではなく、地域ごとの設定変更が必要な事項です。
この評価基準でカバーされていないこと
- ページではなく、タグに点数をつける。 ホームページでは無害なタグでも、40個も読み込むリストページでは致命的な問題を引き起こす可能性がある。
- メインスレッドのコストは加算式ではありません。 100msのタグを5つ削除しても、500msに戻ることは稀です。変更を加えるたびに測定してください。
- それはあなたのコードを無視します。 フレームワークのハイドレーションに伴う長時間のタスクは、不良なINPの大部分を占めることが多く、第三者による監査ではそれらを見つけることはできません。
- それはコスト面しか示していません。 380ミリ秒のタグで実際に収益につながるものであれば、保持しておく価値があるかもしれない。
- セキュリティやデータ所在地の問題について意見はありません場合によっては、それがベンダーを解約すべき本当の理由となることもある。
- ピギーバックタグはコンテナ輸出から隠蔽される。 2つのリストの内容が一致しない場合は、ネットワークのリストを信頼してください。
FAQ
特定のサードパーティのメインスレッドコストを測定するにはどうすればよいですか？ Chrome DevToolsのパフォーマンスパネルを使用して、長時間実行されるタスクの原因となるスクリプトを特定し、Lighthouseの「サードパーティコードの影響を軽減する」監査結果と照合してください。ラボでの実行では実際のコストが過小評価される可能性があるため、現場データと照合して確認してください。
サーバーサイドタグ付けはCore Web Vitalsの指標を向上させますか？ それだけでは不十分です。Googleのサーバーサイドタグ付けに関するドキュメントは、ページの速度ではなく、データの制御とルーティングについて説明しています。また、ブラウザは依然として測定コードを読み込み、イベントを送信します。改善が見られるのは、移行の一環としてページから削除するベンダースクリプトのおかげです。
第三者による行為は、どのコアウェブバイタルに最も大きな損害を与えるのか？ 通常はINP（Input Input Proposal）が使われます。これは、スクリプトがメインスレッドを占有し、入力遅延と処理時間を増大させるためです。一方、ヘッダー内のレンダリングをブロックするタグはLCP（Input Input Proposal）が使われ、後から挿入されるバナーやウィジェットはCLS（Input Input Proposal）が使われます。
サードパーティ製スクリプトを自分でホストするべきでしょうか？ 場合によってはそうですが、トレードオフです。自己ホスト型のコピーは、手動で更新するまでベンダーのAPI変更やセキュリティ修正を受け取れなくなります。web.devはこれを収益とセキュリティのリスクとして指摘しています。
私は何を目標にすべきでしょうか？ 実際のページ読み込みの75パーセンタイルでは、LCPは2.5秒以下、INPは200ミリ秒以下、CLSは0.1以下です。
私のトラフィックのほとんどがトルコ語の場合、Googleの同意モードは必要ですか？ GoogleのEEA同意シグナル要件はトルコのトラフィックには適用されませんが、KVKKのクッキー規則は適用されるため、有効な同意メカニズムは依然として必要です。変更点は、そのセグメントに対してより迅速な基本実装を自由に選択できるようになったことです。
どのくらいの頻度で再採点すべきでしょうか？ 在庫全体については四半期ごと、ベンダーを追加するリリースごとに更新されます。タグスタックは再び増加しています。Web Almanacの年間データによると、サードパーティからのリクエスト数は増加傾向にあります。
ナンバープレートの所有者が拒否した場合、どうすればよいですか？ 議論ではなく、スコアとバンド名を送ってください。評価基準は、どちらの優先順位が勝つかではなく、数値と具体的な行動について話し合うために存在するのです。
チェックアウトページまたはリスティングページで Core Web Vitals が機能せず、どのベンダーが原因か特定できない場合は、この評価基準を自社のスタックで実行するか、フィールドデータと優先順位付けされたバックログを使用して弊社で実行してください。 Switasのウェブパフォーマンスサービス.
ソース
- 第三者機関 — 2025 Web Almanac、HTTP Archive
- Web Vitals — web.dev
- 次のペイントへのインタラクション (INP) — web.dev
- サードパーティのJavaScriptを読み込んでいます — web.dev
- Core Web Vitalsのビジネスへの影響 ― web.devの事例研究
- サーバーサイドタグ付け入門 — Googleタグプラットフォーム
- データをサーバーコンテナに送信する — Google Tag Platform
- 同意モードの概念 — Googleタグプラットフォーム
- EEAトラフィックの同意モードの更新 — Google広告ヘルプ
- KVKK Çerez Rehberi コンプライアンスロードマップ — Mondaq（当局の61ページにわたるガイドの分析。執筆時点ではkvkk.gov.trにアクセスできなかった）
