Next.jsのSEO：設定と公開のガイド
Next.jsのSEOでは、ルート、データ、メタデータを1つのリリースとして扱います。App Routerはメタデータを静的に宣言したり、レコードから生成したりできます。本ガイドはPages Routerも同じ規約だと仮定せず、App Routerを対象にします。
メタデータをルートのデータへ結び付けます
固定ページは静的メタデータを使い、タイトル、説明、canonicalがレコードに依存する場合はgenerateMetadataを使います。親レイアウトと子ページを合わせて確認し、汎用値がページ固有の情報を覆わないようにします。metadataBaseを使う場合は本番URLの基準を適切に設定し、言語の代替版を確認します。完全な翻訳ページには別のアドレスが必要です。同じ商品を説明するからといって、すべての言語版のcanonicalを標準言語へ向けないでください。
描画とともにコンテンツの状態を設計します
公開ルートはセッション不要で有用な情報を提供すべきです。存在しないレコードや未公開レコードを明示的に扱い、読み込み画面を無期限に残さないようにします。キャッシュや再生成を使う場合、メタデータと本文がいつ最新になるかを確認し、新しいタイトルと古い記事が組み合わないようにします。一度の報告を改善するために任意のキャッシュ時間を選ばず、配置構成に沿って無効化の手順を記録します。
robotsとサイトマップの整合性を保ちます
App Routerはrobotsとサイトマップのメタデータファイル規約をサポートします。本番ドメインの公開URLを知らせ、機密データはrobots.txtだけでなくアクセス制御で守ります。メタデータの配信は、ストリーミングやユーザーエージェント処理で変わることがあります。単純なHTMLパーサーが検索エンジンの処理を再現し、常に最初のheadの想定位置でタグを見つけると思わず、必要に応じ実レスポンスとGoogleのツールで確認します。
公開の具体例
例として、同じ商品レコードからタイトルと説明を生成するApp Routerの商品ページを考えます。商品編集でメタデータと本文の両方をどう更新するか定義し、配置後にベトナム語と英語のページを直接要求します。新しいサーバー出力の検証には、クライアント側の画面移動だけでは不十分です。プレビュールートは本番の発見用フィードから外し、キャッシュの回帰テスト用サンプルレコードを保存します。開発者は漠然と描画を改善する指示ではなく、具体的な公開の取り決めを持てます。
繰り返し使えるリリースチェックリスト
サイト変更前に重要ページの小さな一覧を作り、現在のURL、対象読者、タイトル、優先canonicalを記録します。一度に1種類の変更を行い、以前の設定へ戻す方法を残します。内容を閲覧できないままスコアを最適化せず、アクセス可能で役立つページから始めます。
翻訳は、言語ごとに完全な版を固有アドレスで公開します。自己参照canonicalと相互の言語リンクを確認し、対象URLをサイトマップに含めます。意味が他言語版と同じというだけで、自動的に重複にはなりません。登録するページは検索エンジンが判断し、どの設定も順位やアクセス増加を約束しません。
ツールと関連ガイド
公式リファレンス
よくある質問
パーサーがメタデータを見つけないとNext.jsのSEO不具合だと断定できますか？
ベトナム語と英語のページは両方Googleに表示されますか？
監査に合格すれば登録が保証されますか？
今すぐウェブサイトのSEOをチェック
重要なSEO要素を無料でスキャンし、60秒で修正の提案を受け取れます。