Joomla 사이트를 관리한 경험이 있다면, 메이저 버전이 출시될 때마다 그 불안감을 느껴봤을 겁니다. Joomla 4는 험했고, Joomla 5는 몇 가지 거친 부분을 다듬었습니다. 하지만 Joomla 6? 이것은 CMS 역사상 가장 논쟁이 될 릴리스가 될 것 같습니다. 관리자 패널 UX가 완전히 개편되었고, 확장 프로그램 관리자는 근본적으로 다르며, 템플릿 렌더링은 거의 모든 커스텀 템플릿에 영향을 미치는 주요 변경 사항이 있고, 커뮤니티는... 잘 받아들이지 못하고 있습니다.

저는 Mambo 시대부터 Joomla 사이트를 구축하고 유지해왔습니다. 모든 고통스러운 메이저 버전 업그레이드를 통해 클라이언트를 마이그레이션했습니다. 따라서 Joomla 6이 다르게 느껴진다고 말할 때 — 그리고 좋은 방식이 아니라고 말할 때 — 저는 과장하고 있지 않습니다. 정확히 무엇이 변경되었는지, 왜 오래된 관리자들이 화나있는지, 그리고 떠나는 것을 고려하고 있다면 현실적인 대안이 무엇인지 자세히 설명하겠습니다.

목차

Joomla 6 UX 변경으로 인해 Joomla 관리자들이 화나는 이유

Joomla 6 관리자 패널 UX 개편

가장 눈에 띄는 변경 사항부터 시작해봅시다: 관리자 패널입니다. Joomla 6은 개발 팀이 "현대적인 관리 경험"이라고 부르는 것을 도입합니다. 실제로는 Joomla 4 이후 Joomla 관리자들이 사용해온 친숙한 좌측 사이드바 네비게이션을 완전히 제거하고 상단 네비게이션 플러스 컨텍스트 사이드바 방식으로 대체했다는 의미입니다.

실제로 변경된 것

이전 관리자 패널에는 축소 가능한 좌측 사이드바가 있었고, 중첩된 메뉴 항목들이 있었습니다. CMS의 모든 섹션에 최대 2클릭으로 접근할 수 있었습니다. 보기에는 좋지 않았지만 기능적이었고 — 무엇보다 중요한 것은 — 일관성이 있었습니다.

Joomla 6은 드롭다운 메가메뉴가 있는 수평 상단 네비게이션 바로 이동합니다. 좌측 사이드바는 이제 현재 있는 섹션과 관련된 옵션만 보여주는 상황별로만 나타납니다. 기사 관리, 사용자 관리, 확장 프로그램 구성 — 이들 모두 이제 다른 사이드바 레이아웃을 가지고 있습니다.

다음은 네비게이션 패턴의 비교입니다:

작업 Joomla 5 (클릭) Joomla 6 (클릭) 비고
새 기사 생성 2 2-3 현재 컨텍스트에 따라 다름
글로벌 구성 접근 2 3 시스템 메뉴에 숨겨짐
확장 프로그램 관리 2 2-4 새로운 분류 보기가 단계 추가
템플릿 파일 편집 3 4-5 템플릿 편집기 재배치됨
시스템 정보 확인 2 3 하위 메뉴로 이동됨
미디어 파일 관리 2 2 대략 동등함

관리자들이 왜 싫어하는가

핵심 불만은 보기가 다르다는 것이 아닙니다. 관리자들은 시각적 변화에 적응할 수 있습니다. 문제는 근육 기억 — 일상적인 CMS 관리를 견딜 수 있게 해주는 것 — 이 완전히 깨졌다는 것입니다.

15개 이상의 Joomla 사이트를 관리하고 하루 종일 그들 사이를 전환하고 있을 때, 당신은 생각하지 않고도 정확히 어디에 뭐가 있는지 알고 있다고 의존합니다. Joomla 6은 모든 것을 다시 배우도록 강요합니다. 그리고 컨텍스트 사이드바는 네비게이션이 새로운 시스템 내에서도 일관성이 없다는 의미입니다. 사이드바는 당신이 어디에 있는지에 따라 다른 항목들을 보여주며, 이는 새로운 근육 기억을 만드는 것을 더 어렵게 합니다.

