Drupal 10, Umbraco 13, Kentico Xperience 13 지원 종료: 2026년 12월 전에 할 일

코드 편집기에 열린 HTML 소스 코드

널리 쓰이는 콘텐츠 관리 시스템 버전 세 개가 약 3주 간격으로 잇따라 지원을 잃습니다.

Drupal 10: 2026년 12월 9일 지원 종료.
Umbraco 13: 2026년 12월 14일 지원 종료.
Kentico Xperience 13: 2027년 1월 1일부터 보안 수정을 포함한 모든 지원 중단.

그 날짜에 꺼지는 것은 없습니다. 12월 10일에도 Drupal 10 사이트는 12월 8일과 똑같이 페이지를 내보내고, 편집자는 여전히 게시합니다. 멈추는 것은 보안 수정의 공급입니다. 그때부터는 귀사의 버전에서 발견된 취약점이 누군가 대신 막아 주지 않는 한 열린 채로 남습니다.

이 글을 쓰는 2026년 10월 3일 기준으로 처음 두 날짜까지는 약 10주가 남았습니다. 잘 관리된 Drupal이나 Umbraco 사이트라면 충분합니다. Kentico 13을 다시 구축하기에는 부족합니다.

실제로 누구를 위한 글인가

작업이 가장 무겁게 떨어지는 곳은 커스텀 코드가 있는 사이트입니다. 커스텀 Drupal 모듈과 테마, 커스텀 Umbraco 속성 편집기와 대시보드, Kentico 위젯과 연동, 그리고 이미 떠난 외주 업체가 만든 모든 것입니다.

Drupal 사이트가 인기 있는 기여 모듈(contributed module)을 얹은 기본 설치에 가깝다면 업그레이드는 대부분 기계적인 작업이고, 호스팅 파트너가 이미 일정을 잡아 두었을 수도 있습니다. 날짜를 물어보십시오.

Umbraco 13을 운영하면서 연장 지원(아래 참조)을 구매한다면 12월은 절벽이 아닙니다. 비용을 내고 미룬 패치 마감일입니다.

Drupal 10: 2026년 12월 9일 종료

끝나는 것

프로젝트 자체의 발표는 짧습니다. "Drupal 10은 2026년 12월 9일에 지원이 종료됩니다." Drupal 10.6이 마지막 마이너 릴리스이며, 릴리스 일정은 그 날짜 이후 Drupal 10의 새 릴리스가 나오지 않는다고 말합니다.

2026년 9월 20일이 속한 주에 drupal.org의 사용 통계는 보고한 524,579개 사이트 가운데 Drupal 10 브랜치 221,417개, Drupal 11 210,728개를 집계했습니다. 보고한 Drupal 사이트 열 곳 중 네 곳 정도는 현재 버전에 10주가 남은 셈입니다. 그중 21,148개는 아직 Drupal 10.0, 10.1, 10.2에 있어 먼저 한 단계를 더 거쳐야 합니다.

업그레이드에 필요한 것

공식 Drupal 10에서 11로의 업그레이드 가이드는 몇 가지 작업으로 나뉩니다.

호스팅이 먼저입니다. Drupal 11에는 PHP 8.3.0 이상이 필요합니다. Drupal 10은 PHP 8.1과 8.2에서 문제없이 돌아갔습니다. PHP 8.1은 이미 지원이 끝났고, PHP 8.2의 보안 지원은 2026년 12월 31일에 끝납니다. 서버가 둘 중 하나를 쓰고 있다면 PHP부터, 별도로 테스트하는 독립 작업으로 바꾸십시오.
Drupal 10.3.0 이상으로 올립니다. 10.3.0 이전의 코어 업데이트는 Drupal 11에서 제거되었으므로 10.2 사이트는 곧바로 건너뛸 수 없습니다.
제거된 코어 모듈을 처리합니다. Actions UI, Activity Tracker, Book, Forum, Statistics, Tour가 Drupal 11 코어에서 빠졌습니다. 이 중 하나를 쓰고 있다면 코드 업그레이드 전에, 아직 Drupal 10.3 이상에 있을 때 사용을 멈추거나 기여 모듈 버전으로 바꾸십시오.
커스텀 코드를 이식합니다. Upgrade Status 모듈이 귀사의 코드와 기여 모듈 중 준비되지 않은 곳을 보여 줍니다. Drupal Rector가 지원 중단된 API 호출 상당수를 자동으로 다시 쓰고, 나머지는 손으로 합니다. 몇 년 치 커스텀 모듈이 쌓인 사이트에서는 시간이 여기에 들어갑니다.
모든 기여 모듈을 확인합니다. 각 모듈에 Drupal 11 호환 릴리스가 필요합니다. 없다면 가이드는 모듈 이슈 큐의 패치나 Lenient Composer 엔드포인트를 안내합니다. 그렇게 끌고 가는 모듈 하나하나가 이제 귀사가 떠안는 유지보수입니다.
도구. Composer와 Drush를 쓸 수 있는 명령줄 접근 권한이 필요하고, 커스터마이징한 스캐폴드 파일이 있다면 업그레이드 후에도 남도록 기록해 두어야 합니다.

