ウェブサイト速度がランキングに与える影響はどのくらい？どう最適化する？
第2章：検索基礎編 · 第27問
ウェブサイト速度はユーザー体験に影響するだけでなく、検索エンジンランキングの重要なシグナルでもあります。百度は早くも2017年に「稲妻アルゴリズム」（百度検索リソースプラットフォームの公開説明）を導入し、明確に示しました：モバイルファーストビュー読み込み時間が2秒以内のページはトラフィックの優遇を受け、3秒を超えるページはランキングが抑制されます。Google の Core Web Vitals（公式公開指標）も同様に速度をコアランキング要因として挙げています。
百度の速度に関する具体的な要件
| 指標 | 優秀 | 合格 | 要最適化 |
|---|---|---|---|
| ファーストビュー読み込み時間 | ≤1.5秒 | 1.5-3秒 | >3秒 |
| ページ完全読み込み | ≤3秒 | 3-5秒 | >5秒 |
| 初回インタラクション遅延 | ≤100ms | 100-300ms | >300ms |
百度の「稲妻アルゴリズム」は主にモバイル端末を対象としていますが、デスクトップ端末の速度もクローラーのクロール効率に影響します——ページの読み込みが遅いほど、百度スパイダーが単位時間内にクロールできるページ数が減り、インデックスにも影響します。
よくある速度低下の原因
- 未圧縮の画像：最適化されていないバナー画像1枚で3-5MBになることもあり、中国国内のモバイルネットワークでは致命的です
- 過剰なJavaScriptファイル：特に各種統計コード、オンラインカスタマーサポートプラグイン、ポップアップスクリプトの積み重ね
- CDN未使用：サーバーが北京にある場合、広州のユーザーのアクセス遅延は200ms以上に達することがあります
- サーバー応答が遅い：安価なレンタルサーバー、データベースクエリの未最適化、PHPバージョンが古い
- サードパーティリソースの足を引っ張る：参照している外部フォント、未最適化のiframe広告、ソーシャル共有ボタン
速度最適化チェックリスト
画像最適化（効果が最も顕著）：
- WebP形式を使用（Baiduはすでにクロールと表示をサポート）
- 遅延読み込み（Lazy Load）を実装し、ファーストビュー以外の画像を遅延読み込み
- 適切なサイズを設定し、CSSで拡大した大きな画像を使わない
- 画像CDNを使用（例：Alibaba Cloud OSS+CDN、Upyun）
コードレベル：
- CSS/JSファイルの結合と圧縮（Minify）
- クリティカルCSSをインライン化し、非クリティカルCSSを非同期読み込み
- JavaScriptを下部に配置するか、async/defer属性を使用
- Gzip/Brotli圧縮を有効化
サーバーとネットワーク：
- 国内CDNノードを設定（Alibaba Cloud CDN、Tencent Cloud CDNを推奨）
- ブラウザキャッシュを有効化し、適切なCache-Controlを設定
- HTTP/2プロトコルを使用
- ターゲットユーザーに近いサーバー机房を選択
速度測定ツールの推奨
- Baiduサイトオーナーツール → クロール診断：Baiduスパイダーの実際のクロール所要時間を確認
- Google PageSpeed Insights：具体的な最適化提案とスコアを提示
- WebPageTest：国内ノードを選択可能、ウォーターフォール図が非常に詳細
- GTmetrix：総合スコア、最適化提案が直感的
- 17CE：国内マルチノード速度測定、地域ごとのアクセス状況を把握
ある実例
あるECサイトのトップページ読み込み時間を4.2秒から1.8秒に最適化した後、Baiduモバイル検索順位が3週間で平均5〜8位上昇し、オーガニックトラフィックが34%増加しました（以上は当該ECサイトの事例データであり、業界平均ではありません）。主に3つのことを行いました：画像をすべてWebPに変換してCDNに配置、不要なカスタマーサポートプラグイン3つを削除、サーバーのPHPバージョンをアップグレード。
実践的なアドバイス
- まず測定してから最適化：PageSpeed Insightsで一度スコアを測定し、提示された優先順位に従って項目ごとに修正し、感覚で最適化しない
- 画像が第一優先：ウェブサイト速度問題の80%は画像に起因する（業界経験データ）、画像圧縮はしばしば最も即効性のある効果をもたらす
- 定期モニタリング：毎月Baiduサイトオーナーツールでクロール所要時間の変化を一度確認し、新機能やプラグインを追加したらすぐに速度測定して後退がないことを確認する
AIツールで解決：ページ速度の診断と最適化
シーン1：PageSpeed Insightsレポートの読み解き
PageSpeed InsightsやGTmetrixが生成した詳細レポート（パフォーマンス指標、診断項目リスト）をAIに貼り付ける：
これは私のサイトのPageSpeed Insightsレポート内容です（診断項目と指標を貼り付け）。以下を手伝ってください：1) すべての最適化提案を「修正コスト低/効果大」で並べ替える；2) 開発がコードを変更する必要があるものと、私自身でできるものを区別する；3) 各最適化項目に具体的な修正方法（例：「画像をWebPに変換」はどうやるか）を示す。表形式で出力してください：問題項目 | 影響 | 難易度 | 具体的な操作。
AIは専門用語の山を「まずどれをやるか、どうやるか」に翻訳してくれ、自分でドキュメントを調べるより速い。
シーン2：AIにページ内のパフォーマンスキラーを審査させる
私のサイトのトップページはこれらのリソースを参照しています（HTML内のscript/link/imgタグを貼り付け）。以下を特定してください：どのJSにasync/deferを追加できるか、どのCSSを統合できるかまたは重要な部分をインライン化できるか、どの画像にwidth/height属性がないか、レンダリングをブロックする外部スクリプトがあるか。修正後のタグコードを示してください。
シーン3：画像の一括圧縮プランを生成
最適化が必要な商品画像が200枚あり、現在はJPG/PNGで平均800KBです。私のサイトは[Nginx/CDN]ベースです。完全な画像最適化プランをください：WebP変換のコマンドラインツールとパラメータ、サイズトリミング戦略、CDN設定の要点、そして公開前後で効果をどう比較するか。可能ならスクリプト例でバッチ処理コマンドを示してください。
シーン4：「速度問題がどの段階にあるか」を判断
私のサイトの速度測定でファーストビューが3.8秒と表示されます。調査チェックリストを作ってください：「サーバー応答(TTFB) → リソース容量 → リクエスト数 → レンダリングブロック → サードパーティスクリプト」の5段階で、各段階のテスト方法と合格基準、およびよくある落とし穴（例：CDNキャッシュが効いていない、フォント読み込みが遅い）を示してください。
注意：AI 的边界
- AIは実際のネットワーク環境を読めない：提示される提案は貼り付けたレポートやコードに基づくもので、ローカル vs モバイルネットワーク、地域ごとのCDNの実際の挙動は実際の速度測定でしか分からない
- 最適化コードは開発が実装する必要がある：AIが生成した圧縮スクリプト、async/deferの変更は開発同僚がテスト環境で検証してから公開する必要があり、本番環境で直接変更しないこと
- AIに「見栄え」のために機能を削除させない：使用中のカスタマーサポートプラグインや統計コードを速度向上のために削除するよう提案するかもしれないが、削除前にその機能のビジネス価値をよく考えること
