배포가 완료됩니다. 마케팅 팀이 캠페인을 발행합니다. 그 다음 — 11개월이 지나면 — Sitecore 지원 티켓이 한 줄의 답변으로 돌아옵니다: "JSS가 2026년 6월 단종에 도달했습니다. 추가 패치 없음." 보안 패치가 중단되기 전까지 18개월이 남았습니다. 다음 Node 업그레이드에서 CDN 통합이 깨지기 전까지, 콘텐츠 팀이 더 이상 업데이트를 받지 않는 CMS에 갇히기 전까지 말입니다. 일정이 빠듯합니다: 발견에 6-8주, 벤더 데모에 4주, 콘텐츠 마이그레이션에 10-14주(분류체계가 깔끔하면 — 그렇지 않으면 더 오래 걸림). 2026년 6월 전까지 2-3개월의 여유만 남습니다. XM Cloud는 Sitecore 제품군 내에 머물기를 원합니다. Contentful과 Sanity는 API 호출을 원합니다. Strapi는 스키마 소유권을 원합니다. 각 경로는 다른 문제를 해결합니다 — 지금부터 범위를 정의하기 시작한다면 말입니다.

충분한 엔터프라이즈 CMS 마이그레이션을 경험해본 저는 계획 단계만 해도 대부분의 팀이 3-6개월 걸린다는 것을 압니다. 실제 마이그레이션? 사소하지 않은 모든 것에 대해 추가로 3-6개월 더 걸립니다. 따라서 2026년 초에 이것을 읽고 있다면, 당신은 빠른 것이 아닙니다 — 정확한 타이밍입니다. 나중에 읽고 있다면... 어제부터 시작해야 합니다.

실제로 무슨 일이 일어나고 있는지, 어떤 옵션이 있는지, 그리고 팀이 쩔쩔매지 않도록 하는 결정을 내리는 방법을 자세히 살펴봅시다.

목차

Sitecore JSS End of Life 2026: Migration Options Before June

Sitecore JSS에서 실제로 일어나는 일

Sitecore는 지난 몇 년간 구성 가능한 DXP 전략을 적극적으로 추진해왔습니다. JSS가 구축된 온프레미스 및 자체 호스팅 Sitecore XP/XM 플랫폼들이 SaaS 오퍼링인 Sitecore XM Cloud를 위해 단종되고 있습니다.

중요한 타임라인은 다음과 같습니다:

  • Sitecore XP 10.x 2026년에 메인스트림 지원 종료
  • XP/XM 온프레미스에 연결된 JSS SDK 버전 능동적 개발 및 보안 패치 중단
  • 2026년 6월 확장 지원 조건이 크게 변경되는 핵심 날짜
  • Sitecore XM Cloud 앞으로 유일하게 능동적으로 개발되는 Sitecore 헤드리스 플랫폼

"단종"이 실제로 의미하는 바: 새로운 기능 없음, 사전 예방적 보안 패치 없음, 결국 지원 티켓 답변 없음. 2026년 6월 30일에 사이트가 작동을 멈추지는 않습니다. 하지만 무언가 문제가 발생하면 — 보안 취약점, 새로운 브라우저와의 호환성 문제, Node.js 버전 충돌 — 당신은 혼자입니다.

저는 단종 플랫폼에서 생명을 연장하려는 팀들을 봤습니다. 한동안은 작동합니다. 그 다음에는 정말, 정말 작동하지 않습니다.

이것이 일반적인 단종보다 더 중요한 이유

이것은 React 17에서 React 18로 업그레이드하는 것과 같지 않습니다. 여기서 몇 가지 의존성을 올리고 주말에 끊어진 변경사항들을 수정할 수 있습니다. Sitecore JSS는 Sitecore 백엔드에 깊게 결합되어 있습니다. 레이아웃 서비스, 콘텐츠 리졸버, 렌더링 호스트 아키텍처 — 이 모든 것이 Sitecore가 콘텐츠를 JavaScript 프론트엔드에 제공하는 방식에 따릅니다.

