시놀로지 NAS 워드프레스는 열리는데 관리자 페이지가 느린 이유

워드프레스 사이트를 운영하다 보면 이상한 상황을 만날 때가 있습니다.

방문자가 보는 홈페이지는 비교적 빠르게 열립니다.

글을 읽는 것도 큰 문제가 없습니다.

그런데 관리자 페이지에 들어가면 이야기가 달라집니다.

워드프레스 대시보드가 늦게 나타나고, 글 수정 화면을 여는 데 시간이 걸립니다.
메뉴를 클릭할 때마다 잠시 멈추기도 하고, 글을 저장하는 순간 한참 기다려야 하는 경우도 있습니다.

시놀로지 NAS에 워드프레스를 설치했다면 가장 먼저 NAS 성능부터 의심하기 쉽습니다.

하지만 관리자 페이지에서만 이런 현상이 나타난다면 단순히 NAS가 느려졌다고 판단하기에는 이릅니다.

오히려 워드프레스 관리자 화면에서만 실행되는 플러그인 기능이나 데이터베이스 요청, AJAX와 REST API, 대시보드 위젯 등이 원인일 가능성을 먼저 살펴볼 필요가 있습니다.

이번 글에서는 시놀로지 NAS 워드프레스 관리자 페이지 느림 현상이 발생했을 때 어디부터 확인해야 하는지를 단계별로 정리해보겠습니다.

관리자 페이지가 느리다는 것은 무엇을 의미할까?

먼저 중요한 것은 ‘느리다’는 말을 조금 더 구체적으로 만드는 것입니다.

예를 들어 다음과 같은 증상은 모두 관리자 페이지가 느린 상황이지만 원인은 서로 다를 수 있습니다.

증상	우선 확인할 부분
관리자 로그인 후 대시보드만 느림	대시보드 위젯, 플러그인
글 편집 화면만 느림	편집기, 플러그인, REST API
메뉴 이동마다 느림	관리자용 플러그인, PHP 처리
글 저장할 때만 오래 걸림	DB, AJAX, REST API
미디어 라이브러리만 느림	이미지 수, 플러그인, DB
관리자 전체가 느림	PHP, DB, NAS 자원
특정 관리자 계정에서만 느림	사용자 권한 및 계정별 기능
특정 브라우저에서만 느림	브라우저 확장 기능, 캐시

따라서 관리자 페이지가 느리다고 해서 바로 CPU나 메모리부터 증설할 필요는 없습니다.

어떤 관리자 화면에서, 어떤 동작을 할 때 느린지부터 구분하는 것이 중요합니다.

방문자 화면은 빠른데 관리자만 느리다면?

이것이 가장 중요한 첫 번째 판단 기준입니다.

워드프레스에는 방문자가 보는 화면과 관리자가 사용하는 화면이 서로 다른 처리 과정을 거치는 부분이 많습니다.

방문자가 홈페이지를 열 때는 테마와 캐시가 적용되어 비교적 단순하게 페이지가 만들어질 수 있습니다.

반면 관리자 화면에서는 다음과 같은 작업이 동시에 발생할 수 있습니다.

• 워드프레스 관리자 기능 실행
• 설치된 플러그인의 관리자 기능 실행
• 데이터베이스 조회
• 관리자용 통계 수집
• 외부 API 요청
• AJAX 요청
• REST API 요청
• 사용자 권한 확인
• 글·미디어·댓글 등의 데이터 조회
• 자동 저장 및 Heartbeat 요청

그래서 홈페이지는 정상인데 관리자 화면만 느릴 수 있습니다.

이 경우에는 NAS 전체의 성능 문제보다는 워드프레스 관리자 영역에서 추가로 실행되는 작업을 의심하는 것이 더 합리적입니다.

첫 번째로 확인할 것은 대시보드인가?

관리자 페이지에 접속했을 때 가장 먼저 나타나는 것이 대시보드입니다.

여기에는 생각보다 많은 기능이 들어갈 수 있습니다.

예를 들어 다음과 같은 위젯이 설치되어 있을 수 있습니다.

• 방문자 통계
• 검색 유입 통계
• SEO 점수
• 서버 상태
• 보안 상태
• 백업 상태
• 플러그인 업데이트 정보
• 외부 서비스 알림
• 광고 및 수익 통계
• 사이트 분석 정보

