지난 8년간 나는 TYPO3, WordPress, 그리고 다양한 헤드리스 CMS 플랫폼에서 웹사이트를 구축해왔다. 그냥 데모 사이트나 튜토리얼이 아니라, 수백만 건의 요청을 받는 실제 프로덕션 애플리케이션 말이다. 뭔가 잘못되면 클라이언트들이 새벽 2시에 소리를 지르며 전화를 거는 그런 경우들 말이다. 솔직히 그런 경험이 이 도구들을 보는 방식을 완전히 바꾼다.

2026년의 CMS 환경? 불과 3년 전과는 완전히 다르다. WordPress는 여전히 웹의 약 43%를 차지하고 있지만, 솔직히 말해서 성능과 보안 문제가 큰 문제다. TYPO3는 유럽 기업 세계에서 숨겨진 보석 같은 존재로, v13 LTS를 출시하면서 멋진 업데이트를 가져왔다. 그리고 Sanity, Contentful, Storyblok, Strapi 같은 헤드리스 CMS 옵션들? 멋진 신기술에서 견고한 콘텐츠 인프라로 성장했다.

이것은 "어떤 CMS가 최고인가"라는 주장이 아니다. 맥락 없이 "어떤 CMS가 최고인가"라고 묻는 것은 "최고의 피자가 뭔가?"라고 묻는 것과 같다. (딥디시 아니면 얇은 크러스트, 어느 쪽?) 대신 나는 세 가지 모두를 다루는 에이전시로 일하면서 마주한 실제 트레이드오프를 공유하겠다. 이것이 너의 상황에 맞는 선택을 하는 데 도움이 되길 바란다.

아키텍처와 철학

기능에 들어가기 전에 각 플랫폼의 핵심을 이해해야 한다. 그것이 모든 것을 좌우한다.

WordPress: 성장한 모놀리식 시스템

WordPress는 MySQL/MariaDB 백엔드를 가진 거대한 PHP 모놀리식 시스템으로, 콘텐츠 저장소이면서 동시에 렌더링 엔진이다. Gutenberg는 2025-2026년을 통해 성장했으며, 이제 Full Site Editing이 표준이다. WordPress는 REST API와 WPGraphQL을 제공하므로 기술적으로 헤드리스로 실행할 수 있다. 다만 그것은 패밀리 세단에 애프터마켓 스포일러를 달아놓는 것과 같다.

// WordPress as headless: WPGraphQL query
{
  posts(first: 10) {
    nodes {
      title
      content
      featuredImage {
        node {
          sourceUrl
        }
      }
    }
  }
}

TYPO3: 제대로 된 엔터프라이즈 PHP

TYPO3? 또 다른 PHP 모놀리식이지만, 너무 커져 버린 블로그 도구보다는 프레임워크처럼 만들어졌다. Extbase(MVC 프레임워크), Fluid 템플릿팅, 트리 기반 페이지 설정. 이런 식이다. TYPO3 v13 LTS는 2024년 말에 출시되었으며, 더 나은 Content Blocks API와 headless 익스텐션을 통한 기본적인 헤드리스 지원 등 많은 개선사항을 가져왔다.

주요 아키텍처 차이점? TYPO3는 처음부터 멀티사이트, 멀티언어, 복잡한 계층 구조를 염두에 두고 만들어졌다. 사후 대응이 아니라 계획된 것이다.

헤드리스 CMS: 콘텐츠를 인프라로

헤드리스 CMS 플랫폼(Sanity, Contentful, Storyblok 등)은 콘텐츠 표시를 완전히 제거하여 너가 원하는 대로 할 수 있게 한다. 이렇게 생각해보자: 콘텐츠는 한 곳에 있고, API로 전달되며, 프론트엔드는 무엇이든 될 수 있다. Next.js, Astro, SvelteKit, 모바일 앱, 심지어 디지털 사이니지 시스템도 가능하다.

