서버 측 렌더링

Outcome：Complete the task with 서버 측 렌더링 (Server-side Rendering)。 User context：요청에는 사용자의 언어와 로그인 상태가 포함됩니다. 서버는 브라우저 JavaScript가 실행되기 전에 개인화된 HTML을 보냅니다. 릴리스 시점에 한 번 생성된 HTML은 정적 생성이며, 요청 시 SSR이 아닙니다. Technology or engineering concept：서버 측 렌더링 (Server-side Rendering)。 Why it fits：서버가 들어오는 각 요청마다 HTML을 별도로 생성할 때 이 용어를 사용하십시오. Do not use it when：요청 시 HTML이 생성되지 않을 때 API 응답, 엣지 캐시, 또는 정적 파일 SSR을 호출하지 마세요. 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.