JSS가 단종되면, 프론트엔드 SDK만 잃는 것이 아닙니다. 콘텐츠와 프레젠테이션 계층 사이의 전체 다리를 잃게 됩니다. 이는 모든 마이그레이션 경로가 방정식의 양쪽을 다시 생각하기를 요구한다는 뜻입니다.

이를 긴박하게 만드는 또 다른 요소: Sitecore의 라이센싱 모델이 극적으로 변경되었습니다. 현재 Sitecore XP/XM 온프레미스 라이센스를 구매하고 있다면, 갱신 조건이 원하든 원하지 않든 XM Cloud로 밀어붙일 것입니다. 가격 압박 자체만으로도 현 상태 유지가 점점 더 비싸집니다.

Sitecore XM Cloud 경로

명백한 옵션부터 시작합시다: Sitecore가 권장하는 XM Cloud 업그레이드 경로를 따르세요.

얻을 수 있는 것

XM Cloud는 Sitecore의 SaaS 헤드리스 CMS입니다. 다음이 포함됩니다:

  • 새로운 SDK (Sitecore JavaScript Rendering SDK, JSS의 후속 제품)
  • Next.js를 주요 렌더링 프레임워크로서 기본 지원
  • Sitecore Pages — 콘텐츠 저자용 시각적 페이지 빌더
  • 관리형 호스팅 및 인프라
  • 다른 Sitecore 구성 가능 제품과의 통합 포인트 (CDP, Personalize, Search 등)

잃을 수 있는 것

사람들이 충분히 말하지 않는 것은 다음과 같습니다:

  • xDB 및 경험 분석 — XM Cloud는 XP의 분석 플랫폼을 포함하지 않습니다. Sitecore CDP (별도 제품, 별도 라이센스) 또는 제3자 분석 솔루션이 필요합니다.
  • 마케팅 자동화 — EXM (Email Experience Manager)는 XM Cloud에 존재하지 않습니다. Sitecore Send 또는 다른 ESP를 살펴봐야 합니다.
  • 사용자 정의 파이프라인 프로세서 및 이벤트 핸들러 — Sitecore 백엔드에서 실행되는 모든 사용자 정의 C# 코드? 다시 설계하거나 교체해야 합니다. XM Cloud는 SaaS입니다 — 사용자 정의 서버 측 코드를 배포할 수 없습니다.
  • 가격 제어 — 영구 라이센스 모델에서 SaaS 구독 가격으로 이동합니다. 일부 조직의 경우, 이는 승인을 얻는 데 몇 개월이 걸리는 예산 재구조화 운동입니다.

현실적인 XM Cloud 마이그레이션 비용

2026년을 통해 여러 엔터프라이즈 마이그레이션에서 본 것을 기반으로:

구성요소 예상 비용 범위 타임라인
발견 및 아키텍처 $30,000 - $75,000 4-8주
콘텐츠 모델링 및 마이그레이션 $40,000 - $120,000 6-12주
프론트엔드 재구축 (Next.js SDK) $80,000 - $250,000 8-16주
통합 재작업 $30,000 - $100,000 4-8주
QA 및 UAT $25,000 - $60,000 4-6주
XM Cloud 라이센스 (연간) $100,000 - $250,000+ 지속적

이러한 수치는 사이트 복잡성, 콘텐츠 항목 수, 그리고 몇 년에 걸쳐 축적된 사용자 정의 Sitecore 코드의 양에 따라 크게 다릅니다. 간단한 마케팅 사이트는 저가 범위에서 나올 수 있습니다. 다중 사이트, 다국어 엔터프라이즈 설정(많은 개인화 기능 포함)? 고가 범위를 예산으로 책정한 다음 비상금을 추가하세요.

XM Cloud가 타당한 경우

