メタデータ
Next.js には、SEO と Web 共有性を向上させるために、アプリケーションのメタデータ(HTML の head
要素内の meta
や link
タグなど)を定義できるメタデータ API があります。
アプリケーションにメタデータを追加する方法は2つあります:
- 設定ベースのメタデータ:
layout.js
またはpage.js
ファイルで、静的なmetadata
オブジェクトまたは動的なgenerateMetadata
関数をエクスポートします。 - ファイルベースのメタデータ: ルートセグメントに静的または動的に生成された特殊なファイルを追加します。
これらのオプションにより、Next.js は自動的にページの <head>
要素を生成します。また、ImageResponse
コンストラクターを使用して動的な OG 画像を作成することもできます。
静的メタデータ
静的メタデータを定義するには、layout.js
または静的な page.js
ファイルから Metadata
オブジェクトをエクスポートします。
利用可能なすべてのオプションについては、API リファレンスを参照してください。
動的メタデータ
generateMetadata
関数を使用して、動的な値を必要とするメタデータを取得できます。
利用可能なすべてのパラメータについては、API リファレンスを参照してください。
補足:
- 静的メタデータと
generateMetadata
による動的メタデータは、サーバーコンポーネントでのみサポートされます。fetch
リクエストは、generateMetadata
、generateStaticParams
、レイアウト、ページ、サーバーコンポーネント間で同じデータに対して自動的にメモ化されます。fetch
が利用できない場合は、Reactcache
を使用できます。- Next.js は、
generateMetadata
内のデータ取得が完了するまで待機してから、クライアントに UI をストリーミングします。これにより、ストリーミングされたレスポンスの最初の部分に<head>
タグが含まれることが保証されます。
ファイルベースのメタデータ
メタデータ用の特殊なファイルは以下の通りです:
- favicon.ico、apple-icon.jpg、icon.jpg
- opengraph-image.jpg および twitter-image.jpg
- robots.txt
- sitemap.xml
これらは静的メタデータに使用できます。また、コードを使用してこれらのファイルを動的に生成することもできます。
実装と例については、メタデータファイル API リファレンスと動的画像生成を参照してください。
動作
ファイルベースのメタデータは優先度が高く、設定ベースのメタデータよりも優先されます。
デフォルトフィールド
ルートがメタデータを定義していない場合でも、常に追加される2つのデフォルトの meta
タグがあります:
- meta charset タグは、Web サイトの文字エンコーディングを設定します。
- meta viewport タグは、異なるデバイスに合わせて Web サイトのビューポート幅とスケールを設定します。
補足: デフォルトの
viewport
meta タグを上書きできます。
順序
メタデータは、ルートセグメントから最終的な page.js
セグメントに最も近いセグメントまで、順番に評価されます。例:
app/layout.tsx
(ルートレイアウト)app/blog/layout.tsx
(ネストされたブログレイアウト)app/blog/[slug]/page.tsx
(ブログページ)
マージ
評価順に従い、同じルート内の複数のセグメントからエクスポートされたメタデータオブジェクトは、ルートの最終的なメタデータ出力を形成するために「浅く」マージされます。重複するキーは、その順序に基づいて「置き換え」られます。
これは、openGraph
や robots
などのネストされたフィールドを持つメタデータが、以前のセグメントで定義されている場合、最後のセグメントで定義されたものによって「上書き」されることを意味します。
フィールドの上書き
上記の例では:
app/layout.js
のtitle
はapp/blog/page.js
のtitle
に置き換えられます。app/blog/page.js
がopenGraph
メタデータを設定しているため、app/layout.js
のopenGraph
のすべてのフィールドが置き換えられます。openGraph.description
が存在しないことに注意してください。
セグメント間でネストされたフィールドの一部を共有しながら、他のフィールドを上書きする場合は、別の変数に抽出できます:
上記の例では、OG 画像は app/layout.js
と app/about/page.js
の間で共有されますが、タイトルは異なります。
フィールドの継承
メモ
app/layout.js
のtitle
はapp/about/page.js
のtitle
によって置き換えられます。app/about/page.js
がopenGraph
メタデータを設定していないため、app/layout.js
のすべてのopenGraph
フィールドが継承されます。
動的画像生成
ImageResponse
コンストラクターを使用すると、JSXとCSSを使用して動的画像を生成できます。これは、Open Graph画像、Twitterカード、その他のソーシャルメディア画像の作成に便利です。
使用するには、next/og
から ImageResponse
をインポートします:
ImageResponse
は、Route Handlersやファイルベースのメタデータを含む他のNext.jsのAPIとうまく統合されます。例えば、opengraph-image.tsx
ファイルで ImageResponse
を使用して、ビルド時またはリクエスト時に動的にOpen Graph画像を生成できます。
ImageResponse
は、フレックスボックス、絶対配置、カスタムフォント、テキストの折り返し、中央揃え、ネストされた画像などの一般的なCSSプロパティをサポートしています。サポートされているCSSプロパティの完全なリストを参照。
補足:
- 例は Vercel OG Playground で利用可能です。
ImageResponse
は @vercel/og、Satori、Resvgを使用して、HTMLとCSSをPNGに変換します。- Edge Runtimeのみがサポートされています。デフォルトのNode.jsランタイムは動作しません。
- フレックスボックスとCSSプロパティのサブセットのみがサポートされています。高度なレイアウト(例:
display: grid
)は機能しません。- 最大バンドルサイズは
500KB
です。バンドルサイズには、JSX、CSS、フォント、画像、その他のアセットが含まれます。制限を超える場合は、アセットのサイズを削減するか、実行時にフェッチすることを検討してください。- サポートされているフォント形式は
ttf
、otf
、woff
のみです。フォント解析速度を最大化するには、woff
よりもttf
またはotf
が推奨されます。
JSON-LD
JSON-LD は、検索エンジンがコンテンツを理解するために使用できる構造化データの形式です。人物、イベント、組織、映画、本、レシピなど、さまざまな種類のエンティティを説明するために使用できます。
JSON-LDの現在の推奨事項は、layout.js
または page.js
コンポーネントの <script>
タグとして構造化データをレンダリングすることです。例:
構造化データは、Googleのリッチ結果テストまたは汎用のスキーママークアップバリデーターで検証およびテストできます。
schema-dts
のようなコミュニティパッケージを使用して、TypeScriptでJSON-LDに型を付けることができます: