Joomla 6 관리자들이 분노하는 이유: UX 변경, 확장 프로그램 호환성 문제
오랫동안 Joomla 사이트를 관리해왔다면, 주요 버전이 릴리스될 때마다 그 익숙한 불안감을 느껴본 적이 있을 것입니다. Joomla 4는 힘들었습니다. Joomla 5는 일부 문제를 개선했습니다. 하지만 Joomla 6? 이것은 CMS의 역사에서 가장 논란이 많은 릴리스가 될 것으로 보입니다. 관리자 패널 UX가 완전히 개편되었고, 확장 프로그램 관리자는 근본적으로 달라졌으며, 템플릿 렌더링에는 거의 모든 커스텀 템플릿에 영향을 미치는 중단적 변경이 있고, 커뮤니티는... 이를 잘 받아들이지 못하고 있습니다.
Mambo 시대부터 Joomla 사이트를 구축하고 유지해왔습니다. 모든 고통스러운 주요 버전 업그레이드를 통해 클라이언트를 마이그레이션해왔습니다. 그래서 Joomla 6이 다르게 느껴진다고 말할 때 — 좋은 의미에서가 아니라는 것을 — 나는 과장하지 않고 있습니다. 정확히 무엇이 변경되었는지, 오래된 관리자들이 왜 화가 났는지, 그리고 플랫폼을 떠날 것을 고려하고 있다면 어떤 현실적인 대안이 존재하는지 설명하겠습니다.
목차
- Joomla 6 관리자 패널 UX 개편
- 확장 프로그램 관리자: 알았던 모든 것이 틀렸다
- 템플릿 렌더링 중단적 변경
- 커뮤니티 반응: 포럼, GitHub, 소셜 미디어
- Joomla 리더십이 말하는 것
- 마이그레이션할까, 떠날까?
- 2026년 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 | 대략 동등함 |
관리자들이 싫어하는 이유
핵심 불만은 보기가 다르다는 것이 아닙니다. 관리자들은 시각적 변화에 적응할 수 있습니다. 문제는 근육 기억(muscle memory) — 일일 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 확장 프로그램 생태계의 상당한 부분이 준비되지 않았습니다. 2026년 초 Joomla 확장 프로그램 디렉토리(JED)의 데이터에 따르면, 나열된 확장 프로그램의 약 40%이 Joomla 5 호환성은 고사하고 Joomla 6을 위해 업데이트되지 않았습니다.
Joomla 5 호환성이 있는 확장 프로그램 중, 초기 테스트에 따르면 약 60-70%이 Joomla 6의 새로운 확장 프로그램 아키텍처와 작동하기 위해 사소하지 않은 수정이 필요할 것입니다. 우리는 사소한 조정에 대해 이야기하지 않고 있습니다. 우리는 확장 프로그램이 패키징되고 배포되는 방식을 재구성하는 것에 대해 이야기하고 있습니다.
Akeeba Backup, RSForm, JCE Editor 같은 인기 확장 프로그램의 경우, 개발자들은 이미 Joomla 6 호환 버전이 개발 중임을 발표했습니다. 하지만 개별 개발자나 소규모 팀이 유지 관리하는 수천 개의 작은 확장 프로그램의 경우? 많은 것들이 단순히 버려질 것입니다.
사이트 소유자에게 이것이 의미하는 바
당신의 Joomla 사이트가 5개 이상의 제3자 확장 프로그램에 의존한다면 (그리고 대부분이 그렇다면), 업그레이드를 고려하기 전에 모든 것을 감사해야 합니다. 스프레드시트를 만드세요. 각 확장 프로그램의 개발자 사이트에서 Joomla 6 공지를 확인하세요. Joomla 6 지원에 대한 언급이 없다면, 이것이 작동하지 않을 것이라고 가정하세요.
지금까지 3개 클라이언트 사이트에 대해 이 감사를 수행했습니다. 그 중 2개는 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 지원을 완전히 건너뛰고 자신의 페이지 빌더 도구에 집중하거나 다른 플랫폼으로 전환할 것이라고 발표했습니다. 이것은 템플릿 커뮤니티가 이러한 변경을 어떻게 보는지에 대한 말할 수 있는 신호입니다.
커뮤니티 반응: 포럼, GitHub, 소셜 미디어
커뮤니티 반응은... 강렬했습니다. 그리고 대부분 부정적입니다.
GitHub 이슈 및 풀 요청
Joomla GitHub 저장소는 J6 마일스톤으로 태그된 이슈 보고서 급증을 보았습니다. 여러 유명 커뮤니티 회원이 UX 퇴행을 문서화하는 상세한 이슈를 열었습니다. 특히 주목할 만한 스레드 중 하나는 200개 이상의 댓글을 가지고 관리자 패널 변경이 부적절한 커뮤니티 협의 없이 추진되었다고 주장합니다.
새로운 확장 프로그램 관리자 아키텍처를 도입한 풀 요청은 검토 중에 상당한 반발을 받았으며, 여러 오래된 기여자가 병합에 반대 투표를 했습니다. 그것은 어쨌든 병합되었으며, 생산 리더십 팀은 코드베이스를 현대화해야 할 필요성을 언급했습니다.
포럼 감정
Joomla 커뮤니티 포럼과 비공식 Joomla 서브레딧은 답답한 관리자들의 게시물로 가득 차 있습니다. 일반적인 주제는:
- "깨지지 않은 것을 왜 고치는가?" — 관리자 패널 UX는 완벽하지 않았지만 기능적이고 익숙했습니다
- "확장 프로그램 종말" — Composer 기반 시스템이 확장 프로그램 생태계를 죽일까봐 두려움
- "누가 Twig를 요청했는가?" — 템플릿 개발자들이 템플릿 엔진 변경으로 인해 놀람
- "마이그레이션 경로는 어디에 있는가?" — 기존 사이트를 위한 명확한 자동화된 마이그레이션 도구 부족
더 넓은 맥락
이것은 진공 상태에서 일어나지 않습니다. Joomla의 시장 점유율은 꾸준히 하락하고 있습니다. 2026년 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 변경은 사용자 연구를 기반으로 합니다 (연구 방법론 및 샘플 크기는 의문을 받았지만).
2026년 초 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시간의 마이그레이션 작업을 찾고 있습니다. headless CMS 설정으로 현대식 프론트엔드로의 마이그레이션? 60-120시간. 간격이 생각하는 것만큼 크지 않으며, headless 접근 방식은 축소하는 생태계 대신 증가하는 생태계를 가진 플랫폼을 제공합니다.
2026년 Joomla의 현실적인 대안
당신이 심각하게 대안을 고려 중이라면, 여기에 옵션에 대한 정직한 평가가 있습니다.
| 플랫폼 | 최고의 용도 | 학습 곡선 | 생태계 크기 | 장기적 궤도 |
|---|---|---|---|---|
| WordPress | 콘텐츠 중심 사이트, 블로깅 | 낮음 | 거대함 | 안정적이지만 Gutenberg 논란 |
| Headless CMS + Next.js | 성능 중시 사이트, 앱 | 중상 | 빠르게 증가 | 강한 상승 |
| Headless CMS + Astro | 콘텐츠 사이트, 마케팅 사이트 | 중상 | 증가 중 | 강한 상승 |
| Drupal | 엔터프라이즈, 정부, 복잡한 데이터 | 높음 | 큼 | 안정적 |
| Craft CMS | 중간 크기 콘텐츠 사이트 | 중간 | 중간 | 안정적 |
| Statamic | Laravel 상점, 콘텐츠 사이트 | 중간 | 증가 중 | 긍정적 |
Headless CMS 접근 방식
나는 여기서 편향되어 있는데, 이것이 우리가 Social Animal에서 하는 것이기 때문입니다만, headless CMS 접근 방식은 전통적인 CMS 같은 Joomla를 계속 반복하는 근본적인 문제를 해결합니다: 콘텐츠 관리와 프론트엔드 렌더링의 결합.
CMS가 headless일 때, CMS의 관리자 UX 변경은 프론트엔드를 깨뜨리지 않습니다. 템플릿 렌더링은 프론트엔드 프레임워크 (Next.js, Astro, 무엇이든)에 의해 처리되며, CMS가 아닙니다. 그리고 당신의 콘텐츠는 API를 통해 접근할 수 있으므로, 당신은 단일 렌더링 기술에 잠금되지 않습니다.
이 접근 방식에 관심이 있다면, 우리는 꽤 몇 가지 Joomla-to-headless 마이그레이션을 했습니다. 우리의 headless CMS 개발 작업은 프론트엔드에서 Next.js 또는 Astro와 잘 쌍을 이룹니다, 당신의 필요에 따라.
WordPress: 명백한 선택?
WordPress는 누군가 Joomla 대안을 물어볼 때마다 기본값으로 제시되는 제안이며, 틀리지 않았습니다. 생태계는 거대하고, 호스팅 옵션은 풍부하며, 대부분의 웹 개발자가 이를 알고 있습니다.
하지만 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를 원하는지 또는 headless 설정을 원하는지 결정하세요. 만약 당신의 사이트가 주로 콘텐츠 중심 (문서, 블로그 게시물, 문서)이라면, Astro 같은 정적 우선 프론트엔드 프레임워크를 가진 headless CMS는 극적으로 나은 성능을 줄 것입니다.
단계 4: 병렬로 마이그레이션
한 번에 큰 마이그레이션을 시도하지 마세요. 새 사이트를 이전 사이트와 나란히 설정하세요. 배치에 콘텐츠를 마이그레이션하세요. 철저하게 테스트하세요. DNS를 전환할 때만 모든 것이 작동한다고 확신합니다.
이것을 계획하는 데 도움이 필요하면, 저희에게 연락하세요. 우리는 SEO 공정성을 보존하고 다운타임을 최소화하는 CMS 마이그레이션을 위한 반복 가능한 프로세스를 개발했습니다. 또한 마이그레이션 프로젝트에 대한 대략적인 수치는 당사의 가격 책정 페이지를 확인할 수 있습니다.
자주 묻는 질문
Joomla 6은 언제 공식적으로 릴리스되나요? Joomla 6은 2026년 후반 안정 릴리스를 목표로 하며, 프로젝트의 새로운 시간 기반 릴리스 사이클을 따릅니다. 알파 및 베타 버전은 이미 테스트에 사용 가능합니다. 릴리스 타임라인이 이미 몇 번 밀렸으므로 정확한 날짜는 유동적입니다.
내 Joomla 5 확장 프로그램이 Joomla 6에서 작동할까요? 대부분은 수정 없이 작동하지 않을 것입니다. Joomla 6의 Composer 기반 확장 프로그램 시스템은 새로운 매니페스트 형식과 업데이트된 네임스페이스 선언을 요구합니다. 더 이상 사용되지 않는 API나 이전 설치 경로에 의존하는 확장 프로그램은 깨질 것입니다. 업그레이드를 시도하기 전에 각 확장 프로그램 개발자의 Joomla 6 호환성 로드맵을 확인하세요.
Joomla 6으로 업그레이드하는 대신 Joomla 5에 머무를 수 있나요? 예, 현재로서는. Joomla 5는 Joomla 6 안정 릴리스 이후 약 2년 동안 보안 업데이트를 받을 것이며, 이는 대략 2028년 후반을 의미합니다. 그 후, 당신은 혼자입니다. 지원되지 않는 CMS 버전에 머무르는 것은 상당한 보안 위험이므로, 최대한 임시 솔루션입니다.
Joomla 커뮤니티가 실제로 이것에 대해 분열하고 있나요? 있습니다 실질적인 긴장이 있지만, 공식적인 포크 (아직) 로 귀결되지 않았습니다. 여러 저명한 커뮤니티 회원이 공개적으로 기여 단계에서 물러났습니다. Joomla 커뮤니티는 이전에 내부 분쟁을 견뎌냈지만, 감소하는 시장 점유율 및 논란이 많은 기술 결정의 조합은 이 기간을 과거 분쟁보다 더 불안정하게 느끼게 합니다.
Joomla에서 멀어지는 가장 저렴한 방법은 무엇인가요? 가장 비용 효율적인 마이그레이션 경로는 당신의 사이트의 복잡성에 따라 다릅니다. 100페이지 미만의 간단한 콘텐츠 사이트의 경우, WordPress 또는 headless CMS로의 수동 마이그레이션은 20-30시간 내에 수행할 수 있습니다. 복잡한 사이트의 경우 커스텀 확장 프로그램으로, 80-150+ 시간을 예상하세요. CMS2CMS 같은 자동화 마이그레이션 도구를 사용하면 간단한 콘텐츠 이동에 대한 비용을 절감할 수 있지만 커스텀 기능을 처리하지 않을 것입니다.
Joomla 6이 안정화되기를 기다려야 하나요, 아니면 지금 판단해야 하나요? UX 변경에 대해서는 공정한 조언입니다 — 새 인터페이스의 첫인상은 종종 정해진 의견보다 더 가혹합니다. 하지만 아키텍처 변경 (Composer 확장 프로그램, Twig 템플릿)은 변하지 않을 것입니다. 이것들은 근본적인 설계 결정입니다. 그것이 당신의 관심사라면, 기다리는 것도 도움이 되지 않을 것입니다.
Joomla 6은 엔터프라이즈 사이트를 위한 Drupal 11과 어떻게 비교되나요? Drupal 11은 복잡한 콘텐츠 모델, 세분화된 권한, API 우선 요구사항이 있는 엔터프라이즈 등급 웹사이트를 위해 일반적으로 더 강한 선택입니다. Joomla 6의 현대화 노력은 일부 격차를 좁히지만, 엔터프라이즈 사용 사례 (콘텐츠 워크플로우, 다국어 지원, headless 배달)를 위한 Drupal의 생태계는 더 성숙합니다. 당신이 이미 마이그레이션 노력을 고려 중이라면, Drupal 평가할 가치가 있습니다.
Joomla를 대체하기 위한 최고의 headless CMS는 무엇인가요? 당신의 팀과 요구사항에 따라 다릅니다. 콘텐츠 중심의 마케팅 사이트의 경우, Sanity 또는 Contentful은 Next.js 또는 Astro와 쌍으로 훌륭한 선택입니다. 더 많은 구조가 필요한 사이트의 경우, Strapi 또는 Payload CMS는 당신의 콘텐츠 모델에 대한 더 많은 제어를 제공합니다. headless 접근 방식의 핵심 장점은 당신이 CMS의 프론트엔드 렌더링에서 분리되어 있다는 것입니다 — 즉, 당신은 이런 종류의 템플릿 breaking 업그레이드에 다시 직면하지 않을 것입니다.