Lighthouse のパブリッシャー広告監査でサイトの速度を改善

この投稿の最新の更新日は 2021 年 9 月 6 日です。

ページの読み込み速度とサイトの一般的な動作に関するサイト運営者からのリクエストが増加しています。 今日の投稿では、パブリッシャーから寄せられた質問のいくつかを見ていきます。その後、独自のレポートを作成し、ページの読み込み状況をより適切に評価する方法を紹介します。

#1 – サイトの読み込みが遅く、レポート ツールのスコアが低い

サイトの最終的な動作は、いくつかの要因の結果であることを理解することが重要です。ページの構築に使用されるテクノロジー、サイトに表示される要素の数、それらの要素の保存方法、実行時の計算などです。レポート ツール (後で説明する LightHouse など) は、これらの問題を特定します。 これらの問題は、サイトの構築方法の結果であるため、コードとは無関係であることに注意してください。

#2 – MonetizeMore のコードが原因でサイトが遅くなった

ページ上の広告ユニットの数が多いほど、読み込む必要のある要素が多くなるため、ページの速度と収益の間には常に考慮すべきトレードオフがあります。 パブリッシャーは常にこのことを認識しておく必要があります。 私たちのコードは、サイトのパフォーマンスに大きな影響を与えません。MonetizeMore 広告スクリプトは非同期で実行されます。つまり、ヘッダー入札プロセスが実行されている間、サイトの残りの部分は、コードがない場合と同様に読み込まれ続けます。ヘッダー入札を実行する場合、入札タイムアウトに達するまで広告ロード スクリプトが広告のレンダリングを遅らせることは避けられません。これは、別のトレードオフに対処する必要があります。 デフォルトの推奨タイムアウトは、ページの読み込み速度と適切なヘッダー入札のフィル レートとの間の健全なバランスを取るために 2000 ミリ秒です。 このタイムアウトを下げると、設定されているタイムアウトよりもページの読み込みが速い場合にのみ、読み込み時間の短縮に役立つ場合があります。 ヘッダー入札のタイムアウトを短くすると、構成されたすべての入札者が最終入札を返す前にヘッダー入札オークションが終了する可能性が高くなります。

灯台

今後、Lighthouse のパブリッシャー広告監査を使用します。こちらで確認できます: https://developers.google.com/publisher-ads-audits

私たちのスクリプトがページ パフォーマンスの主な原因ではないかもしれませんが、ページ パフォーマンスはトラフィックに影響を与えるため、私たちにとって重要な問題になります。 サイトの独自の評価を行い、提案/警告に対処するようにしてください。

クロムの場合:

1.- 対象のウェブページを開く

2.- 右クリックして [検査] を選択します。

3.- 開発ツールの中から、監査と呼ばれる最後のツールを探します

4.- 関連するカテゴリを選択し、[レポートの生成] をクリックします。 サイトを数回更新すると、レポートが生成されて表示されます。

ページが評価されたいくつかのカテゴリが表示されます。

• パフォーマンス: インタラクティブ性、速度、およびコーディングを含む、ページの技術的な実行。
• アクセシビリティ: 特定の障害を持つ人々がより快適にコンテンツに参加できるようにする設計要素
• ベスト プラクティス: 主にナビゲーションとセキュリティを向上させるための一般的な推奨事項
• SEO: 検索エンジンがサイトに関与するための最適化
• プログレッシブ Web アプリ: PWA は、プレゼンテーションや内部がモバイル アプリに非常に似ている特定の種類のサイトです。 このタイプの Web サイトの最適化の提案を次に示します。

この情報のほとんどは非常に簡単です。 細心の注意を払う必要があるのは、パフォーマンス -> 診断です。ここでは、js コード、特に私たちのコードのパフォーマンスを確認できます。

上の図 (診断 -> サードパーティ コードの影響を減らす) では、コードがメイン スレッド (ページの読み込みを担当するスレッド) で 3 分の 1 秒未満しかブロックしていないことがわかります。 これらのコードはいずれもメイン スレッドを大幅にブロックしていませんが、サード パーティ コードのグループ全体がメイン スレッドの 1 秒全体を使用しており、これが最終的にユーザーが経験することです。

上の図 ([診断] -> [JavaScript 実行時間を短縮]) では、コードの実行時間が残りのコードと一致していることがわかります。 実行時間が長くなったとしても、これは別のスレッドで非同期に行われるため、パフォーマンスには影響しません。

考慮事項

• タグなしでこのレポートを実行して簡単なテストを実行してから、タグを追加してレポートを再度実行できます。 前述のように、トレードオフにより合計スコアが低下しますが、これは想定内です。
• ほとんどのページ速度テスト/スコアは、ヘッダー入札の実行時に必要な遅延を考慮しておらず、ハードコーディングされた広告タグを評価するように設計されています. そのため、ヘッダー入札がアクティブなページで実行すると、カスタム機能が考慮されず、スコアが下がります。
• 独自の Chrome プラグインによって、レポート自体のパフォーマンスが大幅に変わる可能性があります。 クリーンな環境でページをテストすることができます:
  • 次のページに移動します: https://developers.google.com/publisher-ads-audits。
  • サイトのアドレスを貼り付けます
  • 詳細設定で、追加の Lighthouse 監査の実行を有効にします。
  • [レポートの生成] をクリックします
  • *このレポートは、パブリッシャー広告レポートも提供します。 サイトが正しく構成されている場合、スコアは高くなるはずです。そのため、パフォーマンスの問題はおそらく別の場所にあることをサイト運営者に示す良い方法です。
• パフォーマンスを改善する必要がある場合は、次のことを検討してください。
  • ページ上の広告ユニットの数を減らす
  • 他の大量の JS/リソース呼び出しの実装に基づいて、MonetizeMore スクリプト呼び出しをページの最後またはそれより上に移動する
  • 受信した入札の大幅な損失が発生しない値まで、ヘッダー入札のタイムアウトを減らします (PGAI でテストできます: [入札者] タブで、受信した入札の色分けを行います)。
  • すべてのページのすべての広告位置を遅延読み込みします。 (dbAdmin で SPA を有効にし、DIV を遅延形式に切り替えます)

その他のより技術的な提案は次のとおりです。

• JavaScript の負荷を改善する: 重いスクリプトを 1 回呼び出したり、小さなスクリプトを何度も呼び出したりすると、パフォーマンスに悪影響を及ぼします。 JS でのタスクと呼び出しのバランスを取る。 これは、パブが操作できる JS ファイルでのみ実行できます (たとえば、ラッパー、GA、または facebook スクリプトではありません)。
• 非同期に実行できるすべてのスクリプトがそうであることを確認してください。 私たちのスクリプトはすでに
• リソース (画像、ビデオ) が最新のテクノロジでエンコードされていることを確認してください。 これにより、移動中に要素を圧縮し、ページにロードするときに圧縮を解除できます。

もっと助けが必要ですか？ 今すぐ MonetizeMore で Professional アカウントにサインアップしてください!