2026년 Joomla는 죽었나? 솔직한 평가
2009년 내 첫 Joomla 사이트를 만들었다. 지역 음악 씬을 위한 커뮤니티 포털이었고, 당시 Joomla는 올바른 선택으로 느껴졌다 -- WordPress보다 유연했고, Drupal보다 덜 위협적이었다. 나는 정말로 Joomla를 사랑했다. 따라서 이 글을 쓰기는 쉽지 않지만, 누군가는 분명하게 말해야 한다: Joomla는 기술적으로 죽지 않았지만, 생명 유지 장치에 의존하고 있으며, 그렇지 않은 척하는 것은 2026년에도 여전히 Joomla를 실행하는 사람들에게 피해를 입히는 것이다.
숫자, 커뮤니티, 기술적 궤적을 살펴보자. 그리고 가장 중요하게는 -- Joomla에서 여전히 실행 중이라면 실제로 무엇을 해야 하는지 살펴보자.
목차
- 숫자가 말한다: Joomla의 시장 점유율 하락
- 커뮤니티 축소: 진정한 위기
- Joomla 5와 6: 너무 늦은 너무 적은가?
- 생태계 부패 문제
- 축소하는 생태계의 보안 우려
- 마이그레이션해야 할 때 (그리고 그렇지 않을 때)
- 갈 곳: 현실적인 대안
- 업그레이드 경로: Joomla 3에서 4, 5, 6으로
- 마이그레이션이 실제로 어떻게 보이는지
- FAQ
숫자가 말한다: Joomla의 시장 점유율 하락
중요한 데이터부터 시작하자. 상위 1천만 웹사이트에서 CMS 사용량을 추적하는 W3Techs에 따르면, Joomla의 시장 점유율은 급락하고 있다:
| 연도 | Joomla 시장 점유율 (W3Techs) | WordPress 시장 점유율 | Drupal 시장 점유율 |
|---|---|---|---|
| 2015 | 3.3% | 25.0% | 2.1% |
| 2018 | 3.1% | 32.7% | 1.9% |
| 2020 | 2.6% | 38.8% | 1.6% |
| 2022 | 2.2% | 43.0% | 1.4% |
| 2024 | 1.7% | 43.5% | 1.2% |
| 2025 | 1.5% | 43.2% | 1.1% |
| 2026 (Q1) | ~1.3% | ~43.0% | ~1.0% |
몇 가지가 두드러진다. 맞다, Drupal도 하락하고 있지만, Drupal은 엔터프라이즈와 정부에서 명확한 틈새를 차지했다. 그 뒤에는 Acquia가 있으며, 유럽 위원회 같은 조직들이 여전히 그 위에 구축하고 있다. Joomla는 그런 종류의 제도적 지원을 가지지 않았다.
BuiltWith 데이터는 더욱 극명한 이야기를 말한다. 상위 100만 개 웹사이트 중, Joomla는 약 1.1%를 차지하고 있다 -- 10년 전의 거의 5%에서 하락했다. 그것은 점진적인 일몰이 아니다. 그것은 절벽이다.
쇠퇴를 주도하는 것은?
여러 요소가 복합적으로 작용하고 있다:
WordPress가 중간 시장을 먹었다. Joomla는 한때 "나는 블로그만 필요해"(WordPress)와 "나는 엔터프라이즈 플랫폼이 필요해"(Drupal) 사이의 공간을 차지했다. WordPress는 성장했고, 커스텀 포스트 타입, ACF, 결국 블록 편집기를 얻었다. 그 중간 지점은 사라졌다.
헤드리스 CMS 혁명. Strapi, Sanity, Contentful, Payload CMS 같은 도구들은 모놀리식 아키텍처 없이 구조화된 콘텐츠를 원하는 개발자들을 포착했다. Joomla는 이 대화에 포함되지 않았다.
현대 프레임워크 채택. Next.js, Astro, Remix -- 개발자들은 빠르고 현대적인 사이트를 구축하기 위해 JavaScript 프레임워크로 이동했다. Joomla의 PHP 중심 아키텍처는 점점 더 구식처럼 느껴진다.
강한 기업 스폰서 부재. WordPress는 Automattic이 있다. Drupal은 Acquia가 있다. Joomla는... 자원봉사자가 운영하는 비영리 단체인 Open Source Matters가 있다. 이것은 장기적인 지속 가능성에 엄청나게 중요하다.
커뮤니티 축소: 진정한 위기
오픈 소스 CMS 플랫폼에 대해 한 가지: 소프트웨어는 커뮤니티만큼만 살아있다. 그리고 Joomla의 커뮤니티는 수년 동안 기여자가 격감하고 있다.
Joomla 커뮤니티 포털은 한때 분주했다. JoomlaDays와 JoomlaWorld 컨퍼런스는 수백 명의 참석자를 끌었다. 확장 디렉토리에는 수천 개의 활발하게 유지되는 확장이 있었다. 그것은 모두 변했다.
숫자로 본
- 핵심 기여자: Joomla 코어에 활발히 기여하는 월간 기여자가 2018년의 약 80-100명에서 2026년의 추정 20-30명으로 떨어졌다. 이것은 이 복잡성의 프로젝트를 위한 해골 승무원이다.
- 포럼 활동: Joomla 커뮤니티 포럼은 5년 전의 트래픽의 일부를 본다. 많은 질문이 며칠 또는 주 동안 답변되지 않은 채로 남아있다.
- 확장 개발: 아래에서 더 자세히 다루겠지만, Joomla Extensions Directory (JED)는 개발자들의 대량 탈출을 경험했다.
- Stack Overflow 활동:
joomla태그가 있는 Stack Overflow의 질문은 2018년 이후 약 75% 감소했다. 새로운 질문은 드물다.
8년 동안 인기 있는 Joomla 확장을 유지한 개발자 친구와 이야기했다. 그는 2024년에 중단했다. 그의 추론은 단순했다: "2019년에는 12,000개의 활성 설치가 있었다. 2024년까지 2,000개 미만이었다. 더 이상 시간을 정당화할 수 없다." 그런 이야기는 흔히 볼 수 있다.
자원봉사자 소진 문제
Joomla는 항상 자원봉사자에 크게 의존했다. 커뮤니티가 크고 열정적이었을 때 이것은 작동했다. 하지만 자원봉사자 주도 프로젝트는 엄청나게 취약하다. 주요 기여자는 소진되고, 뒤로 물러나거나, 유급 일로 이동한다. 기업 후원 없이 틈을 메우면, 제도적 지식은 증발한다.
Joomla 지도부는 이 문제를 공개적으로 인정했지만, 인정하는 것과 해결하는 것은 매우 다르다.
Joomla 5와 6: 너무 늦은 너무 적은가?
여기서 공정해지자. 2023년 10월에 출시된 Joomla 5는 합법적인 기술적 개선였다. 그리고 Joomla 6에 대한 로드맵(2025년 말 또는 2026년 초 예상)은 팀이 여전히 노력하고 있음을 보여준다.
Joomla 5가 잘한 점
- 현대 PHP 지원: Joomla 5는 PHP 8.1+이 필요하고 PHP 8.2/8.3에서 잘 작동한다.
- 관리자의 Bootstrap 5: 백엔드가 마침내 현대적-ish 느낌이 든다.
- 작업 스케줄러: 내장 cron 같은 작업 관리.
- 미디어 관리자 개선: 더 나은 이미지 처리 및 지연 로딩.
- 웹 서비스 API: REST API 지원이 꾸준히 개선되고 있다.
Joomla 6가 약속하는 것
- 추가 관리자 UI 현대화
- 더 나은 접근성 준수
- 성능 개선
- 향상된 API 기능
이것들은 모두 좋은 것들이다. 문제는 Joomla가 개선를 멈추지 않았다는 것이 아니다. 문제는 개선이 기본적인 질문을 다루지 않는다는 것이다: 왜 누구도 2026년에 새로운 프로젝트를 위해 Joomla를 선택할까?
WordPress는 Joomla가 일반적인 콘텐츠 관리를 위해 하는 모든 것을 이미 하고 있으며, 훨씬 더 큰 생태계를 가지고 있다. 현대 헤드리스 CMS 플랫폼은 더 나은 개발자 경험, 더 나은 성능, 더 나은 확장성을 제공한다. Astro 같은 정적 사이트 생성기는 더 적은 복잡성으로 더 빠른 사이트를 구축한다.
Joomla 5와 6은 기존 사용자를 위해 불을 켜 있게 해준다. 새로운 사용자를 끌어들이지 않는다.
생태계 부패 문제
이 부분이 Joomla를 실행하는 사람에게 정말로 위험해 보이는 곳이라고 생각한다.
확장 버림
Joomla Extensions Directory (JED)는 한때 8,000개 이상의 확장을 나열했다. 오늘날, 상당한 비율이 버려졌거나, Joomla 5와 호환되지 않거나, 기껏해야 일년에 한 번 업데이트하는 단일 개발자가 유지하고 있다.
구체적인 것들을 공유하자:
- 전자상거래: VirtueMart는 한때 Joomla 전자상거래 솔루션의 가서 갈 곳이었으며, 이제 점점 더 드문 업데이트를 가지고 있다. HikaShop은 여전히 유지되지만 작은 팀이 있다. 이것을 WooCommerce의 거대한 생태계나 Shopify의 개발자 도구와 비교하자.
- 페이지 빌더: JoomShaper의 SP Page Builder은 여전히 있지만, 시각적 편집 경험은 Elementor, WordPress 블록, 또는 심지어 Webflow가 제공하는 것보다 몇 년 뒤떨어져 있다.
- SEO 도구: sh404SEF는 업데이트되지 않았다. JESP는 중단되었다. 당신은 소수의 유지되는 옵션만 남았다.
- 양식: RSForm! Pro는 여전히 유지되지만, 많은 대안이 버려졌다.
템플릿 생태계
Joomla 템플릿 시장이 무너졌다. Joomla 템플릿을 판매한 회사들 -- RocketTheme, Shape5, GavickPro -- 은 Joomla 부서를 종료했거나 조용해졌다. JoomlArt는 여전히 있지만 산출이 감소했다. Yootheme은 여전히 Joomla를 지원하며, 이것은 밝은 부분이지만, 한 회사는 템플릿 생태계를 지탱할 수 없다.
개발자 도구
현대 개발자가 기대하는 것:
# 현대 CMS 개발 워크플로우
npm create astro@latest # 몇 초 안에 Astro 프로젝트
npx create-next-app@latest # TypeScript, ESLint, Tailwind를 가진 Next.js
npx create-payload-app # 즉시 API와 헤드리스 CMS
Joomla 개발 환경을 설정하는 것과 비교해보자:
# Joomla 개발 워크플로우 (2026)
# 1. joomla.org에서 zip 다운로드
# 2. LAMP/MAMP/XAMPP 설정
# 3. 웹 설치 프로그램 실행
# 4. 데이터베이스 수동 구성
# 5. PHP 템플릿 오버라이드로 구축 시작
# 6. 확장이 J5와 작동하기를 바라자
Joomla의 워크플로우가 불가능한 것은 아니다. 그것이 2012년처럼 느껴진다는 것이다. 그들의 첫 번째 CMS를 위한 프로젝트를 선택하는 현대 개발자는 가장 많은 설정이 필요하고 가장 작은 생태계를 가진 플랫폼을 선택하지 않을 것이다.
축소하는 생태계의 보안 우려
이것은 Joomla 사이트 소유자를 밤새 깨어 있게 해야 하는 문제이다.
Joomla 코어는 여전히 보안 패치를 받는다. 코어 팀은 작지만 보안을 진지하게 받아들인다. 하지만 CMS의 실제 공격 표면은 확장 생태계이다 -- 그리고 그것이 무섭다.
확장 보안 문제
버려진 확장은 패치를 받지 않는다. 그리고 Joomla 사이트는 공격자들에게 불균형적으로 목표가 되어 있다 정확히 왜냐하면:
- 많은 사이트가 오래된 Joomla 버전을 실행한다 (Joomla 3은 2023년 8월에 EOL되었지만, 수천 개의 사이트가 여전히 그것을 실행한다)
- 버려진 확장에는 알려진 취약점이 있다
- 사이트 소유자는 종종 그들의 설치를 유지하기 위한 기술적 지식을 가지지 않는다
- 자동화된 스캔 도구는 구체적으로 Joomla 취약점 패턴을 목표로 한다
Sucuri의 연간 위협 보고서는 일관되게 Joomla를 가장 자주 해킹된 CMS 플랫폼 중 하나로 보여준다. Joomla 코어가 안전하지 않기 때문이 아니라, 설치 기반이 버려진 사이트와 오래된 확장을 가진 유지되지 않는 사이트로 치우쳐 있기 때문이다.
실제 위험 시나리오
Joomla 5 사이트를 15개의 확장으로 실행 중이라고 하자. 그 중 3개는 18개월 동안 업데이트되지 않았다. 그 중 하나에는 2026년 초에 발견된 SQL 삽입 취약점이 있다. 개발자는 이동했다. 패치가 나올 예정이 없다.
당신은 무엇을 한다? 당신은 확장을 비활성화할 수 있지만, 그것이 중요한 기능을 제공한다면, 당신은 막힌다. 당신이 PHP 기술을 가진다면 당신은 스스로 그것을 패치하려고 할 수 있지만, 그것은 대부분의 조직이 지탱할 수 없는 유지보수 부담이다.
이것은 생태계 부패의 슬로우 모션 재앙이다.
마이그레이션해야 할 때 (그리고 그렇지 않을 때)
모든 Joomla 사이트가 즉시 마이그레이션할 필요는 없다. 현실적이어야 한다.
지금 마이그레이션하자:
- 여전히 Joomla 3을 실행 중이다 (EOL -- 매일 보안 부채를 쌓고 있다)
- 당신의 사이트는 민감한 사용자 데이터를 처리한다 (전자상거래, 멤버십, PII가 있는 양식)
- 더 이상 유지되지 않는 확장에 의존한다
- 어차피 리디자인을 계획 중이다
- Joomla 개발자를 고용할 수 없다 (이것은 점점 더 일반적이다)
- 당신의 사이트 성능이 낮고 현대 최적화 도구가 필요하다
기다릴 수 있다면:
- Joomla 5를 활발하게 유지되는 확장으로 실행 중이다
- 당신의 사이트는 기본적으로 최소한의 상호작용 기능을 가진 정적 콘텐츠이다
- 당신은 Joomla를 잘 아는 내부 개발자를 가지고 있다
- 당신의 사이트는 어차피 12-18개월 안에 폐지될 것이다
- 예산을 지금 사용할 수 없다 (하지만 계획을 시작하자)
머물러야 한다면:
- 당신은 복잡한 커스텀 컴포넌트를 가진 깊게 커스터마이즈된 Joomla 애플리케이션을 가지고 있다 (마이그레이션 비용이 사이트의 가치를 초과할 수 있다)
- 당신은 규제된 산업에 있어서 모든 플랫폼 변경이 긴 승인 프로세스를 요구한다
하지만 솔직하게 말하자: "머물다"는 "무시하다"는 의미가 아니다. Joomla에 머물기로 결정했더라도, 당신은 계획이 필요하다. 당신의 확장을 감사하자. 모든 것이 Joomla 5+에서 실행되는지 확인하자. 결국 마이그레이션을 위한 예산을 책정하자.
갈 곳: 현실적인 대안
올바른 대안은 당신의 Joomla 사이트가 실제로 무엇을 하는지에 완전히 달려 있다.
콘텐츠 헤비 웹사이트의 경우
| 요구 사항 | 최고의 대안 | 왜 |
|---|---|---|
| 블로그/뉴스 사이트 | WordPress | 거대한 생태계, 쉬운 마이그레이션 경로 |
| 마케팅 사이트 | Astro + 헤드리스 CMS | 엄청나게 빠르고, 현대적인 DX |
| 기업 사이트 | Next.js + Sanity/Payload | 유연하고, 확장 가능하고, 뛰어난 성능 |
| 다국어 사이트 | WordPress (WPML) 또는 Strapi | 둘 다 i18n을 잘 처리한다 |
Astro 개발을 찾고 있다면, 많은 동적 서버 측 기능이 필요하지 않은 콘텐츠 헤비 사이트에 특히 적합하다. 빌드 시간은 엄청나고, 섬 아키텍처는 당신이 실제로 상호작용이 필요한 곳에서만 JavaScript를 배송한다는 의미이다.
동적 웹 애플리케이션의 경우
만약 당신의 Joomla 사이트가 콘텐츠보다 더 많은 애플리케이션이라면 -- 사용자 포털, 대시보드, 복잡한 양식 -- 당신은 다른 접근법을 원할 것이다:
- Next.js with a headless CMS backend 는 Joomla가 제공하는 유연성을 현대 도구와 함께 제공한다
- Payload CMS 는 훌륭한 관리 패널을 가진 자체 호스팅 헤드리스 CMS이다
- Laravel 은 당신이 PHP 프레임워크가 필요하고 당신의 팀이 PHP 생태계에서 편하다면 올바른 선택일 수 있다
전자상거래의 경우
VirtueMart 또는 HikaShop을 실행 중이라면:
- Shopify 대부분의 소규모 및 중규모 비즈니스의 경우 (싸우지 말자, 생태계는 거대하다)
- Medusa.js 또는 Saleor 더 많은 제어를 원하는 헤드리스 전자상거래의 경우
- WooCommerce PHP 세계에 있고 싶다면
우리 팀은 기존 CMS 플랫폼에서 마이그레이션하는 클라이언트를 위해 많은 Next.js 개발을 하며, 성능 개선은 일관되게 극적이다 -- 2-5배 더 빠른 페이지 로드, 더 나은 Core Web Vitals, 그리고 현저히 향상된 개발자 속도.
업그레이드 경로: Joomla 3에서 4, 5, 6으로
Joomla에 머물기로 결정했다면, 업그레이드 경로가 어떻게 보이는지 여기 있다.
Joomla 3 → Joomla 4
이것이 가장 어려운 점프였다. Joomla 4는 새로운 관리 템플릿(Cassiopeia가 Protostar를 대체함), PHP 7.2.5+가 필요했으며, 많은 확장과의 호환성을 깨뜨렸다. 여전히 Joomla 3을 사용 중이라면, 이 마이그레이션은 본질적으로 재구축이다.
// Joomla 3 확장 패턴 (MVC)
class ContentViewArticle extends JViewLegacy
{
public function display($tpl = null)
{
$this->item = $this->get('Item');
parent::display($tpl);
}
}
// Joomla 4+ 확장 패턴 (namespace가 있는 MVC)
namespace Joomla\Component\Content\Site\View\Article;
use Joomla\CMS\MVC\View\HtmlView as BaseHtmlView;
class HtmlView extends BaseHtmlView
{
public function display($tpl = null)
{
$this->item = $this->get('Item');
parent::display($tpl);
}
}
namespace 변경 단독으로 수많은 확장을 깨뜨렸다.
Joomla 4 → Joomla 5
이것은 더 쉽다고 마케팅되었으며, 대부분 그랬다. Joomla 4와 5는 한 시기에 코드베이스를 공유했으며, 전환을 더 부드럽게 만들었다. 하지만 당신은 여전히 PHP 8.1+이 필요하고 모든 확장이 Joomla 5 호환성을 선언해야 한다.
Joomla 5 → Joomla 6
Joomla 4→5 전환과 유사한 패턴을 따를 것으로 예상된다. Joomla 프로젝트는 향후 덜 파괴적인 주요 버전 업그레이드를 약속했으며, 각 버전 쌍(4/5, 5/6)은 API 호환성을 공유한다.
솔직히? Joomla 3에서 업그레이드하는 고통을 겪는다면, 전혀 다른 플랫폼으로 마이그레이션하는 것이 그 시간과 예산을 더 잘 사용할 것인지 진지하게 고려해야 한다.
마이그레이션이 실제로 어떻게 보이는지
나는 지난 2년 동안 여러 Joomla 사이트를 마이그레이션하는 것을 도왔다. 프로세스가 일반적으로 포함하는 것이:
단계 1: 콘텐츠 감사 (1-2주)
- Joomla에서 모든 기사, 카테고리, 커스텀 필드를 내보낸다
- Joomla의 콘텐츠 타입을 대상 플랫폼의 콘텐츠 모델로 매핑한다
- 모든 미디어 파일을 인벤토리화한다
- 리디렉트 매핑을 위한 URL 구조를 문서화한다
단계 2: 플랫폼 설정 (1-2주)
- 새 CMS 또는 프레임워크를 설정한다
- 콘텐츠 모델/타입을 구성한다
- 해당하는 경우 사용자 역할을 설정한다
단계 3: 콘텐츠 마이그레이션 (2-4주)
- 마이그레이션 스크립트를 작성한다 (50개 이상의 페이지에 대해 수동으로 하지 말자)
- 콘텐츠를 마이그레이션하고 검증한다
- 미디어 파일을 이동한다
- 모든 오래된 URL에 대해 301 리디렉트를 설정한다
# 간단한 Joomla 기사 내보내기 스크립트
import mysql.connector
import json
def export_joomla_articles(db_config):
conn = mysql.connector.connect(**db_config)
cursor = conn.cursor(dictionary=True)
cursor.execute("""
SELECT a.id, a.title, a.alias, a.introtext, a.fulltext,
a.created, a.modified, c.title as category
FROM #__content a
LEFT JOIN #__categories c ON a.catid = c.id
WHERE a.state = 1
ORDER BY a.created DESC
""")
articles = cursor.fetchall()
with open('joomla_export.json', 'w') as f:
json.dump(articles, f, default=str, indent=2)
return len(articles)
단계 4: 디자인 & 개발 (3-8주)
- 새 프론트엔드를 구축한다
- Joomla 확장으로 제공된 기능을 구현한다
- 기기와 브라우저 전체에서 테스트한다
단계 5: 런칭 & 모니터링 (1-2주)
- DNS 컷오버
- 404를 모니터링하고 리디렉트 격차를 수정한다
- 검색 엔진 인덱싱을 확인한다
- Core Web Vitals를 모니터링한다
중간 복잡도의 Joomla 사이트에 대한 총 타임라인: 8-16주. 사소한 것이 아니지만, 불가능하지도 않다. 마이그레이션을 계획하는 데 도움이 필요하다면, 우리의 가격 책정 페이지는 이런 종류의 프로젝트가 일반적으로 비용이 얼마나 드는지 분석하고, 당신은 항상 직접 연락할 수 있다.
FAQ
Joomla는 공식적으로 죽었는가?
아니오, Joomla는 공식적으로 죽지 않았다. 프로젝트는 계속 업데이트를 출시하고, Joomla 5는 적극적으로 보안 패치를 유지한다. 그러나 시장 점유율은 2026년 초 현재 1.5% 이하로 떨어졌으며, 커뮤니티 활동은 현저히 감소했으며, 확장 생태계는 광범위한 버림을 경험하고 있다. 기술적으로는 살아 있지만 심각한 하락 상태이다.
Joomla 3에서 Joomla 5로 업그레이드해야 하는가?
Joomla 3은 2023년 8월에 생명 주기 종료에 도달했으며, 더 이상 보안 패치가 없다. 여전히 Joomla 3을 사용 중이라면, 차용한 시간에서 실행 중이다. 그러나 Joomla 5로의 업그레이드는 종종 상당한 작업을 필요로 한다 -- 많은 확장이 이월되지 않으며, 템플릿 변경은 상당하다. 전혀 다른 플랫폼으로 마이그레이션하는 것이 시간과 비용의 더 나은 투자인지 진지하게 평가해야 한다.
2026년의 최고의 Joomla 대안은 무엇인가?
당신의 필요에 달려 있다. 일반적인 콘텐츠 관리의 경우, WordPress는 가장 실용적인 마이그레이션 대상으로 남아 있으며 가장 큰 생태계를 가지고 있다. 성능에 초점을 맞춘 마케팅 사이트의 경우, Astro는 헤드리스 CMS와 쌍을 이루며 놀라운 결과를 제공한다. 동적 웹 애플리케이션의 경우, Next.js는 Payload 또는 Sanity 같은 헤드리스 CMS와 함께 현대적인 개발자 경험과 뛰어난 성능을 제공한다.
Joomla는 여전히 안전한가?
Joomla 코어는 개발 팀으로부터 여전히 보안 패치를 받는다. 보안 위험은 주로 버려진 제3자 확장에서 오며, 이는 패치되지 않은 취약점을 포함할 수 있다. Joomla를 잘 유지되는 확장으로 실행하고 모든 것을 최신으로 유지 중이라면, 당신의 핵심 보안 태세는 합리적이다. 하지만 축소하는 확장 생태계는 이것을 점점 더 유지하기 어렵게 만든다.
Joomla에서 마이그레이션하는 데 비용이 얼마인가?
마이그레이션 비용은 사이트 복잡도에 따라 크게 달라진다. 간단한 안내 사이트(10-30페이지)는 마이그레이션하는 데 $5,000-$15,000이 들 수 있다. 커스텀 컴포넌트, 전자상거래, 또는 사용자 포털을 가진 복잡한 사이트는 $25,000-$75,000 이상이 들 수 있다. 가장 큰 비용 운전자는 다시 구축해야 할 커스텀 기능과 마이그레이션 스크립팅이 필요한 콘텐츠 볼륨이다.
Joomla를 헤드리스 CMS로 사용할 수 있는가?
Joomla 4와 5는 웹 서비스(REST API) 지원을 포함하므로, 기술적으로 예이다. 그러나 API는 Strapi, Sanity, Payload 같은 목적별 헤드리스 CMS 플랫폼보다 덜 광택이 있다. 문서가 거의 없으며, 헤드리스 Joomla 사용 사례를 위한 커뮤니티 지원이 최소한이며, 당신은 기존 서버 렌더링 페이지를 위해 설계된 플랫폼에 대항하여 싸우고 있을 것이다.
왜 Joomla는 시장 점유율을 잃었는가?
여러 요소가 수렴했다: WordPress가 블로그를 넘어 일반적인 CMS 사용을 지배하도록 확장되었다; 현대 헤드리스 CMS 플랫폼이 개발자의 마음을 포착했다; Next.js와 Astro 같은 JavaScript 프레임워크가 우월한 개발자 경험을 제공했다; Joomla는 혁신과 마케팅을 주도하기 위한 강한 기업 후원을 제공했다; 그리고 프로젝트는 자원봉사자에 대한 의존으로 기여자 소진과 더 느린 개발 사이클을 초래했다.
Joomla 6이 플랫폼을 구할 것인가?
가능성이 낮다. Joomla 6은 관리자 UI, 접근성, 성능을 점증적으로 개선하는 것을 약속하지만, 시장에서 Joomla의 위치를 기본적으로 변경하지 않는다. 핵심 도전은 기술 품질이 아니라 생태계 건강, 개발자 채택, 시장 인식이다. 전략, 기업 지원, 또는 설득력 있는 새로운 가치 제안에 상당한 변화 없이, Joomla 6은 주로 기존 사용자를 제공하기보다 새로운 것을 끌어 들일 것이다.