📌 업데이트 내역
– 2025년 03월: 최초 작성 (WordPress 6.x + Elementor 최신 버전 + MariaDB 10.11 기준)
⏱ 예상 소요 시간: 5분 | 🎯 난이도: 초보자도 가능 | 💾 DB 수정 포함 (백업 필수)
📌 핵심 답변
WordPress(세계 최대 오픈소스 CMS)에서 Elementor(WordPress용 드래그앤드롭 페이지 빌더 플러그인)로 글을 저장할 때 발생하는 _elementor_template_type 업데이트 오류는, 데이터베이스 wp_postmeta 테이블에 동일한 메타 키가 2개 중복 저장되어 발생합니다.
phpMyAdmin(웹 기반 데이터베이스 관리 도구)에서 중복된 행 하나를 삭제하면 글 내용과 디자인 손상 없이 즉시 해결됩니다. 아래 3단계를 순서대로 따라하면 초보자도 5분 안에 해결할 수 있습니다.
✅ 작성 기준: WordPress 6.x + Elementor 최신 버전 + MariaDB 10.11 (2025년 3월 기준)
WordPress로 글을 편집하다가 저장 버튼을 눌렀는데 갑자기 오류 메시지가 뜨면서 저장이 안 된 경험, 정말 당황스럽습니다.
WordPress와 Elementor 모두 최신 버전으로 유지하고, 아무것도 바꾼 게 없는데 어느 날 갑자기 글 저장이 안 됐습니다. 새로고침해도, 다시 저장해도 동일한 오류가 반복됐어요. 한국어로 된 정확한 해결법을 찾기 어려워 직접 원인을 분석했고, phpMyAdmin에서 중복된 데이터 한 줄을 삭제하는 것으로 5분 만에 해결했습니다. 이 글은 그 과정의 기록입니다.
어떤 오류 메시지가 발생하나요?
🇰🇷 한국어 WordPress 환경:
업데이트에 실패했습니다. 데이터베이스에 있는 _elementor_template_type의 메타 값을 업데이트할 수 없습니다.
🇺🇸 영문 WordPress 환경:
Failed to update. The meta value of _elementor_template_type in the database cannot be updated.
Elementor로 편집한 글 또는 페이지를 저장할 때 화면 상단에 이 메시지가 뜨면서 저장이 되지 않습니다. 아래 상황과 일치한다면 이 글의 해결법이 정확히 맞습니다.
- WordPress + Elementor 조합으로 글 또는 페이지를 편집 중
- WordPress, Elementor, 플러그인, 테마 모두 최신 버전
- 특별히 변경한 것이 없는데 갑자기 발생
- 특정 글에서만 오류가 나거나, 전체 글에서 발생
💡 한 줄 요약: _elementor_template_type 오류는 WordPress 데이터베이스의 특정 글 메타 데이터가 중복 저장되었을 때 발생하며, 캐시·권한·버전 문제가 아닙니다.
왜 _elementor_template_type 오류가 발생하나요?
_elementor_template_type 오류의 핵심 원인은 WordPress 데이터베이스의 wp_postmeta 테이블에 동일한 메타 키가 2개 이상 중복 저장되는 것입니다. WordPress는 글을 저장할 때 “이 글은 Elementor로 만든 일반 포스트입니다”라는 부가 정보를 wp_postmeta 테이블에 기록합니다.
정상 상태에서는 아래처럼 한 줄만 존재합니다.
| meta_id | post_id (글 번호) | meta_key | meta_value |
|---|---|---|---|
| 322374 | 28376 | _elementor_template_type | wp-post |
플러그인 업데이트 충돌 또는 서버 응답 지연 중 저장 요청이 두 번 실행될 때, 아래처럼 동일한 내용이 두 줄로 중복 저장됩니다.
| meta_id | post_id (글 번호) | meta_key | meta_value |
|---|---|---|---|
| 322374 ✅ | 28376 | _elementor_template_type | wp-post |
| 322381 ← 중복! | 28376 | _elementor_template_type | wp-post |
WordPress가 글을 업데이트할 때 이 메타 값을 수정하려 합니다. 동일한 키가 두 줄 존재하면 어느 행을 수정해야 할지 결정하지 못하고 업데이트를 중단합니다. 그 결과가 화면에 오류 메시지로 표시됩니다.
⚠️ 흔한 오해: Redis, LiteSpeed Cache 같은 캐시 플러그인 문제라고 생각하기 쉽지만, 캐시를 비활성화해도 오류가 계속된다면 대부분 중복 메타 키가 원인입니다. phpMyAdmin에서 중복 여부를 먼저 확인하는 것이 가장 빠른 진단 방법입니다.
💡 한 줄 요약: _elementor_template_type 오류의 원인은 wp_postmeta 테이블의 메타 키 중복이며, 중복된 행 하나를 삭제하면 즉시 해결됩니다.
phpMyAdmin이란 무엇인가요? 설치 없이 사용할 수 있나요?
phpMyAdmin(웹 기반 MySQL/MariaDB 데이터베이스 관리 도구)은 WordPress 데이터베이스를 브라우저에서 시각적으로 조회하고 편집할 수 있는 무료 오픈소스 소프트웨어입니다. 엑셀과 유사한 표 형태로 데이터를 보여주며, SQL 명령어를 직접 입력해 데이터를 수정할 수 있습니다.
phpMyAdmin은 카페24, 가비아, Cloudways 등 대부분의 호스팅 서비스에서 기본 제공하므로 별도 설치 없이 호스팅 관리 페이지에서 바로 접속할 수 있습니다.
💡 한 줄 요약: phpMyAdmin은 호스팅에서 기본 제공하는 웹 기반 DB 관리 도구로, 설치 없이 브라우저에서 바로 사용할 수 있습니다.
호스팅별 phpMyAdmin은 어떻게 접속하나요?
phpMyAdmin 접속 경로는 호스팅마다 다릅니다. 아래에서 본인 호스팅을 찾아 접속하세요.
☁️ Cloudways
- Cloudways 대시보드(platform.cloudways.com) 로그인
- 상단 메뉴 Servers → 해당 서버 이름 클릭
- 왼쪽 Applications 탭 → 해당 앱 이름 클릭
- Application Management 섹션 → Launch Database Manager 버튼 클릭
- 새 탭에서 phpMyAdmin이 자동으로 열립니다
🏠 카페24
- 카페24 호스팅 센터(hosting.cafe24.com) 로그인
- 상단 메뉴 나의 서비스 관리 → 웹 호스팅
- 해당 도메인 우측 관리 버튼 클릭
- 왼쪽 메뉴 DB 관리 → phpMyAdmin 접속 클릭
- DB 아이디/비밀번호 입력 후 로그인 (가입 시 받은 이메일에서 DB 정보 확인)
🏢 가비아
- 가비아 My가비아(my.gabia.com) 로그인
- 상단 서비스 관리 → 웹호스팅
- 해당 호스팅 관리 버튼 클릭
- DB 정보 탭 → phpMyAdmin 바로가기 클릭
- DB 계정 정보로 로그인
🖥️ Vultr / 직접 운영 VPS
Vultr VPS는 phpMyAdmin이 기본 설치되어 있지 않습니다. 아래 SSH 방법으로 직접 데이터베이스에 접속하세요.
- SSH 클라이언트(Terminal, PuTTY 등)로 서버에 접속
- 아래 명령어로 MySQL에 접속합니다.
mysql -u root -p- 비밀번호 입력 후 아래 명령어로 데이터베이스를 선택합니다. (데이터베이스명은 wp-config.php의 DB_NAME 값 확인)
USE 데이터베이스명;- 이후 아래 “해결 방법 3단계”의 SQL 쿼리를 그대로 붙여넣어 실행하면 됩니다.
💡 phpMyAdmin을 꼭 쓰고 싶다면?
Vultr 서버에 phpMyAdmin을 직접 설치할 수 있습니다. 단, 보안 설정이 필요하며 초보자에게는 SSH 방법이 더 빠르고 안전합니다.
⚠️ 접속이 안 된다면? 호스팅 고객센터에 “phpMyAdmin 접속 방법”을 문의하세요. DB 접속 정보는 가입 시 받은 이메일에도 있습니다.
💡 한 줄 요약: phpMyAdmin은 각 호스팅 관리 페이지 → DB 관리 메뉴에서 접속할 수 있으며, Vultr VPS는 SSH로 MySQL에 직접 접속합니다.
작업 전 백업은 어떻게 하나요? (필수)
WordPress 데이터베이스를 직접 수정하기 전 백업은 필수입니다. 백업이 있으면 실수가 발생해도 복구할 수 있습니다.
Cloudways 백업 방법
- 대시보드 → 해당 앱 클릭
- 왼쪽 메뉴 Backup And Restore 클릭
- Take Backup Now 버튼 클릭 → 완료까지 1~2분 대기
- “Backup completed” 메시지 확인 후 다음 단계 진행
카페24 / 가비아 백업 방법
- 호스팅 관리 페이지 → DB 관리 → DB 백업
- 백업 파일 생성 후 로컬(내 컴퓨터)에 다운로드
- 파일이 정상적으로 다운로드됐는지 확인 후 진행
💡 한 줄 요약: 백업은 DB 수정 전 반드시 완료해야 하며, Cloudways는 Take Backup Now 버튼 한 번으로 1~2분 안에 완료됩니다.
내 데이터베이스 테이블 이름이 wp_postmeta가 맞는지 어떻게 확인하나요?
WordPress 데이터베이스 테이블 prefix(접두어)는 기본값이 wp_이지만, 보안을 위해 변경한 경우(특히 카페24, 가비아 공유호스팅) 다른 값일 수 있습니다. 쿼리의 wp_postmeta를 본인 prefix로 바꿔야 합니다.
방법 1 — phpMyAdmin에서 직접 확인
phpMyAdmin 왼쪽 사이드바에서 DB를 선택하면 테이블 목록이 나옵니다. postmeta로 끝나는 테이블 이름을 확인하세요. 예를 들어 abc123_postmeta라면 prefix는 abc123_입니다.
방법 2 — wp-config.php에서 확인
호스팅 파일관리자 또는 FTP에서 WordPress 루트 폴더의 wp-config.php 파일을 열고 아래 줄을 찾으세요.
$table_prefix = 'wp_';여기 적힌 값이 본인의 prefix입니다. wp_가 아닌 다른 값이라면, 이 글의 모든 쿼리에서 wp_postmeta를 본인prefix_postmeta로 바꿔서 실행하세요.
💡 한 줄 요약: 테이블 prefix는 phpMyAdmin 사이드바 또는 wp-config.php의 $table_prefix 값에서 확인할 수 있습니다.
🗒️ 해결 시작 전 체크리스트
위 내용을 모두 확인했다면 아래 3가지를 체크하고 해결 단계로 넘어가세요.
| ☐ | 1. 백업 완료 위 백업 방법 참고 → 완료 후 체크 |
| ☐ | 2. phpMyAdmin 접속 완료 위 호스팅별 접속 방법 참고 → 로그인 완료 후 체크 |
| ☐ | 3. 테이블 prefix 확인 완료 wp_postmeta 또는 본인 prefix_postmeta 확인 → 완료 후 체크 |
셋 다 체크됐다면 이제 본격적으로 해결합니다. 💪
_elementor_template_type 오류는 어떻게 해결하나요?
phpMyAdmin 접속 후 왼쪽 사이드바에서 본인 DB 이름을 클릭해 선택하세요. 상단 탭에서 SQL 또는 SQL 명령을 클릭하면 쿼리 입력창이 나타납니다.
💡 SQL 쿼리란? 데이터베이스에게 보내는 명령어입니다. 아래 코드를 그대로 복사해 붙여넣기만 하면 됩니다. 직접 타이핑하지 않아도 됩니다.
1단계: 중복 데이터가 있는지 확인하기
아래 코드를 그대로 복사해서 SQL 입력창에 붙여넣고 실행(Go) 버튼을 클릭하세요.
SELECT post_id, meta_key, COUNT(*) as cnt
FROM wp_postmeta
WHERE meta_key = '_elementor_template_type'
GROUP BY post_id, meta_key
HAVING cnt > 1;결과 해석:
- 숫자가 담긴 행이 나온 경우 → 중복이 있습니다. 2단계로 넘어가세요.
- 아무 결과도 없는 경우 → 중복이 원인이 아닙니다. 댓글로 남겨주시면 다른 원인을 함께 찾아볼게요.
- 여러 행이 나온 경우 → 여러 글에 중복이 있습니다. 각 post_id마다 2~3단계를 반복하세요.
2단계: 중복된 행의 meta_id 확인하기
1단계 결과 화면에서 post_id 열의 숫자를 확인하세요. 그 숫자를 아래 코드의 28376 자리에 바꿔 넣고 실행합니다. (예시 숫자이므로 반드시 본인 숫자로 교체하세요.)
-- post_id가 28376인 경우 예시 (본인 숫자로 바꾸세요)
SELECT meta_id, post_id, meta_key, meta_value
FROM wp_postmeta
WHERE post_id = 28376
AND meta_key = '_elementor_template_type';실행하면 아래처럼 2개의 행이 나옵니다. meta_id 숫자가 더 큰 행(노란 행)이 삭제 대상입니다. 나중에 생긴 중복이기 때문입니다. 그 숫자를 메모해 두세요.
| meta_id | post_id | meta_key | meta_value |
|---|---|---|---|
| 322374 ✅ 유지 | 28376 | _elementor_template_type | wp-post |
| 322381 ← 삭제 대상 | 28376 | _elementor_template_type | wp-post |
3단계: 중복 행 삭제하기
아래 코드의 322381 자리에 2단계에서 메모한 meta_id 숫자를 넣고 실행합니다.
-- meta_id가 322381인 경우 예시 (본인 숫자로 바꾸세요)
DELETE FROM wp_postmeta WHERE meta_id = 322381;실행 후 아래 메시지 중 하나가 나오면 성공입니다.
✅ 성공 메시지 (한국어): 쿼리를 실행했습니다. 1 행을 변경했습니다.
✅ 성공 메시지 (영문): Query OK, 1 row affected.
WordPress로 돌아가서 해당 글을 업데이트해보세요. 아래 상태가 확인되면 완전히 해결된 것입니다.
- 상단에 빨간 오류 메시지 없이 “게시물이 업데이트되었습니다.” 초록 메시지 표시
- Elementor 에디터 저장 시 초록색 체크 아이콘 표시
- 글 내용, 이미지, 레이아웃 모두 이전과 동일하게 유지
💡 한 줄 요약: phpMyAdmin SQL 탭에서 중복 확인 → meta_id 확인 → 큰 숫자 삭제의 3단계로 _elementor_template_type 오류를 해결할 수 있습니다.
비슷한 Elementor DB 오류도 같은 방법으로 해결할 수 있나요?
Elementor 관련 wp_postmeta 테이블 오류 중 중복 메타 키가 원인인 경우는 _elementor_template_type 외에도 여러 가지가 있습니다. 같은 3단계 방법으로 해결할 수 있으며, 쿼리에서 '_elementor_template_type' 부분만 해당 메타 키로 교체하면 됩니다.
| 오류 메타 키 | 증상 |
|---|---|
_elementor_data |
Elementor 편집 내용이 저장되지 않음 |
_elementor_css |
CSS 업데이트 실패 오류 |
_elementor_edit_mode |
편집 모드 전환 불가 |
_elementor_version |
버전 메타 업데이트 실패 |
💡 한 줄 요약: Elementor 관련 메타 업데이트 오류는 대부분 동일한 3단계로 해결되며, 쿼리의 메타 키 이름만 교체하면 됩니다.
_elementor_template_type 오류가 재발하지 않으려면 어떻게 하나요?
_elementor_template_type 오류의 재발을 방지하는 핵심은 플러그인 업데이트 관리와 정기적인 DB 점검입니다.
- 플러그인 업데이트는 한 번에 하나씩 진행하고, 업데이트 후 사이트 정상 여부 확인 후 다음 진행
- 업데이트 전 DB 백업을 먼저 찍는 습관 들이기
- LiteSpeed Cache와 Breeze처럼 같은 기능의 캐시 플러그인 중복 설치 금지
- Advanced Database Cleaner(WordPress용 DB 최적화 플러그인)로 한 달에 한 번 중복 데이터 점검하기
💡 한 줄 요약: 플러그인 업데이트를 하나씩 진행하고 사전 백업을 습관화하는 것이 _elementor_template_type 오류 재발 방지의 핵심입니다.
자주 묻는 질문 (FAQ)
Q. _elementor_template_type 오류가 발생하면 글을 삭제하고 다시 만들어야 하나요?
글을 삭제할 필요가 전혀 없습니다. wp_postmeta 테이블에서 중복된 행 하나만 삭제하면 글 내용, Elementor 디자인, 이미지가 모두 그대로 유지되면서 오류가 즉시 해결됩니다.
Q. phpMyAdmin에서 데이터를 삭제하면 사이트가 깨지거나 데이터가 사라지지 않나요?
완전히 동일한 값이 두 줄 있을 때 하나만 지우는 것이므로 WordPress 사이트에 아무런 영향을 주지 않습니다. 작업 전 백업만 완료해두면 100% 안심할 수 있습니다.
Q. 여러 글에서 동시에 _elementor_template_type 오류가 발생하면 어떻게 하나요?
1단계 쿼리 결과에서 여러 post_id가 나온 경우, 각 post_id마다 2단계와 3단계를 반복하면 됩니다. Advanced Database Cleaner(WordPress용 DB 최적화 플러그인)를 사용하면 SQL 없이 클릭만으로 중복 데이터를 일괄 처리할 수 있습니다.
Q. _elementor_template_type 중복은 왜 갑자기 생기나요?
주로 플러그인 업데이트 충돌 또는 서버 응답 지연 중 WordPress의 저장 요청이 두 번 실행될 때 발생합니다. 자주 발생하는 문제는 아니지만, 어느 환경에서나 가끔 발생할 수 있습니다.
Q. LiteSpeed Cache나 Redis를 비활성화해도 오류가 계속되는 이유는 무엇인가요?
LiteSpeed Cache(WordPress용 캐시 플러그인)나 Redis(인메모리 데이터 캐시 시스템)는 이 오류의 원인이 아니기 때문입니다. _elementor_template_type 오류의 원인은 캐시가 아닌 wp_postmeta 테이블의 중복 데이터입니다. 1단계 쿼리로 중복 여부를 먼저 확인하는 것이 가장 빠른 진단 방법입니다.
Q. 테이블 prefix가 wp_ 가 아닌 경우 쿼리를 어떻게 수정하나요?
쿼리의 wp_postmeta를 본인 prefix로 바꾸면 됩니다. 예를 들어 prefix가 abc123_이라면 abc123_postmeta로 입력하세요. prefix는 WordPress 루트 폴더의 wp-config.php 파일에서 $table_prefix 값을 확인하면 됩니다.
이 방법으로 _elementor_template_type 오류가 해결되셨나요? 해결됐다면 같은 오류로 헤매는 분들을 위해 공유해 주세요.
WordPress + Elementor 환경에서 다른 오류나 궁금한 점이 있다면 댓글로 남겨주세요. 함께 살펴보겠습니다. 😊
이 글은 WordPress 6.x + Elementor 최신 버전 + MariaDB 10.11 기준(2025년 3월)으로 작성되었습니다.
최신 정보는 WordPress 공식 문서에서 확인하세요.
