WooCommerce 경매 플러그인: 확인할 점, 그리고 쇼핑몰 옆에서 경매를 운영해야 할 때

WooCommerce 경매 플러그인이 하는 일

WooCommerce 쇼핑몰에서 입찰은 경매 확장 프로그램이 맡습니다. 대부분 같은 방식으로 작동합니다.

• 새로운 상품 유형. 상품을 만들어 경매로 지정하고 시작가, 마감 시각, 필요하면 최저 낙찰가를 정합니다.
• 상품 페이지에서 입찰. 가격 상자가 입찰 상자로 바뀝니다. 입찰자는 쇼핑몰의 고객 계정으로 로그인합니다.
• 낙찰자는 결제 과정으로. 로트가 마감되면 낙찰자는 링크가 담긴 이메일을 받고, 상품이 낙찰가로 장바구니에 담기며, 고객님의 배송 및 세금 규칙이 적용된 평소의 결제 과정으로 결제합니다.
• 관리 화면은 하나. 그 판매는 다른 주문과 똑같은 WooCommerce 주문이 되어 같은 주문 목록, 같은 보고서에 들어갑니다.

바로 이 마지막 점이 플러그인의 진짜 강점입니다. 쇼핑몰 운영에서 달라지는 것이 없습니다. 따져 볼 것은 모두 사람들이 입찰하는 동안 무슨 일이 일어나느냐입니다.

설치하기 전에 확인할 점

• 캐시와 현재 입찰가. 쇼핑몰은 속도를 위해 상품 페이지를 캐시합니다. 십 분 전 가격을 보여 주는 경매 페이지는 경매가 없는 것만 못합니다. 확장 프로그램이 캐시된 페이지에서 입찰가를 어떻게 최신으로 유지하는지, 쓰고 있는 캐시 플러그인이나 호스팅 업체의 캐시와 함께 작동하는지 물어보세요.
• 마지막 일 분, 결제 과정이 쓰는 바로 그 호스팅에서. 입찰은 한꺼번에 몰려오고, 그중 어느 것도 캐시로 응답할 수 없습니다. 마지막 몇 초에 쉰 명이 한 로트에 입찰하면 쇼핑몰이 어떻게 되는지, 그 순간 결제 중인 구매자들은 어떻게 되는지 물어보세요.
• 소프트 클로즈. 마지막 일 분의 입찰은 마감 시각을 연장해야 합니다. 그렇지 않으면 모든 로트가 막판 스나이핑 경쟁으로 끝납니다. 확장 프로그램에 이 기능이 있는지, 연장 시간을 정할 수 있는지 확인하세요.
• 자동 입찰과 입찰 추월 알림 메일. 입찰자는 최고 입찰가를 맡겨 두고 시스템이 대신 입찰하게 할 수 있어야 하고, 입찰이 추월당한 입찰자는 즉시 알림을 받아야 합니다. 입찰자보다 먼저 그 이메일들을 읽어 보세요.
• 결제하지 않는 낙찰자. 결제 기한, 독촉 알림, 차순위 입찰자에게 로트를 제안할 방법이 있습니까? 경매에서는 이런 일이 쇼핑몰에서 장바구니 이탈이 문제 되는 것보다 더 자주 일어납니다.
• 아무도 미리 알 수 없는 가격에 붙는 배송비와 세금. 고객님의 규칙은 고정가를 기준으로 만들어졌습니다. 테스트 로트를 끝까지 진행해 보고 결제 과정이 낙찰자에게 얼마를 청구하는지 보세요.
• 누가 입찰할 수 있는가. 고객 계정이 있는 사람이면 누구나입니까, 승인한 사람만입니까? 지난번에 결제하지 않은 입찰자를 차단할 수 있습니까?
• 호환성. 경매 확장 프로그램은 상품 페이지, 장바구니, 이메일을 건드립니다. 쓰고 있는 테마, 그리고 쇼핑몰에서 돌아가는 다른 확장 프로그램과 잘 맞는지 확인하세요.
• 업데이트. 확장 프로그램이 마지막으로 업데이트된 때가 언제인지, 하필 판매가 있는 주에 작동을 멈췄을 때 누가 답하는지 보세요.
• 휴대폰. 입찰 대부분은 휴대폰에서 이루어집니다. 결정하기 전에 휴대폰으로 테스트 로트에 입찰해 보세요.

플러그인이 맞는 선택일 때

경매가 이미 잘 돌아가는 쇼핑몰의 작은 일부이고, 모든 판매가 한곳에서 마무리되는 것이 중요할 때 플러그인이 맞는 선택입니다.

