ニュース

ウェブサイトを高速化するためのテクニカルSEOのヒント

ウェブサイトの読み込みが遅いと、顧客は商品画像の表示を待たされたり、反応しないメニューを操作しようとしたり、動いてしまうボタンをタップしようとしたりする可能性があります。効果的なパフォーマンス改善は、重要なページでどの問題が発生しているかを特定することから始まります。一般的な「スピード最適化」パッケージを承認する前に、影響を受けるURL、その証拠、および提案された修正方法を確認してください。

修正方法を選ぶ前に実際のユーザー体験を測定する

PageSpeed Insightsを使用して、ラボ診断と並行して利用可能なフィールドデータを確認します。フィールドデータは実際に観察されたユーザー体験を反映し、ラボテストは特定のシミュレーション条件下でページを調査します。フィールド結果が正確なURLを示しているのか、あるいはより広範なオリジンを示しているのかを確認し、モバイルとデスクトップの結果を分けて確認してください。

代表的な商品、サービス、お問い合わせページから始めます。デバイス、テスト条件、日付を記録します。ホームページのスコアが1つだけでは、すべての商品ページやチェックアウト操作のパフォーマンスが良いとは判断できません。

LCP、INP、CLSを使用して問題を特定する

Core Web Vitalsは、読み込み、応答性、視覚的な安定性を分けて評価します。良好な基準値は、モバイルとデスクトップに分けて、訪問の75パーセンタイルで評価されます。すべての個々の訪問が基準値を満たす必要があるわけではありません。

指標 測定内容 良好な基準値
LCP 最も大きな表示コンテンツ要素の読み込み 最大2.5秒
INP ユーザー操作への応答性 最大200ミリ秒
CLS 予期しない視覚的な動き 最大0.1

INPは、Core Web Vitalsの応答性指標としてFIDに代わりました。FIDのみを報告するプロバイダーには、評価を更新するよう依頼してください。Googleは、良好なCore Web Vitalsが上位表示を保証するものではないとしているため、パフォーマンスの基準達成とランキングに関する約束は分けて考えてください。

読み込み時間を左右するコンテンツを改善する

LCPの結果が悪い場合は、アセットを変更する前に、実際に最も大きなコンテンツ要素を特定します。商品画像、バナー、テキストブロックが原因である可能性があります。遅延が初期応答、リソースの発見、ダウンロード、またはレンダリングのいずれに起因するかを調査します。

適切なサイズに調整され圧縮された画像を提供し、すぐに必要なLCP画像を遅延読み込みしないようにします。サポートされている場合は、レスポンシブ画像オプションを使用します。プリロードは特定の変更として扱い、競合する多くのリソースを優先すると、その目的が損なわれる可能性があります。実装後は同じページを再テストします。

ユーザー操作を遅らせる処理を減らす

メニュー、フィルター、バリエーションセレクターの動作が遅い場合は、操作とそれに関連するブラウザ処理を調査します。大きなJavaScriptタスクやサードパーティスクリプトは、顧客が応答を必要とする際にメインスレッドを占有する可能性があります。スクリプトを無差別に削除するのではなく、原因となっている処理を特定します。

各アプリ、ウィジェット、トラッキングタグがそのページで必要かどうかを確認します。不要な機能は削除するか、開発者およびビジネスオーナーと協力して読み込み方法を変更します。その後、分析、同意管理、フォーム、購入機能をテストし、スピード改善によって顧客体験の不具合が見過ごされないようにします。

スペースを確保し、サーバー遅延を調査する

レイアウトシフトについては、サイズ指定のない画像、遅れて表示されるバナー、埋め込みコンテンツ、フォントの変更を調査します。適切なスペースを確保し、遅延するコンテンツが表示される前と後でレイアウトを確認します。購入操作中にボタンが動くという事実は、デザインを簡素化するという一般的な指示よりも有用な診断結果です。

サーバーの初期応答が遅い場合は、リダイレクト、ネットワークと接続時間、アプリケーション処理、キャッシュの動作を調査します。最初の1バイトまでの時間は、ホスティングだけでは決まらないことを反映しています。ページにパーソナライズされた情報やアカウント固有の情報が含まれている場合は、キャッシュ変更を慎重にテストしてください。

証拠と機能テストに基づいてパフォーマンス改善を受け入れる

影響を受けるページグループ、特定されたボトルネック、実装方法、検証方法に合意します。変更内容を記録し、同等の条件下で改善前後の診断を行います。主要な顧客操作を再テストし、利用可能な場合はその後のフィールドデータを監視します。実際のユーザーレポートは、新しいデプロイをすぐに反映するものではありません。

顧客が実際に遭遇する、遅い、または不安定な体験を優先します。これにより、ビジネス側には「完璧なテストスコア」という約束よりも明確な成果を提供でき、開発者は特定の問題が改善されたかどうかを示すことができます。

FAQ

1. PageSpeedスコアが完璧なら、上位表示が保証されますか?

いいえ。診断スコアは一つの観察結果にすぎません。実際のユーザー体験と並んで、検索の関連性やより広範な品質も引き続き重要です。

2. すべての画像に遅延読み込みを使用すべきですか?

いいえ。すぐに必要なメイン画像を遅延させると、読み込みが悪化する可能性があります。役割と配置に基づいて動作を選択してください。

3. スピード改善アプリをインストールすれば、すべて解決しますか?

アプリは一部の問題に対処できる場合があります。その機能が診断された原因に合致するかを確認し、機能的な競合がないかテストしてください。

4. PageSpeedにフィールドデータがない場合はどうすればよいですか?

ラボ診断を使用して調査し、適切な実際のユーザーモニタリングを検討してください。フィールドデータがないことは、パフォーマンスが良い、または悪いことの証明ではありません。