모두
모두콘텐츠
얼마 전 블로그를 시작하려는 분이 “블로그 스팟이면 워드프레스보다 관리가 편한가요?”라고 물었다. 사이트를 10년쯤 운영하다 보니 이 질문에는 기능보다 먼저 운영 방식을 설명하게 된다. 글만 쓸 건지, 나중에 문의 폼이나 예약 기능까지 붙일 건지에 따라 선택이 달라진다.
블로그 스팟과 블로그는 무엇이 다른가
먼저 이름부터 구분해야 한다. 블로그는 글을 발행하는 사이트의 형태다. 블로그 스팟은 구글의 블로거에서 만든 블로그에 기본으로 붙는 주소를 가리킬 때 흔히 쓰는 말이다. 따라서 ‘블로그 스팟 블로그 차이’를 찾고 있다면, 실제로 비교할 대상은 대개 구글 블로거와 직접 설치해 운영하는 워드프레스다.
블로거는 계정을 만들고 이름과 주소를 정하면 곧바로 글을 쓸 수 있다. 서버 설치나 워드프레스 코어 업데이트를 직접 챙길 일이 적다. 반면 직접 설치한 워드프레스는 호스팅을 준비하고 설치한 뒤 테마, 플러그인, 백업을 관리해야 한다. 대신 사이트 구조와 기능을 바꿀 수 있는 범위가 넓다.
여기서 워드프레스닷컴은 따로 봐야 한다. 워드프레스 소프트웨어를 호스팅 서비스에서 제공하는 방식이라 직접 설치형과 관리 책임, 요금제별 기능이 다르다. ‘워드프레스는 플러그인을 마음대로 설치할 수 있다’는 설명은 직접 설치형을 기준으로 읽어야 혼동이 없다.
비용과 관리 부담은 어디서 갈리나
글과 사진 위주의 개인 블로그라면 블로거는 시작 비용을 낮추기 쉽다. 기본 주소를 그대로 쓰면 별도 호스팅을 계약할 필요가 없다. 개인 도메인을 연결할 수도 있지만, 그때는 도메인 등록비와 갱신일을 챙겨야 한다. 도메인을 샀다고 서버 비용까지 생기는 구조는 아니다.
직접 설치형 워드프레스의 소프트웨어는 무료다. 실제 운영에는 호스팅과 도메인 비용이 든다. 유료 테마나 플러그인을 꼭 사야 하는 것은 아니다. 처음부터 결제하기보다 기본 블록 편집기와 무료 테마로 필요한 화면을 만들 수 있는지 확인하는 편이 낫다. 기능 하나 때문에 플러그인 여러 개를 얹으면 업데이트와 충돌을 확인할 일이 늘어난다.
차이는 장애가 났을 때 더 선명하다. 블로거는 서버와 플랫폼 유지 관리의 상당 부분을 서비스에 맡긴다. 대신 서버 설정이나 데이터베이스를 직접 고쳐 해결할 수는 없다. 직접 설치형 워드프레스는 호스팅 업체의 지원 범위를 확인하면서 코어, 테마, 플러그인 업데이트를 챙겨야 한다. 호스팅 업체가 백업을 제공하더라도 보관 기간과 복원 방법은 계약마다 다르다.
제가 워드프레스 사이트를 맡으면 업데이트를 무기한 미루지 않는다. 작업 전 백업을 확보하고, 업데이트 뒤에는 첫 화면·글 화면·문의 폼을 확인한다. 사이트가 큰 경우에는 복제 환경에서 먼저 확인한다. 업데이트를 한꺼번에 오래 미뤄 두면 나중에 어느 변경에서 문제가 생겼는지 찾기 어렵다.
디자인과 기능을 늘릴 계획이라면
블로거에서도 테마를 고르고 레이아웃을 손볼 수 있다. 구글 블로거의 설정에는 검색 노출, 맞춤 도메인, 댓글, 피드 같은 항목도 있다. 글을 꾸준히 발행하는 용도라면 필요한 기능이 이미 들어 있는 셈이다. 검색에 잘 보이려면 특정 플랫폼을 골라야 한다는 식의 말은 믿지 않는다. 실제로는 글의 내용, 화면 구성, 검색엔진에 공개하는 설정을 함께 봐야 한다.
워드프레스는 기능을 붙여 사업용 사이트로 키울 때 유리하다. 예를 들어 서비스 소개 글 20개에 문의 폼, 회원 전용 자료, 예약 기능을 단계적으로 추가할 수 있다. 테마와 플러그인 선택지도 넓다. 다만 선택지가 많다는 이유로 설치부터 해서는 안 된다. 문의 폼이 필요하면 먼저 호스팅 업체나 기존 테마가 제공하는 기능을 확인하고, 부족할 때 관리가 계속되는 플러그인 하나를 고른다.
속도도 플랫폼 이름만으로 판단하기 어렵다. 큰 이미지 30장을 원본 크기로 올리거나 외부 스크립트를 여러 개 넣으면 어느 쪽이든 느려질 수 있다. 워드프레스에서는 특히 호스팅 성능, 테마의 무게, 플러그인 구성, 이미지 크기가 체감 속도에 영향을 준다. 처음에는 이미지 크기를 줄이고 꼭 필요한 기능만 켜는 것으로 충분하다. 캐시 플러그인을 여러 개 겹쳐 설치하는 식의 설정은 피한다.
시작 전에 백업과 이전 경로를 확인하는 방법
블로거를 택한다면 관리자 화면의 ‘설정’에서 검색엔진 공개 여부를 먼저 확인한다. 맞춤 도메인을 쓸 계획이라면 글을 많이 쌓기 전에 연결하는 편이 주소 변경 작업을 줄인다. 도메인 연결에는 DNS 설정이 필요하므로 기존 사이트가 이미 연결된 도메인이라면 현재 기록을 저장한 뒤 작업해야 한다. 값을 잘못 지우면 기존 사이트나 메일이 멈출 수 있다.
백업도 메뉴 위치만 알아 두고 끝내지 말자. 구글 블로거 도움말에 따르면 ‘설정 → 블로그 관리 → 콘텐츠 백업’에서 글 데이터를 내려받고, 테마는 ‘테마’ 메뉴에서 별도로 백업한다. 월 1회처럼 스스로 지킬 수 있는 주기를 정해 컴퓨터나 별도 저장 공간에 보관하면 된다. 서비스가 운영을 맡아도 내 글의 사본까지 대신 챙겨 주는 것은 아니다.
워드프레스를 고른다면 설치 직후 백업 범위부터 확인한다. 워드프레스 공식 문서는 복원에 데이터베이스뿐 아니라 테마, 플러그인, 업로드 파일도 필요하다고 설명한다. 호스팅 업체의 자동 백업이 있다면 복원 시점과 보관 기간을 확인하고, 중요한 변경 전에는 별도 사본을 만든다. 무료 백업 플러그인을 써도 되지만 호스팅에 이미 같은 기능이 있다면 중복 설치할 이유는 적다. 백업 파일을 내려받는 것만큼 실제로 복원할 수 있는지 확인하는 일이 중요하다.
이전을 생각한다면 주소가 변수다. 블로거의 기본 주소로 쓴 글을 나중에 다른 플랫폼으로 옮기면 글 주소와 내부 링크를 다시 점검해야 한다. 맞춤 도메인을 쓰더라도 플랫폼마다 글 주소 형식이 달라 개별 글의 연결을 확인해야 한다. 글 5개일 때 손보는 일과 500개일 때 손보는 일은 다르다.
글을 쓰는 데 집중하고 유지 관리 시간을 거의 쓰고 싶지 않다면 블로거로 시작해도 충분하다. 문의, 예약, 회원 기능까지 계획이 잡혀 있다면 직접 설치형 워드프레스가 맞을 가능성이 크다. 저는 플랫폼을 고를 때 지금 당장 가능한 기능보다 1년 뒤에도 내가 감당할 수 있는 운영 일을 먼저 본다.
