テクニカルSEO

HTTPS（SSL証明書・混在コンテンツ）

HTTPSへの移行では、SSL証明書の取得・インストールに加えて、すべてのHTTPアクセスを301リダイレクトでHTTPSへ転送する設定が必要です。移行後は混在コンテンツ（HTTPSページ内のHTTP参照リソース）の有無をChromeのデベロッパーツールで確認します。Screaming Frogでサイト全体をクロールし「Response Codes」でHTTPのURLが残っていないかを一括チェックします。

301/302リダイレクト

恒久的なURL変更には301を、一時的な変更には302を使います。Next.jsではnext.config.jsのredirects関数でpermanent: trueを指定することで301が設定されます。Apache/.htaccessではRewriteRule、Nginxではreturn 301を使います。リダイレクト設定後はScreaming Frogで「Redirects」フィルターを使い、チェーン（多段リダイレクト）が発生していないかを確認します。

canonicalタグ（正規URL指定）

HTMLのhead内にlink rel=canonicalを配置し、そのページの正規URLを絶対パスで指定します。Next.jsではmetadataオブジェクトのalternates.canonicalプロパティで指定でき、自動的にheadタグに出力されます。canonicalはインデックスの正規化に使い、完全に同一コンテンツの場合は301リダイレクトを優先します。Search ConsoleのURL検査で「Googleが選んだ正規URL」を確認し、意図した値と一致しているかを検証します。

hreflang（多言語・多地域対応）

各ページのheadにhreflangタグを記述し、言語コード（ja・en・zh）または言語+地域コード（en-US・en-GB）を指定します。すべての言語版ページから全言語版への相互参照が必要で、一方向だけでは機能しません。x-default属性は言語が特定できないユーザー向けのデフォルトURLを指定します。設定ミスはSearch Consoleの「国際ターゲット」レポートでエラーとして確認できます。

robots.txt

サイトルートに配置するrobots.txtはGooglebotのクロール対象・非対象を指定するファイルです。User-agent: *でDisallow: /を設定するとサイト全体がクロール拒否になります。開発環境用の設定を本番に持ち込まないよう注意します。Disallow: /private/のように非公開ディレクトリを指定する場合は、意図しないパスが含まれていないか確認します。Search ConsoleのURL検査ツールで「robots.txtによってブロックされているか」を確認できます。

Core Web Vitals（LCP・CLS・INP）

LCPの主な改善策は画像の最適化（WebP・next/image・適切なsizes指定）とサーバー応答時間の短縮です。CLSの改善はレイアウトシフトの原因となる画像・広告・フォントの読み込み遅延を解消することで対処します。INPの改善は長時間実行するJavaScriptの分割・遅延処理化が有効です。PageSpeed InsightsのFieldデータ（実際のユーザー計測値）とLabデータ（シミュレーション値）の両方を確認します。

モバイルファーストインデックス

レスポンシブデザインを採用することがモバイルファーストインデックスへの最良の対応です。PCにのみ表示されるコンテンツがないかを確認します（CSSでdisplay:noneにしている要素はインデックスされない場合があります）。Search Consoleの「モバイルユーザビリティ」レポートでテキストが小さすぎる・タップターゲットが狭いなどの問題を確認します。Chromeのデベロッパーツールでモバイルエミュレーションして表示を検証します。

XMLサイトマップの設計と送信

XMLサイトマップはGoogleへのクロール促進に使います。Next.jsではapp/sitemap.ts（またはsitemap.xml.ts）ファイルを作成することで動的サイトマップを自動生成できます。大規模サイトではサイトマップインデックスファイル（sitemapindex.xml）を使って複数のサイトマップを管理します。作成後はSearch ConsoleのサイトマップセクションでURL（例：/sitemap.xml）を登録し、「成功」ステータスになっていることを確認します。

内部リンクとクロールパス最適化

重要なページへの内部リンクを増やすことで、クロールバジェットを効率よく配分できます。孤立したページ（どこからもリンクされていないページ）はScreaming Frogの「Orphan Pages」機能で発見できます。深すぎる階層（クリック数4回以上）のページはクロールされにくいため、サイトマップやフッターリンクで補完します。また、リンク切れ（404）の内部リンクを修正することでクロールの効率が上がります。

Search Consoleのカバレッジレポートでインデックスエラーを確認する

「有効（警告あり）」「除外」「エラー」の各ステータスを確認し、意図せず除外されているURLがないかをチェックします。ページ数が急減していないかも合わせて確認します。

robots.txtとnoindexの設定を全ページで確認する

robots.txtの内容をSearch ConsoleのURL検査かブラウザで直接確認します。主要ページにnoindexが設定されていないかもURL検査ツールで一つずつ確認します。

HTTPSと301リダイレクトの完全移行を確認する

http://とhttps://の両方、www版と非www版の4パターンすべてにアクセスし、最終的にひとつの正規URLに301リダイレクトされることを確認します。混在コンテンツはChromeのコンソールで確認します。

Screaming Frogでサイト全体をクロール診断する

対象サイトのURLを入力してクロールを実行し、リダイレクトチェーン・404エラー・重複titleとdescription・orphanページ（孤立ページ）・canonicalの状態を一覧で確認します。

canonicalとhreflangの設定を検証する

各ページのHTMLソースでcanonicalが正しいURLを指しているかを確認します。多言語サイトの場合はhreflangの相互参照に漏れがないかをScreaming Frogのhreflangレポートで確認します。

XMLサイトマップをSearch Consoleに登録する

サイトマップの全URLが正常にインデックスされているかをSearch Consoleのサイトマップレポートで確認します。サイトマップに古いURL・削除済みURLが含まれていないかも確認します。

PageSpeed InsightsでCore Web Vitalsを計測する

対象ページのURLをPageSpeed Insightsに入力し、Field Data（実データ）とLab Data（シミュレーション）の両方でLCP・CLS・INPを確認します。改善の機会レポートを参照して優先度の高い施策を特定します。

モバイル表示とユーザビリティを検証する

Search Consoleの「モバイルユーザビリティ」レポートでエラーを確認します。Chromeのデベロッパーツールのモバイルエミュレーションで実際の表示を確認し、タップターゲットの小ささ・テキストの読みにくさを解消します。

構造化データの実装状況をRich Results Testで確認する

主要ページをRich Results Testで検証し、FAQPage・BreadcrumbList・Organizationが正常に検出されているかを確認します。エラーがあれば修正します。

改善施策を実施してSearch ConsoleでURL再インデックスを依頼する

修正後はSearch ConsoleのURL検査ツールでインデックス登録をリクエストします。数日〜2週間後にSearch Consoleのデータで改善状況を確認し、残課題を特定して次のサイクルに進みます。