설정만 잘해두면 된다고 했는데, 왜 서버가 통째로 날아갔을까요. 저도 처음엔 그 이유를 몰랐습니다. 며칠 공들여 세팅해 둔 환경이 흔적도 없이 사라진 날, 그때서야 '무료 기간'이 그냥 체험이 아니라는 걸 실감했습니다. 워드프레스 관리자 페이지, 설치보다 초기 설정이 훨씬 더 중요한 이유를 경험으로 풀어보겠습니다.
결제 등록과 서버 유지, 아끼려다 더 잃는 구조
클라우드웨이즈(Cloudways)는 가입 후 3일간 무료로 서버를 제공합니다. 여기서 클라우드웨이즈란 벌처(Vultr), 디지털오션(DigitalOcean), AWS 같은 클라우드 인프라 위에 워드프레스를 손쉽게 올릴 수 있도록 관리 환경을 제공하는 매니지드 호스팅 플랫폼입니다. 쉽게 말해 서버를 직접 다루지 않아도 되는 중간 관리자 역할을 합니다.
문제는 이 3일이 생각보다 빨리 지나간다는 겁니다. 저도 "어차피 테스 트니까 결제는 나중에 하지 뭐"라는 생각으로 미뤘다가, 어느 날 접속해 보니 서버가 아예 사라져 있었습니다. 머릿속이 하얘졌던 그 순간이 아직도 생생합니다. 카드 등록이나 크레디트 예치를 하지 않으면 서버가 자동 삭제되는 구조이기 때문에, 이건 단순한 설정 실수가 아니라 처음부터 다시 시작해야 하는 상황으로 이어집니다.
결제 등록은 어드민 화면에서 'Upgrade My Account'를 클릭한 뒤 결제 주소를 입력하고, 비자카드·마스터카드·아메리칸 익스프레스 중 하나로 등록할 수 있습니다. 그다음 'Funds' 메뉴에서 크레디트를 미리 예치해 두는 방식입니다. 서버 비용은 벌처 기준으로 RAM 4GB 환경에서 월 50~60달러 수준이므로, 6개월치 정도를 미리 충전해 두는 것이 실질적으로 안전합니다.
가비아나 카페 24 같은 국내 호스팅이 더 저렴한데 왜 굳이 클라우드웨이즈를 쓰느냐고 묻는 분들이 종종 있습니다. 저도 처음엔 비슷한 의문을 가졌습니다. 그런데 웹 호스팅(Web Hosting)을 직접 써보면 체감이 달라집니다. 웹 호스팅이란 하나의 물리 서버 자원을 여러 사용자가 공유하는 방식으로, 특정 사용자에게 트래픽이 폭증하거나 DDoS 공격이 발생하면 동일 서버를 쓰는 다른 사용자 전체가 영향을 받습니다. 반면 클라우드웨이즈가 활용하는 VPS(Virtual Private Server), 즉 가상 사설 서버는 독립된 자원을 할당받기 때문에 이런 문제에서 상대적으로 자유롭습니다. 제가 직접 웹 호스팅을 써봤는데, 특정 날 사이트가 갑자기 느려지거나 먹통이 되는 경험을 여러 번 했습니다. 원인이 내 사이트가 아닌 경우가 많았고, 그때마다 손쓸 방법이 없다는 게 가장 불편했습니다.
관리자 페이지에 처음 로그인하면 영어 화면이 반겨줍니다. 설정(Settings) > 일반(General)에서 언어를 한국어로 변경하면 메뉴 구조가 한층 친숙해집니다. 이후 시간대를 Asia/Seoul로 설정해 두는 것도 빠뜨리지 않아야 합니다. 발행 시간이 실제 작성 시간과 다르게 기록되면 나중에 콘텐츠 관리가 번거로워질 수 있기 때문입니다.
초기 설정에서 꼭 확인해야 할 항목을 정리하면 다음과 같습니다.
- 결제 정보 등록 및 크레디트 예치 (서버 삭제 방지)
- 관리자 페이지 언어 → 한국어 변경
- 시간대 → Asia/Seoul 설정
- 검색 엔진 가시성 차단 옵션 → 반드시 해제 상태 유지
마지막 항목은 특히 주의가 필요합니다. 설정(Settings) > 읽기(Reading)에 있는 '검색 엔진 가시성' 옵션을 체크하면 검색 엔진 크롤러의 접근을 막아버립니다. 크롤러(Crawler)란 구글, 네이버 같은 검색 엔진이 웹 페이지를 자동으로 수집하는 봇을 의미합니다. 이 옵션이 활성화된 상태에서 글을 아무리 올려도 검색 결과에 노출되지 않습니다. 제가 직접 이 실수를 하진 않았지만, 주변에서 이걸 모르고 몇 주를 운영하다가 뒤늦게 발견한 사례를 봤습니다. 확인이 필요한 만큼, 설정 직후 한 번은 반드시 체크해 두시길 권합니다.
고유주소와 플러그인, 처음 설정이 나중을 결정합니다
워드프레스 관리자 페이지에서 가장 간과하기 쉬운 설정이 고유주소(Permalink)입니다. 고유주소란 각 게시글에 부여되는 고유 URL 구조를 의미합니다. 기본값을 그대로 두면 /? p=123 같은 형태의 주소가 생성되는데, 이는 SEO(검색 엔진 최적화) 측면에서 불리합니다. SEO란 검색 엔진이 내 콘텐츠를 잘 이해하고 높은 순위로 노출할 수 있도록 사이트 구조와 내용을 최적화하는 작업을 말합니다.
제 경험상 이 설정의 무서움은 나중에야 실감했습니다. 초반에 기본값으로 글을 몇 개 발행한 뒤, 주소 구조를 '글 이름(Post Name)' 방식으로 바꾸려다 이미 발행된 글들의 URL이 전부 바뀌면서 404 오류가 쏟아졌습니다. 404 오류란 요청한 페이지를 서버가 찾지 못할 때 반환하는 HTTP 상태 코드로, 사실상 링크가 끊어진 상태입니다. 그때 처음으로 '처음 설정이 운영 전체를 좌우할 수 있다'는 걸 뼈저리게 느꼈습니다. 이후로는 새 사이트를 만들면 고유주소부터 '글 이름'으로 설정하는 게 첫 번째 루틴이 됐습니다.
플러그인(Plugin) 관리도 비슷한 교훈을 줬습니다. 플러그인이란 워드프레스에 특정 기능을 추가할 수 있는 확장 모듈로, 설치만 하면 코딩 없이도 다양한 기능을 구현할 수 있습니다. 처음엔 좋다는 건 다 설치했습니다. 기능이 많으면 무조건 좋은 줄 알았으니까요. 그런데 시간이 지날수록 페이지 로딩 속도가 눈에 띄게 느려졌고, 원인을 추적해 보니 쓰지도 않는 플러그인들이 쌓여 서로 충돌하고 있었습니다.
워드프레스 공식 통계에 따르면 플러그인 충돌은 사이트 오류의 주요 원인 중 하나로 꼽힙니다(출처: WordPress.org). 안 쓰는 플러그인을 비활성화하는 것만으로는 부족하고, 삭제까지 해야 서버 자원 낭비를 막을 수 있습니다. 컴퓨터 바탕화면에 쓰지 않는 파일을 쌓아두는 것과 같습니다.
테마 선택도 처음엔 시행착오가 있었습니다. 화려한 디자인에 끌려 무거운 테마를 골랐다가, 속도도 느리고 커스터마이징도 불편했습니다. 결국 GeneratePress로 바꾸고 나서야 글 쓰는 데 집중할 수 있었습니다. 디자인이 화려하지 않다는 게 단점으로 보일 수 있지만, 실제로 블로그 운영에서 중요한 건 로딩 속도와 구조적 SEO입니다. 구글 검색 랭킹 시스템에서도 페이지 로딩 속도는 코어 웹 바이탈(Core Web Vitals) 지표로 직접 반영됩니다(출처: Google Search Central). 코어 웹 바이탈이란 구글이 사용자 경험을 측정하기 위해 정의한 지표로, LCP(최대 콘텐츠 렌더링 시간), FID(첫 입력 지연), CLS(레이아웃 이동 점수) 세 가지로 구성됩니다.
물론 GeneratePress가 모든 사람에게 최선은 아닐 수 있습니다. 비주얼이 중요한 포트폴리오 사이트라면 디자인 중심의 테마가 더 적합할 수도 있습니다. 저는 '속도와 SEO'에 우선순위를 뒀기 때문에 이 선택이 맞았지만, 결국 테마도 내 목적에 맞게 고르는 게 중요하다는 걸 강조하고 싶습니다.
워드프레스 초기 설정은 나중에 바꾸기 어려운 것들을 먼저 잡고, 바꿔도 되는 것들은 운영하면서 조정하는 방식이 가장 효율적입니다. 고유주소나 검색 엔진 가시성처럼 처음 한 번만 제대로 설정하면 이후엔 신경 쓸 일이 없는 것들을 먼저 챙기세요.
관리자 페이지는 처음 보면 복잡해 보이지만, 실제로 자주 쓰는 건 글, 외모(테마), 플러그인 세 가지입니다. 나머지는 초기 설정 이후엔 거의 건드릴 일이 없습니다. 겁먹고 미루기보다는 지금 바로 하나씩 눌러보는 게 훨씬 빠릅니다. 저도 처음엔 서버를 날리고 나서야 제대로 된 습관이 생겼습니다. 시행착오를 겪기 전에 이 글이 조금이라도 도움이 됐으면 합니다.
참고: https://www.youtube.com/watch?v=UzojE5O0oU8&list=PLVJGMSyXcLp8gjtCimbL092DHd6tXJggW&index=4&t=1378s