워드프레스 플러그인, 꺼뒀는데 삭제를 고민하는 이유
워드프레스 플러그인을 꺼두면 관리가 끝났다고 생각하기 쉽지만, 비활성화된 플러그인도 보안 문제를 일으킬 수 있습니다. 사이트가 느려져 플러그인을 살피는 중이라면, 꺼둔 것까지 삭제해야 하는지 고민될 수 있습니다. 다시 쓸 가능성이 남아 있는 플러그인과 사용을 끝낸 플러그인은 어떻게 구분해야 할까요?
먼저 답부터 말씀드리면, 다시 쓸 계획이 없고 대체할 기능이 이미 있는 플러그인은 백업한 뒤 삭제하는 쪽이 낫습니다. 다시 쓸 이유를 한 줄로 적을 수 있는 플러그인만 남기면 됩니다. 구체적인 기준과 순서는 아래 표와 번호 목록에 정리해 두었습니다.
꺼뒀는데도 왜 고민될까요?
처음에는 잘 열리던 사이트가 어느 순간 느려지면 새로고침부터 해보게 됩니다. 다른 사이트는 잘 열리는데 내 사이트만 느리다면, 플러그인 목록도 살펴보게 됩니다. 그 목록에서 이미 꺼둔 플러그인을 보면 그대로 두어도 되는지 망설여집니다.
비활성화된 플러그인도 보안 문제를 일으킬 수 있다는 점은 이때 놓치기 쉽습니다. 꺼둔 상태라는 사실과 앞으로 보관할 이유가 있는지는 따로 따져야 합니다. 플러그인을 줄이라는 조언만 듣고 곧바로 삭제하기 전에, 사용 목적이 남아 있는지 살펴봅니다.
왜 꺼둔 것이 문제가 될까요? 비활성화는 워드프레스가 그 플러그인을 불러오지 않게 할 뿐, 파일을 서버에서 지우지는 않습니다. 워드프레스닷컴 플러그인 안내도 비활성화는 끄는 것이고 삭제는 사이트에서 완전히 제거하는 것이라고 구분합니다. 오래된 플러그인에 취약점이 있으면 비활성화해도 그 취약점은 사라지지 않는다는 점을 Patchstack의 정리 글이 짚습니다. 워드프레스.org 지원 포럼에서는 한 운영자가 “비활성 플러그인을 지우라”는 사이트 상태 메시지의 이유를 물었습니다. 답변한 중재자는 쓸 계획이 있다면 굳이 지울 이유가 없다고 하면서도, 오래된 플러그인 때문에 사이트가 해킹된 사례가 있고 비활성 플러그인의 코드가 실행될 수 있는 경우도 있다고 언급했습니다. 자세한 내용은 해당 포럼 글에서 볼 수 있습니다.
속도 이야기는 따로 봐야 합니다. 꺼둔 플러그인은 페이지를 불러올 때 스크립트를 추가하지 않으므로, 지금 느린 원인을 꺼둔 플러그인에서 찾기는 어렵습니다. 속도는 켜져 있는 플러그인이 무엇을 불러오는지가 더 중요하고, 이는 워드프레스 플러그인 몇 개가 적당한지보다 중요한 것에서 다뤘습니다. 꺼둔 플러그인을 지우는 이유는 속도보다 관리와 보안 쪽이 큽니다.
경고는 어디에 뜰까요?
워드프레스의 사이트 상태 도구에는 비활성화된 플러그인과 관련된 경고가 표시될 수 있습니다. 관리자 화면에서 도구 > 사이트 상태로 들어가 상태 탭을 열고, 해당 경고가 있는지 살펴봅니다. 경고가 보인다면 어떤 플러그인을 계속 둘지 따질 근거로 삼을 수 있습니다.
경고가 있으면 “비활성 플러그인을 제거하라”는 취지의 문구(영문 화면에서는 You should remove inactive plugins와 비슷한 표현)가 개선 권장 항목에 나옵니다. 문구와 항목 이름은 워드프레스 버전과 언어에 따라 조금 다를 수 있습니다. 같은 화면의 정보 탭에서 플러그인 항목을 펼치면 설치된 플러그인이 활성인지 비활성인지, 버전이 무엇인지 한 번에 볼 수 있어서, 목록을 일일이 넘겨 보는 것보다 빠릅니다.
경고가 보이지 않는 경우에도 나중에 다시 쓸 계획이 있는지는 별도로 살펴봅니다. 사이트가 느려졌다는 사실만으로 꺼둔 플러그인을 속도 저하의 원인으로 지목하지는 않습니다. 목록에서 해당 플러그인의 상태를 보고, 사이트 상태 화면의 경고 문구와 함께 읽습니다.
다시 쓸 수도 있다면요?
워드프레스닷컴은 플러그인이나 데이터가 나중에 필요할 수 있다면 비활성화를 안내합니다. 사용을 잠시 멈춘 것인지, 앞으로 쓸 일이 없다고 정한 것인지 구분해서 봅니다. 다시 쓸 가능성이 남아 있다면 삭제 여부를 지금 확정할 필요는 없습니다.
플러그인 목록에서 다시 사용할 후보를 골라, 왜 꺼뒀는지 짧게 적어둡니다. 그 이유가 남아 있으면 나중에 목록을 다시 볼 때도 보관 판단을 이어갈 수 있습니다. 사용 목적이 사라졌다고 판단한 플러그인은 같은 목록에서 별도로 살펴봅니다.
보관할지 지울지 애매할 때는 아래 네 가지를 차례로 물어보면 대부분 정리됩니다. 아래 표의 플러그인과 기준은 이해를 돕기 위한 예시입니다.
| 확인 항목 | 어디서 보나요 | 보관 쪽 신호 | 삭제 쪽 신호 |
|---|---|---|---|
| 마지막으로 쓴 시점 | 직접 적어둔 메모, 백업 기록 | 시즌 행사나 정기 작업처럼 다시 켤 날짜가 정해져 있음 | 언제 썼는지 기억나지 않음 |
| 업데이트 지속 여부 | 플러그인 목록의 버전, 플러그인 상세 정보의 마지막 업데이트 | 최근에도 업데이트가 나옴 | 오래 업데이트가 없고 호환 여부가 불확실함 |
| 대체 기능 | 지금 켜져 있는 플러그인, 테마 기능 | 대체할 방법이 없음 | 이미 다른 플러그인이나 테마가 같은 일을 함 |
| 남는 데이터 | 플러그인 설정 화면, 해당 플러그인으로 만든 글·양식·주문 | 설정이나 데이터를 나중에 다시 써야 함 | 필요한 데이터는 이미 내보내 두었음 |
진단 중에는 남겨둘까요?
사이트 문제를 진단하는 중이라면 워드프레스닷컴은 플러그인을 비활성화하라고 안내합니다. 느려진 사이트에서 플러그인을 살피는 상황이라면, 삭제 결정을 진단과 함께 서두르지 않습니다. 백업해 둔 뒤 살펴볼 플러그인만 꺼두고, 사이트에서 보이는 상태를 다시 봅니다.
여러 플러그인을 한꺼번에 삭제하면 어떤 변경을 살펴봐야 하는지 흐려질 수 있습니다. 인터넷에서 본 캐시 설정까지 함께 바꾸려던 경우라면, 이번에는 그 변경을 섞지 않습니다. 진단 때문에 꺼둔 플러그인인지 목록에서 다시 살펴볼 수 있게 이름을 적어둡니다.
워드프레스닷컴의 문제 해결 안내도 비슷한 순서입니다. 플러그인을 한 번에 하나씩, 가장 최근에 설치하거나 업데이트한 것부터 끄고 문제가 사라지는지 확인합니다. 사라지지 않으면 다시 켜고 다음으로 넘어갑니다. 원인을 찾았을 때 그 플러그인만 켜서 재현되는지 확인하라는 점도 같은 문서에 나옵니다.
다시 필요 없다면 삭제합니다
워드프레스닷컴은 다시 필요하지 않을 것이 확실한 플러그인이라면 삭제하라고 안내합니다. 사이트 상태 도구의 관련 경고와 앞으로의 사용 계획을 함께 보고 남길 이유를 따져봅니다. 나중에 쓸 가능성이 있는 항목까지 같은 판단으로 묶지 않고, 대상 플러그인별로 결정합니다.
개인적으로는 다시 필요하지 않다고 정한 플러그인부터 삭제 대상으로 고르는 편이 낫다고 봅니다. 사용 목적을 이미 끝낸 항목이라면 비활성화 상태로 계속 둘 이유도 다시 살펴봐야 합니다. 플러그인 목록에서 삭제할 대상을 골라, 앞서 적어둔 재사용 이유가 없는지 읽어봅니다.
삭제는 이렇게 진행하면 실수를 줄일 수 있습니다. 한 번에 하나씩 지우는 이유는 문제가 생겼을 때 어느 삭제가 원인인지 바로 알기 위해서입니다.
- 파일과 데이터베이스를 백업합니다. 호스팅의 백업 기능이나 백업 플러그인 중 복원까지 해본 방법을 쓰는 것이 안전합니다.
- 플러그인 > 설치된 플러그인에서 비활성 필터를 누르고 삭제할 플러그인을 하나 고릅니다.
- 삭제 링크를 누르고 확인 창에서 승인합니다. 이때 플러그인이 만든 설정과 테이블이 함께 정리되는지는 플러그인마다 다릅니다.
- 사이트 앞면에서 대표 글 한두 개와 메인 화면을 열어 깨진 곳이 없는지 보고, 관리자 화면에도 오류 알림이 없는지 확인합니다.
- 도구 > 사이트 상태를 다시 열어 경고가 사라졌는지 봅니다. 속도가 목적이었다면 삭제 전에 측정한 같은 URL을 같은 조건에서 다시 측정해 비교합니다.
삭제하면 데이터가 어떻게 되는지도 궁금하실 겁니다. 워드프레스 플러그인 개발 문서에 따르면 플러그인은 비활성화한 뒤 삭제할 때 실행되는 uninstall 처리(uninstall.php 또는 등록된 uninstall 훅)로 자기 옵션과 테이블을 지울 수 있습니다. 비활성화만으로는 이 정리가 일어나지 않습니다. 자세한 내용은 Uninstall Methods 문서에서 볼 수 있습니다. 이 처리를 넣었는지는 개발자가 정하므로, 어떤 플러그인은 삭제 후에도 설정이 남을 수 있습니다. 설정이 지워져도 괜찮은지 먼저 판단하고 삭제하는 편이 안전합니다. 글에 넣어 둔 숏코드는 플러그인을 지우면 그대로 글자로 보일 수 있으니, 삭제 전에 쓰인 곳이 있는지도 찾아 둡니다.
삭제 전후 기록은 이렇게 남겨 두면 나중에 비교하기 좋습니다. 아래는 형식을 보여 주는 예시이고 실제 측정값이 아닙니다.
| 점검 기록(예시) | 삭제 전 | 삭제 후 |
|---|---|---|
| 삭제한 플러그인 | 예: 갤러리 플러그인 A(비활성, 대체 기능 있음) | 삭제 완료 |
| 사이트 상태 경고 | 비활성 플러그인 제거 권장 1건 | 해당 경고 없음 |
| 메인·대표 글 표시 | 정상 | 정상 |
| 같은 URL 로딩 측정 | 예: LCP 2.8초 정도 | 예: LCP 2.7초 정도로 큰 차이 없을 수 있음 |
예시처럼 속도 차이가 작게 나오더라도 이상한 일은 아닙니다. 꺼둔 플러그인은 로딩에 거의 관여하지 않기 때문입니다. LCP는 2.5초 이하를 좋음으로 보는 기준이 web.dev의 LCP 문서에 나옵니다.
워드프레스닷컴과 자체 설치형은 무엇이 다를까요?
삭제하는 위치는 사이트 종류에 따라 다릅니다. 본문에서 인용한 안내가 워드프레스닷컴 기준이라, 사용하는 환경에 맞게 읽어야 합니다.
| 구분 | 워드프레스닷컴(호스팅형) | 자체 설치형(서버·호스팅에 직접 설치) |
|---|---|---|
| 삭제 위치 | 호스팅 대시보드의 플러그인 > 플러그인 관리에서 삭제 메뉴 사용 | 관리자 화면의 플러그인 > 설치된 플러그인에서 삭제 링크 사용 |
| 플러그인 사용 조건 | 플러그인 설치는 Personal·Premium·Business·Commerce 요금제에서 가능 | 제한 없음 |
| 관리 화면이 열리지 않을 때 | 호스팅 대시보드에서 비활성화 가능 | FTP나 호스팅 파일 관리자에서 plugins 폴더의 이름을 바꾸는 방법을 쓰는 경우가 많음 |
워드프레스닷컴 쪽 내용은 플러그인 일괄 관리 안내에 정리되어 있습니다. 자체 설치형은 서버 접근 방식이 호스팅마다 달라서 위 표의 마지막 줄은 일반적인 방법이며 환경에 따라 다를 수 있습니다.
꺼둔 플러그인을 삭제할 기준은 다시 필요하지 않을 것이 확실한지입니다. 그 기준에 맞는 항목은 백업해 둔 뒤 플러그인 > 설치된 플러그인에서 비활성 필터를 걸고 하나씩 삭제합니다.
확인 기준: 2026년 10월 10일에 확인한 워드프레스닷컴·워드프레스.org 문서를 바탕으로 정리했습니다. 메뉴 이름과 경고 문구는 워드프레스 버전, 언어, 호스팅 환경에 따라 달라질 수 있습니다.
You May Also Like
워드프레스 느릴 때, 플러그인보다 테마 용량 먼저 봐야 할까
워드프레스 모바일 LCP 느리게 나올 때 캐시 설정 확인하는 법
