Next.js SEOチェッカー：URLとメタデータの診断

Next.jsのSEO確認前に、App RouterかPages Routerかを特定します。App Routerなら静的ルート、データ依存ルート、存在しないスラッグを抽出し、メタデータ、内容の状態、応答動作を一緒に確認します。

ルートの種類ごとに出力を比較します

静的ページと動的ページのタイトル、説明、canonicalを読みます。無関係なルートが同じタイトルなら、親レイアウトとgenerateMetadataを見直します。localhostやプレビュードメインのcanonicalは、metadataBaseやドメイン設定を示唆します。ストリーミングする場合は完全なレスポンスとユーザーエージェントの動作を確認します。最初のheadだけのパーサーは情報を見落とすことがあります。

公開とキャッシュの状態を試します

タイトルを変更したレコードを選び、メタデータと見える文章が同時に最新になったか確認します。片方が古ければ、クライアントコンポーネントのタグを追加して隠さず、キャッシュと無効化を調べます。存在しないレコードを要求し、not-foundの動作とrobots出力を確認します。テストのために架空の本番コンテンツを作らず、プロジェクトの自動テスト環境で境界状態を再現します。

言語ルートと発見用フィードを確認します

サイトのベトナム語と英語のリンクをたどり、自己参照canonicalと相互の代替リンクを比較します。本番サイトマップにプレビュードメインや下書きがないか確認します。重要な公開ルートとrobotsルールを照合します。HTMLクローラーでGoogleの描画を再現できない場合、その限界を記録し、不完全な観測で広範な設定変更をする前にURL検査を使います。配置後は元のサンプル群を再テストし、データの新しさとメタデータ出力を検証します。

公開の具体例

例として、アプリ内の移動では新タイトルが表示されるのに、直接要求では旧タイトルのままの状況を考えます。メタデータ宣言を変える前に、両アクセス方法、キャッシュデータ、配置時刻を比較します。該当ユーザーエージェントの完全な応答を読みます。元レコードが更新されていないのに、クライアント生成タイトルを追加してはいけません。別の動的ルートと翻訳商品も再テストし、局所的な画面移動の回避策を、サーバー描画メタデータ全体の修正として報告しないようにします。

確認を実行して証拠を読み解きます

代表的な公開URLを下の無料SEOチェッカーへ送信します。正確なアドレスと確認時刻とともに、ステータス、タイトル、説明、canonicalを記録します。繰り返される問題を担当テンプレートや設定別にまとめれば、1つの的を絞った修正を複数ページで再テストできます。フィールドの欠落と意図的な除外には、別の判断が必要です。

HTTP/HTML監査は公開レスポンスを観測します。プラットフォームへログインしたり、全管理設定を調べたり、すべてのクライアント描画を再現したり、Googleへの登録を証明したりはしません。検索エンジン側の証拠には、Search ConsoleのURL検査と後続のクロールデータを比較します。スコアの変化だけで解決と判断せず、公開とキャッシュ更新後に元URLを再確認します。

ツールと関連ガイド

• Next.jsの設定ガイドを読む
• 公開URLを確認
• 転送チェーンを確認

公式リファレンス

• Next.js：メタデータとOG画像
• Next.js：robots.txt
• Next.js：generateMetadata