ケーススタディ：Next.jsブログでのCore Web Vitals最適化

Next.jsサイトにおけるパフォーマンスボトルネック（LCP、INP、CLS）の特定と修正のステップバイステップガイド。画像最適化、動的インポートによる遅延読み込み、フォント処理を含む。

2025年12月18日読了時間 8分

このページの内容

激しい競争率のオンラインコンテンツの世界では、パフォーマンスがすべてです。架空の「NutriLife」ブログ、Next.jsで構築されたコンテンツ重視のプラットフォームにとって、パフォーマンスの低さは大きな問題になっていました。素晴らしいコンテンツを持っているにもかかわらず、ページの読み込み速度の遅さと、ちらつく予測不可能なレイアウトにより、読者がすぐに 떠나ていく状況でした。これは frustratating なユーザー体験を生み出すだけでなく、Googleが優れたCore Web Vitals（コアウェブバイタル）を重視しているため、SEOランキングにも悪影響を及ぼしていました。

このケーススタディでは、Largest Contentful Paint（LCP）、Interaction to Next Paint（INP）、**Cumulative Layout Shift（CLS）**という主要なパフォーマンスのボトルネックを特定し、修正するまでの段階的な手順をご紹介します。遅いブログを、信じられないほど高速でユーザーフレンドリーな体験へと変貌させた道のりです。

カバーする内容：

Lighthouseを使用したパフォーマンスの問題の特定
next/imageコンポーネントによるLCPの劇的な改善
重要でないコンポーネントの遅延読み込みによるINP向上
画像とカスタムフォントによって引き起こされるCLSの消除

前提条件：

ReactとNext.jsの基本的な理解
Node.jsとnpm/yarnのインストール済み
ブラウザの開発者ツール（特にLighthouseタブ）の知識

問題の理解：「改善前」の状態

NutriLifeブログの記事ページに対する素早いLighthouse監査で、痛い事実が明らかになりました：

Largest Contentful Paint（LCP）：4.2秒（Poor）— 各レシピの大型高解像度ヒーロー画像が表示されるまでに非常に時間がかかっていました。
Interaction to Next Paint（INP）：350ms（要改善）— ページがもっさりと感じられました。コメントセクションのトグルなど、インタラクティブな要素をクリックした際に目に見える遅延がありました。
Cumulative Layout Shift（CLS）：0.28（Poor）— 最も気になる問題でした。画像とカスタムフォントが読み込まれると、テキストがページ上で跳ね回り、ユーザーが読書位置を見失う原因となっていました。

我々のミッションは明確でした：Next.jsが提供する強力なツールを使用して、これらCore Web Vitals（コアウェブバイタル）を直接対処することです。

next/imageによるLargest Contentful Paintの最適化

実施内容

LCPスコアが低い主な犯人は、各ブログに表示される最適化されていないヒーロー画像でした。標準的な<img>タグを使用していたため、ブラウザは巨大で画一的な画像ファイルをダウンロードしていました。

解決策は組み込みのnext/imageコンポーネントです。これは自動的にいくつかの重要な最適化を処理します。

入力：最適化されていないヒーロー画像（2-5MB JPG）出力：優先読み込み付きレスポンシブWebP画像

実装

古い<img>タグをnext/imageコンポーネントに置き換えました。

Before：

jsx

// src/components/BlogPostLayout.js
const BlogPostLayout = ({ post }) => (
  <div>
    <h1>{post.title}</h1>
    <img src={post.heroImage} alt={post.title} />
    {/* ... rest of the post */}
  </div>
);

After：

jsx

// src/components/BlogPostLayout.js
import Image from 'next/image';

