모두
모두콘텐츠
얼마 전 쇼핑몰에서 상품 필터를 바꾼 뒤 카테고리 페이지가 비어 보인다는 연락을 받았습니다. 필터 자체는 작동했지만 테마의 상품 목록과 충돌한 경우였습니다. 워드프레스에서는 설치 버튼보다 설치 전 확인이 더 중요합니다.
플러그인어스는 단일 플러그인 이름이 아닙니다. 우커머스 상품 필터 HUSKY, 상품 일괄 편집기 BEAR, 통화 전환기 FOX 등을 만드는 개발사입니다. 이름만 보고 여러 개를 한꺼번에 설치하면 필요한 기능보다 점검할 항목이 먼저 늘어납니다. 운영 중인 사이트라면 해결할 문제 하나를 정하고, 그 기능에 맞는 제품 하나부터 검토하는 편이 안전합니다.
먼저 필요한 기능을 하나로 좁히기
상품 수가 30개인 쇼핑몰에서 색상 필터가 꼭 필요한지는 생각해 볼 만합니다. 카테고리와 우커머스 기본 정렬만으로 고객이 상품을 찾을 수 있다면 플러그인을 추가할 이유가 적습니다. 반면 상품이 수백 개이고 고객이 크기·색상·가격을 조합해 찾는다면 HUSKY 같은 필터가 유용할 수 있습니다.
가격을 한 번에 고쳐야 한다고 BEAR부터 설치할 필요도 없습니다. 우커머스의 기본 상품 일괄 편집이나 CSV 내보내기·가져오기로 처리할 수 있는 작업인지 먼저 확인합니다. 반복적으로 상품 조건을 골라 여러 필드를 수정해야 할 때 전문 편집기의 이점이 커집니다. 무료 버전에서 다룰 수 있는 상품 수와 필드에는 제한이 있으니, 구매 전에 실제 작업량으로 시험하는 게 낫습니다.
- HUSKY: 고객이 상품 속성이나 가격으로 상품을 좁혀 찾아야 할 때 검토
- BEAR: 많은 상품의 가격·재고·분류를 반복해서 수정할 때 검토
- FOX: 고객에게 여러 통화의 가격을 보여줘야 할 때 검토
FOX를 쓴다면 표시 통화와 실제 결제 통화가 같은지까지 확인해야 합니다. 화면에 보이는 금액만 바뀌는 구성과 결제 금액까지 바뀌는 구성은 운영상 차이가 큽니다. 국내 판매만 하는 쇼핑몰이라면 통화 전환 기능 자체가 필요 없을 수도 있습니다.
설치 전에는 복구할 수 있는 상태부터 만들기
운영 사이트에서 바로 활성화하지 않는 게 좋습니다. 파일과 데이터베이스를 함께 백업하고, 백업 파일을 서버 밖에도 보관합니다. 백업 플러그인의 완료 표시만 믿지 말고 복원 방법과 관리자 로그인 방법까지 확인해야 합니다. 상품과 주문이 계속 들어오는 쇼핑몰이라면 백업 시점 이후 주문이 복원 과정에서 사라질 수 있으니 작업 시간도 신중히 잡습니다.
가능하면 스테이징 사이트에 운영 사이트를 복제해 먼저 설치합니다. 워드프레스, 우커머스, 테마, PHP 버전을 운영 사이트와 맞춰야 시험 결과가 의미 있습니다. 공식 워드프레스 플러그인 목록에서 최근 업데이트 내역과 현재 설치 환경의 호환 정보도 확인합니다. 오래 쓰던 플러그인이라도 업데이트가 밀려 있다면 새 기능보다 업데이트와 복구 계획을 먼저 챙깁니다.
기존 필터나 통화 전환 플러그인이 있다면 기능 중복도 확인합니다. 같은 상품 목록을 두 플러그인이 각각 바꾸면 검색 결과, 캐시, 가격 표시가 어긋날 수 있습니다. 기존 플러그인을 지우기 전에는 사용 중인 위젯과 숏코드가 어느 페이지에 들어갔는지 기록해 둡니다. 비활성화만으로 화면에 남은 숏코드 문구가 사라지지는 않을 수 있습니다.
상품 필터는 작은 범위에서 시험하기
HUSKY가 필요하다면 처음에는 색상이나 크기처럼 상품에 이미 등록된 속성 하나만 필터에 넣습니다. 필터 항목을 잔뜩 켜기 전에 상품 데이터부터 봐야 합니다. 같은 색상이 ‘네이비’와 ‘남색’으로 나뉘어 있으면 고객에게는 서로 다른 선택지로 나타납니다. 플러그인 설정만으로 해결할 문제가 아닙니다.
필터를 켠 뒤에는 카테고리 페이지와 상품 목록 페이지를 각각 확인합니다. 필터 선택 후 상품 수가 맞는지, 선택을 해제하면 원래 목록으로 돌아오는지, 모바일에서 필터를 열고 닫을 수 있는지 봅니다. 가격 필터를 쓴다면 할인 상품과 옵션 상품도 시험합니다. 관리자 계정으로 볼 때와 로그아웃한 고객 화면이 다를 수 있으므로 시크릿 창에서도 확인합니다.
페이지 새로고침 없이 상품 목록을 바꾸는 기능은 편하지만, 테마나 페이지 빌더의 상품 그리드와 맞지 않을 수 있습니다. 플러그인어스 지원 사례에도 필터 적용 뒤 사용자 정의 상품 그리드가 다시 그려지지 않는 문제가 나옵니다. 이런 경우에는 해당 기능을 끄고 일반 페이지 이동 방식으로 시험한 다음, 캐시를 비우고 결과를 비교합니다. 속도보다 상품이 정확히 보이는지가 먼저입니다.
일괄 수정은 대상 상품 수부터 확인하기
BEAR 같은 편집기는 작업 속도를 크게 줄이지만 실수도 한 번에 퍼집니다. 예를 들어 특정 카테고리 상품 20개의 가격을 10% 올릴 계획이라면, 먼저 필터 결과가 정확히 20개인지 확인합니다. 그다음 시험 상품 1개의 가격을 바꿔 상품 페이지와 장바구니 금액을 확인하고 나머지에 적용합니다. 옵션 상품은 실제 판매 가격이 하위 옵션에 설정돼 있을 수 있어 별도로 점검해야 합니다.
일괄 수정 기록에서 되돌리기 기능을 제공하더라도 데이터베이스 백업을 대신하지는 못합니다. 가격 외에 재고, 옵션, 분류까지 함께 바꿨다면 되돌린 뒤에도 대표 상품 몇 개를 직접 확인합니다. 특히 운영 중인 주문과 연결된 데이터는 수정 범위가 넓을수록 복구 판단이 어려워집니다.
플러그인어스 제품을 고를 때 저는 기능표보다 ‘지금 이 작업을 기본 기능으로 할 수 있는가’, ‘잘못 적용했을 때 어디까지 되돌릴 수 있는가’를 먼저 봅니다. 필요한 기능 하나를 설치하고 실제 고객 화면에서 확인하는 과정이, 플러그인 여러 개를 한꺼번에 추가하는 것보다 운영 시간을 덜 잡아먹었습니다.
