Sitecore JSS 구현을 실행 중이라면, 아마 이미 소식을 들었을 겁니다 -- 또는 팀의 누구도 공급업체 라이프사이클 공지를 읽지 않아서 지금 알게 된 걸 수도 있습니다. 어쨌든, 현실은 이렇습니다: 현재 알려진 Sitecore의 JavaScript SDK (JSS)는 2026년 수명 종료에 도달하고 있으며, 6월 마감일까지의 시간은 생각하는 것보다 훨씬 빠르게 다가오고 있습니다.

충분한 엔터프라이즈 CMS 마이그레이션을 경험해보니, 계획 단계만 해도 대부분 팀이 3-6개월이 걸립니다. 실제 마이그레이션? 비자명한 것은 또 다른 3-6개월입니다. 따라서 2025년 초에 이 글을 읽고 있다면, 늦지 않은 것이 아니라 정확한 시점입니다. 나중에 읽고 있다면... 어제부터 시작해야 합니다.

무엇이 실제로 일어나고 있는지, 어떤 옵션이 있는지, 그리고 팀이 우왕좌왕하지 않도록 하는 결정을 내리는 방법을 살펴봅시다.

목차

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 headless 플랫폼이 됩니다

"수명 종료"가 실제로 의미하는 바: 새로운 기능 없음, 선제적 보안 패치 없음, 그리고 최종적으로 지원 티켓에 대한 답변 없음. 당신의 사이트는 6월 30일에 작동을 멈추지 않을 것입니다. 하지만 뭔가 깨지면 -- 보안 취약점, 새 브라우저와의 호환성 문제, Node.js 버전 충돌 -- 당신은 혼자입니다.

EOL 플랫폼을 견디려고 시도했던 팀들을 봤습니다. 한 동안은 작동합니다. 그 다음 정말, 정말 작동하지 않습니다.

이것이 일반적인 EOL보다 중요한 이유

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

JSS가 EOL에 진입하면, 단순히 프론트엔드 SDK를 잃는 것이 아닙니다. 콘텐츠와 프레젠테이션 계층 사이의 전체 다리를 잃습니다. 이것은 모든 마이그레이션 경로가 방정식의 양쪽을 다시 생각하도록 요구합니다는 의미입니다.

이것을 긴급하게 만드는 다른 요소: Sitecore의 라이선싱 모델이 대폭 변경되었습니다. 현재 Sitecore XP/XM 온프레미스 라이선스에 대해 비용을 지불하고 있다면, 갱신 조건이 당신이 원하든 안 원하든 XM Cloud로 당신을 밀어붙일 것입니다. 가격 압박만으로도 현상 유지가 점점 더 비싸집니다.

Sitecore XM Cloud 경로

명백한 옵션으로 시작해봅시다: Sitecore의 권장 업그레이드 경로를 따라 XM Cloud로 이동합니다.

당신이 얻는 것

XM Cloud는 Sitecore의 SaaS headless 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 마이그레이션 비용

2024-2025 동안 여러 엔터프라이즈 마이그레이션을 통해 본 내용을 바탕으로:

구성 요소 예상 비용 범위 타임라인
검색 및 아키텍처 $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를 사용한 Headless 전환

Sitecore의 마이그레이션 문서가 당신에게 말해주지 않을 한 가지: 이 EOL은 기회입니다. Sitecore의 복잡도, 라이선싱 비용 또는 개발자 경험에 불만이 있었다면, 누구도 "왜 우리는 전환하고 있습니까?"라고 묻지 않고 대안을 평가할 기회입니다.

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

최상위 Headless CMS 대안

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

Sanity는 개발자 경험을 위한 나의 개인적 선호입니다. 구조화된 콘텐츠 접근, GROQ 쿼리 언어, 실시간 협업 기능은 진정으로 탁월합니다. 좌석별이 아닌 API 사용을 기반으로 한 그들의 가격 책정 모델은 규모에서 더 예측 가능하게 만듭니다. 계획은 무료(놀랍도록 관대함)부터 커스텀 엔터프라이즈 가격까지 범위입니다.

Storyblok은 당신의 콘텐츠 팀이 시각적 편집이 필요한 경우 진지한 고려가 가치합니다. 그들의 시각적 편집기는 Sitecore Pages가 제공하는 것에 가장 가까운 것으로, 기술이 없는 사용자의 전환을 완화할 수 있습니다. 가격은 월 $106부터 시작하여 커스텀 엔터프라이즈 계층까지 올라갑니다.

Strapi는 오픈 소스 옵션입니다. 자체 호스팅, 완전히 커스터마이징 가능, 좌석별 라이선싱 없음. 당신의 팀이 강한 백엔드 개발자를 가지고 있고 완전한 제어를 원한다면, Strapi v5는 놀랍도록 유능합니다. 트레이드오프는 당신이 호스팅, 확장 및 보안을 담당한다는 것입니다.

Hygraph (이전의 GraphCMS)는 당신의 팀이 GraphQL에서 생각한다면 강합니다. 기본 페더레이션 지원은 분산 콘텐츠 소유권이 있는 조직에 흥미롭습니다.

