Static Site Generation
静的サイト生成
静的サイト生成（SSG）は、訪問者が要求する前に各ルートのHTMLを作成します。通常はビルド時に行われます。その後、サーバーは出来上がったファイルを送信できます。
もう一つの例
ドキュメントサイトには、3言語で保存された800件のMarkdownガイドがあります。そのビルドでは、各ルートに対して安定したHTMLを作成し、壊れたリンクを報告します。SSRの応答をキャッシュすることは、ビルド中にページを作成することと同じではありません。
主な部分
- 01コンテンツソース
- 02ビルド時レンダラー
- 03静的ルートファイル
以下の場合に使用します
既知のコンテンツやルートを展開前にページに変換するときにこの用語を使用します。
以下の場合は使用しないでください
毎回のリクエストで個人ページが必要だったり、コンテンツの変更が頻繁にある場合には、サイト全体の再構築を避ける。
コードで使用する名前
content + routes → build → static HTML 出荷前に
Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback.
Outcome：Complete the task with 静的サイト生成 (Static Site Generation)。 User context：ドキュメントサイトには、3言語で保存された800件のMarkdownガイドがあります。そのビルドでは、各ルートに対して安定したHTMLを作成し、壊れたリンクを報告します。SSRの応答をキャッシュすることは、ビルド中にページを作成することと同じではありません。 Technology or engineering concept：静的サイト生成 (Static Site Generation)。 Why it fits：既知のコンテンツやルートを展開前にページに変換するときにこの用語を使用します。 Do not use it when：毎回のリクエストで個人ページが必要だったり、コンテンツの変更が頻繁にある場合には、サイト全体の再構築を避ける。 Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary)：単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.
このリクエストを確認する
Review how 静的サイト生成 (Static Site Generation) is used now. Definition: 静的サイト生成（SSG）は、訪問者が要求する前に各ルートのHTMLを作成します。通常はビルド時に行われます。その後、サーバーは出来上がったファイルを送信できます。 Release checks: Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.