특히 외부 서비스와 통신하는 플러그인은 관리자 페이지가 열릴 때마다 데이터를 가져오려고 시도할 수 있습니다.

이때 외부 서비스의 응답이 늦거나 연결이 실패하면 관리자 화면 전체가 느려진 것처럼 보일 수 있습니다.

따라서 대시보드만 유난히 느리다면 대시보드에 어떤 위젯이 추가되어 있는지부터 확인해볼 필요가 있습니다.

대시보드만 느린 경우의 판단

관리자 메뉴에서 다른 화면은 빠른데 대시보드만 느리다면 다음과 같은 방향으로 범위를 좁힐 수 있습니다.

대시보드만 느림 → 대시보드 위젯 및 관리자 플러그인 확인

이렇게 원인을 좁히면 NAS의 CPU와 메모리를 무작정 확인하는 것보다 훨씬 효율적입니다.

글 편집 화면이 느리다면 조금 다르게 봐야 한다

글 작성 화면은 워드프레스 관리자에서 상대적으로 복잡한 화면입니다.

특히 블록 편집기를 사용한다면 단순히 글 하나를 보여주는 것 이상의 작업이 이루어집니다.

플러그인이 편집기 화면에 기능을 추가할 수도 있습니다.

예를 들어 SEO 분석 기능, 자동 저장, 이미지 관련 기능, 콘텐츠 분석 기능, 맞춤형 필드, 광고 관리 기능 등이 편집 화면에 개입할 수 있습니다.

그래서 다음과 같은 증상이 나타날 수 있습니다.

관리자 대시보드는 정상
글 목록도 정상
그런데 글 편집 화면만 느림

이 경우에는 워드프레스 전체가 느리다고 판단하면 안 됩니다.

편집 화면에 개입하는 플러그인이나 API 요청을 우선적으로 살펴보는 것이 좋습니다.

글 저장할 때만 느리다면?

글 작성은 빠른데 저장 버튼을 눌렀을 때만 오래 걸리는 경우도 있습니다.

이때는 조금 다른 접근이 필요합니다.

글 저장 과정에서는 데이터베이스에 콘텐츠를 기록하는 작업뿐 아니라 여러 플러그인이 저장 과정에 개입할 수 있습니다.

예를 들어 글이 저장되는 순간 다음과 같은 작업이 추가될 수 있습니다.

• SEO 데이터 업데이트
• 자동 태그 처리
• 관련 글 생성
• 콘텐츠 분석
• 이미지 처리
• 캐시 갱신
• 검색 인덱스 업데이트
• 외부 서비스 연동

따라서 글 저장이 느리다는 이유만으로 MariaDB 자체의 문제라고 단정해서는 안 됩니다.

저장이라는 특정 동작에서만 발생하는지가 중요한 단서입니다.

WordPress Heartbeat도 확인할 필요가 있다

관리자 페이지에서 자주 언급되는 기능 중 하나가 WordPress Heartbeat입니다.

Heartbeat는 워드프레스 관리자 화면에서 일정 주기로 서버와 통신하면서 여러 작업을 처리하는 기능입니다.

대표적으로 자동 저장이나 다른 사용자의 편집 상태 확인과 같은 기능에 활용됩니다.

문제는 일부 환경에서 플러그인이나 테마가 Heartbeat에 추가적인 작업을 연결하면서 요청이 많아질 수 있다는 점입니다.

특히 다음과 같은 환경이라면 확인해볼 가치가 있습니다.

• 플러그인이 많이 설치된 사이트
• 관리자가 장시간 글 편집 화면을 열어두는 경우
• 자동 저장이 자주 발생하는 경우
• 관리자 화면에서 지속적인 AJAX 요청이 발생하는 경우

다만 Heartbeat가 있다는 이유만으로 무조건 비활성화하는 것은 좋은 방법이 아닙니다.

Heartbeat 자체가 워드프레스의 정상적인 기능이기 때문입니다.

먼저 실제로 관련 요청이 과도하게 발생하는지 확인한 뒤 원인을 좁혀가는 것이 좋습니다.

AJAX 요청이 관리자 페이지를 느리게 만들 수도 있다

