一般的なベスト プラクティス

Google パブリッシャー タグ(GPT)ライブラリをウェブサイトに統合する方法は、他の第三者スクリプトを統合する場合と多くの点で異なります。ただし、GPT を使用する際には、サイトのパフォーマンスへの影響を最小限に抑えながら広告スペースを最大限に活用するため、考慮すべき点がいくつかあります。結局のところ、高速な広告は重要です

以降のセクションでは、統合を行う際に使用するベスト プラクティスについて説明します。

公式ソースから GPT を読み込む

必ず公式ソースから GPT ライブラリをリクエストします。

統合タイプ スクリプトタグ
標準

IAB ヨーロッパの TCF と統合しているパブリッシャーが含まれます。
<script src="https://securepubads.g.doubleclick.net/tag/js/gpt.js" crossorigin="anonymous" async></script>
制限付き広告

制限付き広告を手動で有効にしたいパブリッシャー様向けです。
<script src="https://pagead2.googlesyndication.com/tag/js/gpt.js" async></script>

制限付き広告の URL は、制限付き広告を手動で有効にするサイトでのみ使用します。この機能を使用していない場合に制限付き広告の URL から GPT をリクエストすると、ブラウザが追加の不要なネットワーク接続を開いて、広告の読み込みが遅くなる可能性があります。

ニュース メディアの規制遵守のニーズに対応するため、GPT は crossorigin="anonymous" 属性を使用して標準 URL から読み込み、スクリプト リクエストで Cookie が送信されないようにします。

キャッシュされたバージョンの GPT を配信しない

gpt.jspubads_impl.js、または独自のサーバーから読み込んだバージョンのライブラリを提供したり、非公式のソースから読み込んだりしないでください。

ローカルのキャッシュに保存されたバージョンの GPT ライブラリは、新しいバージョンのブラウザやオペレーティング システムでは必ずしも機能しない可能性があります。また、新機能や改善が反映されていない可能性があります。以前のバージョンの GPT ライブラリは動作しなくなる可能性があるため、タグへの広告の配信が停止すると広告収入が失われる可能性があります。

これは Service Worker にも適用されます。Service Worker を使用してサイトからの HTTP リクエストに対するレスポンスをキャッシュに保存または変更する場合は、gpt.js のリクエストを処理する際にネットワークのみの戦略を使用して、最新バージョンを取得します。

GPT を早期に読み込む

GPT ライブラリ(gpt.js)には、広告の読み込みに必要なコードのごく一部が含まれています。コードの大部分は個別のファイル(pubads_impl_XX.js など)に含まれ、必要に応じて gpt.js によって読み込まれます。

コア GPT ライブラリを早期に読み込むことで、これらの依存するスクリプトもより早く読み込むことができます。これにより、スクリプトがキャッシュに保存されていない場合に発生する余分な遅延を回避し、広告をより迅速に読み込むことができます。その結果、広告の最初のレンダリング指標が短縮され、ひいては広告の視認性が向上します。

必要に応じてプリロードを使用する

GPT を読み込むタイミングや方法を直接管理できない場合があります。たとえば、ユーザーに代わって GPT を読み込むサードパーティの広告スクリプトを使用している場合などがこれに該当します。そのような場合は、gpt.js のリクエストをプリロードすることをおすすめします。リクエストをプリロードすることで、ページの読み込みに不可欠な特定のアセットを直ちにダウンロードするようブラウザに指示します。指定されたアセットが JavaScript ファイルの場合、スクリプトの内容はすぐに取得されますが、スクリプトが必要になるまで実行が延期されます。

標準統合のプリロード リクエストの例

<link rel="preload" href="https://securepubads.g.doubleclick.net/tag/js/gpt.js" as="script">

制限付き広告の統合のプリロード リクエストの例

<link rel="preload" href="https://pagead2.googlesyndication.com/tag/js/gpt.js" as="script">

事前レンダリングされたページで GPT を使用する

事前レンダリングとは、ユーザーがまだリクエストしていないもののアクセスする可能性が高いページを予防的にダウンロードしてレンダリングするようブラウザに指示します。事前レンダリングされたページに読み込まれた場合、GPT ライブラリは、ページが表示されたときにのみ広告をリクエストします。

GPT を静的に読み込む

GPT ライブラリをページに動的に挿入することや、外部スクリプトから読み込まないようにしてください。代わりに、Google パブリッシャー タグを使ってみるの説明に沿って、ページの <head> でライブラリを静的に読み込みます。これにより、他のリソースによって GPT ライブラリの取得と読み込みが遅延して広告の読み込みが遅延するのを防ぐことができます。

詳しくは、Lighthouse のパブリッシャー広告監査の広告スクリプトを静的に読み込むの監査に関するドキュメントをご覧ください。

GPT を非同期で読み込む

Google パブリッシャー タグを使ってみるの説明に沿って、スクリプトタグの定義に async キーワードを含めます。これにより、スクリプトの読み込みが完了するまで実行がブロックされるのではなく、他のリソースやページ コンテンツと並行して GPT ライブラリを読み込むようにブラウザに指示します。

詳しくは、Lighthouse のパブリッシャー広告監査の広告タグを非同期で読み込むの監査に関するドキュメントをご覧ください。

GPT を安全に読み込む

GPT ライブラリは、Google パブリッシャー タグを使ってみるの説明のとおり、常に HTTPS 経由で読み込みます。これにより、ユーザーのセキュリティが向上するだけでなく、パフォーマンスも向上します。GPT によって発行される広告リクエストは常に HTTPS を使用するため、HTTPS を使用してライブラリ自体を読み込むと、ブラウザは広告配信に関連するすべてのリクエストに対して 1 つの接続を開くだけで済みます。

詳しくは、Lighthouse のパブリッシャー広告監査の HTTPS で広告タグを読み込む、および推奨ホストから GPT を読み込むの監査に関するドキュメントをご覧ください。

優れたページ パフォーマンスを実践する

このガイドでは GPT の統合を最適化するおすすめの方法を紹介しましたが、他にも多くの要因がページの全体的なパフォーマンスに影響します。サイトに変更を加える場合(特に、このガイドに記載されているような広範な推奨事項に基づく変更の場合)、その変更がページのパフォーマンスのあらゆる側面に及ぼす影響を評価することが重要です。LighthouseLighthouse のパブリッシャー広告監査などのツールを定期的に実行して、パフォーマンスの問題を特定して対処し、サイトに対して最適化の適切なバランスを見つけることをおすすめします。