// Sanity GROQ query example
const posts = await sanityClient.fetch(`
  *[_type == "post" && defined(slug.current)] | order(publishedAt desc) [0...10] {
    title,
    slug,
    publishedAt,
    "imageUrl": mainImage.asset->url,
    body
  }
`);

이러한 분리? 큰 변화다. 단순성을 포기하고 엄청난 유연성을 얻는다.

TYPO3 vs WordPress vs Headless CMS: 2026 Agency Comparison

2026년의 성능 벤치마크

숫자를 살펴보자. 이것들은 클라이언트 프로젝트들에서 우리가 진행한 내부 테스트에서 나온 것이다(멋진 연구실 테스트가 아니다). 측정은 유사한 호스팅 설정에서 수행되었다.

지표 WordPress (최적화됨) TYPO3 v13 헤드리스 (Next.js + Sanity) 헤드리스 (Astro + Contentful)
TTFB (캐시 미사용) 380-650ms 200-450ms 50-120ms 30-80ms
TTFB (CDN 캐시됨) 40-80ms 40-80ms 30-60ms 15-40ms
Lighthouse 성능 72-88 78-92 95-100 97-100
빌드 시간 (500 페이지) N/A (동적) N/A (동적) 45-90s (ISR) 20-40s (정적)
Core Web Vitals 통과율 ~65% ~75% ~95% ~98%
평균 페이지 무게 1.2-2.8MB 0.8-1.5MB 0.3-0.8MB 0.2-0.5MB

여기 몇 가지 "주의할 점"이 있다. WordPress 숫자는 객체 캐싱, 고품질 테마, 그리고 단일 사이트에 47개의 플러그인을 집어넣으면서 조화를 기대하지 않는다고 가정한다. 대부분의 WordPress 사이트는, 솔직히 말해서, 이만큼 잘 작동하지 않는다. 반면 TYPO3는 박스에서 바로 캐싱 게임을 잘 안다.

헤드리스 설정은 우리의 테스트에서 일반적인 스택을 반영한다: Next.js 또는 Astro, 대개 Vercel 또는 Cloudflare Pages에서 호스팅된다. 특히 모바일에서 성능 격차는 솔직히 엄청나다.

개발자 경험과 생태계

WordPress 개발자 경험

WordPress는 가장 큰 생태계를 가지고 있다. 59,000개의 플러그인 정도. 커뮤니티는 거대하다. 그러나 2026년에 WordPress 개발자 세계는 좀 조각보기 이불 같은 느낌이다. 너에게 있는 것들:

  • 클래식 PHP 테마 개발(여전히 somehow 일반적)
  • theme.json을 사용한 블록 테마 개발
  • 블록 패턴을 가진 Full Site Editing
  • Faust.js 같은 프레임워크를 사용한 헤드리스 WordPress
  • 브라우저 기반 개발 작업을 위한 WordPress Playground

WordPress 개발자를 찾기는 쉽다. 현대적인 방법에 정통한 좋은 WordPress 개발자를 찾기? 그리 쉽지 않다. 스킬 진입 수준은 꽤 낮지만, 여전히 높이 날아오를 수 있다.

TYPO3 개발자 경험

TYPO3의 개발자 커뮤니티? 그냥 취득된 취향이라고 하자. 학습 산은 가파르다. TypoScript는 강력하지만 좀 혼란스럽다. Fluid 템플릿팅? 논리적이야, 그런데 한번 이해되면... 그렇긴 하다. 어쨌든 문서는 이곳저곳에 흩어져 있었다.

<!-- TYPO3 Fluid template example -->
<f:section name="main">
  <f:for each="{posts}" as="post">
    <article>
      <h2>{post.title}</h2>
      <f:format.html>{post.bodytext}</f:format.html>
      <f:if condition="{post.image}">
        <f:image image="{post.image}" width="800" />
      </f:if>
    </article>
  </f:for>
</f:section>

이것은 TYPO3 v13으로 개선되었다. 새로운 Content Blocks API는 커스텀 요소 생성을 더 쉽게 만든다. 그리고 Composer 기반 설정은 이제 표준이다. 익스텐션 장면은 더 작다(약 6,000개), 하지만 품질은 꽤 견고하다. 엉망 같은 것들을 헤매고 다닐 필요가 적다.

