WordPress 멀티사이트는 단일 WordPress 설치를 상호 연결된 사이트 네트워크로 변환하며, 모든 사이트는 하나의 대시보드에서 관리됩니다. 이는 WordPress 코어에 내장된 강력한 기능이지만, 모든 시나리오에 적합한 솔루션은 아닙니다. 이 가이드는 멀티사이트가 무엇인지, 언제 적합한지, 어떻게 설정하는지, 사이트 네트워크를 관리할 때 주의해야 할 사항을 설명합니다.
WordPress 멀티사이트란?
WordPress 멀티사이트는 단일 설치에서 여러 WordPress 사이트를 운영할 수 있게 해주는 내장 기능입니다. 네트워크의 모든 사이트는 동일한 WordPress 코어 파일, 플러그인 및 테마를 공유하지만, 각 사이트는 고유한 콘텐츠, 사용자 및 설정을 가집니다. "슈퍼 관리자"는 네트워크 수준의 설정을 관리하며, 개별 사이트 관리자는 자신의 사이트 콘텐츠를 관리합니다.
멀티사이트의 작동 방식
멀티사이트를 활성화하면 WordPress는 네트워크의 각 사이트에 대해 추가 데이터베이스 테이블을 생성합니다. 주요 테이블(wp_options, wp_posts, wp_users)은 기본 사이트에 남아있고, 새로운 사이트는 고유한 접두사가 붙은 테이블(wp_2_options, wp_2_posts 등)을 갖습니다. wp_users 및 wp_usermeta 테이블은 모든 사이트에서 공유되어 사용자가 네트워크 내 여러 사이트에 계정을 가질 수 있도록 합니다.
멀티사이트를 사용할 때와 사용하지 말아야 할 때
멀티사이트는 특정 조직 구조에 잘 맞습니다. 언제 적합하고 언제 그렇지 않은지를 이해하면 나중에 마이그레이션 문제를 피할 수 있습니다.
| 멀티사이트를 사용할 때 | 멀티사이트를 피해야 할 때 |
|---|---|
| 대학 부서가 별도의 사이트가 필요할 때 | 사이트가 서로 다른 호스팅 환경이 필요할 때 |
| 프랜차이즈 지점이 브랜드를 공유할 때 | 각 사이트가 서로 다른 플러그인이 필요할 때 |
| 하나의 조직이 여러 블로그를 관리할 때 | 사이트의 트래픽 수준이 크게 다를 때 |
| 별도의 콘텐츠가 있는 다국어 사이트 | 독립적인 관리가 필요한 클라이언트 사이트 |
| 개발/스테이징 환경 | 독립적으로 이동해야 할 수 있는 사이트 |
| 속성 간 일관된 브랜딩 | 서로 다른 결제 설정이 있는 전자상거래 상점 |
서브도메인 vs. 서브디렉토리
WordPress 멀티사이트는 네트워크 사이트를 위한 두 가지 URL 구조를 제공합니다:
서브디렉토리 (경로 기반)
example.com/site1/, example.com/site2/
- 설정이 간단하고 DNS 구성 필요 없음
- 모든 사이트가 기본 도메인의 권한을 공유함
- WordPress가 서브디렉토리에 설치된 경우 사용할 수 없음
- 기본 사이트가 도메인 루트에 설정되어 있어야 함
서브도메인
site1.example.com, site2.example.com
- 각 사이트가 더 독립적으로 느껴짐
- 와일드카드 DNS 구성이 필요함
- 완전히 사용자 정의된 도메인을 위해 도메인 매핑을 사용할 수 있음
- SSL 인증서로 설정하는 것이 약간 더 복잡함
SEO 목적으로 서브디렉토리는 도메인 권한을 더 효과적으로 통합합니다. 조직의 독립성을 위해서는 서브도메인이나 매핑된 도메인이 더 깔끔한 분리를 제공합니다.
WordPress 멀티사이트 설정: 단계별 안내
전제 조건
- 새로운 또는 기존의 WordPress 설치(버전 6.0 이상 권장)
- wp-config.php 및 .htaccess를 편집할 수 있는 FTP 또는 파일 관리자 접근
- 멀티사이트를 활성화하기 전에 모든 플러그인을 비활성화
- 데이터베이스와 파일을 완전히 백업
1단계: wp-config.php에서 멀티사이트 활성화
다음 줄을 wp-config.php 파일에 추가합니다. "That's all, stop editing!"라는 줄 위에 추가하세요:
define( 'WP_ALLOW_MULTISITE', true );2단계: 네트워크 설치
상수를 추가하고 대시보드를 새로 고친 후, 도구 > 네트워크 설정으로 이동합니다. 서브도메인 또는 서브디렉토리 중에서 선택하고, 네트워크 제목과 관리자 이메일을 입력한 후 설치를 클릭합니다.
3단계: 구성 파일 업데이트
WordPress는 wp-config.php 및 .htaccess 파일에 추가할 코드 조각을 표시합니다. 이 내용을 정확히 복사합니다. wp-config.php 추가 사항은 네트워크 구성을 정의하며, .htaccess 규칙은 네트워크 사이트의 URL 라우팅을 처리합니다.
4단계: 다시 로그인
구성 파일을 업데이트한 후 로그아웃하고 다시 로그인합니다. 이제 관리자 바에 내 사이트 메뉴가 표시되고 네트워크 관리자 대시보드에 접근할 수 있습니다.
멀티사이트 네트워크 관리
네트워크 관리자 대시보드
네트워크 관리자 대시보드는 개별 사이트 대시보드와 별개입니다. 여기에서 다음을 수행할 수 있습니다:
- 사이트: 네트워크 내에서 사이트를 생성, 편집, 비활성화 또는 삭제
- 사용자: 모든 사이트에서 사용자를 관리하고 네트워크 수준의 역할을 할당
- 테마: 테마를 설치하고 네트워크 사이트에 사용할 수 있는 테마를 제어
- 플러그인: 네트워크 전체에 플러그인을 설치하거나 사이트별 활성화를 허용
- 설정: 등록 옵션, 파일 업로드 한도 및 기본 설정 구성
멀티사이트의 사용자 역할
멀티사이트는 표준 WordPress 역할 위에 "슈퍼 관리자" 역할을 추가합니다. 역할의 차이는 다음과 같습니다:
| 역할 | 범위 | 주요 기능 |
|---|---|---|
| 슈퍼 관리자 | 전체 네트워크 | 플러그인/테마 설치, 모든 사이트 관리 |
| 관리자 | 단일 사이트 | 콘텐츠, 사용자 및 설정 관리 (플러그인 설치 불가) |
| 편집자 | 단일 사이트 | 모든 게시물 관리 및 게시 |
| 저자/기여자 | 단일 사이트 | 자신의 콘텐츠 생성 및 관리 |
플러그인 및 테마 관리
멀티사이트에서는 오직 슈퍼 관리자만 플러그인과 테마를 설치할 수 있습니다. 사이트 관리자는 슈퍼 관리자가 제공한 플러그인과 테마만 활성화할 수 있습니다. 또한 플러그인을 "네트워크 활성화"하여 모든 사이트에서 활성화할 수 있으며, 이는 보안, 캐싱 및 SEO 플러그인과 같이 모든 곳에서 실행되어야 하는 경우에 유용합니다.
성능 고려사항
멀티사이트 네트워크는 모든 사이트에서 서버 리소스를 공유합니다. 네트워크가 성장함에 따라 적절한 계획 없이 성능이 저하될 수 있습니다:
- 데이터베이스 성장: 각 사이트는 약 10-12개의 테이블을 추가합니다. 50개 사이트 네트워크는 동일한 데이터베이스에 500개 이상의 추가 테이블을 의미합니다.
- 공유 호스팅 제한: 멀티사이트는 공유 호스팅에서 성능이 저조합니다. 충분한 RAM과 CPU를 갖춘 VPS 또는 전용 서버를 사용하세요.
- 객체 캐싱: 네트워크 사이트 간 데이터베이스 쿼리를 줄이기 위해 Redis 또는 Memcached를 구현합니다.
- CDN 사용: 서버 부하를 줄이기 위해 정적 자산을 CDN을 통해 제공합니다.
- 개별 사이트 트래픽: 네트워크의 한 사이트에서 트래픽 급증이 발생하면, 동일한 서버 리소스를 공유하므로 다른 모든 사이트에 영향을 미칠 수 있습니다.
멀티사이트 작업을 처리할 수 있는 호스팅 추천을 보려면 WordPress 호스팅 가이드를 읽어보세요.
보안 문제
멀티사이트 네트워크의 보안은 한 사이트의 취약점이 전체 네트워크에 영향을 미칠 수 있으므로 추가적인 주의가 필요합니다:
- 플러그인 취약점
- 취약점: 플러그인이 공유되므로, 취약한 플러그인은 네트워크의 모든 사이트를 노출시킵니다.
- 사용자 접근 제어: 관리자 및 슈퍼 관리자 역할을 부여할 사람을 신중하게 관리하세요. 슈퍼 관리자 계정은 신뢰할 수 있는 인원에게만 제한하세요.
- 파일 업로드 제한: 악성 업로드를 방지하기 위해 네트워크 설정에서 허용된 파일 유형을 구성하세요.
- 정기 업데이트: 코어, 플러그인 및 테마 업데이트는 모든 사이트에 동시에 영향을 미치므로 신속하게 적용해야 합니다.
종합적인 보안 관행에 대해서는 2026년 WordPress 보안 가이드를 참조하세요.
WordPress 멀티사이트 대안
멀티사이트가 항상 정답은 아닙니다. 다음 대안을 고려하세요:
- 별도의 WordPress 설치: 사이트가 서로 다른 플러그인, 테마 또는 호스팅 환경이 필요하다면, MainWP 또는 ManageWP와 같은 관리 도구를 사용한 개별 설치가 멀티사이트의 제약 없이 중앙 집중식 제어를 제공합니다.
- 다국어 플러그인: 다국어 사이트의 경우, WPML 또는 TranslatePress와 같은 플러그인이 언어별로 별도의 네트워크 사이트를 운영하는 것보다 간단할 수 있습니다.
- 헤드리스 WordPress: 하나의 콘텐츠 소스에서 여러 프론트엔드를 끌어와야 하는 경우, 공유 API를 사용하는 헤드리스 설정이 멀티사이트보다 더 유연할 수 있습니다.
멀티사이트를 사용하든 상관없이 지속적인 사이트 관리를 위해 WordPress 유지 관리 가이드를 검토하세요.
자세한 내용은 공식 문서를 참조하세요: WordPress 멀티사이트 문서.
자주 묻는 질문
기존 WordPress 사이트를 멀티사이트로 전환할 수 있나요?
네, 기존 WordPress 설치에서 멀티사이트를 활성화할 수 있습니다. 현재 사이트는 네트워크의 주요 사이트가 됩니다. 그러나 이 변경을 하기 전에 항상 전체 백업을 생성하세요. 이 과정은 데이터베이스 구조와 구성 파일을 수정합니다.
네트워크의 각 사이트가 다른 도메인을 사용할 수 있나요?
네, 도메인 매핑을 통해 가능합니다. WordPress 코어는 4.5 버전부터 도메인 매핑을 기본적으로 지원합니다. 네트워크의 각 사이트는 서브도메인이나 서브디렉토리 대신 고유한 맞춤 도메인(예: sitea.com, siteb.com)을 가질 수 있습니다.
나중에 멀티사이트를 비활성화하면 어떻게 되나요?
멀티사이트에서 단일 사이트로 되돌리는 것은 복잡하며, 원클릭 작업으로 공식 지원되지 않습니다. 각 사이트의 콘텐츠를 개별적으로 내보내고 별도의 WordPress 설치로 가져와야 합니다. 멀티사이트에 전념하기 전에 아키텍처를 신중하게 계획하세요.
모든 플러그인이 WordPress 멀티사이트와 호환되나요?
대부분의 플러그인은 멀티사이트에서 작동하지만, 모든 플러그인이 그렇지는 않습니다. 일부 플러그인은 네트워크 활성화를 올바르게 처리하지 않거나 멀티사이트의 공유 데이터베이스 구조와 충돌하는 방식으로 데이터를 저장할 수 있습니다. 프로덕션에 배포하기 전에 항상 스테이징 네트워크에서 플러그인을 테스트하세요.
SEO는 멀티사이트 네트워크 사이트에서 어떻게 작동하나요?
네트워크의 각 사이트는 검색 엔진에 의해 별도의 웹사이트로 취급됩니다. 서브디렉토리를 사용하는 경우, 사이트는 기본 도메인의 권한을 공유합니다. 서브도메인이나 매핑된 도메인을 사용하는 경우, 각 사이트는 독립적으로 자신의 도메인 권한을 구축합니다. SEO 플러그인을 네트워크 전체에 설치하고 각 사이트에 대해 개별적으로 구성하세요.
네트워크의 사이트 간에 콘텐츠를 공유할 수 있나요?
WordPress는 네트워크 사이트 간에 콘텐츠를 기본적으로 공유하지 않습니다. Network Media Library와 같은 플러그인을 사용하여 미디어 라이브러리를 공유하거나 WordPress REST API를 사용하여 한 사이트에서 다른 사이트로 콘텐츠를 가져오는 사용자 지정 솔루션을 구축할 수 있습니다.
WordPress 멀티사이트는 웹 호스팅 비즈니스에 적합한가요?
기술적으로 가능하지만, 멀티사이트는 클라이언트 사이트를 호스팅하는 데 권장되지 않습니다. 이는 의존성과 보안 위험을 초래하기 때문입니다. 한 클라이언트의 사이트가 손상되면 다른 사이트에도 영향을 미칠 수 있습니다. 관리 대시보드가 있는 전용 설치가 호스팅 시나리오에 더 나은 격리를 제공합니다.
멀티사이트 네트워크에 신뢰할 수 있는 호스팅이 필요하신가요?
멀티사이트 네트워크는 적절한 자원을 갖춘 호스팅이 필요합니다. 적합한 호스팅을 찾기 위해 호스팅 비교를 탐색하세요.
호스팅 가이드 읽기 →
