第6章：よくある質問と回答
Q1：JavaScriptで生成されたコンテンツは本当にインデックスされますか？
A1：はい、GooglebotはJavaScriptを実行してコンテンツをレンダリングし、インデックスに登録します。GoogleはWeb Rendering Service（WRS）という最新のChromeブラウザエンジンを使用しているため、ほとんどの現代的なJavaScriptを実行できます。ただし、レンダリングに時間がかかる、リソースがブロックされている、JavaScriptエラーが発生しているなどの問題があると、コンテンツがインデックスされない可能性もあります。
Q2：クライアントサイドレンダリング（CSR）はSEOに不利ですか？
A2：CSR自体が不利というわけではありませんが、SSRやSSGに比べていくつかの課題があります。Googlebotがコンテンツをインデックスするまでに時間がかかる可能性があり、初期ロードが遅いとユーザー体験も悪化するため、直接的・間接的にSEOに影響を与える可能性があります。しかし、適切な最適化（Code Splitting、Lazy Loading、パフォーマンス改善など）を行えばインデックス可能です。SEOを重視する場合、SSRやSSGと組み合わせる「ハイブリッドアプローチ」が推奨されます。
Q3：GooglebotはすべてのJavaScriptを実行しますか？
A3：Googlebotは最新のChromeブラウザエンジンを使用しており、ほとんどの一般的なJavaScriptコードを実行できますが、実行時間やリソースには制限があります。無限ループ、複雑すぎる計算、外部リソースのタイムアウト、JavaScriptエラーなどが発生すると、Googlebotは実行を停止し、コンテンツが正しくレンダリングされない可能性があります。また、ユーザーインタラクション（クリック、スクロールなど）によってのみ表示されるコンテンツは、Googlebotが発見しにくい場合があります。
Q4：Lazy LoadingはSEOに影響しますか？適切な実装方法は？
A4：適切に実装されたLazy Loadingはページのパフォーマンスを向上させ、Core Web Vitalsのスコア改善に貢献するため、間接的にSEOに良い影響を与えます。ただし、重要なコンテンツ（特にファーストビュー内）を遅延読み込みしたり、Googlebotがコンテンツにアクセスできないように実装すると問題が生じます。loading=”lazy”属性の使用や、Intersection Observer APIでの実装が推奨されます。Googlebotはスクロールダウンしてビューポート内のコンテンツを発見するため、過度な遅延は避け、重要なコンテンツは初期HTMLに含めるか、可能な限り早くロードされるように工夫するべきです。
Q5：SSRとSSGの選択基準は？
A5：
SSR (Server-Side Rendering):
ユーザーごとにコンテンツが大きく異なるサイト（ログイン後ページ、パーソナライズされたダッシュボード、ECサイトの商品詳細ページなど）、リアルタイム性が非常に重要なサイトに適しています。初回表示が速く、SEOに強いという特徴があります。
SSG (Static Site Generation):
コンテンツが頻繁に更新されないサイト（ブログ、コーポレートサイト、ドキュメント、ポートフォリオなど）に適しています。ビルド時に全てのページが静的なHTMLファイルとして生成されるため、最高のパフォーマンス、高いセキュリティ、低いサーバー負荷を実現します。
両者のメリットを組み合わせたISR（Incremental Static Regeneration）も有力な選択肢です。サイトのコンテンツ特性と更新頻度に応じて最適な方法を選択しましょう。