Sitecore에 머물러야 하는 경우:

  • 콘텐츠 팀이 Sitecore 저작 경험에 깊게 훈련되어 있음
  • Sitecore의 개인화 기능을 많이 사용하고 있으며 Sitecore CDP 채택을 계획 중
  • 대규모 Sitecore 파트너 관계가 있으며 그 투자를 유지하고 싶음
  • 조직의 조달 프로세스가 새로운 벤더를 온보딩하는 것보다 기존 벤더 확장을 더 용이하게 함

Sitecore JSS End of Life 2026: Migration Options Before June - architecture

다른 CMS를 사용한 헤드리스 전환

Sitecore의 마이그레이션 문서가 당신에게 말하지 않을 것은 다음과 같습니다: 이 단종은 기회입니다. Sitecore의 복잡성, 라이센싱 비용 또는 개발자 경험에 불만이 있었다면, 이것은 아무도 "왜 우리가 전환하고 있습니까?"라고 묻지 않고 대안을 평가할 기회입니다.

답변은 간단합니다: 어차피 마이그레이션해야 하기 때문입니다.

최고의 헤드리스 CMS 대안

Contentful은 수년 동안 기본 엔터프라이즈 헤드리스 CMS입니다. 강력한 콘텐츠 모델링, 우수한 API, 성숙한 생태계. 가격은 소규모 팀의 경우 월 약 $300부터 시작하지만, 빠르게 확장됩니다 — 엔터프라이즈 계획은 월 $3,000-$5,000+입니다. 그들의 Compose 제품은 콘텐츠 저자가 Sitecore Pages에서 놓칠 수 있는 페이지 구축 기능의 일부를 제공합니다.

Sanity는 개발자 경험에 대한 개인적 선호도입니다. 구조화된 콘텐츠 접근 방식, GROQ 쿼리 언어, 실시간 협업 기능이 진정으로 훌륭합니다. 좌석 기반이 아닌 API 사용량에 기반한 가격 모델은 규모에서 더 예측 가능하게 합니다. 계획은 무료 (놀랍도록 관대함)부터 맞춤형 엔터프라이즈 가격까지 다양합니다.

Storyblok은 콘텐츠 팀이 시각적 편집이 필요한 경우 진지하게 살펴볼 가치가 있습니다. 그들의 시각적 편집기는 Sitecore Pages가 제공하는 것에 가장 가까운 것으로, 기술이 아닌 사용자에게 전환을 완화할 수 있습니다. 가격은 월 $106부터 시작하여 맞춤형 엔터프라이즈 티어까지 올라갑니다.

Strapi는 오픈소스 옵션입니다. 자체 호스팅, 완전히 커스터마이징 가능, 좌석당 라이센싱 없음. 팀에 강력한 백엔드 개발자가 있고 완전한 제어를 원한다면, Strapi v5는 놀랍도록 기능이 많습니다. 절충은 호스팅, 확장 및 보안에 책임이 있다는 것입니다.

Hygraph (구 GraphCMS)는 팀이 GraphQL로 생각하는 경우에 강합니다. 기본 페더레이션 지원은 분산 콘텐츠 소유권을 가진 조직에 흥미롭습니다.

우리는 여러 플랫폼으로의 마이그레이션을 도운 경험이 있으며, 올바른 선택은 전적으로 특정 콘텐츠 모델, 팀 역량 및 예산 제약에 달려 있습니다.

Sitecore 마이그레이션을 위한 CMS 비교

