고객을 위한 BigCommerce 모바일 앱은 쇼핑객이 검색, 로그인 및 구매를 위해 설치하는 매장 이름으로 된 별도의 iOS 및 Android 앱입니다. BigCommerce는 이를 제공하지 않으므로 BigCommerce 앱 마켓플레이스의 앱 빌더, 라이브 매장을 로드하는 웹사이트-앱 변환기, 관리형 앱 서비스 또는 BigCommerce API의 사용자 정의 빌드 등 네 가지 방법 중 하나를 얻을 수 있습니다. 올바른 경로는 주로 고객 로그인 뒤에 매장 가치가 얼마나 있는지에 따라 달라집니다.
이 가이드는 경로를 선택하고 돈을 쓰기 전에 자신의 매장에서 이를 증명하는 데 도움이 됩니다. 짧은 버전은 다음을 참조하세요. BigCommerce에서 앱 페이지로.
BigCommerce 모바일 앱은 고객을 위한 것인가요?
아니요. App Store와 Google Play에 있는 BigCommerce라는 앱은 매장 관리 앱입니다. 빅커머스 자체 모바일 앱 페이지 제목은 "모바일 장치에서 BigCommerce 관리"입니다. 수익, 주문 및 방문자를 확인하고, 주문 상태를 업데이트하고, 고객을 조회합니다. 쇼핑객은 그 안에 있는 어떤 것도 살 수 없으며 귀하의 브랜드도 포함되어 있지 않습니다. 고객 앱이 있는 모든 BigCommerce 매장은 제3자로부터 앱을 얻거나 구축했습니다.
BigCommerce 매장에 앱이 있어야 합니까?
동일한 사람들이 귀하에게서 반복적으로 구매할 때 앱이 그 자리를 차지하게 됩니다. 경로를 비교하기 전에 이러한 질문에 대해 매장을 확인하십시오.
- 구매자가 재주문합니까? 부품, 포장재, 관리 용품, 미용실 재고, 보충제, 애완동물 사료 등을 주기적으로 구매합니다. 홈 화면 아이콘과 저장된 로그인으로 모든 반복 주문이 단축됩니다.
- 구매자가 거래를 받기 위해 로그인합니까? 가격표가 있는 거래 계정, 할인 고객 그룹의 구성원, 지불 조건이 있는 회사 모두 매번 로그인해야 하는 이유가 있습니다.
- 모바일 매장은 이미 좋은가요? 휴대폰 구매자가 어려움을 겪는 결제 기반 앱이 그 어려움을 이어받습니다.
대부분의 주문이 검색이나 광고를 통해 처음 방문하는 방문자에게서 발생하는 경우 대신 모바일 사이트에 노력을 기울이십시오.
앱을 추가하면 BigCommerce가 어떻게 달라지나요?
플랫폼에 관한 세 가지 요소가 결정을 좌우합니다.
대부분의 스토어는 누가 로그인했는지에 따라 결정됩니다. 이를 포함하는 계획에서는 고객 그룹 고객이 볼 수 있는 카테고리와 적용되는 할인을 제어합니다. 가격표, 이를 포함하는 계획에서는 그룹의 변형 수준에서 가격을 재정의합니다. 다음 매장에 위치 B2B 에디션 회사 계정 및 사용자 역할이 포함된 구매자 포털, SKU 또는 CSV, 쇼핑 목록, 견적 및 송장 포털을 사용하는 빠른 주문 패드를 추가하세요. 무역점이나 도매점에서는 로그인된 레이어가 구매자가 접촉하는 대부분의 부분입니다.
결제는 BigCommerce의 것입니다. 스텐실 매장에서는 최적화된 한 페이지 체크아웃 기본값이며 스토어 도메인에서 실행됩니다.
프런트 엔드에는 헤드가 없을 수 있습니다. Catalyst 또는 맞춤형 헤드리스 매장은 일반적으로 마지막 단계에서 쇼핑객을 BigCommerce의 호스팅 결제로 안내하며 테스트할 여정이 하나 더 추가됩니다.
따라서 모든 경로에 넣어야 할 질문은 다음과 같습니다. 로그인한 구매자가 내 매장에서 보는 내용을 앱에 표시합니까, 아니면 공개 카탈로그에 포함된 내용만 표시합니까?
BigCommerce 고객 앱을 얻는 네 가지 방법은 무엇입니까?
경로 1: BigCommerce App Marketplace의 앱 빌더
그만큼 BigCommerce 앱 마켓플레이스 소수의 모바일 앱 빌더를 나열합니다. 그들은 BigCommerce API를 통해 매장에 연결하고 제품, 카테고리 및 고객을 가져와 자신의 기본 화면으로 그립니다. 공급업체의 대시보드에서 앱을 디자인하고 대부분의 경우 월별 비용을 지불합니다.
잘하는 것: 기본 제품 목록 및 페이지, 홈 화면을 웹사이트와 다르게 배치할 수 있습니다.
주의 깊게 확인하세요: 선택의 폭이 작습니다. 데모를 시작하기 전에 로그인에 따라 매장에 있는 모든 항목을 기록하고 각 항목에 대해 이름별로 공급업체에 문의하세요. 고객 그룹 카테고리 액세스, 가격표 가격, B2B Edition 회사 계정, 빠른 주문, 쇼핑 목록, 견적, 송장, 구매 주문 결제. 그런 다음 일부 API 기반 앱은 최종 단계에서 WebView에 웹 결제를 표시하므로 결제가 어떻게 작동하는지 물어보세요.
경로 2: 웹사이트에서 앱으로 변환기
변환기는 귀하의 라이브 웹사이트 주위에 기본 셸을 구축합니다. 셸은 앱 아이콘, 시작 화면, 기본 헤더, 메뉴 및 하단 탭, 선택적 푸시 알림을 제공합니다. 매장 첫화면은 Safari 및 Chrome에서 사용하는 것과 동일한 브라우저 엔진인 WebView에 로드됩니다.
잘하는 것: 충실도. BigCommerce가 전화로 로그인한 구매자를 위해 렌더링하는 것은 동일한 상점의 동일한 페이지이기 때문에 앱에 표시되는 것입니다. 그룹 가격 책정, 제한 카테고리 및 구매자 포털은 통합 작업 없이 제공되며 보조 카탈로그도 없습니다.
주의 깊게 확인하세요: 기본적으로 다시 그려진 제품 화면을 얻을 수 없습니다. 이 앱은 모바일 매장만큼 빠르고 유용합니다. 아래 테스트 계획은 임베디드 브라우저에서 몇 가지 사항이 다르게 작동합니다.
SiteTo.App 이 길을 택합니다. 스토어 URL을 붙여넣고 이름, 아이콘, 탭을 설정하고 무료로 자신의 휴대폰에서 앱을 미리 볼 수 있습니다. 빌드 비용은 Android의 경우 29달러, iOS의 경우 79달러, 둘 다 99달러이며 한 번만 지불하면 됩니다.
경로 3: 관리형 앱 서비스
MobiLoud와 같은 관리형 서비스는 일반적으로 페이지에 동일한 WebView 접근 방식을 사용하고 팀을 추가합니다. 그들은 앱을 구성하고, 맞춤형 기본 화면을 구축하고, 스토어에 제출하고, 월별 요금으로 유지 관리합니다.
잘하는 것: 책상에서 발사를 시작합니다. 페이지는 여전히 라이브 매장에서 로드되므로 로그인된 가격과 구매자 포털은 경로 2에서와 마찬가지로 작동합니다.
주의 깊게 확인하세요: 앱이 실행되는 동안 수수료는 계속 부과되므로 앱에서 얻을 수 있는 수익과 비교해 보세요. 우리의 SiteTo.App 대 MobiLoud 비교 그러한 서비스 중 하나를 자세히 살펴봅니다.
경로 4: BigCommerce API의 맞춤형 앱
대행사는 구매자를 위해 설계된 모든 화면을 사용하여 BigCommerce의 매장 및 관리 API를 기반으로 앱을 구축합니다. 이는 완전히 오프라인으로 카탈로그에서 주문하는 등 웹사이트에서 할 수 없는 작업을 수행할 수 있는 유일한 경로입니다. 프로젝트 단위로 가격이 책정되며 B2B 설정 또는 결제 변경 시 재작업을 포함하여 유지 관리가 필요합니다.
경로를 어떻게 비교하나요?
| 마켓플레이스 앱 빌더 | 웹사이트에서 앱으로 변환기 | 매니지드 서비스 | 맞춤형 앱 | |
|---|---|---|---|---|
| 제품 및 장바구니 화면 | 네이티브, 공급업체가 그린 것 | 귀하의 모바일 매장 | 모바일 매장과 맞춤형 기본 화면 | 당신을 위해 만들어진 네이티브 |
| 고객 그룹 및 가격표 | 판매자에게 물어보세요 | 매장 정면과 동일 | 매장 정면과 동일 | API를 기반으로 구축됨 |
| B2B 에디션 구매자 포털 | 기능별로 공급업체에 문의하세요. | 매장에 있는 것과 같이 로드됩니다. | 매장에 있는 것과 같이 로드됩니다. | 화면별로 재구성됨 |
| 점검 | WebView의 공급업체 흐름 또는 웹 체크아웃 | BigCommerce 결제 | BigCommerce 결제 | 내장 또는 내장 |
| 가격 모델 | 보통 매달 | 일회성 빌드 수수료 | 월 사용료 | 프로젝트 플러스 유지보수 |
| 매장에 제출하는 사람 | 공급업체에 따라 다름 | 너 | 서비스 | 귀하 또는 귀하의 대행사 |
Apple 개발자 멤버십(연 99달러)과 Google Play 등록(1회 25달러)이 모든 경로에 적용됩니다. 그만큼 웹사이트 앱 비용 가이드 전체 예산을 충당합니다.
어떤 경로가 어떤 BigCommerce 매장에 적합합니까?
마켓플레이스 앱 빌더 선택 간단한 카탈로그로 소비자 상점을 운영하는 경우 대부분의 구매자는 손님이나 일반 계정으로 결제하며, 낮은 고정 비용보다 기본 탐색 느낌이 더 중요합니다.
변환기를 선택하세요 모바일 매장이 이미 작동하고 로그인 경험이 중요한 경우: 거래 가격, 고객 그룹, 회사 계정, 빠른 재주문.
관리형 서비스 선택 팀이 출시 및 유지 관리를 담당하도록 하려는 경우, 또는 맞춤형 기본 화면이 필요한 경우 월별 요금이 앱 수익에 비해 합리적입니다.
맞춤형 빌드를 선택하세요 앱이 브라우저가 할 수 없는 작업을 수행해야 하고 수년 동안 이를 유지 관리할 예산이 있는 경우.
SiteTo.App은 언제 잘못된 선택인가요?
- 모바일 매장이 문제입니다. 느린 테마나 핀치 및 확대/축소가 필요한 계정 영역은 앱에서도 똑같이 어색할 것입니다. 먼저 사이트를 수정하세요.
- 타겟 푸시가 필요합니다. SiteTo.App은 자신의 Firebase 프로젝트를 통해 선택한 모든 사람에게 제목, 텍스트, 이미지 및 링크를 보냅니다. 하나의 회사, 하나의 고객 그룹 또는 하나의 영업 담당자 계정에 알릴 수 없으며 아직 예약, 장바구니 포기 또는 주문 상태 메시지가 없습니다.
- 구매자는 신호 없이 일합니다. 앱이 실제 매장을 로드하며 연결이 필요합니다. 적용 범위가 없는 창고 및 작업 현장에는 실제 오프라인 주문이 가능한 맞춤형 앱이 필요합니다.
- 하드웨어 기능이 필요합니다. Bluetooth 스캐너, AR 및 백그라운드 처리는 수행되는 작업 외부에 있습니다.
- 다른 사람이 Apple과 Google을 관리하기를 원합니다. 자신의 개발자 계정에서 제출합니다.
BigCommerce 매장을 앱으로 어떻게 테스트합니까?
둘 다 배송할 계획이라면 실제 iPhone과 실제 Android 휴대폰을 사용하고 문제가 발생할 때마다 페이지 URL을 기록해 두십시오.
1단계: 계정 및 결제 준비
중요한 각 고객 그룹에 대해 하나의 테스트 고객을 만들고 B2B Edition을 실행하는 경우 회사 사용자도 만듭니다. 결제 게이트웨이를 테스트 모드로 설정하거나 환불 가능한 저가 제품을 설정하세요. 매장은 공개적으로 접근할 수 있어야 하므로 아직 출시 전 미리보기 코드가 적용되는 매장이 먼저 열려야 합니다.
2단계: 로그인하여 각 계정에 표시되는 내용 확인
각 테스트 고객으로 로그인하고 웹사이트의 동일한 계정과 비교해 보세요. 그룹에서 숨겨진 카테고리는 숨겨진 상태로 유지되어야 합니다. 그룹 할인 및 정가표 가격은 센트와 일치해야 합니다. 왜냐하면 BigCommerce는 서버에서 어느 쪽이든 이를 계산하기 때문입니다. 가입 또는 비밀번호 재설정 양식에서 reCAPTCHA를 사용하는 경우 BigCommerce에서 해당 기능을 활성화할 수 있습니다. 보안 및 개인 정보 보호 설정, 챌린지가 표시되고 전화로 전달할 수 있는지 확인하세요.
3단계: 구매자가 하는 방식으로 제품 찾기
SKU 및 이름으로 검색하고, 큰 카테고리에 필터를 적용하고, 옵션이 있는 제품을 엽니다. 장바구니에 추가하고 장바구니 개수를 확인하세요.
4단계: B2B 여정 실행
B2B Edition을 사용하지 않는 경우 이 단계를 건너뛰세요. 그렇지 않으면 다음을 엽니다. 구매자 포털 구매자가 가장 많이 하는 일을 하세요.
- 빠른 주문: 수량과 함께 3~4개의 SKU를 입력하고 장바구니에 추가하세요. 이전에 구매한 제품 중에서 골라보세요.
- CSV 업로드: 일괄 업로드를 시도합니다. 휴대폰에 저장된 파일을 선택하는 방법에 따라 다르므로 해당 파일이 앱에 속하는지 아니면 데스크톱 작업으로 유지되는지 결정하세요.
- 쇼핑 목록: 저장된 목록을 열고 장바구니에 추가하세요.
- Reorder: 과거 회사 주문을 열고 다시 주문하세요.
- 견적 및 송장: 견적을 요청한 후 송장 하나를 개설하세요.
기능뿐만 아니라 편안함도 판단하세요. 수량 필드에 도달하기 위해 옆으로 스크롤해야 하는 테이블은 사용되지 않습니다.
5단계: 모든 결제 수단으로 결제
이 단계에서는 시작할 수 있는지 여부를 결정합니다.
- 카드 필드 BigCommerce의 결제에서는 페이지가 렌더링되며 일반적으로 모바일 웹에서와 같이 작동합니다. 3-D Secure를 실행하는 테스트 카드를 사용하여 챌린지가 나타나고 완료되는지 확인하세요.
- PayPal 및 후불 서비스 제공업체 자신의 창이나 페이지를 엽니다. 전체 경로를 따라 앱 내에서 주문 확인이 표시되는지 확인하세요.
- 구매 주문 또는 계좌 지불, 회사에 제공하는 경우 다른 방법과 마찬가지로 완료해야 합니다.
- 애플페이와 구글페이 버튼은 게이트웨이 스크립트가 환경에서 지원한다고 결정한 경우에만 표시됩니다. 인앱 WebView는 Safari나 Chrome이 아니므로 모바일 웹에 표시되는 버튼이 앱에서 누락될 수 있습니다. BigCommerce 목록 Safari 이외의 브라우저에서 Apple Pay를 지원하는 게이트웨이, Google은 다음에 대한 요구사항을 문서화합니다. Android WebView의 Google Pay. 두 전화기를 모두 확인하고 지갑 버튼 옆에 카드 결제가 가능한 상태를 유지하세요.
그런 다음 BigCommerce 제어판에서 올바른 고객, 올바른 그룹 가격, 올바른 상태 등 주문을 확인하십시오.
6단계: 헤드리스 핸드오프 테스트
스텐실 테마에서는 이 단계를 건너뛰세요. Catalyst에서 상점은 세션 동기화 리디렉션을 통해 구매자를 BigCommerce의 호스팅 결제로 보냅니다. 빅커머스의 세션 동기화 문서 리디렉션은 카트와 고객 세션을 전송하는 30초 동안 유효한 토큰을 전달한다고 설명합니다. 매장에 로그인하고 장바구니에 추가하고 결제를 탭한 후 동일한 장바구니로 로그인하여 도착했는지 확인하세요. 다음을 사용하는 맞춤형 헤드리스 빌드 내장된 결제 iframe에서는 두 전화기 모두에서 동일한 테스트가 필요합니다.
7단계: 닫고 다시 열고 정리하기
앱을 완전히 종료했다가 다시 열어보세요. 장바구니가 그대로 유지된 상태로 로그인되어 있어야 합니다. 소셜 로그인 앱을 사용하는 경우 각 버튼을 사용해 보세요. Google 내장된 WebView에서 로그인 화면을 차단합니다.이므로 이메일과 비밀번호는 항상 제공되어야 합니다.
그런 다음 쿠키 배너와 뉴스레터 팝업을 닫고 테마의 고정 헤더가 기본 헤더 및 탭과 중복되지 않는지 확인하세요. SiteTo.App은 사이트의 자체 헤더와 앱 내 팝업을 숨기는 스크립트를 실행할 수 있으므로 제거하고 싶은 항목을 나열하세요.
결과는 무엇을 말해줄까요?
| 결과 | 해야 할 일 |
|---|---|
| 모든 것은 지나간다 | 탭을 선택하고 구축한 후 게시로 이동하세요. |
| 결제창이 앱으로 돌아오지 않습니다 | 인페이지 옵션에 대해 게이트웨이에 문의하거나 앱에서 다른 방법을 제안하세요. |
| 구매자 포털 테이블이 전화기에 꽉 차 있습니다. | 모바일 웹 구매자도 혜택을 볼 수 있도록 웹사이트의 포털 레이아웃을 개선합니다. |
| Catalyst 핸드오프로 인해 로그인 또는 장바구니가 손실됩니다. | 앱을 구축하기 전에 상점에서 세션 동기화 문제를 수정하세요. |
앱 자체에서는 무엇을 설정해야 합니까?
반복 순서를 단축하려면 앱의 기본 부분을 사용하세요.
- 하단 탭: 소비자 상점은 홈, 가장 강력한 카테고리인 장바구니 및 계정을 잘 활용합니다. 무역 상점은 빠른 주문 또는 검색으로 이어진 다음 주문, 장바구니 및 계정으로 이어져야 합니다. 스텐실 테마에서 카트는 다음 위치에 있습니다.
/cart.php주문 내역은 다음에서 확인하실 수 있습니다./account.php?action=order_status. - 카트 배지: 개발자의 도움을 받아 SiteTo.App JS SDK 매장 첫화면에서 URL을 읽어 장바구니 탭에 개수를 표시할 수 있습니다. BigCommerce의 On Stencil 매장 카트 API 현재 장바구니를 JSON으로 반환합니다.
- Push: 다음을 사용하여 Firebase을 연결합니다. Firebase 가이드. 선택한 모든 사용자는 모든 메시지를 수신하므로 모든 메시지와 관련된 뉴스를 계속해서 받아보세요.
- 매장당 하나의 앱: 앱은 하나의 URL에서 시작됩니다. 당신이 실행하는 경우 다중 매장 별도의 브랜드나 지역에 대한 별도의 도메인이 있으므로 각 매장은 자체 앱과 자체 빌드입니다. 매장 방문자의 위치에 따라 통화를 표시합니다. 올바른 것이 나타나는지 확인해야 합니다.
새로운 빌드 없이도 제품, 가격, 재고 변경 사항이 앱에 표시됩니다. 아이콘, 앱 이름 또는 기타 기본 설정을 변경하려면 다시 빌드해야 하며 나중에 다시 빌드하는 경우 별도로 견적이 청구됩니다.
BigCommerce 매장은 게시하기 전에 무엇을 알아야 합니까?
자신의 Apple 및 Google 계정에서 제출합니다. SiteTo.App은 iOS 빌드에 서명하고 이를 Apple 계정의 TestFlight에 업로드하므로 Mac이나 Xcode가 필요하지 않으며 Google Play용 AAB를 제공합니다. 그만큼 가이드 생성 및 게시 각 단계를 진행합니다. 승인 여부는 Apple과 Google이 결정하며, 누구도 결과를 약속할 수 없습니다.
리뷰어에게 방법을 제공하세요. 가격이나 전체 카탈로그가 로그인 뒤에 있는 경우 실제 카탈로그를 표시하는 고객 그룹의 리뷰 노트에 작동 중인 테스트 계정을 제공하십시오. 로그인 벽을 통과할 수 없는 리뷰어는 앱을 승인할 수 없습니다.
이 앱이 누구를 위한 것인지 생각해 보세요. 승인된 거래 고객만 사용할 수 있는 앱은 일반 대중을 대상으로 하지 않습니다. 애플이 제공하는 것 미등록 앱 배포 제한된 사용자를 대상으로 하며 직접 링크를 통해 연결되고 검색에서는 숨겨져 있는 앱용입니다. 도매 전용 앱을 제출하기 전에 읽어 볼 가치가 있습니다.
실제 상품은 자체 결제를 사용합니다. 애플의 앱 심사 지침 앱 외부에서 소비되는 상품과 서비스가 앱 내 구매 이외의 방법으로 결제되는 경우(섹션 3.1.3(e)). 앱 내에서 사용되는 디지털 콘텐츠에는 다른 규칙이 적용되므로 판매하는 경우 섹션 3.1을 읽어보세요.
계정 삭제를 제안합니다. Apple은 계정 생성을 지원하는 모든 앱에서 사람들이 앱 내에서 자신의 계정을 삭제할 수 있을 것으로 기대합니다. 귀하의 계정 페이지에서 해당 기능을 제공하지 않는 경우 명확하게 라벨이 지정된 요청 양식을 추가하세요.
웹사이트 그 이상을 보여주세요. Apple의 지침 4.2는 앱이 리패키징된 사이트, 기본 탭, 기본 헤더 및 푸시 알림 도움말 이상의 기능을 제공하도록 요청합니다. 그만큼 지침 4.2 가이드 준비하는 방법을 설명하고, 출판 가이드 목록, 스크린샷 및 개인 정보 보호 답변을 다룹니다.
일반적인 질문
영업 담당자가 앱에서 고객을 위해 주문할 수 있나요?
B2B Edition을 사용하면 영업 담당자가 최고 관리자 역할을 수행할 수 있습니다. 회사로 가장하다 매장 전면 구매자 포털에서 주문하세요. 담당자가 오늘 웹사이트에서 그렇게 하면 동일한 페이지가 앱에 로드됩니다. 미리보기에서 담당자 계정으로 테스트해보세요.
BigCommerce 결제를 업데이트하거나 테마를 변경하면 어떻게 되나요?
앱은 다음에 앱을 열 때 새 빌드 없이 업데이트된 매장 홈페이지를 표시합니다. 모바일 계정 영역을 깨뜨리는 테마 변경은 동시에 앱에서도 깨지므로 중요한 변경 후에는 휴대폰에서 로그인한 상태로 테스트 주문을 하세요.
다음 단계
휴대폰에서 매장을 열고 거래 고객으로 로그인한 후 재주문하세요. 그게 잘 된다면, BigCommerce 매장을 앱으로 미리보기 무료로 위의 7단계를 실행하고 확인해보세요. 가격 일단 그것이 작동한다는 것을 알고 나면.
