워드프레스 테마 고르고 안전하게 바꾸는 방법

얼마 전 테마를 바꿨다가 첫 화면만 보고 작업을 끝냈다는 사이트를 맡았다. 글은 멀쩡했지만 모바일 메뉴가 열리지 않았고, 글 하단에 있던 안내 문구도 사라져 있었다. 워드프레스 테마는 색과 글꼴만 바꾸는 장식이 아니다. 메뉴, 위젯, 글 목록, 개별 글의 배치까지 건드린다. 그래서 고를 때보다 바꿀 때 더 신중해야 한다.

테마는 필요한 화면부터 보고 고른다

후보를 찾기 전에 실제로 쓸 화면을 적어두는 편이 빠르다. 블로그라면 첫 화면, 글 목록, 개별 글, 검색 결과, 모바일 메뉴 정도면 시작할 수 있다. 상품을 팔거나 회원 기능을 쓴다면 장바구니와 로그인 화면도 추가한다. 데모 첫 화면 하나가 예뻐서 설치했다가 정작 긴 글을 읽기 불편한 경우가 꽤 많다.

처음부터 후보를 열 개씩 쌓을 필요는 없다. 두세 개를 골라 같은 글로 비교하면 차이가 보인다. 본문 폭이 지나치게 넓지 않은지, 한글 제목이 두 줄이 되었을 때 깨지지 않는지, 휴대폰에서 메뉴와 검색 버튼을 누르기 쉬운지 확인한다. 테마 설명에 적힌 기능 수보다 실제 콘텐츠가 편하게 읽히는지가 중요하다.

공식 워드프레스 테마 저장소에서 찾는다면 마지막 업데이트 날짜, 현재 워드프레스 버전과의 호환 표시, 지원 게시판의 응답 상태를 함께 본다. 설치 수만으로 품질을 판단하지는 않는다. 디자인이 마음에 들어도 최근 업데이트가 끊겼거나 문의가 오래 방치된 테마는 운영할수록 부담이 커진다. 유료 테마가 꼭 더 안전한 것도 아니다. 필요한 화면이 무료 테마로 구현된다면 먼저 그쪽을 쓴다.

블록 테마와 클래식 테마는 편집 방식이 다르다

관리자 메뉴의 외모 아래에 ‘편집기’가 보이면 대체로 블록 테마다. 머리글, 바닥글, 글 템플릿까지 사이트 편집기에서 블록으로 수정한다. ‘사용자 정의하기’ 중심이라면 클래식 테마일 가능성이 높다. 이쪽은 테마가 제공하는 옵션에 따라 메뉴, 위젯, 색상 설정 범위가 달라진다. 일부 테마나 플러그인은 두 방식을 섞으므로 메뉴 이름만 믿지 말고 후보 테마의 편집 화면을 직접 열어봐야 한다.

블록 테마는 화면 전체를 손볼 일이 많고 블록 편집기에 익숙할 때 편하다. 반면 기존 사이트가 클래식 테마의 위젯 영역이나 전용 설정에 많이 기대고 있다면 교체 작업이 커질 수 있다. 워드프레스 공식 문서도 블록 테마에서는 사이트 편집기를, 클래식 테마에서는 사용자 정의하기를 주요 편집 경로로 안내한다. 새 방식이 무조건 맞는 답은 아니다. 지금 운영 중인 콘텐츠와 편집 습관에 맞춰 고르면 된다.

테마가 필수라며 권하는 플러그인도 확인한다. 데모 가져오기, 슬라이더, 페이지 빌더가 모두 있어야 화면이 나온다면 이후 업데이트 대상도 그만큼 늘어난다. 특히 페이지 빌더 전용 요소로 글 본문을 만들면 나중에 테마나 빌더를 바꿀 때 손볼 글이 많아진다. 글은 가능하면 기본 블록으로 쓰고, 테마에는 화면 배치를 맡기는 구성이 관리하기 쉽다.

교체 전에는 파일과 데이터베이스를 함께 백업한다

운영 중인 사이트라면 외모 → 테마 → 새로 추가에서 후보를 설치하되 바로 활성화하지 않는다. ‘실시간 미리보기’로 기존 글이 어떻게 보이는지 먼저 확인한다. 다만 미리보기만으로 메뉴 연결, 위젯 위치, 모바일 동작을 모두 검증할 수는 없다. 방문자가 많은 사이트는 호스팅의 스테이징 기능이나 별도 복제 사이트에서 먼저 바꿔보는 편이 안전하다.

백업은 파일과 데이터베이스가 한 세트다. 파일에는 테마, 플러그인, 업로드한 이미지가 있고 데이터베이스에는 글과 여러 설정이 들어 있다. 워드프레스 공식 백업 안내도 업데이트 전 두 가지를 함께 보관하도록 권한다. 호스팅이 제공하는 백업이 있다면 마지막 백업 시각과 복원 방법부터 확인한다. 백업 플러그인이 이미 있다면 새 플러그인을 하나 더 설치할 이유는 없다. 어느 방법이든 복원할 수 없는 백업은 사고 때 도움이 되지 않는다.

• 현재 테마 이름과 주요 설정 화면을 캡처한다.
• 파일과 데이터베이스를 같은 시점에 백업하고, 호스팅 밖에도 사본을 둔다.
• 첫 화면, 개별 글, 검색 결과, 모바일 화면을 테스트 목록에 넣는다.
• 문의 폼이나 구매 기능이 있다면 실제로 한 번씩 작동시킨다.

부모 테마 파일을 직접 고쳐 썼다면 여기서 멈춰야 한다. 테마 업데이트 때 수정 내용이 덮어써질 수 있다. 코드 수정은 자식 테마로 옮길지 검토하고, 단순한 색상이나 간격 변경이라면 테마가 제공하는 설정으로 처리할 수 있는지 먼저 본다.

활성화한 뒤에는 보이는 화면과 운영 기능을 확인한다

외모 → 테마에서 새 테마를 활성화하면 방문자 화면에 바로 반영된다. 첫 화면만 확인하고 끝내지 말고, 데스크톱과 휴대폰에서 메뉴를 눌러본다. 개별 글의 제목과 본문 폭, 댓글 영역, 검색 결과, 없는 페이지를 열었을 때의 화면도 본다. 클래식 테마를 바꾼 뒤 사이드바가 비었다면 외모 → 위젯의 비활성 위젯 영역에 기존 항목이 남아 있는지 확인한다. 블록 테마라면 외모 → 편집기에서 머리글과 탐색 메뉴 연결을 확인한다.

문제가 보이면 먼저 이전 테마로 되돌려 방문자 화면을 안정시킨다. 그다음 테스트 사이트에서 원인을 찾는다. 백업 전체 복원은 테마 교체 후 새로 작성한 글이나 주문까지 되돌릴 수 있으므로, 복원 시점을 확인하고 진행해야 한다. 화면이 깨졌다는 이유만으로 플러그인을 한꺼번에 지우거나 데이터베이스를 덮어쓰면 문제 범위가 더 커질 수 있다.

교체가 끝나도 업데이트는 남는다. 외모 → 테마에서 테마 세부 정보를 열면 테마별 자동 업데이트를 켤 수 있다. 자동 업데이트가 부담스러운 사이트라면 주 1회 업데이트 알림을 확인하고, 백업과 테스트를 거쳐 직접 적용하는 일정이라도 잡아두자. 예전 테마를 계속 쓰지 않을 계획이라면 삭제해 관리 대상을 줄인다. 보기 좋은 테마보다 업데이트하고 복구하기 쉬운 테마가 오래 운영할 때 편하다.