テクニカルSEO

Core Web VitalsはGoogleが定める3つのページ体験指標です。LCP（最大コンテンツの描画時間：2.5秒以内が良好）・CLS（レイアウトシフト：0.1以下が良好）・INP（インタラクティビティ：200ms以下が良好）で構成されます。2021年以降、Google検索のランキング要因として正式に採用されており、スコアが低いと順位に不利に働きます。PageSpeed Insightsの「フィールドデータ」欄でユーザーの実際の体験値を確認します。

主な改善施策として、画像のWebP変換・サイズ最適化・next/imageでの遅延読み込み、JavaScriptの遅延読み込み・コード分割、CSSの圧縮・クリティカルCSSのインライン化、フォントの最適化（font-display: swap）、サーバー応答時間の短縮（CDN活用・キャッシュ設定）などがあります。Next.jsを使用している場合はnext/image・next/fontの活用で大幅な改善が可能です。

クロールバジェットとは、Googlebotが一定期間内にサイトをクロールするページ数の上限のことです。大規模サイトや更新頻度の高いサイトで重要な概念です。不要なページへのnoindex設定・XMLサイトマップの整備・robots.txtの適切な設定によって、重要なページへのクロールを集中させることができます。Search Consoleの「クロール統計情報」レポートで実際のクロール頻度を確認できます。

Googleがインデックスとランキングの判断にモバイル版のページを主に使用する方針のことです。2023年時点で全サイトに適用されています。モバイルとPCでコンテンツが異なる場合、モバイル版の内容が評価されます。モバイルでの表示速度・使いやすさ・コンテンツの完全性が重要です。Search Consoleの「モバイルユーザビリティ」レポートで問題を確認できます。

301リダイレクトの設定が最重要です。旧URLから新URLへの恒久的なリダイレクトを全ページに設定することで、SEO評価を新URLに引き継ぎます。また新しいXMLサイトマップのSearch Consoleへの登録・旧サイトのURLのクロールリクエスト停止（robots.txt）・内部リンクの更新も重要です。リニューアル後はSearch Consoleで旧URLのクロールエラーが増えていないかを監視します。

SPAやSSRフレームワークでは、JavaScriptが実行されないとコンテンツが表示されない場合があります。Next.jsなどのSSR/SSGフレームワークを使用することで、HTMLとしてコンテンツが提供され、クローラーが確実にコンテンツを読み取れるようになります。Search ConsoleのURL検査ツールで「Googlebotとしてテスト」を実行し、実際にコンテンツが読み取れているかを確認します。

Screaming Frogなどのクロールツール・Google Search Console・PageSpeed Insights・GTmetrixなどのツールを組み合わせて診断します。クロールエラー・インデックス問題・ページ速度・モバイル対応・構造化データのエラーを一括でチェックし、優先度の高い課題から対処します。まずSearch Consoleの「カバレッジ」「ページエクスペリエンス」「拡張機能」の各レポートを確認するのが出発点です。

はい。Googleは2014年からHTTPSを軽微なランキング要因として採用しています。また、HTTPSでないサイトはChromeで「保護されていない通信」と表示され、ユーザーの信頼性低下・直帰率上昇につながります。まだHTTPのサイトは早急にHTTPSへ移行することを推奨します。移行時は全URLを301リダイレクトで新しいHTTPS版URLへ転送し、混在コンテンツ（HTTP参照の画像・CSSなど）も合わせて修正します。

技術的な修正（クロールエラーの解消・表示速度の改善）は、Googleの再クロール後（数日〜数週間）に反映されることがあります。ただし順位への実質的な影響が出るには1〜3ヶ月かかることが多いです。Core Web Vitalsの改善はユーザー体験向上と合わせて、中長期的な順位改善に貢献します。Search Consoleのデータを月次で比較しながら継続的に観測します。

canonicalタグ（rel=canonical）は、同じまたは類似のコンテンツが複数のURLに存在するとき、どのURLを「正規版」としてGoogleに認識させるかを指定するHTMLタグです。www/非www・http/https・URLパラメーターの違いによる重複URLを統合する際に使います。Next.jsではmetadataのalternates.canonicalで指定でき、headタグ内に自動的に出力されます。