또한 접근성 관점도 있습니다. 여러 커뮤니티 멤버들이 메가메뉴 드롭다운이 스크린 리더에서 잘 작동하지 않으며 키보드 네비게이션이 일관성이 없다고 보고했습니다. 접근성을 자랑하는 오픈소스 CMS의 경우, 이는 상당한 퇴보입니다.

대시보드 위젯 문제

Joomla 6은 또한 이전의 대시보드 모듈을 대체하는 새로운 대시보드 위젯 시스템을 도입합니다. 이전 시스템에서는 대시보드 모듈을 합리적인 유연성으로 추가하고 정렬할 수 있었습니다. 새로운 위젯 시스템은 시각적으로 더 매력적이지만 구성 가능성이 훨씬 낮습니다.

더 이상 사용자 그룹마다 커스텀 대시보드 레이아웃을 생성할 수 없습니다 — 많은 Joomla 에이전시가 클라이언트를 위한 단순화된 관리 경험을 만들기 위해 사용했던 기능입니다. 대신, 개별 위젯에 대한 역할 기반 가시성 토글이 있는 단일 대시보드 레이아웃이 있습니다. 이것은 디자인의 진전처럼 보이는 기능의 퇴보입니다.

확장 프로그램 관리자: 당신이 알던 모든 것이 틀렸다

여기서 상황이 정말 고통스러워집니다. Joomla 6은 완전히 다시 작성된 확장 프로그램 관리 시스템을 도입하며, 이는 10년 이상 확장 프로그램이 패키징되고 설치되어온 방식과의 호환성을 깨뜨립니다.

새로운 확장 프로그램 아키텍처

Joomla 6은 Composer 기반 확장 프로그램 관리 시스템으로 이동합니다. 종이 위에서는 좋은 생각입니다. Composer는 PHP 의존성 관리를 위한 표준이며, Joomla를 현대 PHP 관행과 일치시키는 것은 의미가 있습니다.

실제로는:

  • 확장 프로그램 패키지는 이제 적절한 네임스페이스 선언이 있는 composer.json을 포함해야 합니다
  • 이전의 XML 매니페스트 형식은 더 이상 사용되지 않습니다 (6.0에서는 여전히 작동하지만 경고를 던지며, 6.2에서 제거 예정)
  • 확장 프로그램 발견 및 설치 경로가 변경되었습니다 — 이전 경로를 참조하는 커스텀 설치 스크립트는 깨질 것입니다
  • 업데이트 서버 프로토콜이 개정되었습니다 — 이전 업데이트 XML 형식을 사용하는 확장 프로그램은 새로운 JSON 기반 업데이트 매니페스트로 마이그레이션해야 합니다
// 새로운 Joomla 6 확장 프로그램 매니페스트 (composer.json 발췌)
{
  "name": "vendor/my-joomla-extension",
  "type": "joomla-plugin",
  "require": {
    "joomla/cms": "^6.0"
  },
  "extra": {
    "joomla": {
      "element": "myextension",
      "group": "content",
      "namespace": "Vendor\\Plugin\\Content\\MyExtension"
    }
  }
}

확장 프로그램 호환성 위기

실제 영향은 다음과 같습니다: Joomla 확장 프로그램 생태계의 상당한 부분이 준비되지 않았습니다. 2025년 초 Joomla Extensions Directory (JED)의 데이터에 따르면, 나열된 확장 프로그램의 약 40%가 Joomla 5 호환성은 고사하고 Joomla 6은 업데이트되지 않았습니다.

Joomla 5 호환성이 있는 확장 프로그램 중, 초기 테스트는 약 60-70%가 Joomla 6의 새로운 확장 프로그램 아키텍처와 함께 작동하기 위해 중대하지 않은 수정이 필요할 것으로 나타났습니다. 우리는 작은 조정에 대해 이야기하고 있지 않습니다. 우리는 확장 프로그램이 패키징되고 배포되는 방식을 재구성하는 것에 대해 이야기하고 있습니다.

Akeeba Backup, RSForm, 그리고 JCE Editor 같은 인기 있는 확장 프로그램의 경우, 개발자들은 이미 Joomla 6 호환 버전이 개발 중이라고 발표했습니다. 하지만 개별 개발자나 소규모 팀이 유지하는 수천 개의 작은 확장 프로그램의 경우? 그 중 많은 것이 단순히 포기될 것입니다.

