초보자를 위한 워드프레스 설치 방법, 처음부터 덜 깨지게 잡는 순서
얼마 전 지인이 워드프레스 설치를 도와달라고 해서 관리자 화면을 열어봤는데, 시작부터 플러그인이 18개 깔려 있었습니다. 아직 글도 3개뿐인데 캐시 플러그인, 보안 플러그인, 빌더, 통계, 팝업까지 들어가 있더군요. 이런 사이트는 초반에는 편해 보여도 업데이트 한 번에 레이아웃이 깨지거나 속도가 급격히 떨어지는 일이 많습니다.
워드프레스 설치는 클릭 몇 번이면 끝납니다. 그런데 오래 운영할 사이트라면 설치 버튼보다 먼저 봐야 할 것이 있습니다. 호스팅, 도메인 연결, 데이터베이스, 관리자 계정, 고유주소, 백업 순서입니다. 이 순서가 흐트러지면 나중에 SSL 오류, 관리자 접속 문제, 이미지 경로 꼬임 같은 귀찮은 일이 생깁니다.
설치 전에 먼저 정해야 할 것
처음 워드프레스를 설치할 때 가장 많이 하는 실수가 아무 호스팅이나 고르는 겁니다. 월 500원, 월 1,000원짜리 상품도 테스트용으로는 괜찮습니다. 하지만 실제 블로그나 회사 사이트라면 메모리 제한, PHP 버전, 백업 제공 여부를 먼저 봐야 합니다.
2026년 기준으로는 PHP 8.2 이상을 지원하는 호스팅을 고르는 편이 낫습니다. 워드프레스 자체는 오래된 PHP에서도 돌아갈 수 있지만, 최신 테마와 플러그인은 점점 높은 버전을 요구합니다. MySQL이나 MariaDB도 너무 오래된 버전을 쓰는 서버는 피하는 게 좋습니다. 싸다고 골랐다가 이전 비용이 더 나오는 경우를 많이 봤습니다.
- PHP 8.2 이상 지원 여부 확인
- 무료 SSL 적용 가능 여부 확인
- 자동 백업 주기 확인
- 서버 위치가 방문자와 너무 멀지 않은지 확인
- 파일 관리자와 데이터베이스 접속 도구 제공 여부 확인
초보자라면 수동 설치보다 호스팅사의 자동 설치 기능을 쓰는 게 안전합니다. 다만 자동 설치를 쓰더라도 사이트 제목, 관리자 아이디, 비밀번호는 직접 정해야 합니다. 관리자 아이디를 admin으로 두는 건 피하세요. 아직도 무작위 로그인 공격에서 제일 먼저 두드리는 값입니다.
자동 설치로 진행할 때 체크할 설정
대부분의 호스팅은 워드프레스 자동 설치 메뉴를 제공합니다. 여기서 중요한 건 설치 경로입니다. 블로그를 메인 사이트로 쓸 거라면 루트 경로에 설치해야 합니다. 설치 경로에 wordpress 같은 폴더가 붙으면 방문 주소도 그만큼 길어집니다.
예를 들어 운영하려는 사이트가 브랜드 블로그라면 메인 경로에 바로 뜨는 구성이 좋습니다. 반대로 기존 회사 소개 사이트가 있고 그 아래 블로그만 따로 붙일 거라면 blog 같은 하위 경로가 맞습니다. 이 선택은 나중에 바꿀 수 있지만, 초보자에게는 꽤 번거롭습니다. 이미지 경로와 내부 링크를 다시 손봐야 할 수 있습니다.
관리자 계정은 이렇게 잡는 게 낫습니다
관리자 아이디는 공개 닉네임과 다르게 잡는 편이 좋습니다. 글 작성자 이름이 그대로 관리자 아이디로 노출되면 공격자가 절반은 알고 들어오는 셈입니다. 비밀번호는 최소 16자 이상으로 만들고, 영문 대소문자와 숫자, 특수문자를 섞으세요. 솔직히 기억하기 쉬운 비밀번호는 공격자에게도 쉬운 경우가 많습니다.
- 관리자 아이디: admin, master, site 같은 흔한 값 피하기
- 표시 이름: 로그인 아이디와 다르게 설정
- 관리자 이메일: 실제로 확인 가능한 메일 사용
- 비밀번호: 다른 서비스에서 쓰던 것 재사용 금지
설치 직후에는 관리자 화면의 사용자 메뉴에서 표시 이름을 바꾸는 게 좋습니다. 이 작은 설정 하나로 작성자 페이지에서 로그인 아이디가 드러나는 일을 줄일 수 있습니다.
설치 직후 바로 바꿔야 하는 기본 설정
워드프레스 설치가 끝났다고 바로 테마부터 고르면 안 됩니다. 먼저 설정 메뉴를 훑어야 합니다. 특히 고유주소 설정은 초반에 잡아야 합니다. 글이 쌓인 뒤에 바꾸면 검색 노출과 내부 링크에 영향을 줄 수 있습니다.
고유주소는 보통 글 이름 구조를 많이 씁니다. 한국어 제목을 그대로 주소에 넣을 수도 있지만, 운영 경험상 영문 슬러그를 직접 넣는 방식이 관리하기 편했습니다. 글 제목은 한국어로 쓰고, 주소용 슬러그만 짧은 영어로 지정하는 방식입니다. 나중에 공유하거나 로그를 볼 때도 훨씬 깔끔합니다.
- 일반 설정: 사이트 제목, 설명, 시간대 확인
- 읽기 설정: 검색 엔진 노출 차단 체크 여부 확인
- 토론 설정: 댓글을 운영할지 먼저 결정
- 고유주소: 글 이름 또는 운영 목적에 맞는 구조 선택
- 미디어 설정: 이미지 크기 자동 생성 기준 확인
여기서 특히 조심할 부분은 검색 엔진 노출 차단입니다. 제작 중에는 체크해도 되지만, 공개 후에는 반드시 풀어야 합니다. 실제로 사이트를 다 만들어 놓고 몇 달 동안 검색에 안 잡힌다고 문의가 온 사례가 있었습니다. 원인은 이 체크박스 하나였습니다.
테마와 플러그인은 적게 시작하는 게 좋습니다
워드프레스 설치 후 가장 유혹이 큰 부분이 테마와 플러그인입니다. 예쁜 데모를 보면 바로 가져오고 싶습니다. 그런데 데모 사이트처럼 보이려면 빌더, 슬라이더, 폼, 포트폴리오 플러그인이 줄줄이 따라오는 경우가 많습니다. 초보 사이트가 느려지는 지점도 대개 여기입니다.
처음에는 가벼운 테마 하나와 꼭 필요한 플러그인만 쓰는 게 낫습니다. 블로그 기준이라면 SEO, 캐시, 보안, 백업 정도면 충분합니다. 문의 양식이 필요하면 폼 플러그인을 추가하고, 쇼핑몰이 필요할 때만 WooCommerce를 넣는 식으로 가야 합니다. 필요할 것 같아서 미리 까는 플러그인은 대부분 방치됩니다.
처음 설치해도 되는 플러그인 범위
- 백업: 자동 백업과 복구 테스트가 가능한 플러그인
- 보안: 로그인 제한, 파일 변경 감지, 기본 방화벽 기능
- 캐시: 서버 환경과 충돌이 적은 캐시 플러그인
- SEO: 제목, 설명, 사이트맵을 관리할 수 있는 플러그인
- 스팸 차단: 댓글이나 문의 폼을 운영할 때만 사용
유료 플러그인은 처음부터 살 필요가 없습니다. 무료 기능으로 운영해보고 부족한 지점이 명확할 때 결제해도 늦지 않습니다. 특히 속도 최적화 플러그인은 설정을 과하게 켜면 화면이 깨질 수 있습니다. CSS 압축, 자바스크립트 지연 로딩, 이미지 지연 로딩은 하나씩 적용하고 화면을 확인해야 합니다.
백업과 업데이트 기준을 먼저 만들어야 합니다
워드프레스 운영 사고의 상당수는 설치 문제가 아니라 업데이트 문제에서 납니다. 업데이트를 몇 달씩 미루다가 한 번에 처리하면 테마, 플러그인, 워드프레스 코어가 동시에 충돌합니다. 반대로 아무 백업 없이 자동 업데이트만 켜두면 새벽에 사이트가 깨져도 원인을 찾기 어렵습니다.
처음 설치한 날에 백업 기준을 잡아두세요. 최소한 파일과 데이터베이스를 함께 백업해야 합니다. 워드프레스는 글 내용이 데이터베이스에 있고, 이미지와 테마 파일은 서버 파일 영역에 있습니다. 둘 중 하나만 백업하면 복구가 반쪽짜리가 됩니다.
- 설치 직후 초기 상태 백업 1회 생성
- 테마 변경 전 백업
- 큰 플러그인 설치 전 백업
- 워드프레스 코어 업데이트 전 백업
- 월 1회 이상 복구 테스트
백업은 만들어두는 것보다 복구가 되는지 확인하는 게 더 중요합니다. 실제 운영에서는 백업 파일이 깨져 있거나, 데이터베이스만 빠져 있거나, 용량 제한 때문에 저장이 안 된 경우도 있습니다. 백업 플러그인 화면에 성공이라고 떠도 한 번쯤은 테스트 서버나 임시 경로에서 복구를 확인하는 편이 안전합니다.
처음 설치 후 점검 순서
설치가 끝나면 관리자 화면만 보지 말고 방문자 화면을 같이 확인해야 합니다. 모바일에서도 열어보고, 글 하나를 작성해보고, 이미지를 올려보고, 댓글이나 문의 폼을 쓴다면 직접 전송해봐야 합니다. 이 단계에서 발견한 문제는 대부분 쉽게 고칠 수 있습니다. 글이 100개 쌓인 뒤에는 같은 문제도 손이 많이 갑니다.
- SSL 적용 후 주소가 잠금 표시로 뜨는지 확인
- 관리자 로그인 주소와 비밀번호 관리 방식 확인
- 샘플 글과 샘플 페이지 삭제
- 불필요한 기본 플러그인 삭제
- 모바일 화면에서 메뉴와 본문 폭 확인
- 이미지 업로드와 썸네일 생성 확인
- 백업 파일 생성 위치 확인
워드프레스 설치는 빠르게 끝낼 수 있지만, 운영은 오래 갑니다. 처음부터 플러그인을 많이 넣고 화면을 꾸미는 것보다, 서버 조건과 기본 설정, 백업 흐름을 단단하게 잡는 게 훨씬 중요합니다. 제 경험상 오래 버티는 사이트는 특별한 기능이 많은 사이트가 아니라, 문제가 생겼을 때 되돌릴 수 있게 만들어둔 사이트였습니다.
