워드프레스 홈페이지를 운영하다 보면 디자인 수정이나 게시글 등록에는 익숙해져도 관리자 설정은 처음 제작했을 때 그대로 두는 경우가 많습니다. 사이트가 열리고 관리자 로그인도 되기 때문에 별문제가 없다고 생각하기 쉽습니다.
하지만 실제 현장에서 확인해 보면 홈페이지 검색이 차단되어 있거나, 관리자 알림이 퇴사한 담당자의 이메일로 발송되고 있거나, 외부 작업자에게 최고 관리자 권한이 그대로 남아 있는 경우가 적지 않습니다. 백업은 된다고 알고 있었지만 파일만 저장되고 데이터베이스는 빠져 있거나, 문의폼은 정상적으로 보이지만 회사 메일로는 전혀 들어오지 않는 사례도 있습니다.
워드프레스의 보안·백업·속도·SEO를 전체적으로 점검하는 기준은 기존 글인 워드프레스 홈페이지 유지보수 체크리스트: 보안·백업·속도·SEO에서 확인할 수 있습니다. 이번 글에서는 그중에서도 홈페이지 담당자가 관리자 화면에서 직접 확인해야 할 ‘설정 항목’에 초점을 맞춰 살펴보겠습니다.
목차
워드프레스 설정을 방치하면 생기는 문제
워드프레스는 관리자 화면에서 콘텐츠, 사용자, 플러그인, 테마, 검색 노출 방식까지 직접 관리할 수 있습니다. 이 편리함 때문에 기업 홈페이지, 병원 홈페이지, 법무법인 홈페이지, 제조업 홈페이지, 쇼핑몰 등 다양한 사이트에 활용됩니다.
다만 관리자가 조정할 수 있는 항목이 많다는 것은 잘못된 설정이 사이트 전체에 영향을 줄 수 있다는 의미이기도 합니다.
예를 들어 ‘검색 엔진이 이 사이트를 검색하는 것을 차단’하는 옵션이 활성화되어 있으면 홈페이지를 오픈하고 콘텐츠를 계속 올려도 검색 노출에 문제가 생길 수 있습니다. 관리자 이메일이 오래된 주소로 되어 있으면 사이트 오류나 계정 관련 알림을 확인하지 못할 수 있습니다.
플러그인 자동 업데이트를 모두 켜두었다가 호환성 문제로 화면이 깨질 수도 있고, 반대로 업데이트를 모두 꺼둔 채 장기간 방치하면 보안과 호환성 문제가 누적될 수 있습니다. 결국 중요한 것은 모든 기능을 켜거나 끄는 것이 아니라 ‘사이트 목적과 운영 방식에 맞게 설정되어 있는가’를 확인하는 것입니다.
특히 홈페이지가 회사소개만 보여주는 온라인 명함이 아니라 상담, 견적 문의, 예약, 주문을 받는 영업 채널이라면 작은 설정 오류도 실제 문의 기회를 놓치는 원인이 됩니다.
홈페이지 관리자가 놓치는 WordPress 설정 10가지
1. 관리자 이메일과 시간대 설정
가장 먼저 확인할 곳은 ‘설정 → 일반’입니다. 이 화면에는 사이트 제목, 태그라인, 워드프레스 주소, 사이트 주소, 관리자 이메일, 언어, 시간대 등이 표시됩니다.
이 가운데 실무에서 자주 놓치는 항목은 ‘관리자 이메일 주소’입니다. 홈페이지 제작 당시 개발자나 이전 담당자의 이메일을 등록한 뒤 그대로 사용하는 경우가 많습니다.
관리자 이메일은 단순한 연락처가 아닙니다. 사이트 오류, 사용자 등록, 댓글 알림, 일부 보안 알림, 복구 관련 안내가 연결될 수 있습니다. 홈페이지 담당자가 바뀌었다면 현재 회사에서 관리할 수 있는 공용 이메일이나 담당 부서 이메일로 변경하는 것이 좋습니다.
이메일을 변경한 뒤에는 확인 메일을 열어 승인 절차까지 완료해야 합니다. 주소만 입력하고 저장한 뒤 확인 메일을 승인하지 않으면 이전 이메일이 계속 유지될 수 있습니다.
시간대도 ‘서울’ 또는 실제 사업장이 위치한 지역 기준으로 설정해야 합니다. 시간대가 맞지 않으면 예약 게시물, 주문 시간, 문의 접수 시간, 백업 실행 시간, 통계 기록이 실제 시간과 다르게 표시될 수 있습니다.
2. 워드프레스 주소와 사이트 주소, HTTPS 설정
‘설정 → 일반’에는 ‘워드프레스 주소’와 ‘사이트 주소’가 있습니다. 두 주소는 일반적인 설치에서는 동일하지만, 워드프레스 코어 파일을 별도 디렉터리에 설치한 구조라면 다를 수도 있습니다.
이 값을 잘못 변경하면 관리자 페이지에 접속하지 못하거나 이미지와 스타일시트가 불러와지지 않을 수 있습니다. 따라서 도메인을 변경하거나 HTTP에서 HTTPS로 전환할 때 단순히 관리자 화면의 주소만 수정해서는 안 됩니다.
HTTPS 적용 후에는 다음 항목을 함께 확인해야 합니다.
- 워드프레스 주소와 사이트 주소가 모두 HTTPS로 표시되는지
- HTTP 접속이 HTTPS로 정상 이동되는지
- 이미지와 외부 파일에 HTTP 주소가 남아 있지 않은지
- 브라우저에 혼합 콘텐츠 경고가 나타나지 않는지
- Search Console과 분석 도구가 현재 주소를 기준으로 연결되어 있는지
도메인 이전이나 HTTPS 전환은 검색 노출과 서비스 운영에 직접 영향을 줄 수 있으므로, 현재 홈페이지를 운영 중이라면 백업과 리디렉션 계획 없이 주소부터 변경하지 않는 것이 안전합니다.
3. 검색 엔진 가시성 설정
‘설정 → 읽기’에는 ‘검색 엔진이 이 사이트를 검색하는 것을 차단’하는 항목이 있습니다. 개발 중인 홈페이지가 검색 결과에 노출되는 것을 막기 위해 제작 단계에서 활성화하는 옵션입니다.
문제는 홈페이지를 정식 오픈한 뒤에도 이 옵션을 해제하지 않는 경우입니다. 관리자에게는 사이트가 정상적으로 보이고 주소로 접속도 되기 때문에 검색 차단 상태를 알아차리기 어렵습니다.
이 설정은 검색엔진에 사이트를 색인하지 말아 달라고 요청하는 역할을 합니다. 따라서 홈페이지를 공개한 뒤에는 체크가 해제되어 있는지 반드시 확인해야 합니다.
다만 이 항목을 해제했다고 바로 검색 결과에 노출되는 것은 아닙니다. 사이트맵, robots 설정, 페이지별 noindex, 콘텐츠 품질, 내부링크, Search Console 색인 상태도 함께 점검해야 합니다.
검색 차단을 해제했는데도 홈페이지가 검색되지 않는다면 홈페이지 제작 후 3개월, 검색이 안 된다면 가장 먼저 확인해야 할 7가지의 순서대로 원인을 구분해 보는 것이 좋습니다.
4. 홈페이지와 글 페이지 표시 설정
같은 ‘설정 → 읽기’ 화면에서 홈페이지 첫 화면을 어떻게 보여줄지도 결정합니다. 최신 글 목록을 첫 화면으로 사용할지, 별도로 만든 고정 페이지를 홈페이지로 지정할지 선택할 수 있습니다.
기업 홈페이지라면 일반적으로 회사소개와 서비스, 포트폴리오, 문의 동선을 설계한 고정 페이지를 홈페이지로 사용합니다. 블로그나 뉴스룸은 별도의 글 페이지로 지정하는 경우가 많습니다.
홈페이지 리뉴얼이나 테마 변경 후 이 설정이 풀리면 기존 메인 화면 대신 최근 게시글 목록이 첫 화면에 나타날 수 있습니다. 반대로 블로그용 페이지를 잘못 지정하면 게시글 목록이 보이지 않거나 동일한 페이지가 중복으로 표시될 수도 있습니다.
관리자는 다음 내용을 확인해야 합니다.
- 현재 홈페이지로 지정된 페이지가 맞는지
- 글 페이지로 사용할 페이지가 따로 지정되어 있는지
- 지정한 페이지를 삭제하거나 임시 글로 변경하지 않았는지
- 메뉴에 연결된 주소와 실제 홈페이지 주소가 일치하는지
회사소개, 서비스, 문의 구조를 새로 설계해야 한다면 단순 설정 변경보다 기업 홈페이지 제작 관점에서 전체 정보 구조를 다시 확인해야 할 수 있습니다.
5. 고유주소 설정
‘설정 → 고유주소’는 게시글과 페이지의 URL 구조를 정하는 항목입니다. 워드프레스 초기 설정에서는 숫자와 기호가 포함된 주소가 사용될 수 있지만, 검색과 사용자 이해를 고려하면 페이지 주제를 파악할 수 있는 구조가 유리합니다.
다만 이미 운영 중인 홈페이지의 고유주소를 단순히 보기 좋게 바꾸는 것은 주의해야 합니다. 기존 URL이 변경되면 검색엔진과 외부 사이트에 저장된 링크가 404 오류로 연결될 수 있기 때문입니다.
운영 중인 사이트에서 고유주소를 바꿔야 한다면 다음 작업이 함께 필요합니다.
- 기존 URL과 변경 URL 목록 작성
- 기존 주소에서 새 주소로 301 리디렉션 적용
- 메뉴와 본문 내부링크 수정
- 사이트맵 재생성 및 제출
- Search Console에서 404와 색인 상태 확인
특히 게시글이 많거나 검색 유입이 이미 발생하는 사이트라면 고유주소 변경을 콘텐츠 수정처럼 가볍게 처리해서는 안 됩니다. 리뉴얼 과정에서 URL 구조까지 바꿔야 한다면 기존 검색 자산을 보존하는 작업을 함께 진행해야 합니다.
6. 회원가입 허용과 사용자 기본 권한
‘설정 → 일반’에는 누구나 회원가입을 할 수 있도록 허용하는 옵션과 신규 사용자의 기본 역할을 지정하는 항목이 있습니다.
회원 기능이 필요하지 않은 일반 기업 홈페이지라면 ‘누구나 가입할 수 있습니다’가 불필요하게 활성화되어 있지 않은지 확인해야 합니다. 사이트 목적과 관계없는 회원가입이 열려 있으면 스팸 계정이 늘어나거나 관리 부담이 커질 수 있습니다.
회원가입이 필요한 홈페이지라도 신규 가입자의 기본 역할을 최고 관리자로 설정해서는 안 됩니다. 기본 역할은 사이트 목적에 맞는 최소 권한으로 지정해야 합니다.
기존 사용자 계정도 함께 확인해야 합니다.
- 퇴사한 직원의 계정이 남아 있지 않은지
- 이전 제작사와 외부 작업자의 관리자 계정이 필요한지
- 여러 사람이 하나의 관리자 계정을 공유하고 있지 않은지
- 콘텐츠 담당자에게 불필요한 플러그인 설치 권한이 부여되어 있지 않은지
- 계정마다 실제 담당자의 이메일이 연결되어 있는지
워드프레스에는 관리자, 편집자, 글쓴이, 기여자, 구독자처럼 역할별 권한이 구분되어 있습니다. 콘텐츠만 수정하는 담당자에게는 전체 설정을 바꿀 수 있는 관리자 권한보다 업무에 필요한 수준의 권한을 부여하는 것이 안전합니다.
7. 워드프레스 코어·테마·플러그인 업데이트 설정
업데이트 알림이 많이 쌓여 있으면 한 번에 모두 선택해 업데이트하기 쉽습니다. 반대로 오류가 걱정돼 몇 달 동안 그대로 두는 경우도 있습니다. 두 방식 모두 운영 사이트에는 위험할 수 있습니다.
워드프레스 업데이트는 ‘업데이트 버튼을 누르는 일’이 아니라 다음 과정을 포함해야 합니다.
- 현재 파일과 데이터베이스 백업
- 업데이트 대상과 변경 내용 확인
- 테마 및 플러그인 호환성 검토
- 가능하면 테스트 환경에서 먼저 적용
- 실사이트 업데이트
- PC와 모바일 화면 확인
- 문의폼, 검색, 로그인, 결제 등 핵심 기능 테스트
자동 업데이트도 사이트마다 다르게 적용해야 합니다. 단순 기능의 플러그인은 자동 업데이트가 편리할 수 있지만, 페이지 빌더, 쇼핑몰, 예약, 회원, 다국어, 문의폼처럼 사이트 전체에 영향을 주는 플러그인은 업데이트 후 점검 체계가 필요합니다.
업데이트가 밀려 있고 어떤 플러그인을 먼저 처리해야 할지 판단하기 어렵다면 유지보수·운영지원 범위에서 현재 버전, 호환성, 백업 상태부터 점검하는 것이 좋습니다.
8. 백업 범위와 실제 복구 가능 여부
워드프레스 관리자 화면에 백업 플러그인이 설치되어 있다고 해서 안전한 백업 체계가 완성된 것은 아닙니다.
워드프레스 홈페이지를 정상적으로 복구하려면 일반적으로 데이터베이스와 파일이 함께 필요합니다. 데이터베이스에는 글, 페이지, 설정, 사용자 정보 등이 들어가며 파일에는 테마, 플러그인, 이미지와 업로드 자료가 포함됩니다.
관리자는 다음 내용을 확인해야 합니다.
- 파일과 데이터베이스가 모두 백업되는지
- 자동 백업이 실제로 실행되고 있는지
- 백업 실패 알림을 누가 받는지
- 서버와 다른 위치에도 백업이 저장되는지
- 백업 보관 기간이 얼마나 되는지
- 복구 방법과 예상 시간이 정해져 있는지
- 최근 백업으로 복원 테스트를 해본 적이 있는지
같은 서버 안에만 백업 파일을 보관하면 서버 장애나 계정 침해가 발생했을 때 원본과 백업을 동시에 잃을 수 있습니다. 가능하면 서버 외부 저장소나 별도 백업 공간을 함께 사용하는 것이 좋습니다.
백업 플러그인에서 ‘성공’으로 표시되는 것과 실제로 사이트를 복구할 수 있는 것은 다른 문제입니다. 중요한 홈페이지라면 일정 주기로 복구 절차까지 확인해야 합니다.
9. 사이트 건강 상태와 불필요한 플러그인
‘도구 → 사이트 건강’에서는 워드프레스 사이트의 주요 기술 상태를 확인할 수 있습니다. 관리자들이 자주 지나치는 메뉴지만 서버 환경, HTTPS, 업데이트, 플러그인, 테마, 데이터베이스, 파일 권한과 관련된 문제를 발견하는 데 도움이 됩니다.
사이트 건강 화면은 ‘치명적인 문제’, ‘권장 개선사항’, ‘통과한 테스트’ 등으로 상태를 구분해 보여줍니다. 점수만 높이는 것보다 어떤 문제가 실제 운영에 영향을 주는지 판단하는 것이 중요합니다.
특히 다음 항목을 살펴보는 것이 좋습니다.
- HTTPS가 정상적으로 적용되어 있는지
- 워드프레스 코어와 PHP 환경이 지나치게 오래되지 않았는지
- 자동 업데이트와 예약 작업이 정상적으로 실행되는지
- 사용하지 않는 테마와 플러그인이 많이 남아 있지 않은지
- 서버와 워드프레스 간 통신 오류가 없는지
- 디스크 용량과 데이터베이스 상태에 문제가 없는지
사용하지 않는 플러그인은 비활성화만 해두기보다 다시 사용할 계획이 없다면 삭제를 검토해야 합니다. 기능이 겹치는 캐시, SEO, 보안 플러그인을 여러 개 동시에 사용하는 것도 설정 충돌의 원인이 될 수 있습니다.
단, 플러그인을 정리할 때는 해당 플러그인이 숏코드, 문의폼, 페이지 레이아웃, 데이터 저장에 사용되고 있는지 먼저 확인해야 합니다. 사용 여부를 확인하지 않고 삭제하면 본문이나 기능이 함께 사라질 수 있습니다.
10. 댓글·개인정보·SEO·문의 메일 설정
마지막으로 확인할 것은 사이트 목적에 따라 설치되는 운영 기능의 설정입니다. 워드프레스 코어 설정만 정상이어도 댓글, 개인정보, SEO 플러그인, 문의폼과 메일 발송 설정이 잘못되어 있으면 실제 운영에는 문제가 생깁니다.
블로그에서 댓글을 운영하지 않는다면 ‘설정 → 토론’에서 새 글의 댓글 허용 여부를 확인해야 합니다. 사용하지 않는 댓글 기능을 열어두면 스팸 댓글이 쌓일 수 있습니다. 댓글을 운영한다면 수동 승인, 링크 개수 제한, 알림 수신 이메일 등 검토 기준을 정해야 합니다.
‘설정 → 개인정보’에서는 개인정보처리방침으로 사용할 페이지가 올바르게 지정되어 있는지 확인합니다. 문의폼, 회원가입, 예약, 쇼핑몰처럼 개인정보를 수집하는 기능이 있다면 실제 수집 항목과 이용 목적에 맞게 내용을 작성하고 최신 상태로 유지해야 합니다.
SEO 플러그인을 사용한다면 다음 항목도 확인해야 합니다.
- 페이지별 색인 허용 여부
- 제목과 메타 설명 설정
- 대표 URL 설정
- XML 사이트맵 생성 상태
- 게시글, 페이지, 카테고리 등 사이트맵 포함 범위
- Search Console에 제출한 사이트맵 주소
마지막으로 문의폼을 직접 제출해 실제 담당자에게 메일이 도착하는지 확인해야 합니다. 관리자 화면에서 ‘전송 완료’라고 표시되더라도 회사 메일 서버에서 차단되거나 스팸함으로 이동할 수 있습니다.
문의폼 테스트는 화면의 완료 메시지만 보는 것이 아니라 관리자 수신, 담당자 전달, 자동 회신, 첨부파일, 개인정보 동의 기록까지 확인해야 합니다. 홈페이지가 문의를 만드는 영업 채널이라면 이 테스트는 정기적으로 반복해야 합니다.
실전 활용 가이드
- ‘설정 → 일반’에서 사이트 주소, 관리자 이메일, 시간대를 확인합니다.
- ‘설정 → 읽기’에서 홈페이지 표시 방식과 검색 엔진 가시성을 확인합니다.
- ‘설정 → 고유주소’ 화면을 확인하되 운영 중인 URL은 바로 변경하지 않습니다.
- 회원가입 기능이 필요한지 확인하고 신규 사용자의 기본 권한을 점검합니다.
- 사용자 목록에서 퇴사자와 외부 작업자 계정을 정리합니다.
- 업데이트 전 파일과 데이터베이스 백업이 모두 가능한지 확인합니다.
- 코어, 테마, 플러그인 업데이트 후 모바일 화면과 문의폼을 테스트합니다.
- ‘도구 → 사이트 건강’의 치명적인 문제와 권장 개선사항을 확인합니다.
- 개인정보처리방침, 댓글, 스팸, SEO 플러그인 설정을 사이트 목적에 맞게 정리합니다.
- 실제 문의를 한 건 전송해 담당자 이메일과 자동 회신이 정상인지 확인합니다.
설정을 확인한 뒤에는 변경 내용을 기록해 두는 것이 좋습니다. 누가 언제 어떤 설정을 바꿨는지 알 수 있어야 오류가 생겼을 때 원인을 빠르게 찾을 수 있습니다.
업데이트, 백업, 오류 대응 과정이 기록되지 않고 관리 업체의 작업 범위도 불분명하다면 홈페이지 유지보수 업체를 바꿔야 하는 7가지 신호도 함께 확인해 보시기 바랍니다.
FAQ
- Q 워드프레스 업데이트 알림이 뜨면 바로 진행해도 되나요?
A 운영 중인 홈페이지라면 백업과 호환성 확인 없이 한꺼번에 업데이트하지 않는 것이 좋습니다. 특히 페이지 빌더, 문의폼, 예약, 결제처럼 핵심 기능과 연결된 플러그인은 업데이트 후 실제 기능 테스트가 필요합니다. - Q 검색 엔진 가시성 체크만 해제하면 바로 검색되나요?
A 체크 해제는 기본 조건입니다. 이후에도 사이트맵, 페이지별 noindex, robots 설정, 콘텐츠, 내부링크, Search Console 색인 상태를 함께 확인해야 합니다. - Q 모든 직원에게 관리자 권한을 주면 안 되나요?
A 콘텐츠를 작성하거나 수정하는 담당자에게 최고 관리자 권한까지 줄 필요는 없습니다. 업무에 필요한 최소 권한을 부여해야 실수로 설정이나 플러그인을 변경하는 위험을 줄일 수 있습니다. - Q 호스팅 업체에서 백업한다면 별도 워드프레스 백업은 필요 없나요?
A 호스팅 백업의 주기, 보관 기간, 복구 범위를 먼저 확인해야 합니다. 중요한 사이트라면 서버 백업과 별도로 파일과 데이터베이스를 외부 공간에 보관하는 방식을 함께 검토하는 것이 안전합니다. - Q 설정만 정리하면 오래된 워드프레스 홈페이지를 계속 사용할 수 있나요?
A 설정 오류와 일부 운영 문제는 개선할 수 있습니다. 다만 오래된 테마, 복잡한 플러그인 구조, 모바일 불편, 반복되는 오류가 함께 있다면 설정 변경보다 홈페이지 리뉴얼이 더 효율적일 수 있습니다.
맺음말
워드프레스 홈페이지 관리에서 가장 위험한 상태는 화면이 깨진 사이트만이 아닙니다. 겉으로는 정상적으로 보이지만 검색이 차단되어 있거나, 관리자 알림이 잘못된 주소로 발송되거나, 백업과 문의 수신이 작동하지 않는 상태가 더 늦게 발견될 수 있습니다.
관리자는 최소한 일반 설정, 읽기 설정, 고유주소, 사용자 권한, 업데이트, 백업, 사이트 건강, 댓글, 개인정보, SEO와 문의 메일 설정을 정기적으로 확인해야 합니다. 한 번 점검한 뒤 끝내는 것이 아니라 담당자 변경, 플러그인 업데이트, 서버 이전, 홈페이지 리뉴얼처럼 운영 환경이 달라질 때 다시 확인해야 합니다.
현재 워드프레스 홈페이지의 설정 상태를 정확히 알기 어렵거나 업데이트와 백업을 직접 진행하기 불안하다면 픽셀라인의 상담 문의를 통해 현재 상황을 알려주세요. 실제 기업 홈페이지와 맞춤형 구축 사례는 포트폴리오에서 확인하실 수 있습니다.
