우커머스 쇼핑몰 처음 만들 때 안 터지게 설정하는 방법
처음 설치할 때 욕심을 줄여야 합니다
얼마 전 작은 브랜드몰을 봐달라는 연락을 받았는데, 상품은 20개뿐인데 플러그인이 38개 깔려 있었습니다. 장바구니가 느리고 결제 페이지에서 가끔 흰 화면이 뜬다고 했습니다. 우커머스 자체가 무거운 플러그인이라기보다, 쇼핑몰 기능을 붙이면서 생기는 충돌이 문제인 경우가 많습니다.
우커머스는 워드프레스 위에서 돌아가는 쇼핑몰 시스템입니다. 그래서 일반 블로그처럼 생각하고 아무 호스팅에 올리면 금방 한계가 옵니다. 방문자는 적어도 장바구니, 회원, 주문, 결제, 이메일 발송이 동시에 움직입니다. 캐시 플러그인 하나로 해결되는 구조가 아닙니다.
처음에는 기능을 많이 넣기보다 판매에 필요한 최소 흐름부터 잡는 게 낫습니다. 상품 보기, 장바구니, 주문서, 결제, 주문 이메일. 이 다섯 단계가 안정적으로 돌아가야 쿠폰이든 리뷰든 포인트든 의미가 있습니다.
호스팅은 일반 블로그보다 한 단계 높게 잡습니다
우커머스 사이트는 PHP 메모리와 데이터베이스 성능을 꽤 씁니다. 저는 테스트용이 아니라 실제 판매용이라면 PHP 메모리는 최소 256MB, 가능하면 512MB로 잡습니다. 상품 수가 많거나 옵션 상품이 많다면 더 여유가 있어야 합니다.
저가형 공유 호스팅에서도 설치는 됩니다. 그런데 문제는 운영 중에 나옵니다. 관리자에서 주문 목록을 열 때 느리고, 상품 일괄 수정이 멈추고, 피크 시간에 결제 페이지가 늦게 뜹니다. 쇼핑몰은 1초 느려지는 게 그냥 불편함으로 끝나지 않습니다. 매출 손실로 바로 이어집니다.
처음 확인할 설정
- PHP 버전은 워드프레스와 우커머스가 권장하는 안정 버전 사용
- PHP memory_limit은 최소 256MB 이상
- max_execution_time은 120초 이상 권장
- HTTPS 인증서 적용
- 자동 백업과 수동 백업 둘 다 가능한 환경
관리형 워드프레스 호스팅을 쓰면 편한 부분이 있습니다. 다만 서버 캐시가 강하게 걸려 있는 곳은 장바구니와 결제 페이지 예외 처리가 되는지 꼭 봐야 합니다. 장바구니가 캐시되면 남의 장바구니가 보이거나 수량이 꼬이는 사고가 날 수 있습니다.
테마는 예쁜 것보다 우커머스 대응을 먼저 봅니다
우커머스 쇼핑몰에서 테마는 디자인만 담당하지 않습니다. 상품 목록, 상품 상세, 장바구니, 주문서 화면까지 건드립니다. 그래서 테마를 잘못 고르면 결제 플러그인보다 테마가 더 큰 문제가 됩니다.
초보자에게는 우커머스 호환성이 검증된 가벼운 테마를 권합니다. 블록 테마도 쓸 수 있지만, 쇼핑몰을 처음 운영한다면 설정 화면이 익숙한 클래식 계열 테마가 관리하기 편한 경우가 많습니다. 디자인 자유도보다 유지보수 난이도를 먼저 봐야 합니다.
테마 선택 기준
- 최근 6개월 안에 업데이트가 있었는지
- 우커머스 장바구니와 주문서 템플릿을 과하게 덮어쓰지 않는지
- 모바일 상품 상세 화면이 깔끔한지
- 데모 디자인을 빼도 속도가 괜찮은지
- 불필요한 빌더 기능을 강제로 쓰게 하지 않는지
솔직히 쇼핑몰 초반에는 화려한 메인 화면보다 상품 상세 페이지가 더 중요합니다. 대표 이미지, 가격, 옵션 선택, 배송 안내, 구매 버튼이 모바일에서 한눈에 들어와야 합니다. 메인에 슬라이더 5개 넣는 것보다 구매 버튼이 늦게 뜨지 않는 게 낫습니다.
플러그인은 역할별로 하나씩만 둡니다
우커머스 운영에서 가장 흔한 실수는 같은 역할의 플러그인을 여러 개 까는 겁니다. 보안 플러그인 2개, 캐시 플러그인 2개, 이메일 플러그인 2개. 이렇게 되면 느려지는 것보다 더 큰 문제가 생깁니다. 서로 설정을 덮어쓰고, 업데이트 때 충돌합니다.
기본 구성은 단순하게 가는 게 좋습니다. 결제, 배송, SMTP 메일, 백업, 보안, 캐시 정도면 대부분의 소규모 쇼핑몰은 시작할 수 있습니다. 포인트, 적립금, 추천인, 팝업, 채팅, 통계는 매출 흐름이 잡힌 뒤 붙여도 늦지 않습니다.
처음 추천하는 구성 방식
- 결제: 국내 PG 연동 플러그인 1개
- 배송: 우커머스 기본 배송 설정 먼저 사용
- 메일: SMTP 발송 플러그인 1개
- 백업: 자동 백업 플러그인 1개와 호스팅 백업 병행
- 보안: 로그인 보호와 파일 수정 차단 중심
- 캐시: 장바구니, 주문서, 내 계정 페이지는 제외
무료로 가능한 일을 처음부터 유료 플러그인으로 해결할 필요는 없습니다. 예를 들어 단순 무료배송 조건, 지역별 배송비, 기본 쿠폰은 우커머스 기본 기능으로도 꽤 처리됩니다. 유료 플러그인은 반복 업무를 줄이거나 매출에 직접 영향을 줄 때 쓰는 게 맞습니다.
결제와 배송은 테스트 주문으로 확인합니다
우커머스는 설정 저장만 했다고 끝난 게 아닙니다. 실제로 주문을 넣어봐야 합니다. 관리자 계정 말고 일반 고객 계정으로 가입하고, 상품을 장바구니에 담고, 쿠폰을 넣고, 배송비가 붙는지 보고, 결제 직전까지 가봐야 합니다.
가능하면 테스트 상품을 100원 같은 낮은 금액으로 만들고 실제 결제까지 한 번 해보는 게 좋습니다. PG 관리자에는 결제가 있는데 우커머스 주문 상태가 바뀌지 않는 경우도 있습니다. 반대로 우커머스에는 주문이 있는데 결제 승인이 안 된 경우도 있습니다. 이건 오픈 후에 발견하면 꽤 피곤합니다.
오픈 전 체크할 주문 흐름
- 비회원 주문을 받을지 결정
- 주문 완료 이메일이 고객에게 도착하는지 확인
- 관리자 알림 메일이 누락되지 않는지 확인
- 모바일에서 주소 입력이 불편하지 않은지 확인
- 배송비 조건이 상품 옵션과 맞는지 확인
- 환불 처리 후 주문 상태가 제대로 바뀌는지 확인
배송 설정은 단순하게 시작하는 편이 안전합니다. 전국 기본 배송비, 일정 금액 이상 무료배송, 제주·도서산간 추가비 정도면 많은 쇼핑몰이 운영됩니다. 지역별 예외가 너무 많으면 고객도 헷갈리고 운영자도 실수합니다.
속도 최적화는 캐시보다 예외 처리가 중요합니다
우커머스 사이트에서 캐시는 조심해서 써야 합니다. 상품 목록이나 일반 페이지는 캐시해도 되지만 장바구니, 주문서, 내 계정, 주문 완료 페이지는 제외해야 합니다. 이 부분을 잘못 건드리면 주문 정보가 꼬일 수 있습니다.
이미지 최적화도 중요합니다. 상품 사진을 원본 그대로 올리면 금방 느려집니다. 가로 3000px짜리 이미지를 20장씩 올리는 쇼핑몰을 자주 봅니다. 상세 페이지에 필요한 크기보다 훨씬 큰 이미지라면 줄여서 올리는 게 맞습니다. WebP 변환도 도움이 되지만, 원본 크기를 줄이는 게 먼저입니다.
- 상품 이미지는 업로드 전 크기 조정
- 상세 설명에 외부 스크립트 남발 금지
- 장바구니와 주문서 페이지는 캐시 제외
- 관리자 속도가 느리면 플러그인 수부터 점검
- 불필요한 위젯, 팝업, 추적 코드는 줄이기
보안은 업데이트가 절반입니다. 워드프레스 코어, 테마, 플러그인을 오래 미루면 사고 확률이 올라갑니다. 다만 운영 중인 쇼핑몰에서 바로 업데이트 버튼을 누르는 건 위험합니다. 백업을 먼저 만들고, 가능하면 스테이징 환경에서 결제 흐름까지 확인한 뒤 반영하는 방식이 안전합니다.
제가 우커머스를 처음 세팅할 때 가장 많이 보는 건 기능 개수가 아닙니다. 주문이 안정적으로 들어오고, 운영자가 실수 없이 처리할 수 있고, 문제가 생겼을 때 복구할 수 있는지입니다. 쇼핑몰은 멋있게 시작하는 것보다 꾸준히 안 깨지는 쪽이 오래 갑니다.