기능 Sitecore XM Cloud Contentful Sanity Storyblok Strapi
시각적 페이지 편집 예 (Pages) 제한적 (Compose) 예 (Presentation) 예 (Visual Editor) 아니오 (플러그인 필요)
콘텐츠 모델링 유연성 중간 높음 매우 높음 중간 높음
개발자 경험 중간 좋음 우수 좋음 좋음
콘텐츠 저자 경험 좋음 중간 중간 우수 중간
기본 개인화 CDP 추가기능을 통해 아니오 아니오 아니오 아니오
다중 사이트 지원 예 예 (spaces) 예 (datasets) 예 (spaces) 예 (다중 테넌트)
예상 연간 비용 (엔터프라이즈) $100K-$250K+ $36K-$60K+ $15K-$50K+ $15K-$36K+ 자체 호스팅 비용
Sitecore에서 마이그레이션 복잡성 높음 중간 중간 중간 중간-높음

프론트엔드 프레임워크 고려사항

マイグレーション이 엔지니어링 관점에서 흥미로워지는 곳은 여기입니다. Sitecore JSS는 원래 React, Angular, Vue, 심지어 React Native도 지원했습니다. 실제로 제가 만난 JSS 구현의 80% 이상이 React 기반입니다.

따라서 마이그레이션할 때, 프론트엔드 스택도 선택해야 합니다.

Next.js

XM Cloud로 이동하는 경우, Next.js를 사용 중입니다 — 유일하게 공식적으로 지원되는 렌더링 프레임워크입니다. 하지만 Sitecore를 떠나더라도 Next.js는 강력한 기본 선택입니다.

Next.js 15 (2024년 말 기준 안정 버전) App Router 포함은 서버 컴포넌트, 스트리밍, 뛰어난 기본 성능을 제공합니다. 생태계는 엄청납니다. Next.js 개발자 찾기는 Sitecore 개발자를 찾는 것에 비해 상대적으로 직설적입니다.

Sitecore JSS에서 오는 팀들이 보는 성능 개선은 보통 상당합니다 — Core Web Vitals 점수에서 40-60% 개선은 일반적입니다.

Astro

Sitecore 사이트가 주로 콘텐츠 기반 (마케팅 페이지, 문서, 블로그)이고 많은 대화형 기능이 없는 경우, Astro는 진지하게 고려할 가치가 있습니다. 기본적으로 JavaScript를 제공하지 않으며 대화형이 필요한 경우에만 React, Vue 또는 Svelte 컴포넌트를 가져올 수 있습니다.

저는 Astro 사이트가 Sitecore JSS에서 60-70점을 받고 있었던 콘텐츠 대량 페이지에서 완벽한 Lighthouse 점수를 기록하는 것을 봤습니다. 차이는 극적입니다.

Remix / React Router v7

Remix (이제 React Router와 병합됨)는 우수한 점진적 개선으로 서버 측 렌더링을 원하는 경우 견고한 선택입니다. 양식이 많은 애플리케이션과 JavaScript가 실패해도 최고의 경험을 원하는 사이트에 특히 좋습니다.

마이그레이션 타임라인 계획

2026년 Q1에 시작하고 2026년 6월 전 완료를 목표로 하는 경우의 현실적인 타임라인:

1단계: 발견 및 결정 (1-8주)

  • 현재 Sitecore 구현 감사
  • 모든 콘텐츠 타입, 템플릿 및 컴포넌트 목록화
  • 통합 식별 (CRM, ERP, 분석, 마케팅 도구)
  • 2-3개 CMS 옵션 평가 (개념 검증 구현 포함)
  • 예산 승인 받기 (이것은 항상 예상보다 오래 걸림)

2단계: 아키텍처 및 콘텐츠 모델링 (8-14주)

  • 새로운 콘텐츠 모델 설계
  • Sitecore 템플릿을 새 CMS 콘텐츠 타입에 매핑
  • 컴포넌트 아키텍처 계획
  • CI/CD 파이프라인 설정
  • 콘텐츠 마이그레이션 스크립트 구축

3단계: 구축 (14-30주)

  • 프론트엔드 컴포넌트 구현
  • API 통합 구축
  • 콘텐츠 마이그레이션 실행 (반복적으로 — 한 번에 모두 하려고 하지 마세요)
  • 개인화 및 분석 구현
  • 미리 보기 및 저작 워크플로우 설정

