공식 문서 검토 · LPKit 편집팀 · 운영 사이트 재현 안 함 ·
플러그인 메뉴나 새 플러그인 추가 버튼이 안 보이면 주소를 직접 입력하거나 서버 설정을 바꾸기 전에 멈추세요. 설치 버튼은 계정 권한, 멀티사이트, 파일 변경 차단, 사이트 운영 정책 때문에 없을 수 있습니다.
가장 먼저 할 일
아무것도 바꾸지 말고 현재 계정의 설치 권한, WordPress Network 여부, DISALLOW_FILE_MODS 같은 파일 변경 차단, 호스팅·관리 대행의 배포 정책을 순서대로 확인하세요.
관리자 주소를 직접 입력해 우회하거나, 다른 사람의 관리자 비밀번호를 받거나, wp-config.php와 파일 권한을 먼저 바꾸지 마세요. 원인을 소유한 관리자에게 플러그인 이름·공식 주소·필요한 이유를 전달하는 것이 안전한 다음 행동입니다.
이 글에서 바로 찾기
이 글은 설치형 WordPress에서 플러그인을 추가하려는데 설치 메뉴가 없는 사람을 위한 진단 안내입니다. 현재 운영 사이트에서 이 상태를 직접 재현하지 않았으며, 아래 화면 이름과 동작은 2026년 8월 18일에 다시 확인한 WordPress 공식 문서를 근거로 설명합니다.
설치할 플러그인을 아직 정하지 못했다면 워드프레스 플러그인 고르는 법에서 후보 하나를 먼저 정하세요. 새 플러그인 추가 화면은 보이고 실제 검색·ZIP 설치 순서가 필요한 경우에는 워드프레스 플러그인 설치 방법으로 이동하면 됩니다.
먼저 무엇이 안 보이는지 구분하세요
메뉴가 없다는 말은 서로 다른 세 문제를 가리킬 수 있습니다. 이 구분만으로 불필요한 캐시 삭제나 플러그인 비활성화를 피할 수 있습니다.
| 지금 보이는 상태 | 이 글에서 먼저 확인할 것 | 다른 문제로 넘길 때 |
|---|---|---|
왼쪽의 플러그인 메뉴 전체가 없음 |
현재 계정의 플러그인 관리 권한, Multisite의 사이트별 메뉴 정책 | 계정·네트워크 책임자가 정상 권한이라고 확인한 뒤에도 없을 때 |
플러그인은 있지만 새 플러그인 추가·새로 추가가 없음 |
install_plugins, Multisite, 파일 변경 차단 |
설치 권한과 정책이 정상이라고 확인한 뒤에도 없을 때 |
| 특정 플러그인의 설정 메뉴만 없음 | 그 플러그인이 활성 상태인지, 공식 문서에서 설정 위치가 바뀌었는지 | 해당 플러그인의 공식 지원 문서로 이동 |
| 추가 화면은 보이지만 설치 중 오류가 남 | 이 글의 범위가 아님 | 오류 문구를 보존하고 설치·호스팅 지원 경로로 이동 |
진단 중에는 아래 내용만 기록하세요.
플러그인전체와새 플러그인 추가중 정확히 무엇이 없는지- 현재 로그인한 계정과 화면에 표시되는 역할
- 상단에
내 사이트또는네트워크 관리자경로가 보이는지 - 설치하려는 플러그인의 정확한 이름과 공식 주소
- 언제부터 안 보였는지와 최근 계정·관리 정책 변경 여부
네트워크 관리자가 보이면 Multisite의 직접 단서가 됩니다. 반대로 그 메뉴가 안 보인다는 사실만으로 단일 사이트라고 확정하지 말고 사이트 소유자에게 물어보세요. 현재 화면에서 확인할 수 없는 서버 설정을 추측해서 바꾸지 않는 것이 이 단계의 완료 조건입니다.
1. 계정에 플러그인 설치 권한이 있는지 확인하세요
WordPress는 역할 이름보다 capability로 각 행동을 허용합니다. 공식 Roles and Capabilities 문서에서 activate_plugins는 플러그인 화면 접근, install_plugins는 Plugins > Add New 접근과 연결됩니다.
단일 사이트의 기본 설정에서는 Administrator에게 install_plugins가 있습니다. Editor, Author, Contributor, Subscriber의 기본 권한에는 없습니다. 따라서 글을 편집하거나 발행할 수 있어도 플러그인 설치 메뉴가 없는 것은 정상적인 권한 분리일 수 있습니다.
다만 화면에 관리자라고 표시된다는 사실만으로 결론 내리면 안 됩니다. WordPress 역할의 capability는 코드나 플러그인으로 추가·제거할 수 있고, 다음 Multisite와 파일 변경 정책도 실제 설치 가능 여부에 영향을 줍니다.
안전한 다음 행동은 역할을 바로 올리는 것이 아닙니다.
- 사이트 소유자에게 현재 계정이 플러그인 설치를 맡는 계정인지 확인합니다.
- 설치하려는 플러그인의 이름·공식 URL·필요한 이유를 전달합니다.
- 소유자가 직접 설치할지, 업무상 지속적으로 필요한 권한인지 결정하게 합니다.
역할별 차이를 더 확인하려면 워드프레스 사용자 역할과 권한을 참고하세요. 다른 사람의 관리자 비밀번호를 공유받아 로그인하는 방식은 사용하지 마세요.
2. 멀티사이트라면 Network Admin이 설치합니다
WordPress Multisite에서는 사이트별 Administrator의 권한이 단일 사이트 관리자보다 작습니다. 공식 Multisite Network Administration 문서는 사이트 관리자가 새 플러그인이나 테마를 설치할 수 없고, Network Admin 또는 Super Admin이 네트워크 관리자 화면에서 설치한다고 설명합니다.
여기서 설치와 활성화 정책을 구분해야 합니다.
- 새 플러그인 파일 설치: Network Admin/Super Admin의 책임
- 설치된 플러그인의 사이트별 활성화: 네트워크 설정과 플러그인 정책에 따라 다름
- 네트워크 전체 활성화: Network Admin이 영향 범위를 판단
사이트 관리자에게 플러그인 화면이 보이도록 허용돼 있어도 새 플러그인 설치 권한까지 생기는 것은 아닙니다. 반대로 플러그인 메뉴가 없다고 WordPress가 고장 난 것도 아닙니다.
Network Admin에게 아래 네 가지를 전달하세요.
플러그인 이름:
공식 플러그인 주소:
필요한 사이트와 기능:
사이트별 활성화인지 네트워크 전체 활성화인지 확인 요청:
멀티사이트 호환성과 네트워크 전체 영향은 플러그인마다 다릅니다. Network Admin이 공식 플러그인 문서와 백업·시험 범위를 확인한 뒤 설치하도록 맡기세요.
3. DISALLOW_FILE_MODS가 파일 변경을 막는지 확인하세요
단일 사이트 Administrator인데도 추가 버튼이 없다면 파일 변경 정책을 확인할 차례입니다. WordPress 공식 wp-config.php 편집 문서는 다음 두 상수를 다르게 설명합니다.
| 설정 | 막는 범위 | 설치 버튼 진단에서의 의미 |
|---|---|---|
DISALLOW_FILE_EDIT |
플러그인·테마 파일 편집기 | 이 상수만으로 설치·업데이트까지 막혔다고 단정하지 않음 |
DISALLOW_FILE_MODS |
플러그인·테마 설치·업데이트와 파일 편집기 | 새 플러그인 추가가 제한되는 직접 후보 |
WordPress core의 map_meta_cap()도 플러그인 설치·업데이트·삭제처럼 파일을 바꾸는 capability를 검사할 때 파일 변경이 허용되지 않으면 거부하도록 구현돼 있습니다. 또한 wp_is_file_mod_allowed()는 상수뿐 아니라 필터를 통해 같은 정책을 적용할 수 있게 합니다.
따라서 wp-config.php에서 한 줄을 찾았다고 바로 지우거나 false로 바꾸지 마세요. 이 설정은 보안이나 승인 배포를 위해 의도적으로 켜져 있을 수 있습니다. 파일 접근 권한이 없는 사용자라면 전체 설정 파일을 요청하지 말고 아래처럼 책임자에게 확인합니다.
현재 계정에는 새 플러그인 추가가 보이지 않습니다.
이 사이트에 DISALLOW_FILE_MODS 또는 동등한 file_mod_allowed 정책이 적용돼 있나요?
의도된 정책이라면 플러그인 설치를 요청할 공식 배포 절차를 알려 주세요.
지원 티켓에 전체 wp-config.php나 데이터베이스 비밀번호를 붙이지 마세요.
4. 호스팅·관리 대행의 배포 정책을 확인하세요
호스팅, 제작사, 사내 운영팀이 플러그인을 관리자 화면이 아니라 제어판·Git·배포 승인 절차로 관리할 수 있습니다. 이것은 모든 관리형 호스팅에 공통인 규칙이 아니며, 현재 사이트에 실제로 적용됐는지는 여기서 확인하지 못했습니다.
아래 질문으로 정책만 확인하세요.
- 플러그인 설치는 WordPress 관리자에서 허용되는가
- 별도 제어판이나 배포 요청 양식을 써야 하는가
- 설치 승인자와 작업 가능 시간은 누구·언제인가
- staging에서 먼저 확인해야 하는가
- 실패하면 누가 어떤 백업으로 복원하는가
정책이 있다는 답을 받으면 관리자 설치 버튼을 되살리는 것이 목표가 아닙니다. 승인된 배포 경로로 플러그인 이름과 공식 주소를 전달하는 것이 해결입니다.
반대로 소유자와 호스팅이 모두 설치 제한을 두지 않았다고 확인했다면, 그때 WordPress 버전·현재 계정 capability·관리 화면을 공식 지원과 함께 좁혀 보세요. 원인을 찾기 위해 플러그인 전체를 비활성화하거나 기본 테마로 전환하는 작업은 이 증상만으로 시작하지 않습니다.
실제 변경 전에는 파일과 데이터베이스를 함께 백업하세요
지금까지의 진단은 사이트를 바꾸지 않으므로 새 백업이 없어도 관찰할 수 있습니다. 하지만 역할, wp-config.php, 배포 정책, 플러그인 파일을 실제로 바꾸기 전에는 복구 기준이 필요합니다.
WordPress 공식 Backups 문서는 일반적인 완전 복구에 WordPress 파일과 데이터베이스가 모두 필요하다고 설명합니다. 파일만 내려받거나 데이터베이스만 내보낸 상태를 전체 백업이라고 부르지 마세요.
변경 승인 전에 아래를 채웁니다.
파일 백업 시각과 위치:
데이터베이스 백업 시각과 위치:
두 백업이 같은 변경 전 시점인가:
복원 담당자와 복원 방법:
설치 뒤 확인할 공개 화면과 관리자 화면:
백업 방법을 아직 정하지 못했다면 워드프레스 파일과 데이터베이스 백업부터 확인하세요. 백업 파일이 있다는 것과 실제로 복원할 수 있다는 것은 다르므로 담당자와 복원 경로도 함께 확인합니다.
담당자에게 이 순서로 요청하세요
원인에 따라 요청할 곳이 다릅니다.
- 단일 사이트라면 사이트 소유자 또는 계정 관리자
- Multisite라면 Network Admin/Super Admin
- 관리형 운영이라면 호스팅·제작사·사내 운영팀의 공식 지원 티켓
- 자가 관리형 설치에서 WordPress core 동작이 불명확하면 WordPress.org Support Forums
- 설치 권한이 해결된 뒤 특정 플러그인의 메뉴·기능 문제라면 그 플러그인의 공식 지원 채널
다음 요청문을 복사해 민감정보 없이 채우세요.
사이트 주소:
현재 보이지 않는 항목: 플러그인 전체 / 새 플러그인 추가 / 특정 플러그인 메뉴
현재 계정의 표시 역할:
Multisite 여부: 확인 / 미확인
설치하려는 플러그인 이름과 공식 URL:
필요한 기능과 대상 사이트:
화면에 나온 정확한 오류 문구: 없음 / 있음(문구만 기재)
마지막 파일+DB 백업 시각:
확인 요청: install_plugins 권한, Network Admin 담당자,
DISALLOW_FILE_MODS 또는 동등 정책, 공식 배포 절차
비밀번호, 2단계 인증 코드, API 키, 데이터베이스 접속 정보는 보내지 마세요. 담당자가 권한과 정책을 확인한 뒤 설치를 허용했다면, 그다음 검색·공식 ZIP·활성화 순서로 진행하면 됩니다.