const BlogPostLayout = ({ post }) => (
  <div>
    <h1>{post.title}</h1>
    <Image
      src={post.heroImage}
      alt={post.title}
      width={1200}
      height={600}
      priority // ✨ LCP用の重要な追加
      sizes="(max-width: 768px) 100vw, (max-width: 1200px) 50vw, 33vw"
    />
    {/* ... rest of the post */}
  </div>
);```

### 動作の仕組み
1. **自動リサイズ：** Next.jsはWebPなどの最新フォーマットの小型で最適化された画像を作成し提供服务します。`sizes`プロパティはビューポート幅に基づいてどの画像サイズをダウンロードするかをブラウザに指示し、モバイルデバイスが大容量のデスクトップサイズの画像-downloadingのを防ぎます。
2. **`priority`プロパティ：** これはLCPにとって最も重要な変更です。`priority`を追加することで、Next.jsはこの画像（税金の重要）プロパティ最重要的）是最重要的优化措施。通过添加`priority`，Next.js会预加载这张图片，因为它是最重要的"above the fold"（视口上方）视觉元素。
3. **必需的`width`和`height`：** 这些属性对于防止布局偏移至关重要（我们接下来会处理）。因为它们允许浏览器在图片加载前为其预留正确的空间。

**結果：** LCPが**4.2秒から1.9秒**に改善されました（良好）。✅

## 動的インポートによるInteraction to Next Paintの改善

### 実施内容
INPが苦しんでいた理由は、ブラウザのメインスレッドが初期読み込み時に大量のJavaScriptを解析・実行，忙しかったためです。インタラクティブなレシピ Kalkulatorやサードパーティのコメントセクションなど、重くて重要でないコンポーネントがユーザーの操作をブロックしていました。

解決策は`next/dynamic`によるコード分割です。これにより、特定のコンポーネントの読み込みを実際に必要になるまで延期できます。

**入力**：大型の初期JSバンドル（約500KB）
**出力**：オンデマンドで読み込まれるコード分割バンドル

### 実装
重要でないコンポーネントを`dynamic()`インポートでラップしました。

**Before：**

```jsx
// src/components/BlogPostLayout.js
import RecipeCalculator from './RecipeCalculator';
import CommentsSection from './CommentsSection';

const BlogPostLayout = ({ post }) => (
  <div>
    {/* ... post content ... */}
    <RecipeCalculator />
    <CommentsSection postId={post.id} />
  </div>
);

After：

jsx

// src/components/BlogPostLayout.js
import dynamic from 'next/dynamic';

// 初期表示に重要でないコンポーネントを動的にインポート
const DynamicRecipeCalculator = dynamic(() => import('./RecipeCalculator'), {
  loading: () => <p>計算ツールを読み込み中...</p>,
});

const DynamicCommentsSection = dynamic(() => import('./CommentsSection'), {
  ssr: false, // このコンポーネントはブラウザAPIに依存しています
  loading: () => <p>コメントを読み込み中...</p>,
});

const BlogPostLayout = ({ post }) => (
  <div>
    {/* ... post content ... */}
    <DynamicRecipeCalculator />
    <DynamicCommentsSection postId={post.id} />
  </div>
);

動作の仕組み

コード分割： next/dynamicはRecipeCalculatorとCommentsSection用の別々のJavaScriptバンドル（チャンク）を作成します。これらのチャンクは初期ページ読み込み時にはダウンロードされません。
遅延読み込み： これらのコンポーネントのJavaScriptは、レンダリングされる直前にのみ取得・実行されます。
ssr: false： windowのようなブラウザ専用のAPIに依存する可能性があるCommentsSectionについては、サーバーサイドレンダリングを無効にしてエラーを防ぐことができます。
読み込み状態： loadingオプションはユーザーにとって便利なプレースホルダーを提供し、知覚パフォーマンスを向上させます。

結果： 初期JavaScriptペイロードを減らすことで、メインスレッドがより早く解放されました。INPは350msから150msに改善されました（良好）。✅

next/fontとサイズ指定画像によるCumulative Layout Shiftの消除

実施内容

我々のひどいCLSスコアには2つの原因がありました：

サイズ未指定の画像： 見たように、尺寸が定義されていない画像は読み込み後にレイアウトがリフローします。
カスタムフォントの読み込み： サイトンはカスタムGoogleフォントを使用していました。ブラウザはまずフォールバックフォントをレンダリングし、ダウンロードが完了するとカスタムフォントに切り替えますが、この切り替えは急で、すべてのテキストがずれる原因となりました。

入力：尺寸なしの画像＋外部フォント読み込み出力：スペース確保とフォントメトリクスマッチングによる安定したレイアウト

実装

1. 画像サイジング： ステップ1でnext/imageコンポーネントにwidthとheightプロパティを提供することで、画像の問題を解決しました。この簡単なステップはCLSにとって大きな成果です。

2. フォント最適化： フォントの読み込みを効率的に処理するためにnext/fontモジュールを使用します。

jsx

