Static Site Generation
정적 사이트 생성
정적 사이트 생성(SSG)은 방문자가 요청하기 전에, 보통 빌드 과정 동안 각 경로의 HTML을 만듭니다. 그런 다음 서버는 준비된 파일을 보낼 수 있습니다.
다른 예시
문서 사이트에는 세 가지 언어로 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：문서 사이트에는 세 가지 언어로 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.