사이트 소유자에게 이것이 의미하는 것

Joomla 사이트가 5개 이상의 타사 확장 프로그램에 의존한다면 (그리고 대부분은 의존합니다), 업그레이드를 고려하기 전에 모든 확장 프로그램을 감사해야 합니다. 스프레드시트를 만드세요. 각 확장 프로그램의 개발자 사이트에서 Joomla 6 공지를 확인하세요. Joomla 6 지원에 대한 언급이 없으면 작동하지 않을 것으로 가정하세요.

지금까지 세 개의 클라이언트 사이트에 대해 이 감사를 수행했습니다. 그 중 두 개는 Joomla 6 로드맵이 없는 최소한 하나의 중요 확장 프로그램을 가지고 있습니다. 이것은 마이그레이션 차단기입니다.

템플릿 렌더링 주요 변경 사항

Joomla 6의 템플릿 시스템 변경 사항은 경험이 풍부한 개발자들이 웃음이 나오게 할 종류의 것입니다. Joomla는 전통적인 PHP 기반 템플릿 오버라이드 시스템에서 새로운 템플릿 레이어를 도입하는 하이브리드 접근 방식으로 이동했습니다.

새로운 템플릿 엔진

Joomla 6은 전통적인 PHP 오버라이드와 함께 선택적으로 (하지만 명확히 선호되는) Twig를 템플릿 엔진으로 도입합니다. 핵심 관리자 템플릿은 이제 Twig로 작성되어 있습니다. 프론트엔드 템플릿은 PHP 또는 Twig 중 하나를 사용할 수 있지만, 템플릿 오버라이드 발견 시스템이 변경되었습니다.