4단계: QA, 교육 및 출시 (30-40주)

  • 전체 회귀 테스트
  • 성능 테스트 및 최적화
  • 콘텐츠 저자 교육
  • 단계적 롤아웃 (사이트 섹션별 또는 다중 사이트의 경우 지역별)
  • DNS 전환 및 모니터링

대략 10개월입니다. 2026년 Q1보다 늦게 시작하는 경우, 타임라인을 압축하거나 (위험) 2026년 6월을 넘기는 것을 받아들여야 합니다 (관리 가능하지만 이상적이지 않음).

아무도 말하지 않는 숨겨진 비용

제가 본 모든 마이그레이션 견적은 세 가지를 과소평가합니다:

콘텐츠 마이그레이션은 절대 깔끔하지 않습니다

Sitecore 콘텐츠에는 수년 동안 축적된 쓰레기가 있습니다. 고아 항목, 중복된 템플릿, 5년 전에 "임시로" 추가된 필드. 콘텐츠 마이그레이션은 리프트-앤-시프트가 아닙니다 — 정리 작업입니다. 생각하는 것보다 콘텐츠 마이그레이션에 20-30% 더 많은 시간을 예산으로 책정하세요.

개인화 부채

Sitecore의 개인화 규칙을 사용하고 있다면, 그것이 어디로 가는지 파악해야 합니다. 대부분의 헤드리스 CMS 플랫폼에는 기본 개인화가 없습니다. Sitecore CDP, Uniform, Ninetailed 또는 맞춤형 솔루션 여부에 관계없이 별도의 도구가 필요합니다. 그리고 개인화 논리를 재작성하는 것은 시간이 많이 걸립니다. 잘 문서화되어 있지 않기 때문입니다.

SEO 위험

모든 마이그레이션에는 SEO 위험이 따릅니다. URL 구조 변경, 메타 태그 누락, 리다이렉트 맵의 틈. 저는 마이그레이션이 제대로 계획되지 않은 후 유기 트래픽이 20-30% 감소한 사이트를 봤습니다. 완전한 URL 매핑을 먼저 구축하고 출시 전에 301 리다이렉트를 구현하세요. 마이그레이션 후 처음 90일 동안 Search Console을 밀접하게 모니터링하세요.

팀 재교육

콘텐츠 저자는 Sitecore를 알고 있습니다. Experience Editor에 대한 근육 기억이 있습니다. 새로운 CMS로 이동하는 것은 재교육을 의미하며, 이는 몇 주 동안 생산성 감소를 의미합니다. 이를 과소평가하지 마세요 — 비용일 뿐 아니라 변경 관리 과제이기도 합니다.

이 범위에 압도당한다면, 그것은 정상입니다. 당신이 정확히 이런 종류의 Sitecore 마이그레이션을 거쳐본 경험이 있으므로, 편하게 당신에게 연락하세요 — 우리는 여러 팀을 안내했으며 올바른 경로를 파악하는 데 도움을 드릴 수 있습니다.

FAQ

Sitecore JSS 단종 날짜가 정확히 언제인가요?

Sitecore XP/XM 온프레미스 플랫폼에 연결된 Sitecore JSS는 이러한 플랫폼과 함께 단종되고 있으며, 2026년 6월이 중요한 마일스톤입니다. 이 날짜 이후, 레거시 JSS SDK에 대한 능동적 지원 및 보안 패치는 중단됩니다. XM Cloud용 Sitecore의 후속 SDK는 XM Cloud 구독을 요구하는 별도 제품입니다.

단종 날짜 이후에도 Sitecore JSS를 계속 실행할 수 있나요?