대부분의 TYPO3 인재는 독일, 오스트리아, 스위스, 그리고 네덜란드에 있다. 유럽에서 엔터프라이즈 클라이언트를 다루고 있다면 이것은 중요하다. 미국에 있다면? 행운을 빈다.

헤드리스 CMS 개발자 경험

이것이 프론트엔드 개발자들이 즐거워하는 곳이다. 그리고 다른 모든 사람들은 불안해할 수도 있다. 헤드리스 방법은 자신의 기술 레고 세트를 조립한다는 의미다:

  • 콘텐츠 모델링: Sanity Studio, Contentful 앱, Storyblok 에디터
  • 프론트엔드 프레임워크: Next.js, Astro, Nuxt, SvelteKit
  • 호스팅: Vercel, Netlify, Cloudflare Pages
  • 미리보기/드래프트: 커스텀 빌드 또는 SDK 제공
  • 양식, 검색, 인증: 서드파티 서비스 또는 커스텀
// Astro + Contentful page generation
import { contentfulClient } from '../lib/contentful';

export async function getStaticPaths() {
  const entries = await contentfulClient.getEntries({
    content_type: 'blogPost',
  });
  
  return entries.items.map(item => ({
    params: { slug: item.fields.slug },
    props: { post: item.fields },
  }));
}

개발자 경험은 팀이 현대 JavaScript/TypeScript에 정통하다면 최고 수준이다. 생태계는 번창하고 있으며, 타입 안전 SDK, 시각적 편집, AI 기반 콘텐츠 워크플로우는 2026년에 새로운 표준이 되고 있다.

콘텐츠 편집자 경험

이것이 클라이언트들이 90%의 시간을 보내는 곳이며, 그런데도 사람들은 종종 비교에서 이것을 건너뛴다.

WordPress 편집자들은 그것을 좋아한다 (보통)

WordPress는 대개 대부분의 비기술 편집자들을 위한 쇼를 휩쓴다. 블록 에디터는 친숙하고 직관적이며, 어느 정도 WYSIWYG다. 콘텐츠 제작자들은 개발자 없이 블로그 포스트를 뱉어낼 수 있다. 미디어 라이브러리는 훌륭하다. Yoast SEO는 즉각적인 피드백을 제공한다. 그냥... 콘텐츠 변경을 위해 클릭한다.

반대쪽? 편집자들은 또한 것들을 깰 수 있다. 어수선한 플러그인을 설치한다. 설정을 건드린다. 디자인 시스템을 망치는 인라인 스타일을 적용한다. WordPress는 편집자들에게 많은 자유도를 준다(아마 너무 많을 수도?).

TYPO3 편집자들은 훈련이 필요하다

TYPO3의 백엔드는 강력한 짐승이지만 직관적이지 않다. 큰 사이트를 위한 깔끔한 페이지 트리가 있다. 워크스페이스는 드래프팅, 검토, 스케줄링 같은 복잡한 편집 워크플로우를 처리한다. 멀티언어? 최고 수준이다.

그러나 새로운 편집자들은 견고한 훈련이 필요하다. 보통 1-2일의 집중 과정이 필요하다. 인터페이스는 v13으로 더 나아지고 있지만, 여전히 WordPress보다 더 복잡하다. 전담 콘텐츠 팀이 있는 엔터프라이즈의 경우 괜찮다. 원활한 업데이트를 원하는 작은 팀? 그건 좀, 어, 과한 것 같다.

헤드리스 CMS 편집자: 그것은 달라진다

이것은 광범위하게 다양하다:

  • Storyblok: 최고의 비주얼 편집 분위기. 편집자들은 라이브 미리보기, 드래그 앤 드롭 좋은 것들을 얻는다. WordPress 기대에 가장 가깝다.
  • Sanity: 커스터마이징 가능한 Studio 인터페이스. 편집 워크플로우에 맞춰 완벽하게 조정됨. 개발자 입력이 필요하다.
  • Contentful: 깔끔하고 구조화된 UI. 페이지보다 콘텐츠 모델을 좋아하는 팀들에게 좋다.
  • Strapi: 견고한 오픈소스 옵션; 관리 UI는 기능적이지만 멋스럽진 않다.