우리는 여러 이 플랫폼으로 마이그레이션한 팀을 우리의 headless CMS 개발 서비스를 통해 도왔으며, 올바른 선택은 전적으로 당신의 특정 콘텐츠 모델, 팀 기능 및 예산 제약에 따라 달라집니다.

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를 지원했습니다. 실제로 80% 이상 마주친 JSS 구현은 React 기반입니다.

따라서 마이그레이션할 때, 당신은 또한 프론트엔드 스택을 선택해야 합니다.

Next.js

XM Cloud로 이동하면, 당신은 Next.js를 사용합니다 -- 유일하게 공식적으로 지원되는 렌더링 프레임워크입니다. 하지만 Sitecore를 떠나도, Next.js는 강한 기본 선택입니다.

Next.js 15 (2024년 말 기준 안정적)와 App Router는 서버 컴포넌트, 스트리밍, 그리고 즉시 탁월한 성능을 제공합니다. 생태계는 거대합니다. Next.js 개발자를 찾는 것은 Sitecore 개발자를 찾는 것에 비해 상대적으로 간단합니다.

우리는 이 종류의 마이그레이션을 위해 많은 Next.js 개발을 수행하며, 팀이 Sitecore JSS에서 올 때 보는 성능 개선은 일반적으로 의미가 있습니다 -- Core Web Vitals 점수에서 40-60% 개선은 흔합니다.

Astro

당신의 Sitecore 사이트가 주로 콘텐츠 중심 (마케팅 페이지, 문서, 블로그)이고 상호작용 기능이 많지 않다면, Astro는 진지한 고려가 가치합니다. 기본적으로 JavaScript를 배송하지 않으며 상호작용이 필요한 곳에서만 React, Vue, 또는 Svelte 컴포넌트를 가져올 수 있습니다.

나는 Astro 사이트가 Sitecore JSS에서 60-70을 점수받은 콘텐츠 중심의 페이지에서 완벽한 Lighthouse 점수를 달성하는 것을 봤습니다. 차이는 극적입니다. 이 경로에 관심이 있다면 우리의 Astro 개발 기능을 확인해보세요.

Remix / React Router v7

Remix (이제 React Router와 병합됨)는 탁월한 점진적 개선과 함께 서버 측 렌더링을 원할 경우 탄탄한 선택입니다. JavaScript가 실패할 때도 최고의 경험을 원하는 양식 중심의 애플리케이션 및 사이트에 특히 좋습니다.

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

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

Phase 1: 검색 및 결정 (주 1-8)

  • 현재 Sitecore 구현 감사
  • 모든 콘텐츠 유형, 템플릿 및 컴포넌트 카탈로그
  • 통합 식별 (CRM, ERP, 분석, 마케팅 도구)
  • 2-3개 CMS 옵션 평가 (개념 증명 구현 포함)
  • 예산 승인 받기 (이것은 항상 생각하는 것보다 오래 걸립니다)

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

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

Phase 3: 구축 (주 14-30)

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

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

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

그것은 대략 10개월입니다. 2025년 Q1보다 늦게 시작하면, 타임라인을 압축해야 합니다 (위험) 또는 2026년 6월을 넘을 수 있음을 받아들여야 합니다 (관리 가능하지만 이상적이지 않음).

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

제가 본 모든 마이그레이션 예상이 3가지를 과소평가합니다:

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

당신의 Sitecore 콘텐츠는 몇 년의 축적된 쓸모없는 것이 있습니다. 고아 항목, 중복 템플릿, "임시로" 5년 전에 추가된 필드. 콘텐츠 마이그레이션은 리프트 앤 시프트가 아닙니다 -- 청소 운영입니다. 콘텐츠 마이그레이션에 생각하는 것보다 20-30% 더 많은 시간을 예산합니다.

개인화 부채

Sitecore의 개인화 규칙을 사용 중인 경우, 그것들이 어디로 가는지 파악해야 합니다. 대부분의 headless 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의 후속 SDK는 XM Cloud 구독이 필요한 별도 제품입니다.

수명 종료 날짜 이후 Sitecore JSS를 계속 실행할 수 있습니까?

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

Sitecore JSS에서 XM Cloud로 마이그레이션하는 데 얼마나 드는가?

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

Sitecore JSS에서 다른 headless CMS로 전환하는 것이 XM Cloud로 업그레이드하는 것보다 저렴합니까?

종종 예입니다 -- 특히 지속적 비용에서. Sanity, Contentful, 및 Storyblok과 같은 플랫폼은 XM Cloud보다 낮은 연간 라이선싱 비용을 가지고 있습니다. 그러나 마이그레이션 노력은 비슷하거나 약간 더 높습니다. Sitecore 생태계 내에서 머물러 있기보다는 완전히 다른 콘텐츠 플랫폼으로 이동하기 때문입니다. 3-5년 동안의 총 소유 비용은 대부분의 조직에 대해 비 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를 향하고 있으며, 고객을 레거시 플랫폼에서 옮기려는 강한 재정적 인센티브가 있습니다. 어떤 형태의 확대 지원이 제공되더라도, 아마도 프리미엄 가격에 올 것이며 새로운 기능이나 선제적 보안 패치를 포함하지 않을 것입니다. 지금 마이그레이션 계획을 시작하는 것은 옵션을 제공합니다; 기다리는 것은 옵션을 떨어뜨립니다.