{# Joomla 6 Twig 템플릿 예제 #}
{% extends "@joomla/base.html.twig" %}

{% block content %}
  <div class="com-content-article">
    <h1>{{ article.title | escape }}</h1>
    <div class="article-body">
      {{ article.introtext | raw }}
      {{ article.fulltext | raw }}
    </div>
  </div>
{% endblock %}

무엇이 깨지는가

오버라이드 발견 순서가 변경되었습니다. Joomla 5에서 템플릿 오버라이드는 templates/your-template/html/com_content/article/default.php에 있었습니다. 이것은 여전히 Joomla 6에서 작동하지만, Twig 버전이 templates/your-template/html/com_content/article/default.html.twig에 있다면, Twig 버전이 우선순위를 가집니다.

이는 템플릿 개발자가 PHP와 Twig 오버라이드 모두를 배송하면 (많은 개발자가 전환을 지원하기 위해 이렇게 할 것입니다), 당신의 커스텀 PHP 오버라이드가 조용히 무시될 수 있다는 의미입니다. 저는 이미 베타 테스팅에서 이것이 사람들을 물기를 본 적이 있습니다.

추가적으로, 템플릿 매개변수 시스템이 재작업되었습니다. templateDetails.xml에서 정의된 템플릿 매개변수는 이제 새로운 template.config.php 파일에서 대응하는 항목이 필요합니다. 이전 매개변수는 여전히 로드되지만, 라이브 미리보기 및 시각적 템플릿 구성자와 같은 새로운 기능은 새로운 형식에서만 작동합니다.

상용 템플릿에 미치는 영향

JoomlArt, GavickPro, 그리고 Youjoomla 같은 상용 템플릿 제공자는 어려운 입장에 있습니다. 그들의 비즈니스 모델은 Joomla 버전 전체에서 작동하는 템플릿 프레임워크를 유지하는 것에 의존합니다. Twig 도입과 오버라이드 우선순위 변경은 그들이 본질적으로 템플릿 프레임워크를 다시 구축해야 한다는 의미입니다.

일부는 Joomla 6 지원을 완전히 건너뛰고 자신의 페이지 빌더 도구 또는 다른 플랫폼으로의 전환에 집중할 것이라고 발표했습니다. 이는 템플릿 커뮤니티가 이러한 변경 사항을 어떻게 보는지에 대한 의미 있는 신호입니다.

Joomla 6 UX 변경으로 인해 Joomla 관리자들이 화나는 이유 - 아키텍처

커뮤니티 반응: 포럼, GitHub, 그리고 소셜 미디어

커뮤니티의 반응은... 강렬했습니다. 그리고 대부분 부정적입니다.

GitHub 이슈 및 풀 리퀘스트

Joomla GitHub 저장소는 J6 마일스톤으로 태그된 이슈 보고서의 급증을 보았습니다. 여러 저명한 커뮤니티 멤버들이 UX 퇴보를 문서화하는 상세한 이슈를 열었습니다. 200개 이상의 댓글이 있는 특히 주목할 만한 스레드는 새로운 확장 프로그램 관리자 아키텍처를 도입한 풀 리퀘스트가 적절한 커뮤니티 협의 없이 통과되었다고 주장합니다.

새로운 확장 프로그램 관리자 아키텍처를 도입한 풀 리퀘스트는 검토 중에 상당한 반발을 받았으며, 여러 오래된 기여자들이 병합에 반대표를 던졌습니다. 그럼에도 불구하고 병합되었으며, 생산 리더십 팀은 코드베이스를 현대화할 필요성을 인용했습니다.

포럼 감정

Joomla Community Forum과 비공식 Joomla subreddit은 좌절한 관리자들로부터의 게시물로 넘쳐났습니다. 일반적인 테마는 다음을 포함합니다:

  • "왜 고장나지 않은 것을 고칩니까?" — 관리자 패널 UX는 완벽하지 않았지만 기능적이고 친숙했습니다
  • "확장 프로그램 대재앙" — Composer 기반 시스템이 확장 프로그램 생태계를 죽일 수 있다는 우려
  • "누가 Twig를 원했나요?" — 템플릿 개발자들이 템플릿 엔진 변경으로 놀라움을 느낌
  • "마이그레이션 경로는 어디에?" — 기존 사이트를 위한 명확하고 자동화된 마이그레이션 도구의 부족

더 넓은 맥락

이것은 진공 속에서 일어나고 있지 않습니다. Joomla의 시장 점유율은 꾸준히 감소해 왔습니다. 2025년 W3Techs 데이터에 따르면, Joomla는 알려진 CMS가 있는 모든 웹사이트의 약 1.5%를 구동합니다, 2022년의 2.6%에서 내려왔습니다. WordPress는 62% 이상입니다. 모든 논쟁적인 결정은 플랫폼에서 멀어지는 사이트의 마이그레이션을 가속화합니다.

커뮤니티의 좌절감은 Joomla 6에만 국한된 것이 아닙니다. 이것은 프로젝트 리더십이 실제로 소프트웨어를 일상적으로 사용하는 사람들의 말을 듣지 않는다는 느낌의 축적입니다. Joomla 6은 촉매제이지만, 분노는 오랫동안 쌓여 왔습니다.

Joomla 리더십이 말하는 것

Open Source Matters (OSM) 보드 및 Joomla 생산 리더십은 비판에 응답했지만, 많은 사람들이 응답이 무심코 들렸다고 느낍니다.

공식 입장은 이러한 변경 사항이 Joomla의 장기적 생존을 위해 필요하다는 것입니다. Composer 기반 확장 프로그램 시스템은 Joomla를 현대 PHP 개발 관행과 일치시킵니다. Twig 템플릿 레이어는 다른 프레임워크에서 오는 개발자들에게 플랫폼을 더 접근 가능하게 만듭니다. 관리자 UX 변경 사항은 사용자 연구를 기반으로 합니다 (연구 방법론 및 샘플 크기가 의문을 받았지만).

2025년 초 Joomla 생산 부서의 블로그 게시물은 전환 고통을 인정했지만 단기 혼란이 장기 생존 능력을 위해 필요하다고 주장했습니다. 이 게시물은 또한 고통스러웠지만 궁극적으로 플랫폼을 진전시킨 Joomla 1.5에서 2.5로의 전환과 비교를 했습니다.

비교는 적절하지만, 의도한 방식이 아닙니다. 1.5에서 2.5로의 전환은 커뮤니티의 거대한 부분을 몰아냈습니다. 그 사용자 중 많은 사람들이 절대 돌아오지 않았습니다.

마이그레이션할까, 떠날까?

이것은 모두가 묻는 질문이며, 정직한 답변은 당신의 구체적인 상황에 따라 달라집니다.

다음과 같은 경우 머물러라:

  • 당신의 사이트는 무거운 확장 프로그램 의존성 없이 대부분의 핵심 Joomla 기능을 사용합니다
  • 당신의 템플릿은 Cassiopeia를 기반으로 하거나 Joomla 6 지원에 약속한 프레임워크입니다
  • 당신은 마이그레이션 작업을 처리할 수 있는 사내 PHP 개발자를 가지고 있습니다
  • 당신의 조직은 정치적/제도적 이유로 Joomla에 약속되어 있습니다

다음과 같은 경우 떠나라:

  • 당신의 사이트는 Joomla 6 로드맵이 없는 확장 프로그램에 의존합니다
  • 당신은 이미 Joomla에 좌절하고 있으며 이것이 마지막 고전입니다
  • 당신은 성장하고 있지 않은 축소되는 생태계가 있는 플랫폼이 필요합니다
  • 다른 CMS로 마이그레이션하는 비용이 Joomla 6으로 업그레이드하는 비용과 비슷합니다

비용 현실

사람들이 충분히 이야기하지 않는 것이 있습니다: Joomla 5에서 Joomla 6으로 마이그레이션하는 것이 완전히 다른 CMS로 마이그레이션하는 것과 거의 같은 비용이 들 수 있다는 것입니다. 템플릿을 재구축하고, 확장 프로그램을 업데이트하고, 직원을 재교육하고, 모든 것을 테스트해야 한다면, 마이그레이션 대상 플랫폼이 무엇이든 상관없이 상당한 개발 시간을 찾고 있습니다.

중간 복잡도의 Joomla 사이트 (50-200개 기사, 5-10개 확장 프로그램, 커스텀 템플릿)의 경우, Joomla 6으로의 마이그레이션 작업으로 아마도 40-80시간을 찾고 있을 것입니다. 헤드리스 CMS 설정과 최신 프론트엔드로의 마이그레이션? 60-120시간. 간격이 생각만큼 크지 않으며, 헤드리스 접근 방식은 축소되지 않은 성장하는 생태계가 있는 플랫폼을 제공합니다.

2025년 Joomla의 현실적인 대안

당신이 진지하게 대안을 고려하고 있다면, 여기는 옵션에 대한 정직한 평가입니다.

플랫폼 가장 좋은 점 학습 곡선 생태계 크기 장기 궤적
WordPress 콘텐츠 많은 사이트, 블로깅 낮음 거대한 안정적이지만 Gutenberg 논쟁
Headless CMS + Next.js 성능 중요 사이트, 앱 중간-높음 빠르게 성장 강한 상승
Headless CMS + Astro 콘텐츠 사이트, 마케팅 사이트 중간 성장 강한 상승
Drupal 엔터프라이즈, 정부, 복잡한 데이터 높음 큰 안정적
Craft CMS 중간 크기 콘텐츠 사이트 중간 중간 안정적
Statamic Laravel 가게, 콘텐츠 사이트 중간 성장 긍정적

헤드리스 CMS 접근 방식

저는 여기서 편향되었습니다. 왜냐하면 이것이 Social Animal에서 하는 것이기 때문입니다, 하지만 헤드리스 CMS 접근 방식은 전통적인 CMS인 Joomla와 같이 계속 반복되는 근본적인 문제를 해결합니다: 콘텐츠 관리와 프론트엔드 렌더링의 결합.

당신의 CMS가 헤드리스일 때, CMS의 관리자 UX 변경은 당신의 프론트엔드를 깨뜨리지 않습니다. 템플릿 렌더링은 프론트엔드 프레임워크 (Next.js, Astro, 뭐든 간에)로 처리되며, CMS가 아닙니다. 그리고 당신의 콘텐츠는 API를 통해 접근 가능하며, 이는 당신이 단일 렌더링 기술에 절대 잠기지 않는다는 의미입니다.

이 접근 방식에 관심이 있다면, 우리는 Joomla-to-headless 마이그레이션을 꽤 많이 했습니다. 당신의 필요에 따라 Next.js 또는 Astro 중 하나와 쌍을 이루는 headless CMS 개발이 잘 어울립니다.

WordPress: 명백한 선택?

누군가 Joomla 대안에 대해 물어볼 때마다 WordPress가 기본 제안이며, 이것이 잘못된 것은 아닙니다. 생태계는 거대하고, 호스팅 옵션은 많으며, 대부분의 웹 개발자들이 그것을 알고 있습니다.

하지만 WordPress도 자신의 UX 논쟁을 가지고 있습니다 (블록 편집자/Gutenberg 사가는 Joomla 6에서 일어나는 것의 일부 측면을 반영합니다). 그리고 WordPress의 시장 우위는 공격의 가장 큰 표적입니다. 거버넌스 문제 때문에 Joomla를 떠나고 있다면, WordPress의 현재 Matt Mullenweg 상황도 당신을 일시 중지시킬 수 있습니다.

Drupal: 파워 사용자의 선택

Drupal은 당신의 Joomla 사이트가 복잡한 콘텐츠 관계, 커스텀 콘텐츠 타입, 또는 엔터프라이즈 요구 사항을 가지고 있다면 고려할 가치가 있습니다. Drupal 11은 견고하고, Drupal 커뮤니티는 Joomla의 커뮤니티보다 더 안정적입니다 (더 작지만).

단점: Drupal의 학습 곡선은 가파르고, 개발 비용은 일반적으로 Joomla 또는 WordPress보다 높습니다.

실제로 작동하는 마이그레이션 전략

당신이 Joomla를 떠나기로 결정했다면, SEO 순위를 잃지 않으면서 정신을 잃지 않고 마이그레이션을 접근하는 방법은 다음과 같습니다.

단계 1: 콘텐츠 감사

모든 것을 내보내세요. Joomla의 데이터베이스 구조는 잘 문서화되어 있으며, #__content, #__categories, #__menu, 그리고 #__users 테이블에서 콘텐츠를 직접 끌어낼 수 있습니다. Joomla의 기본 제공 내보내기 도구에 의존하지 마세요 — 그들은 제한되어 있습니다. 커스텀 SQL 쿼리를 작성하거나 Akeeba의 데이터 내보내기 기능 같은 도구를 사용하세요.

단계 2: URL 매핑

이것은 모든 사람이 건너뛰는 단계이며, 당신의 SEO를 파괴하는 것입니다. 당신의 Joomla 사이트의 모든 URL과 새로운 플랫폼의 대응하는 URL에 대한 완전한 맵을 만드세요. 모든 단일 URL에 대해 301 리다이렉트를 설정하세요.

# 예제: Joomla의 데이터베이스에서 URL 목록 생성
mysql -u root -p joomla_db -e "
  SELECT CONCAT('/', alias) as url, title
  FROM j_content
  WHERE state = 1
  ORDER BY id;
" > joomla_urls.csv

단계 3: 대상 아키텍처 선택

다른 전통적인 CMS를 원하는지 또는 헤드리스 설정을 원하는지 결정하세요. 당신의 사이트가 주로 콘텐츠 중심이라면 (기사, 블로그 게시물, 문서), 헤드리스 CMS와 Astro 같은 정적 우선 프론트엔드 프레임워크는 극적으로 더 나은 성능을 줄 것입니다.

단계 4: 병렬 마이그레이션

큰 폭발식 마이그레이션을 시도하지 마세요. 새로운 사이트를 이전 사이트 옆에 설정하세요. 배치에서 콘텐츠를 마이그레이션하세요. 철저히 테스트하세요. 모든 것이 작동할 확신이 들 때만 DNS를 전환하세요.

이것을 계획하는 데 도움이 필요하다면 우리에게 연락하세요. 우리는 SEO 자산을 보존하고 다운타임을 최소화하는 CMS 마이그레이션을 위한 반복 가능한 프로세스를 개발했습니다. 가격 페이지에서도 마이그레이션 프로젝트의 대략적인 수치를 확인할 수 있습니다.

FAQ

Joomla 6은 공식적으로 언제 출시되나요?

Joomla 6은 2025년 늦게 안정적인 릴리스를 목표로 합니다, 프로젝트의 새로운 시간 기반 릴리스 주기 이후. 알파 및 베타 버전은 이미 테스팅을 위해 이용 가능합니다. 릴리스 타임라인이 몇 번 미끄러졌으므로, 정확한 날짜는 여전히 유동적입니다.

내 Joomla 5 확장 프로그램이 Joomla 6에서 작동하나요?

대부분은 수정 없이 작동하지 않을 것입니다. Joomla 6의 Composer 기반 확장 프로그램 시스템은 새로운 매니페스트 형식과 업데이트된 네임스페이스 선언이 필요합니다. 더 이상 사용되지 않는 API를 의존하거나 이전 설치 경로에 의존하는 확장 프로그램은 깨질 것입니다. 업그레이드를 시도하기 전에 각 확장 프로그램 개발자의 Joomla 6 호환성 로드맵을 확인하세요.

Joomla 6으로 업그레이드하는 대신 Joomla 5에 머물 수 있나요?

예, 지금은. Joomla 5는 Joomla 6 안정적인 릴리스 후 약 2년까지 보안 업데이트를 받을 것이며, 이는 대략 2027년 늦게를 의미합니다. 그 이후에는 당신이 스스로 해야 합니다. 지원되지 않는 CMS 버전에 머무르는 것은 상당한 보안 위험입니다, 따라서 이것은 최선이어도 임시 해결책입니다.

Joomla 커뮤니티는 실제로 이것을 놓고 분열되고 있나요?

실제 긴장이 있지만, 공식 포크 (아직)가 되지는 않았습니다. 여러 저명한 커뮤니티 멤버들이 공개적으로 기여를 뒤로 물렀습니다. Joomla 커뮤니티는 이전에 내부 갈등을 견뎌냈지만, 감소하는 시장 점유율과 논쟁적인 기술 결정의 조합이 이 기간을 이전 분쟁보다 더 위험하게 느끼게 합니다.

Joomla에서 떨어져 나가는 가장 저렴한 방법은 무엇입니까?

비용 효율적인 마이그레이션 경로는 당신의 사이트의 복잡성에 따라 다릅니다. 100페이지 이하, 5개 미만의 확장 프로그램이 있는 간단한 콘텐츠 사이트의 경우, WordPress 또는 헤드리스 CMS에 대한 수동 마이그레이션은 20-30시간으로 수행할 수 있습니다. 복잡한 사이트의 경우 80-150시간 이상을 예상하세요. CMS2CMS 같은 자동화된 마이그레이션 도구를 사용하면 간단한 콘텐츠 이동의 비용을 줄일 수 있지만 커스텀 기능을 처리하지는 않을 것입니다.

Joomla 6이 안정화될 때까지 판단하는 것을 기다려야 하나요?

이것은 UX 변경 사항에 대해 공정한 조언입니다 — 새로운 인터페이스의 첫 인상은 종종 정착된 의견보다 더 가혹합니다. 하지만 아키텍처 변경 사항 (Composer 확장 프로그램, Twig 템플릿)은 변경되지 않을 것입니다. 이것들은 기본 설계 결정입니다. 이것들이 당신의 우려라면, 기다리는 것은 도움이 되지 않을 것입니다.

Joomla 6은 엔터프라이즈 사이트의 Drupal 11과 어떻게 비교되나요?

Drupal 11은 일반적으로 복잡한 콘텐츠 모델, 세분화된 권한, 그리고 API 우선 요구 사항이 있는 엔터프라이즈 급 웹사이트에 더 강한 선택입니다. Drupal 생태계는 엔터프라이즈 사용 케이스 (콘텐츠 워크플로, 다국어 지원, 헤드리스 제공)에 더 성숙합니다. 이미 마이그레이션 노력을 고려하고 있다면, Drupal은 평가할 가치가 있습니다.

Joomla를 대체하기에 가장 좋은 헤드리스 CMS는 무엇입니까?

당신의 팀과 요구 사항에 따라 다릅니다. 콘텐츠가 많은 마케팅 사이트의 경우, Sanity 또는 Contentful과 Next.js 또는 Astro가 우수한 선택입니다. 더 많은 구조가 필요한 사이트의 경우, Strapi 또는 Payload CMS는 당신의 콘텐츠 모델에 더 많은 제어를 제공합니다. 헤드리스 접근 방식의 핵심 장점은 콘텐츠 관리와 프론트엔드 렌더링이 분리되어 있다는 것입니다 — CMS의 관리자 UX 변경이 다시 프론트엔드를 깨뜨리지 않는다는 의미입니다.