큰 장애물? 미리보기. 편집자들에게 발행 전 것이 어떻게 보이는지 보여주는 것은 보통 헤드리스 땅에서 커스텀 작업을 요구한다. Storyblok는 기본으로 이것을 못박아놓는다. 다른 것들은 그리 많지 않다.

TYPO3 vs WordPress vs Headless CMS: 2026 Agency Comparison - architecture

보안 태세

WordPress는 모두의 선호 대상이다. 보안에 게으른 것이 아니라 어디에나 있고 플러그인이 미끄러운 경사이기 때문이다. 2025년에 Patchstack은 WordPress 취약점의 97%가 코어가 아니라 플러그인이나 테마에서 나온다고 지적했다. 2026년에도 익숙하게 들리나? 응.

TYPO3? 자체 보안 팀과 자문 설정이 있다. 취약점은 덜 자주 나타나고 잘 관리된다. 더 작은 풋프린트(더 적은 익스텐션, 더 적은 사용자)는 플러스다.

헤드리스 CMS? 공개적으로 노출된 서버 코드가 없는 보안 상의 이점이다. 프론트엔드? 정적 또는 엣지 렌더링. CMS 자체? SaaS는 공급업체가 보안을 처리하거나 방화벽 뒤에서 자체 호스팅하면 안전하다. 공격 표면은 작다.

보안 요소 WordPress TYPO3 헤드리스 CMS
보고된 CVE (2025) 4,000+ (대부분 플러그인) ~30 ~10-15 (플랫폼당)
기본 공격 표면 높음 중간 낮음
업데이트 긴급도 중요 (빈번) 중간 (분기별) 낮음 (SaaS) / 중간 (자체 호스팅)
WAF 필요성 필수 권장 선택
DDoS 복원력 낮음 (원본 의존) 낮음 (원본 의존) 높음 (CDN 기본)

총 소유 비용

여기 2026년 동안 다양한 설정에서 우리가 보통 관찰하는 예산에 대한 진짜 이야기다.

WordPress TCO (연간, 중형 사업 사이트)

  • 호스팅 (WP Engine 같은 관리형 WP): $3,600-$12,000/년
  • 프리미엄 테마: $60-200 일회성
  • 필수 플러그인 (SEO, 보안, 캐싱, 양식): $500-2,000/년
  • 개발: $10,000-40,000/년
  • 합계: $14,000-54,000/년

TYPO3 TCO (연간, 중형 엔터프라이즈 사이트)

  • 호스팅: $4,800-18,000/년
  • 익스텐션 라이선스: $0-3,000/년 (대부분 오픈소스)
  • 개발: $20,000-80,000/년
  • 편집자 훈련: $2,000-5,000 (초기)
  • 합계: $27,000-101,000/년

헤드리스 CMS TCO (연간, 중형 사업 사이트)

  • CMS 플랫폼 (Sanity Growth: $99/월, Contentful 중형: $489/월): $1,200-6,000/년
  • 프론트엔드 호스팅 (Vercel Pro: $240/년): $240-1,200/년
  • 개발: $15,000-50,000/년
  • 추가 서비스: $0-3,000/년
  • 합계: $16,500-60,000/년

헤드리스 시작은 비용이 더 들어간다. WordPress보다 20-40% 더 높다. 왜냐하면 프론트엔드를 직접 만들기 때문이다. 하지만 진행 중인 유지보수? 덜 번거롭다. TYPO3는 비용 차트의 맨 위에 있지만 복잡한 필요에 견고한 엔터프라이즈 가치를 제공한다.

언제 무엇을 사용할까: 의사결정 프레임워크

많은 프로젝트를 거친 후 우리의 생각:

WordPress를 선택하면:

  • 빠른 콘텐츠 출판이 필요하면
  • 예산과 팀이 작으면
  • 빠른 블로그나 마케팅 사이트 작업이면
  • 팀이 WordPress를 알지만 다른 기술은 거의 모르면
  • 특정 WordPress 필수 요소가 필요하면 (예: WooCommerce)

TYPO3를 선택하면:

  • 유럽 엔터프라이즈로 GDPR/컴플라이언스 우선순위가 있으면
  • 5개 이상의 사이트를 콘텐츠/템플릿 공유로 관리하려면
  • 편집 워크플로우가 정밀함이 필요하면 (워크스페이스, 권한)
  • 멀티언어가 중요하면 (10+ 언어)
  • 비용보다 안정성이 핵심이면

헤드리스 CMS를 선택하면:

  • 성능이 주요 우선순위면 (예: e-commerce)
  • 멀티채널 콘텐츠 필요면 (웹, 앱, 키오스크)
  • 개발 팀이 JavaScript 프레임워크에 편안하면
  • 아키텍처 미래 보증이 중요하면
  • 기존 API와 통합이 필요하면

답답한가? 우리와 얘기해보자. 우리는 항상 너를 올바른 방향으로 이끈다. 심지어 우리에게 더 간단하고, 솔직히, 더 저렴한 경로로 이끌게 되더라도.

실제로 작동하는 하이브리드 접근법

2025-2026년의 멋진 트렌드? 하이브리드 아키텍처. 반쯤 만든 절충이 아니라 이점을 혼합하는 합법적인 방식이다.

Social Animal에서 여기 인기를 얻고 있는 설정이다:

  1. 헤드리스 CMS (Sanity 또는 Storyblok) 콘텐츠 관리용
  2. Next.js 또는 Astro 프론트엔드 렌더링용
  3. WordPress 블로그/뉴스용 (클라이언트가 거기 많은 콘텐츠를 가지고 있으면)
  4. 다양한 소스에서 끌어오는 콘텐츠 레이어
// Aggregating content from multiple sources
async function getAllPosts() {
  const [sanityPosts, wpPosts] = await Promise.all([
    fetchSanityPosts(),
    fetchWordPressPosts(),  // via WPGraphQL
  ]);
  
  return [...sanityPosts, ...wpPosts]
    .sort((a, b) => new Date(b.date).getTime() - new Date(a.date).getTime());
}

우리는 TYPO3가 거대한 유럽 운영의 콘텐츠 허브이며, Next.js 프론트엔드가 TYPO3의 헤드리스 API에 활용되는 설정들을 봤다. 편집자들은 TYPO3 백엔드의 이점을 누리면서 킬러 프론트엔드 성능을 즐긴다.

마이그레이션 경로와 실용적 조언

마이그레이션을 생각하고 있나? 여기 우리가 배운 것이다:

WordPress에서 헤드리스로

이것은 우리의 가장 인기 있는 전환이다. 과정:

  1. WP REST API 또는 WPGraphQL을 통해 내보내기
  2. 헤드리스 CMS로 변환/가져오기
  3. 새 프론트엔드 빌드 (보통 Next.js 또는 Astro)
  4. 리디렉트 설정 (SEO를 위해 필수)
  5. 잠시 두 시스템 함께 실행 (2-4주)

타임라인? 마케팅 사이트는 6-12주. e-commerce나 복잡한 것이면 더.

TYPO3에서 헤드리스로

WordPress보다 까다롭다. TYPO3의 더 복잡한 콘텐츠 모델은 평면 구조에 쉽게 매핑되지 않는다. WordPress 이동보다 30-50% 더 많은 시간을 예상해라.

"헤드리스 WordPress" 중간 지점

때로 WordPress 백엔드에 붙어 있지만 프론트엔드를 현대화하는 것이 방법이다. Faust.js를 사용하거나 Next.js를 통해 UI, 생태계, 콘텐츠를 유지하되 제공한다. 순수 헤드리스만큼 세련되진 않지만 실제 상황의 해결책이 될 수 있다.