Drupal 12를 기다려야 할까?

아닙니다. Drupal 12.0.0은 Drupal 10 보안 지원이 끝나는 바로 그 주, 2026년 12월 7일이 속한 주에 예정되어 있습니다. 현재 버전이 만료되는 주에 나오는 .0 릴리스는 계획이 될 수 없습니다. Drupal 11.4는 그 주 이후에도 보안 수정을 계속 받고, 11.5는 12.0과 함께 출시됩니다. 지금 11로 옮기고 12는 내년에 보십시오.

Umbraco 13: 2026년 12월 14일 종료

끝나는 것

Umbraco 13은 장기 지원(LTS) 릴리스입니다. Umbraco의 지원 수명 주기 페이지에 따르면 2025년 12월 14일부터 보안 단계(보안 수정만 제공)에 있으며, 2026년 12월 14일에 지원이 종료되고, 그 뒤로는 Umbraco의 표현대로 "더 이상 권장되지 않습니다".

그 밑에 두 번째 날짜가 있습니다. Umbraco 13은 .NET 8에서 돌아가며, Microsoft는 2026년 11월 10일에 .NET 8 지원을 종료합니다. 사이트가 의존하는 런타임이 CMS보다 한 달 먼저 지원을 잃습니다.

업그레이드에 필요한 것

Umbraco의 규칙은 최신 버전으로 가기 전에 가장 가까운 장기 지원 버전으로 옮기라는 것입니다. Umbraco 13 자체가 LTS 릴리스이므로 대상은 다음 LTS인 Umbraco 17입니다. 2025년 11월 27일에 출시되었고, 2027년 11월 27일에 보안 단계에 들어가며, 2028년 11월 27일에 지원이 종료됩니다. .NET 10에서 돌아갑니다.

어려운 단계는 중간에 있습니다. Umbraco 14는 편집 인터페이스를 통째로 바꿨고, 버전별 업그레이드 노트는 이를 한 줄로 요약합니다. "AngularJS 제거: Web Components와 Lit으로 만들고 Umbraco UI Library로 구동되는 새 백오피스."

실무적으로는 다음을 뜻합니다.

모든 백오피스 커스터마이징을 다시 작성합니다. 커스텀 속성 편집기, 대시보드, 커스텀 섹션, 패키지의 인터페이스 부분은 Umbraco 13에서 AngularJS였습니다. 그 어느 것도 넘어가지 않으며, 웹 컴포넌트로 다시 만들어야 합니다.
속성 편집기가 둘로 나뉩니다. 서버 부분과 클라이언트 부분으로 나뉘므로 커스텀 편집기의 구조가 바뀝니다.
일부 편집기가 사라졌습니다. Nested Content, Grid 레이아웃, 레거시 Media Picker가 제거되었습니다. Umbraco는 그 자리에 Block List나 Block Grid를 권합니다. 코드 작업이면서 콘텐츠 작업이기도 합니다. 그 편집기로 만든 페이지는 저장된 콘텐츠를 변환해야 합니다.
매크로가 제거되었습니다. Umbraco는 그 대신 부분 뷰나 리치 텍스트 편집기 안의 블록을 안내합니다.
XPath가 제거되었고, 대체 수단 중 하나로 Dynamic Roots가 있습니다.
패키지는 Umbraco 17 릴리스가 필요합니다. 버려진 패키지는 대체하거나 다시 작성해야 합니다.

Umbraco의 안내는 오프라인에서 업그레이드하고, 완전히 테스트한 뒤, 각 환경에서 업그레이드를 실행하라는 것입니다. 편집자들을 일찍 테스트에 참여시키십시오. 그들이 매일 쓰는 백오피스의 모양과 동작이 달라집니다.

공개 템플릿은 Nested Content, Grid, 매크로를 렌더링하는 곳을 빼면 대개 백오피스보다 덜 바뀝니다. 뷰에서 이 세 가지를 검색해 보는 것이 작업 규모를 가늠하는 빠른 첫 방법입니다.

시간 벌기: XLTS