• 고정가 상품 옆에서 한 달에 몇 점을 경매에 부칩니다.
• 낙찰자가 반드시 기존 결제 과정으로 결제해야 합니다. 모든 판매가 고객님의 배송, 세금, 재고 관리가 적용된 WooCommerce 주문이 되어야 하기 때문입니다.
• 입찰자가 기존 고객이고, 이미 가진 계정을 써야 합니다.
• 어차피 누군가 쇼핑몰을 관리하고 있고, 업데이트 때마다 확장 프로그램 하나를 더 테스트해도 괜찮습니다.

입찰이 가끔 있고 조용하다면 위의 캐시와 부하 문제는 거의 상관없고, 플러그인은 모든 것을 하나의 관리 화면에 모아 둡니다.

쇼핑몰 옆에서 경매를 운영해야 할 때

경매가 그 자체로 하나의 사업일 때는 쇼핑몰 옆에 별도의 경매 사이트를 두는 편이 낫습니다. 정기 판매, 많은 로트, 다시 찾아오는 입찰자, 그리고 모두가 동시에 사이트에 들어와 있는 마감 시간. 쇼핑몰을 다시 만들거나 교체하는 것이 아닙니다. 쇼핑몰은 계속 판매하고, 경매는 입찰을 위해 만들어진 사이트를 갖게 됩니다.

포기하는 것을 있는 그대로 말씀드리면:

• 낙찰자는 WooCommerce 결제 과정으로 결제하지 않으며, 경매 판매는 WooCommerce 주문이 되지 않습니다.
• 입찰자는 경매 사이트에서 등록합니다. 쇼핑몰 고객 계정으로는 그곳에 로그인할 수 없습니다.
• 재고는 공유되지 않습니다. 한 물건은 쇼핑몰의 상품이거나 경매의 로트이지, 동시에 둘 다일 수는 없습니다.
• 관리 화면을 두 곳 보게 됩니다. 쇼핑몰 주문은 쇼핑몰에서, 로트와 낙찰자는 경매 사이트에서.

이 가운데 하나라도 포기할 수 없는 것이 있다면 고객님께는 플러그인이 더 나은 답입니다. 하나도 없다면, 별도의 사이트가 위 점검 목록의 모든 질문을 쇼핑몰에서 덜어 줍니다.

진행 중인 로트를 쇼핑몰에 보여 주는 방법

오 분 정도 걸리고 아무것도 설치하지 않습니다. Auctify로 만든 경매 사이트를 위한 무료 도구인 AuctionAmigo를 씁니다.

1. auctionamigo.com에 경매 사이트 주소를 입력합니다. 페이지가 입찰 중인 로트와 등록은 됐지만 아직 열리지 않은 로트를 읽어 옵니다.
2. 모양을 고릅니다. 플로팅(모든 페이지 구석에 머무는 작은 패널), 가로형(페이지를 가로지르는 띠), 세로형(사이드바용 세로 열), 스카이스크래퍼(긴 세로 열). 색상과 모서리 스타일을 고르면 미리보기에 고객님 자신의 로트가 보입니다.
3. 코드 한 줄을 복사합니다. script 태그 하나뿐입니다.
4. 쇼핑몰에 붙여 넣습니다. 홈페이지나 다른 페이지에는 로트가 나타날 자리에 사용자 정의 HTML 블록을 추가하고 붙여 넣습니다. 상점 페이지와 상품 페이지 옆에 로트를 보여 주려면, 테마에 해당 영역이 있는 경우 외모 아래의 사이드바 또는 푸터 위젯 영역에 사용자 정의 HTML 블록을 추가합니다. 플로팅 모양은 사이트의 헤더나 푸터 코드에 한 번만 넣으면 상점 페이지와 상품 페이지를 포함한 모든 페이지에 나타납니다. 페이지 빌더를 쓰시나요? 그 방법도 WordPress 가이드에서 다룹니다.
5. 발행합니다. 위젯은 각 로트의 사진, 제목, 현재가 또는 즉시 구매가, 입찰 수와 카운트다운을 보여 주고, 아직 시작하지 않은 로트에는 “… 후 시작”을 표시합니다. 클릭하면 방문자는 경매 사이트의 그 로트로 이동해 거기서 등록하고 입찰합니다.

위젯은 방문자의 브라우저에서 경매 사이트의 로트를 가져오고 페이지가 열려 있는 동안 새로고침하므로, 쇼핑몰 페이지가 캐시되어 있어도 가격이 멈춰 있지 않습니다. 쿠키를 설정하지 않고 방문자의 브라우저에 아무것도 저장하지 않으므로 쿠키 배너에 관해 바뀌는 것은 없습니다.

쇼핑몰과 경매를 하나의 사업처럼 느끼게 하기