프로젝트 가격에 대해 더 알아보려면 우리의 가격 책정 페이지를 확인하거나 연락해라.

FAQ

2026년에도 WordPress는 여전히 가치가 있나? 확실히. 올바른 경우를 위해. WordPress는 여전히 빠듯한 예산으로 빠른 콘텐츠 기반 사이트에는 흠잡을 데 없다. 블록 에디터는 이제 견고하며, 기본 블로그, 소규모 사업 사이트의 경우 빠르다. 성능이 무거운 것이나 멀티채널이 필요할 때 문제가 생긴다.

TYPO3가 유럽에서는 선호되고 미국에서는 덜 알려진 이유는? 덴마크에서 시작되었으며, 독일, 오스트리아, 스위스 주변에서 번창했다. 멀티언어, GDPR, 엔터프라이즈 기능을 높이 평가하는 지역들. 커뮤니티와 에이전시가 거기 있다. 미국에서는 WordPress와 Drupal이 먼저 도착했고, 글쎄, 나머지는 역사다.

2026년에 헤드리스 CMS 사이트를 구축하는 비용은? 마케팅 사이트 (10-30 페이지, 블로그, 기본 훅)? 에이전시와 함께 선발 $25,000-$75,000. 그것은 콘텐츠, 프론트엔드 개발, CMS 설정, 시작을 다룬다. 진행 중인 것으로는 호스팅, CMS 구독, 유지보수를 위해 월 $1,000-$5,000을 찾고 있다. e-commerce나 맞춤형 사이트는 $100,000-$250,000까지 갈 수 있다.

TYPO3가 헤드리스 CMS가 될 수 있나? 응. headless 익스텐션은 2022년 이후 안정적이다. 출력을 JSON으로 변환하여 모든 프론트엔드 사용, TYPO3에 붙어 있으면서 프론트엔드를 업그레이드하게 한다.

비기술 편집자들을 위해 최고의 헤드리스 CMS는? Storyblok, 의문의 여지 없다. 편집자 시각이 실시간 미리보기를 준다. 콘텐츠 모델을 싫어하는 사람들을 위한 간단한 드래그 앤 드롭. Sanity Studio는 편집 워크플로우에 맞춰 설정되면 경쟁할 수 있다. Contentful은 데이터베이스처럼 보인다. 어떤 이에게는 좋지만, 다른 이에게는 무섭다.

WordPress가 헤드리스 CMS보다 느린가? 일반적으로 그렇다. WordPress는 원본 서버에서 동적으로 PHP 페이지를 제공한다. 캐싱과 CDN은 도움이 되지만, TTFB와 페이지 무게는 정적 또는 엣지 렌더링 헤드리스 사이트보다 종종 뒤떨어진다. 우리 데이터는 헤드리스 사이트가 종종 Lighthouse에서 15-25점을 높다고 제안한다. 완전한 페이지 캐싱이 있는 조정된 WordPress 사이트는 가까워질 수 있다. 다만 더 많은 팔꿈치 기름이 필요하다.

헤드리스로 가는 최고의 위험은? 공급업체 락인과 복잡성. 많은 서비스, API, 배포를 저글링하고 있다. 개발 팀이 작으면 이 엉망이 위험할 수 있다. 그리고 CMS 공급업체가 가격을 변경하거나 종료하면? 응, 그것도. 항상 내보내기 전략을 갖고 있어라.

내 WordPress를 헤드리스로 이동해야 하나? 명확하고 가치 있는 이유가 있을 때만. "헤드리스는 현대적"은 그것이 아니다. 합법적인 이유: 약한 Core Web Vitals로 인한 SEO 타격, 멀티채널 필요 (웹 + 앱 + 키오스크), e-commerce 전환 부스트, 멀티 브랜드 통합. WordPress가 작동하면, 편집자들이 그것을 좋아하면, 성능이 괜찮으면, 마이그레이션은 들쥔 기러기 사냥이 될 수 있다.