Umbraco는 13을 포함해 Umbraco 10 이후의 LTS 버전에 대해 연장 장기 지원(XLTS)을 판매합니다. 6개월, 12개월, 24개월 중에서 고르며, 지원 기간은 지원 종료 다음 날부터 시작됩니다. 기능이 고정된 상태에서 보안 패치만 제공합니다. Umbraco에서 직접 구매하며(파트너는 파트너 매니저를 통해), 페이지에 공개된 가격은 없습니다.

XLTS는 커스텀 편집기 재작성을 12월 14일까지 제대로 끝낼 수 없을 때 의미가 있습니다. 결정을 미루는 수단으로는 의미가 덜합니다. 재작성 비용은 내년에도 같기 때문입니다. 그리고 XLTS는 런타임이 아니라 Umbraco를 패치합니다. .NET 8 지원은 어느 쪽이든 끝납니다.

Kentico Xperience 13: 2027년 1월 1일 종료

끝나는 것

Kentico 13은 이미 축소 지원 상태입니다. 2026년 내내 Kentico는 "보안 핫픽스 형태로만" 릴리스를 냅니다. 그다음은 Kentico의 지원 수명 주기에 따르면 이렇습니다. "2027년 1월 1일부터 Kentico Xperience 13과 관련된 모든 지원, 유지보수, 업데이트, 릴리스, 핫픽스, 패치, 수리(보안 수리 포함) 및 기타 모든 서비스를 중단합니다."

연장은 나와 있지 않습니다. 후속 제품은 Xperience by Kentico이며, Kentico는 이를 "상호 합의한 조건에 따라" 제공합니다. 버전을 올리는 일이 아니라 새로운 라이선스 협상입니다.

이전에 필요한 것

Xperience by Kentico는 다른 제품이며, Kentico Migration Tool은 자신의 한계를 솔직히 밝힙니다. "이 도구는 데이터 모델과 콘텐츠만 마이그레이션합니다. 코드 마이그레이션은 지원하지 않습니다."

문서에 따르면 옮겨 주는 것은 다음과 같습니다.

페이지 유형은 콘텐츠 유형이 됩니다. 페이지는 웹사이트 채널 페이지나 재사용 가능한 콘텐츠 항목이 됩니다.
카테고리는 택소노미가 됩니다.
미디어 라이브러리와 그 파일, Page Builder 콘텐츠, 커스텀 페이지 템플릿(Kentico 13에서).
편집자 사용자와 역할, 연락처와 활동, 동의.
데이터를 포함한 커스텀 모듈 클래스, 그리고 커스텀 테이블(모듈 클래스나 콘텐츠 항목으로).

옮겨 주지 않는 것은 다음과 같습니다.

코드와 커스터마이징. 컨트롤러, 뷰, 위젯 코드, 연동, 예약 작업입니다. 페이지를 가져오는 코드는 콘텐츠 항목에 맞게 다시 작성해야 합니다.
양식 자동 응답과 알림 이메일. 손으로 옮겨야 합니다.
마케팅 자동화와 정적 연락처 그룹.
마이그레이션 후 작동하지 않는 매크로, 그리고 페이지 권한.
Azure Blob Storage나 Amazon S3에 있는 미디어. 도구는 로컬 파일 시스템의 미디어만 읽습니다.

실무적인 사항이 두 가지 있습니다. 원본은 Kentico 13 Refresh 5(핫픽스 13.0.64) 이상이어야 하므로 그것부터 확인하십시오. 그리고 마이그레이션은 기본 제공 및 커스텀 데이터 변환과 함께 여러 번 실행할 수 있으므로, 실제 전환 전에 리허설을 하며 매핑을 다듬을 수 있습니다.

쉽게 말해 콘텐츠는 살아남고, 그것을 둘러싼 웹사이트는 다시 만들어집니다. 몇 달짜리 프로젝트이며, 10월 3일 기준으로 1월 1일까지는 13주가 남았습니다. 대부분의 Kentico 13 사이트는 한동안 패치 없이 운영될 것입니다. 그 기간을 뒤늦게 발견하는 것보다 미리 계획하는 편이 낫습니다.

어차피 코드를 다시 만들 것이므로 Xperience by Kentico와 다른 플랫폼 중 어느 쪽이 더 맞는지 물어볼 만합니다. 남는 쪽에는 분명한 장점이 하나 있습니다. 귀사의 콘텐츠 모델에 맞게 만들어진 마이그레이션 도구입니다. 기본값으로 흘러가지 말고 결정으로 만드십시오.

패치 없이 운영한다는 것의 실제 의미

사이트는 계속 작동합니다. 위험의 모양이 바뀔 뿐입니다.