관리자 화면에서 버튼 하나를 눌렀을 뿐인데 화면이 멈추는 경우가 있습니다.

이때 브라우저에서 발생하는 네트워크 요청을 살펴보면 AJAX 요청이 오래 걸리고 있는 경우가 있습니다.

예를 들어 관리자 화면을 열면서 여러 요청이 발생하고 그중 하나가 계속 응답을 기다리고 있을 수 있습니다.

이 경우 중요한 것은 단순히 페이지 로딩 시간만 보는 것이 아닙니다.

어떤 요청이 오래 걸리는지를 확인해야 합니다.

브라우저 개발자 도구의 Network 항목을 활용하면 특정 요청이 유난히 오래 걸리는지 확인할 수 있습니다.

특정 요청 하나만 비정상적으로 오래 걸린다면 그 요청을 발생시키는 플러그인이나 기능을 추적할 수 있습니다.

REST API 요청도 놓치기 쉽다

최근 워드프레스에서는 REST API가 다양한 기능에 활용됩니다.

특히 블록 편집기나 일부 플러그인은 관리자 화면에서 REST API를 이용해 데이터를 주고받습니다.

따라서 글 편집 화면이 느리다면 단순한 PHP 처리뿐 아니라 REST API 요청이 정상적으로 완료되는지도 살펴볼 필요가 있습니다.

예를 들어 다음과 같은 상황이 있을 수 있습니다.

편집 화면 로딩 → REST API 요청 발생 → 특정 요청 지연 → 편집 화면 일부 기능 지연

이런 경우 사용자는 단순히 “워드프레스 관리자 페이지가 느리다”고 느끼지만 실제 문제는 특정 API 요청일 수 있습니다.

플러그인을 가장 먼저 의심해야 할까?

플러그인은 중요한 원인 후보이지만 무조건 첫 번째 범인으로 지목해서는 안 됩니다.

더 중요한 것은 최근 변경된 플러그인이 있는지입니다.

예를 들어 이전까지 관리자 페이지가 정상적으로 작동했는데 특정 플러그인을 업데이트한 이후 갑자기 느려졌다면 관련성이 높아집니다.

반대로 몇 달 동안 아무런 변경도 없었는데 갑자기 느려졌다면 플러그인 외에도 다른 원인을 살펴봐야 합니다.

관리자 페이지가 느려지기 시작한 시점과 다음 변경 사항을 비교해보면 좋습니다.

확인 항목	질문
플러그인	최근 설치 또는 업데이트했는가?
테마	테마를 변경하거나 업데이트했는가?
PHP	PHP 버전이 변경됐는가?
워드프레스	코어 업데이트가 있었는가?
DB	데이터가 급격하게 증가했는가?
미디어	이미지가 갑자기 많아졌는가?
NAS	다른 서비스가 추가됐는가?
Docker	새로운 컨테이너가 실행됐는가?
보안	보안 플러그인 설정이 변경됐는가?

이렇게 보면 단순히 “플러그인이 문제다”가 아니라 어떤 변경 이후 증상이 발생했는지를 기준으로 판단할 수 있습니다.

시놀로지 NAS에서는 CPU보다 어떤 프로세스인지가 중요하다

관리자 페이지가 느릴 때 시놀로지 NAS의 CPU 사용률이 높게 나타날 수도 있습니다.

하지만 CPU가 높다는 사실만으로 원인을 확정할 수는 없습니다.

중요한 것은 어떤 프로세스가 CPU와 메모리를 사용하고 있는지입니다.

예를 들어 PHP 관련 프로세스가 지속적으로 높은 사용량을 보인다면 워드프레스 요청 처리와 관련된 문제를 의심할 수 있습니다.

MariaDB가 높은 자원을 사용한다면 데이터베이스 쿼리나 데이터 처리량을 살펴볼 필요가 있습니다.

반대로 다른 Docker 컨테이너가 CPU를 대부분 사용하고 있다면 워드프레스 자체의 문제가 아니라 NAS에서 함께 실행되는 다른 서비스가 영향을 주고 있을 수도 있습니다.

따라서 다음과 같이 생각하는 것이 좋습니다.

NAS 자원 사용량 확인 → 어떤 프로세스가 사용하는지 확인 → 그 프로세스와 관리자 동작의 연관성 확인