// src/pages/_app.js
import { Inter } from 'next/font/google';

// フォントの設定
const inter = Inter({
  subsets: ['latin'],
  display: 'swap', // デフォルトでパフォーマンスに最適
});

function MyApp({ Component, pageProps }) {
  return (
    <main className={inter.className}>
      <Component {...pageProps} />
    </main>
  );
}

export default MyApp;

動作の仕組み

next/fontモジュールはいくつかの点で非常に強力です：

自動セルフホスティング： Googleフォントをビルド時に自動的にダウンロードし、自分のドメインから提供服务します。これによりGoogleのサーバーへの追加のネットワークリクエストが不要になり、プライバシーとパフォーマンスが向上します。
ゼロCLS： next/fontはカスタムフォントのメトリクスに非常によく一致するフォールバックフォントを生成します。つまり、実際のフォントが切り替わっても実質的にレイアウトシフトがありません。
プリロード： 重要なフォントファイルは自動的にプリロードされます。

結果： サイズ指定画像と最適化されたフォント読み込みにより、CLSスコアは0.28から0.02に低下しました（良好）。✅

パフォーマンス最適化アーキテクチャ

次の図は、Core Web Vitalsの最適化パイプラインを示しています：

結論：より健康で高速なブログ

各Core Web Vitalを体系的に対処することで、NutriLifeブログを、もっさりとしたフラストレーション溜まる体験から、高パフォーマンスのウェブサイトへと変貌させました。

SEOへの影響：Core Web Vitalsの最適化により、ターゲットキーワードでのGoogle検索ランキングが23ポジション向上しました。ページ読み込みの最適化により、直帰率が35%減少し、ページ滞在時間が47%増加しました。LCPの改善は、コンテンツ重視のページでのコンバージョン率が12%向上と直接的に関連しています。組み合わせた最適化により、モバイルUXスコアが67%向上し、PageSpeed Insightsで2.3倍の改善を達成しました。

成果の概要：

LCP： next/imageでヒーロー画像を優先することで4.2秒から1.9秒に削減。
INP： 重要でないコンポーネントのコード分割と遅延読み込みにより350msから150msに改善。
CLS： 画像尺寸の提供とnext/fontによる安定したフォント読み込みにより0.28から0.02に大幅削減。

このケーススタディは、コンテンツ重視のNext.jsアプリケーションで優れたWeb Vitalsを達成することが魔法の話ではなく、フレームワークが提供する強力で組み込みのツールを戦略的に使用することであることを示しています。より多くのパフォーマンス戦略については、**Next.jsとIndexedDBでオフラインファーストPWAを構築するやウェアラブルデータストリームのためのReact状態最適化**をご覧ください。

リソース

公式ドキュメント：
- next/image APIリファレンス
- next/fontによるフォント最適化
参考資料：
- web.dev: Core Web Vitals

クイックリファレンス

側面	主要情報
トピック	開発
関連性	患者教育と認識
行動	医療提供者にご相談ください
頻度	치료チームが推奨する頻度
根拠	現在の臨床ガイドラインに基づく

よくある質問

Q: これが自分に該当する怎么看？ A: 個人的な病歴と家族歴について医療提供者と相談し、個人的なリスク要因と適切な次のステップを判断してください。

Q: 医師に何と聞けばいいですか？ A: 良い質問例：「結果はどういう意味ですか？」「オプションは何がありますか？」「どんな生活習慣の改善が役に立ちますか？」「いつフォローアップすべきですか？」

Q: 도움이 될 수 있는 생활 습관 변화가 있나요? A: 대부분의 건강 상태는 기본적인 조치에서 혜택을 받습니다：균형 잡힌 영양, 규칙적인 신체 활동(주 150분 이상), 품질 수면(7-9시간), 스트레스 관리, 담배 피하기.

의학적免责声明

본 기사는 교육 목적のみ을 위한 것이며 의학적 조언을 구성하지 않습니다. 건강, 치료 또는 관리에 관한 결정을 내리기 전에 항상 자격 있는 의료 제공자와 상담하세요. 개인적인 상황은 다르며, 한 사람에게 적합한 것이 다른 사람에게도 적합하지 않을 수 있습니다.

응급 의료 상황에 처해 있다면 즉시 119(또는 현지 응급 전화번호)에 전화하세요.

すべての記事に戻る