最も多い間違いは、開発環境用にDisallow: /を設定したrobots.txtを本番環境にそのまま公開してしまうことです。これによりサイト全体がクロールされなくなります。他にも、Disallow: /cssや/jsを設定してGooglebotがページをレンダリングできなくなるケース、サイトマップのURLが間違っているケースなどがあります。Search ConsoleのURL検査ツールで「robots.txtでブロックされているか」を確認できます。

301は恒久的なリダイレクトで、SEO評価（PageRank）が移転先URLに引き継がれます。302は一時的なリダイレクトで、元のURLにSEO評価が残ります。サイトリニューアルやURL変更では必ず301を使います。302を誤って使うと、Googleが古いURLを正規版と判断し続けてSEO評価が移転しません。Next.jsのredirects設定ではpermanent: trueを指定することで301が設定されます。

hreflangは、同じコンテンツの異なる言語・地域版が存在するとき、各URLの言語・地域を指定するHTMLタグです。日本語サイトにはhreflang='ja'、英語版にはhreflang='en'、英語（アメリカ）にはhreflang='en-US'を指定します。必ず各ページから全言語版へhreflangで相互参照し、x-defaultも指定します。設定ミスがあると重複コンテンツとみなされることがあります。

XMLサイトマップはサイト内の全URLを列挙したXMLファイルで、Googleへのクロール促進に使います。Next.jsではapp/sitemap.tsファイルを作成することで動的にサイトマップが生成されます。サイトマップには更新頻度（changefreq）・最終更新日（lastmod）・優先度（priority）を含めます。作成後はSearch ConsoleのサイトマップセクションでURLを登録して送信します。

Search Consoleの「カバレッジ」レポートで除外されたURLの理由を確認します。noindexタグが誤って設定されていないか・robots.txtでブロックされていないか・canonicalが他URLを指していないか・ページのコンテンツが薄すぎてGoogleが価値なしと判断していないかをひとつずつ確認します。修正後はURL検査ツールでインデックス登録をリクエストします。

重複URLとは、同じコンテンツが複数のURLでアクセスできる状態のことです。例えばhttps://example.comとhttps://www.example.com、http版とhttps版、URLパラメーター付き版（?page=1）などが代表的なパターンです。301リダイレクトで正規URLに統合するか、canonicalタグで正規版を指定することで解決します。Search ConsoleのURL検査で現在Googleが正規URLとして認識しているURLを確認できます。

Screaming FrogはWebサイトをGooglebotのように巡回するデスクトップツールです。サイトのURLを入力するとすべてのページを自動でクロールし、リダイレクトチェーン・404エラー・重複title/description・noindex設定・canonicalの状態・画像のaltテキスト欠落などを一覧で確認できます。無料版は500URLまで対応しており、定期的なサイト診断に活用できます。

リダイレクトチェーンとは、URLAがURLBへリダイレクトされ、さらにURLBがURLCへリダイレクトされる多段リダイレクトのことです。リダイレクトが積み重なるほど、SEO評価の移転効率が下がり、ページ読み込み速度も遅くなります。Screaming Frogなどのツールで検出し、元のURLから最終URLへ直接301リダイレクトするよう修正します。

混在コンテンツとは、HTTPSページ内にHTTPのリソース（画像・CSS・JavaScript・フォントなど）が含まれている状態です。ブラウザがHTTPSページ内のHTTPリソースをブロックするため、デザイン崩れやスクリプトエラーが発生することがあります。修正方法はHTMLソース内のhttp://参照をhttps://に書き換えるか、相対パスに変更することです。Chromeのデベロッパーツールのコンソールタブで警告を確認できます。

404ページ自体はSEOペナルティにはなりません。ただし、他ページからリンクされている404ページが多い場合、リンクジュースが失われます。また、クローラーが404を大量に検出するとクロールバジェットを消費します。Search Consoleの「カバレッジ」レポートで404エラーのURLを確認し、重要なURLは301リダイレクトを設定します。存在しないURLへの内部リンクは削除または修正します。