단순히 “CPU가 80%니까 NAS가 느리다”로 끝내지 않는 것이 중요합니다.

데이터베이스 문제는 언제 의심해야 할까?

워드프레스 관리자 페이지는 데이터베이스를 상당히 많이 사용합니다.

특히 글, 댓글, 사용자, 설정, 플러그인 데이터 등이 계속 누적되면서 데이터베이스 규모가 커질 수 있습니다.

하지만 데이터베이스가 커졌다고 해서 무조건 관리자 페이지가 느려지는 것은 아닙니다.

오히려 특정 기능에서 비효율적인 쿼리가 반복되는 상황을 주의해야 합니다.

예를 들어 다음과 같은 증상이 함께 나타난다면 데이터베이스 쪽을 좀 더 자세히 살펴볼 이유가 생깁니다.

• 글 목록이 유난히 늦게 열린다.
• 미디어 목록이 늦다.
• 특정 관리 메뉴만 느리다.
• 검색 결과를 불러오는 데 시간이 오래 걸린다.
• 글 저장이나 수정에 시간이 오래 걸린다.
• 특정 플러그인을 실행할 때만 지연된다.

이런 경우에는 데이터베이스의 크기만 보는 것보다 어떤 기능에서 DB 요청이 느려지는지를 확인하는 것이 더 중요합니다.

관리자 계정에 따라서 속도가 다를 수도 있다

조금 특이하지만 관리자 계정에 따라서 체감 속도가 달라지는 경우도 생각해볼 수 있습니다.

워드프레스는 사용자 역할과 권한에 따라 표시되는 메뉴와 기능이 달라질 수 있습니다.

또한 일부 플러그인은 특정 역할의 사용자에게만 기능을 제공하기도 합니다.

따라서 한 관리자 계정에서는 느린데 다른 계정에서는 정상이라면 서버 전체의 문제라고 보기 어렵습니다.

이 경우에는 다음을 비교해볼 수 있습니다.

• 사용자 역할
• 관리자에게 표시되는 메뉴
• 플러그인별 권한
• 사용자별 설정
• 계정에 연결된 기능

이런 비교는 문제의 범위를 상당히 좁혀주는 단서가 됩니다.

브라우저 문제도 서버 문제처럼 보일 수 있다

관리자 페이지는 서버에서만 처리되는 것이 아닙니다.

브라우저에서도 상당한 작업이 이루어집니다.

특히 관리자 화면에 브라우저 확장 프로그램이 개입하면 예상하지 못한 지연이 발생할 수 있습니다.

따라서 다음과 같은 비교도 해볼 만합니다.

기존 브라우저 → 시크릿 모드 → 다른 브라우저

만약 다른 브라우저에서는 관리자 페이지가 빠르게 작동한다면 NAS나 워드프레스 서버만의 문제라고 단정하기 어렵습니다.

브라우저 캐시나 확장 프로그램 등을 확인해야 합니다.

이 과정은 서버 설정을 변경하지 않고도 문제 범위를 좁힐 수 있다는 장점이 있습니다.

관리자 페이지 느림을 진단하는 순서

지금까지의 내용을 하나의 진단 흐름으로 정리하면 다음과 같습니다.

관리자 페이지 전체가 느린가?

먼저 대시보드, 글 목록, 설정, 플러그인 메뉴 등 여러 관리자 화면을 비교합니다.

전체적으로 느리다면 PHP, 데이터베이스, NAS 자원 사용량 등 서버 측을 함께 살펴봅니다.

특정 화면만 느린가?

대시보드만 느리다면 위젯과 관리자 플러그인을 확인합니다.

글 편집 화면만 느리다면 편집기에 개입하는 플러그인과 REST API를 살펴봅니다.

미디어 화면만 느리다면 이미지와 미디어 관련 기능을 확인합니다.

특정 동작에서만 느린가?

글 저장, 업데이트, 삭제, 검색 등 특정 동작에서만 느리다면 해당 동작 중 발생하는 AJAX나 REST API 요청, 데이터베이스 작업을 확인합니다.

특정 계정에서만 느린가?

사용자 역할이나 플러그인 권한, 사용자별 설정을 비교합니다.

특정 브라우저에서만 느린가?

브라우저 확장 기능과 캐시 등을 확인합니다.