다음 취약점은 열린 채로 남습니다. 지원되는 버전에는 계속 수정이 나오고, 그 보안 권고는 공개됩니다. 새 버전에서 고친 결함이 귀사의 버전에도 있다면, 권고문이 공격자에게 어디를 봐야 하는지 알려 줍니다.
CMS 주변의 스택이 낡아 갑니다. PHP 8.2는 2026년 12월 31일에 보안 지원을 잃습니다. .NET 8은 2026년 11월 10일에 지원을 잃습니다. 기여 모듈과 패키지는 아무도 지원하지 않는 버전에 대한 테스트를 멈출 가능성이 큽니다.
감사에 대한 답이 바뀝니다. 보안 정책, 사이버 보험 설문, 공공 부문 계약이 소프트웨어가 지원되고 있는지 묻는다면, 정직한 답은 아니오가 됩니다.

한동안 패치 없이 운영해야 한다면 노출을 줄이십시오. 관리 인터페이스를 VPN이나 IP 허용 목록 뒤에 두고, 쓰지 않는 모듈을 제거하고, 웹 애플리케이션 방화벽을 추가하고, 백업을 테스트하고, 새 버전에 대한 벤더의 보안 권고를 읽으십시오. 이런 조치는 위험을 줄일 뿐 패치를 대신하지는 못합니다.

결정하는 방법

Drupal 10, 대부분 기여 모듈: Drupal 11로 업그레이드합니다. 이번 달에 시작하면 10주로 충분합니다.
커스텀 코드가 많거나 PHP 호스팅이 오래된 Drupal 10: 호스팅을 먼저 고치고 그다음 코드를 이식합니다. 기한을 넘길 것 같다면 위의 보안 강화 조치와 함께 짧은 무패치 기간을 계획합니다.
백오피스 커스터마이징이 적은 Umbraco 13: Umbraco 17로 업그레이드합니다.
커스텀 편집기, Nested Content, Grid가 있는 Umbraco 13: XLTS를 6개월이나 12개월 구매하고 재작성을 제대로 합니다.
Kentico 13: 지금 마이그레이션 프로젝트를 시작하고, 1월에 대비해 현재 사이트를 강화하고, 목적지는 장단점을 따져 결정합니다.
어차피 리디자인이 예정되어 있었다면: 지원 종료를 계기로 삼고, 곧 버릴 코드는 이식하지 마십시오. 템플릿을 다시 만든다면 접근성을 고치기에도 가장 저렴한 시점입니다. 웹사이트에 그것이 무엇을 뜻하는지는 저희의 유럽 접근성법 가이드에 있습니다.

오늘부터의 일정

10월 중순까지. 사이트마다 현황을 파악합니다. 정확한 CMS 버전, PHP 또는 .NET 버전, 커스텀 모듈, 편집기와 위젯, 모든 기여 모듈이나 패키지의 호환성입니다. Drupal이라면 Upgrade Status를 실행합니다. Kentico라면 핫픽스 13.0.64 이상인지 확인합니다.

10월 말까지. 사이트마다 업그레이드, 시간 벌기, 재구축 중 하나를 결정합니다. XLTS가 필요하다면 지원이 지원 종료 다음 날부터 시작되므로 구매 절차를 시작합니다.

11월. Drupal: 호스팅을 PHP 8.3으로 옮기고, 스테이징에서 업그레이드하고, 테스트합니다. Umbraco: .NET 10으로 옮기고, 사본을 업그레이드하고, 커스텀 편집기를 다시 작성하고, Nested Content와 Grid 콘텐츠를 변환합니다. Kentico: 보안 강화 조치를 적용하고 첫 마이그레이션 리허설을 합니다.

11월 말부터 12월 초까지. 12월 9일과 14일 전에 여유를 두고 운영 환경을 업그레이드합니다. 조직이 연휴 전에 변경을 동결한다면 그것을 감안해 계획하십시오.

2027년 1월. Kentico 사이트는 마이그레이션이 계속되는 동안 강화된 상태로 운영합니다.

도움이 필요하시면

저희가 하는 일이 바로 이런 작업입니다. 넘겨받은 사이트에서 무엇이 커스텀인지 점검하고, Drupal 모듈을 이식하고, Umbraco 백오피스 확장을 웹 컴포넌트로 다시 작성하고, 마이그레이션 도구가 남겨 둔 코드를 다시 만듭니다. 이 작업은 레거시 시스템 유지보수 서비스에 속하며, 재구축을 검토 중이라면 웹 접근성 개선 서비스가 그 부분을 다룹니다.

이 날짜 중 하나가 귀사에 해당하는데 내부에 무엇이 있는지 확실하지 않다면 office@c9group.dev로 연락 주십시오.