기술적으로 예입니다. 사이트는 작동을 멈추지 않습니다. 하지만 보안 업데이트, 버그 수정, Sitecore의 지원을 받지 못합니다. JSS 렌더링 호스트 또는 레이아웃 서비스에서 중요한 취약점이 발견되면, 자신이 패치해야 합니다. 민감한 사용자 데이터를 처리하는 모든 조직의 경우, 이는 정당화하기 어려운 준수 위험입니다.

Sitecore JSS에서 XM Cloud로 마이그레이션하는 비용은 얼마인가요?

대부분의 엔터프라이즈 마이그레이션은 복잡성, 사이트 수, 콘텐츠 볼륨 및 통합 요구 사항에 따라 $200,000에서 $500,000 이상이 소요됩니다. 여기에는 발견, 아키텍처, 개발, 콘텐츠 마이그레이션, QA 및 교육이 포함됩니다. 연간 XM Cloud 라이센싱은 일반적으로 마이그레이션 비용 위에 $100,000-$250,000+ 실행됩니다.

XM Cloud로 업그레이드하는 것보다 다른 헤드리스 CMS로 전환하는 것이 더 저렴한가요?

종종 맞습니다 — 특히 지속적인 비용의 경우. Sanity, Contentful 및 Storyblok과 같은 플랫폼은 XM Cloud보다 낮은 연간 라이센싱 비용을 가지고 있습니다. 그러나 마이그레이션 노력은 비슷하거나 약간 더 높습니다. Sitecore 생태계 내에서 머물기보다 완전히 다른 콘텐츠 플랫폼으로 이동하기 때문입니다. 3-5년에 걸친 전체 소유권 비용은 대부분의 조직에서 non-Sitecore 옵션을 선호합니다.

마이그레이션할 때 Sitecore 개인화 규칙은 어떻게 되나요?

XM Cloud로 이동하는 경우, Sitecore CDP 및 Sitecore Personalize (별도 제품, 별도 라이센스)가 개인화 기능을 복제하기 위해 필요합니다. 다른 CMS로 이동하는 경우, Uniform, Ninetailed 또는 맞춤형 구현과 같은 제3자 개인화 플랫폼이 필요합니다. 어느 쪽이든, 개인화 규칙을 처음부터 재구축할 것으로 예상하세요.

Sitecore 마이그레이션에 어떤 프론트엔드 프레임워크를 사용해야 하나요?

Next.js는 가장 일반적인 선택이며 XM Cloud로 이동하는 경우 유일한 옵션입니다. 최소한의 상호작용이 있는 콘텐츠 기반 사이트의 경우, Astro는 우수한 성능을 제공합니다. Remix는 양식이 많은 애플리케이션에 강합니다. 현재 JSS 구현이 React 기반 (대부분은)인 경우, Next.js는 개발 팀에 가장 매끄러운 전환을 제공합니다.

일반적인 Sitecore JSS 마이그레이션은 얼마나 오래 걸리나요?

엔터프라이즈 규모 마이그레이션의 경우 킥오프에서 출시까지 8-12개월을 계획하세요. 간단한 단일 사이트 구현은 4-6개월에 완료될 수 있습니다. 복잡한 통합이 있는 다중 사이트, 다국어 설정은 12-18개월이 걸릴 수 있습니다. 발견 및 결정 단계만 해도 일반적으로 6-8주가 걸리며, 이것이 개발을 시작하기 전입니다.

마이그레이션하기 전에 Sitecore가 확장 지원을 발표할 때까지 기다려야 하나요?

기대하지 마세요. Sitecore의 전략적 방향은 분명히 XM Cloud 방향이며, 레거시 플랫폼에서 고객을 옮기는 강한 재정적 인센티브가 있습니다. 어떤 형태의 확장 지원이 제공되더라도, 프리미엄 가격이 될 가능성이 높으며 새로운 기능이나 사전 예방적 보안 패치는 포함되지 않을 것입니다. 지금 마이그레이션 계획을 시작하는 것이 옵션을 제공합니다. 기다리는 것은 옵션을 제거합니다.