이렇게 범위를 좁혀가면 불필요한 설정 변경을 크게 줄일 수 있습니다.

문제를 찾을 때 가장 피해야 할 방법

관리자 페이지가 느려졌다고 해서 다음과 같은 작업을 한꺼번에 실행하는 것은 추천하지 않습니다.

• 플러그인 여러 개 비활성화
• PHP 버전 변경
• 데이터베이스 최적화
• 캐시 플러그인 설정 변경
• NAS 재부팅
• Web Station 설정 변경
• 메모리 증설
• Docker 설정 변경

이렇게 여러 가지를 동시에 바꾸면 문제가 사라져도 무엇이 원인이었는지 알 수 없습니다.

반대로 문제가 해결되지 않으면 무엇을 되돌려야 하는지도 어려워집니다.

가장 좋은 방법은 한 번에 하나의 변수만 변경하는 것입니다.

예를 들어 특정 플러그인이 의심된다면 해당 플러그인과 관리자 페이지의 관계를 확인하고 결과를 기록합니다.

그다음 다른 원인을 확인하는 방식입니다.

관리자 페이지 느림 진단 기록표

문제가 반복된다면 간단한 기록표를 만들어두는 것도 좋습니다.

항목	기록 내용
발생 시간	2026-09-14 08:30
느린 화면	글 편집
느린 동작	저장
방문자 화면	정상
다른 관리자 메뉴	정상
CPU	정상 또는 높음
메모리	정상 또는 높음
최근 변경	플러그인 업데이트
브라우저	Chrome
다른 브라우저	정상/동일
추정 원인	편집기 관련 기능

이런 기록이 쌓이면 다음에 같은 문제가 발생했을 때 훨씬 빠르게 원인을 찾을 수 있습니다.

시놀로지 NAS 워드프레스 관리자 페이지 느림, 이렇게 판단하자

관리자 페이지가 느리다는 이유만으로 NAS의 성능 부족을 먼저 의심할 필요는 없습니다.

오히려 다음과 같은 순서로 생각하는 것이 좋습니다.

관리자 전체가 느린가?

↓

특정 화면만 느린가?

↓

특정 동작에서만 느린가?

↓

특정 요청이 오래 걸리는가?

↓

플러그인·PHP·DB·REST API 중 어디에서 지연되는가?

↓

NAS에서 실제로 어떤 프로세스가 자원을 사용하는가?

이 과정을 거치면 단순한 “워드프레스가 느리다”라는 증상을 실제로 조사할 수 있는 문제로 바꿀 수 있습니다.

특히 시놀로지 NAS에서 워드프레스를 운영할 때는 NAS 자체의 성능과 워드프레스 내부 동작을 분리해서 보는 것이 중요합니다.

방문자 화면은 정상인데 관리자 페이지에서만 문제가 발생한다면 NAS 전체를 의심하기 전에 관리자 영역에서 추가로 실행되는 작업부터 확인하는 것이 좋은 출발점입니다.

관리자 페이지가 느릴 때 확인할 체크리스트

마지막으로 실제 점검 순서를 간단하게 정리해보겠습니다.

• 방문자 화면은 정상적으로 열리는가?
• 관리자 전체가 느린가?
• 특정 관리자 화면만 느린가?
• 특정 동작에서만 지연되는가?
• 대시보드 위젯이 많은가?
• 최근 플러그인 설치나 업데이트가 있었는가?
• 글 편집 화면에서만 문제가 발생하는가?
• 글 저장 과정에서만 문제가 발생하는가?
• AJAX 요청이 오래 걸리는가?
• REST API 요청에 지연이 있는가?
• Heartbeat 요청이 과도하지 않은가?
• PHP 프로세스 사용량이 높은가?
• MariaDB 사용량이 높은가?
• 다른 Docker 서비스가 NAS 자원을 많이 사용하는가?
• 다른 관리자 계정에서도 같은 문제가 발생하는가?
• 다른 브라우저에서도 같은 문제가 발생하는가?
• 문제 발생 직전에 변경된 항목이 있는가?

관리자 페이지가 느리다는 현상만 보고 설정을 바꾸는 것보다, 어느 화면에서 어떤 동작을 할 때 느려지는지부터 기록하는 것이 훨씬 정확한 진단으로 이어집니다.