쇼핑몰이 yourstore.com이라면 경매 사이트는 auctions.yourstore.com에서 운영하세요. 이 이름은 가입할 때 고르고, 도메인 등록업체에서 A 레코드 하나로 경매 사이트를 가리키게 합니다. 정확한 레코드는 가입 페이지에 표시됩니다. DNS를 건드리기 전에 사이트가 돌아가는 것을 먼저 보고 싶다면 제공자의 무료 하위 도메인으로 시작하고, 준비가 되면 내 이름을 고르세요. 그다음:

• 쇼핑몰 메뉴에 “경매”를 추가해 경매 사이트로 연결하고, 경매 사이트의 메뉴에는 쇼핑몰로 돌아가는 링크를 둡니다.
• 두 곳에 같은 로고, 색상, 글꼴을 씁니다. 입찰자가 고객님의 가게를 떠났다고 느껴서는 안 됩니다.
• 물건마다 한곳에만 둡니다. 경매의 로트로 올라가 있는 동안에는 쇼핑몰에서 내리세요. 둘은 재고를 공유하지 않기 때문입니다.
• 낙찰자가 어떻게 결제하고 물건이 어떻게 배송되는지 모든 로트에 적어 둡니다. 고객님의 결제 과정에 익숙한 구매자는 그것을 기대할 테니, 그 대신 어떻게 진행되는지 알려 주세요.
• 고객에게 알립니다. 첫 판매의 로트를 담아 쇼핑몰 메일링 리스트로 보내는 이메일이 가장 자연스러운 첫 공지입니다.

첫 판매 전: 짧은 점검 목록

• 그 용도로 만든 로트에 휴대폰으로 테스트 입찰을 하고, 거기서 나오는 이메일을 전부 읽어 봅니다.
• 자신의 테스트 로트를 낙찰받아 결제까지 해 보고, 낙찰자가 보게 될 화면을 직접 확인합니다.
• 위젯이 들어간 쇼핑몰 페이지를 시크릿 창에서 열어 로트와 가격이 보이는지 확인합니다.
• 입찰자들이 사는 시간대로 마감 시각을 확인합니다.
• 경매 판매를 누가, 어떻게 장부에 기록할지 첫 판매가 일어나기 전에 정합니다.
• 판매하는 곳의 규정을 확인합니다. 소비자법, 통신판매 청약철회권, 낙찰가에 붙는 부가가치세는 나라마다 다르고, 쇼핑몰 판매에 적용되는 것과 다를 수도 있습니다.

자주 묻는 질문

낙찰자가 제 WooCommerce 결제 과정으로 결제할 수 있나요?

별도의 경매 사이트에서는 안 됩니다. 낙찰자는 경매 사이트에서 결제하고, 그 판매는 WooCommerce 주문이 아닙니다. 기존 결제 과정으로 결제하는 것이 필수 조건이라면 WooCommerce용 경매 확장 프로그램이 맞는 도구입니다. 그저 익숙해서라면, 별도의 사이트가 입찰 부하와 유지보수를 쇼핑몰에서 덜어 줍니다.

입찰자는 쇼핑몰 계정으로 로그인하나요?

아닙니다. 입찰자는 경매 사이트에서 자신의 이메일과 비밀번호로 등록합니다. 그래서 입찰자 계정, 입찰, 낙찰자의 결제가 쇼핑몰의 고객 데이터와 분리됩니다.

위젯은 WooCommerce 확장 프로그램인가요?

아닙니다. 사용자 정의 HTML 블록, 위젯 영역 또는 테마의 헤더에 붙여 넣는 코드 한 줄입니다. WordPress에도 WooCommerce에도 아무것도 설치되지 않고, 그것들이 업데이트되어도 따로 업데이트할 것이 없습니다.

페이지 캐시 때문에 위젯에 예전 가격이 보이지는 않나요?

아닙니다. 캐시에 저장되는 것은 코드 한 줄이지 로트가 아닙니다. 위젯은 페이지가 열릴 때 경매 사이트에서 로트를 가져오고 열려 있는 동안 새로고침하므로 가격이 입찰을 따라갑니다. 입찰 자체는 경매 사이트에서 이루어지며, 캐시된 페이지에서 이루어지는 일은 결코 없습니다.

쇼핑몰의 상품이기도 한 물건을 경매에 올릴 수 있나요?

한 번에 한곳에만 올리세요. 쇼핑몰과 경매는 재고를 공유하지 않으므로, 경매의 로트가 된 물건은 로트가 마감될 때까지 쇼핑몰에서 내려 두어야 합니다. 그러지 않으면 두 번 팔릴 수 있습니다.

마감 시간에 경매 때문에 쇼핑몰이 느려지나요?

아닙니다. 입찰, 카운트다운, 막판 트래픽은 고객님의 호스팅이 아니라 경매 사이트의 호스팅에 실립니다. 쇼핑몰은 페이지마다 작은 스크립트 하나만 내보내고, 결제 중인 구매자는 마감 중인 판매를 전혀 느끼지 못합니다.