고객을 위한 PrestaShop 모바일 앱은 쇼핑객이 탐색, 재주문, 결제를 위해 설치하는 매장 이름의 iOS 및 Android 앱입니다. PrestaShop은 하나를 제공하지 않으므로 모바일 앱 빌더 모듈, 웹사이트-앱 변환기, 관리형 앱 서비스 또는 사용자 정의 빌드의 네 가지 방법 중 하나로 얻을 수 있습니다. PrestaShop 결제는 모듈로 구성되므로 올바른 선택은 주로 결제에 따라 달라집니다.
이 가이드는 돈을 쓰기 전에 경로를 선택하고 매장에서 이를 증명하는 데 도움이 됩니다. 짧은 버전은 다음을 참조하세요. PrestaShop에서 앱 페이지로 이동.
PrestaShop 상점에 앱이 있어야 합니까?
동일한 사람들이 귀하에게서 반복적으로 구매할 때 앱이 그 자리를 차지하게 됩니다. 먼저 네 가지 질문에 대해 매장을 확인해보세요.
- 고객이 재주문합니까? 와인, 커피, 애완동물 사료, 화장품, 프린터 소모품, 예비 부품 및 무역 소모품을 주기적으로 구매합니다.
- 고객이 로그인하여 무언가를 합니까? 그룹 가격, 주문 내역, 송장, 반품 및 로열티 바우처가 포함된 거래 계정을 통해 사람들은 자신의 계정으로 다시 돌아올 수 있습니다.
- 알림을 받을만한 뉴스가 있나요? 판매, 재입고 및 새로운 제품군이 추진됩니다.
- 모바일샵이 벌써 좋나요? 전화 쇼핑객이 오늘 결제를 포기하면 해당 결제를 기반으로 구축된 앱이 문제를 상속받습니다.
대부분의 주문이 처음 방문하는 경우에는 대신 모바일 테마에 노력을 투자하세요.
앱을 추가하면 PrestaShop이 어떻게 달라지나요?
PrestaShop은 오픈 소스이며 일반적으로 자체 호스팅되며 사람들이 지불하고 소포를 받는 방식이 국가마다 다른 유럽과 라틴 아메리카에서 널리 사용됩니다. 일반적인 상점은 고객이 신뢰하는 은행 방식을 위한 결제 모듈, 픽업 지점 지도가 있는 운송업체 모듈, 번역, 세금 규정 및 자체 가격이 있는 고객 그룹 등 한 번에 하나의 모듈을 해당 국가에 장착합니다.
이로 인해 결제가 어려운 부분이 됩니다. 제품과 카테고리는 앱에 쉽게 복사할 수 있습니다. 은행으로 리디렉션되어 뱅킹 앱에서 승인을 요청한 후 주문 확인 페이지로 돌아가는 결제는 그렇지 않습니다.
버전도 다양합니다. 프레스타샵 1.7, 8, 9를 모두 사용하고 있으며, 프레스타샵 9.1, 2026년 3월 출시, Hummingbird를 새로운 설치에 대한 기본 테마로 만들었으며 많은 매장에서는 클래식이나 맞춤 테마를 유지했습니다. 상점 내부에 코드를 삽입하는 모든 경로는 버전 및 모듈과 일치해야 합니다.
따라서 모든 경로에 대해 한 가지 질문을 해보세요. 앱에는 내 모듈에 추가된 내용이 표시됩니까, 아니면 PrestaShop의 핵심 정보만 표시됩니까?
PrestaShop 모바일 앱을 얻는 네 가지 방법은 무엇입니까?
경로 1: 모바일 앱 빌더 모듈
여러 공급업체가 모바일 앱 빌더 모듈을 판매하고 있습니다. PrestaShop 애드온 마켓플레이스 그리고 자신의 사이트에서. 백오피스에 커넥터 모듈을 설치하면 카탈로그, 고객 및 주문이 공급업체의 앱에 표시되고 앱은 이를 기본 화면으로 그립니다. 일부는 다음을 기반으로 구축됩니다. PrestaShop 웹 서비스, 제품, 조합, 카트, 고객 및 주문과 같은 리소스에 대한 CRUD API입니다.
잘하는 것: 기본 제품 목록 및 페이지, 홈 화면이 웹사이트와 다르게 배치되어 있습니다.
주의 깊게 확인하세요:
- 결제 및 이동통신사 지원. API는 주문과 운송업체를 데이터로 설명합니다. 결제 모듈이나 픽업 지점 모듈이 결제 시 무엇을 렌더링하는지 설명하지 않으므로 각 모듈에는 앱 공급업체의 명시적인 지원이 필요합니다. 지원되는 모듈 목록을 요청하고 귀하의 모듈과 비교하십시오. 지원되지 않는 것에 대한 일반적인 대체 방법은 WebView에 표시되는 웹 사이트 체크아웃입니다.
- 버전 및 라이센스. 커넥터는 다른 모듈과 마찬가지로 PrestaShop 버전을 지원하고 계속 업데이트되는지 확인하세요. 라이선스는 일회성 가격, 구독, 유료 추가 요금으로 다양하므로 자신의 개발자 계정으로 매장에서 바로 사용할 수 있는 빌드를 받았는지 확인하세요.
- Design. 웹 테마 사용자 정의는 유지되지 않습니다. 앱에는 고유한 모양이 있습니다.
경로 2: 웹사이트에서 앱으로 변환기
변환기는 귀하의 라이브 웹사이트 주위에 기본 셸을 구축합니다. 셸은 앱 아이콘, 시작 화면, 기본 헤더, 메뉴 및 하단 탭, 선택적 푸시 알림을 제공합니다. 프런트 오피스는 Safari 및 Chrome에서 사용하는 것과 동일한 브라우저 엔진인 WebView에 로드됩니다.
잘하는 것: 충실도. 동일한 서버의 동일한 페이지이기 때문에 앱은 테마와 모듈이 휴대폰에서 렌더링하는 모든 것을 보여줍니다. PrestaShop에는 아무것도 설치하지 않으므로 버전은 중요하지 않습니다.
주의 깊게 확인하세요: 기본적으로 다시 그려진 제품 화면을 얻을 수 없습니다. 이 앱은 모바일 테마만큼 빠르고 깔끔하며 그 이상은 아닙니다. 매장을 떠나는 결제는 내장 브라우저에서 Safari나 Chrome에서와 다르게 작동할 수 있습니다. 아래 테스트 계획은 이에 대한 것입니다.
SiteTo.App 이 길을 택합니다. 상점 URL을 붙여넣고 이름, 아이콘, 탭을 설정하고 무료로 자신의 휴대폰에서 앱을 미리 볼 수 있습니다. 빌드 비용은 Android의 경우 29달러, iOS의 경우 79달러, 둘 다 99달러이며 한 번만 지불하면 됩니다.
경로 3: 관리형 앱 서비스
관리형 서비스는 페이지에 동일한 WebView 접근 방식을 사용하고 팀을 추가합니다. 그들은 앱을 구성하고, 맞춤형 기본 화면을 구축하고, 스토어에 제출하고, 월별 요금으로 유지 관리합니다. 우리의 SiteTo.App 대 MobiLoud 비교 그러한 서비스 중 하나를 자세히 살펴봅니다.
경로 4: 맞춤형 앱
대행사 또는 개발자가 상점의 API를 기반으로 앱을 구축합니다. 이는 완전한 오프라인 작업과 같이 웹사이트가 수행할 수 없는 작업을 위한 경로입니다. 프로젝트 단위로 가격이 책정되며 PrestaShop을 업그레이드하거나 의존하는 모듈을 교체할 때 재작업이 필요합니다.
경로를 어떻게 비교하나요?
| 앱 빌더 모듈 | 웹사이트에서 앱으로 변환기 | 매니지드 서비스 | 맞춤형 앱 | |
|---|---|---|---|---|
| 제품 및 장바구니 화면 | 네이티브, 공급업체가 그린 것 | 모바일 테마 | 모바일 테마와 맞춤 기본 화면 | 당신을 위해 만들어진 네이티브 |
| 결제 및 운송업체 모듈 | 공급업체가 지원하는 제품만 | 모바일 사이트에서 작동하는 모든 것 | 모바일 사이트에서 작동하는 모든 것 | 각각 손으로 통합됨 |
| PrestaShop에 설치된 코드 | 커넥터 모듈 | 없음 | 보통 없음 | 맞춤 모듈 |
| 가격 모델 | 라이선스 또는 구독 | 일회성 빌드 수수료 | 월 사용료 | 프로젝트 플러스 유지보수 |
| 매장에 제출하는 사람 | 공급업체에 따라 다름 | 너 | 서비스 | 귀하 또는 귀하의 대행사 |
| PrestaShop 업그레이드 후 작업 | 커넥터 업데이트 | 보통 없음 | 보통 없음 | 개발자 시간 |
각 경로의 비용은 얼마입니까?
- 앱 빌더 모듈: 판매자가 설정합니다. 목록 가격이 일회성 라이센스인지 구독인지 확인하고 매장에서 바로 사용할 수 있는 빌드, 새로운 PrestaShop 버전에 대한 푸시 및 업데이트가 포함되거나 추가 항목으로 판매되는지 확인하세요.
- 웹사이트에서 앱으로 변환기: 건축비. SiteTo.App은 Android의 경우 29달러, iOS의 경우 79달러 또는 둘 다 99달러를 청구하며 한 번만 지불하면 이후 재구축 비용은 별도로 견적됩니다.
- 관리형 서비스: 앱이 실행되는 동안 월별 요금이 부과됩니다. Route 3에 연결된 비교는 한 서비스의 현재 수치를 통해 이루어집니다.
- 맞춤형 앱: 프로젝트 견적, 상점이 바뀔 때마다 개발자 시간.
모든 경로에는 Apple 개발자 멤버십(연간 99달러)과 Google Play 등록(1회 25달러)도 필요하며 직접 지불해야 합니다. 그만큼 웹사이트 앱 비용 가이드 전체 예산을 충당합니다.
어느 PrestaShop 매장에 적합한 경로는 무엇입니까?
앱 빌더 모듈 선택 귀하의 매장에 PrestaShop 재고가 거의 있는 경우 결제 및 통신업체 모듈이 공급업체의 지원 목록에 있으며 웹 디자인을 유지하는 것보다 기본 탐색 느낌이 더 중요합니다.
변환기를 선택하세요 귀하의 모바일 상점이 이미 잘 작동하고 실제 부분이 모듈에서 나온 경우. 여기에는 현지 은행 결제, 픽업 지점 배송, B2B 그룹 가격, 여러 언어 및 맞춤형 결제가 포함됩니다.
관리형 서비스 선택 팀이 출시 및 유지 관리를 담당하도록 하고 월별 요금이 앱 수익에 비해 합리적인 경우.
맞춤형 빌드를 선택하세요 오프라인에서 제대로 작동하는 등 브라우저가 할 수 없는 작업을 앱이 수행해야 하는 경우
SiteTo.App은 언제 잘못된 선택인가요?
- 모바일 테마가 문제입니다. 느린 테마나 어색한 전화 결제는 앱에서도 마찬가지로 느리고 어색할 것입니다. 가게를 먼저 고치세요.
- 수명주기 푸시가 필요합니다. SiteTo.App은 자신의 Firebase 프로젝트를 통해 선택한 모든 사람에게 제목, 텍스트, 이미지 및 링크를 보냅니다. 버려진 장바구니 또는 주문 상태 알림을 보내지 않으며 아직 세그먼트나 일정이 없습니다. 다국적 상점에서는 프랑스 고객에게 하나의 메시지를 보내고 스페인 고객에게 또 다른 메시지를 보낼 수 없습니다.
- 기본 결제 수단을 앱으로 되돌릴 수 없습니다. 테스트 계획에 가장 많이 사용하는 은행 방법이 휴대폰 브라우저에서 끝나고 결제 서비스 제공업체에 해결책이 없는 것으로 표시되면 해당 방법을 시작하지 마세요.
- 다른 사람이 앱을 제출하고 유지관리하기를 원합니다. 자신의 Apple 및 Google 계정에서 게시하며, 이를 넘겨주고 싶다면 관리형 서비스가 더 적합합니다.
또한 Bluetooth, AR, 과도한 오프라인 사용 또는 백그라운드 처리에도 적합하지 않습니다.
PrestaShop 매장을 앱으로 어떻게 테스트하나요?
둘 다 배송할 계획이라면 실제 iPhone과 실제 Android 휴대폰을 사용하세요. 단계를 순서대로 진행하세요. 휴대폰의 일반 브라우저에서 실패한 단계를 다시 실행하세요. 여기서도 실패하면 수정 사항은 상점에 있습니다.
1단계: 매장 준비
각 결제 모듈을 테스트 모드로 설정하거나, 환불 가능한 저렴한 숨겨진 제품을 만들어보세요. 테스트 고객 계정을 만듭니다. 폐쇄된 상점의 미리보기에는 유지보수 페이지만 표시되므로 상점을 유지보수 모드에서 해제하세요.
2단계: 장바구니 탐색 및 구축
카테고리를 열고 필터와 검색을 사용한 다음 조합이 포함된 제품을 엽니다. 사이즈나 색상을 선택하고 장바구니에 담으세요. 테마 헤더에서 장바구니 수를 확인하세요. 그런 다음 장바구니에 바우처를 적용하세요.
3단계: 배송 및 총액 확인
실제 배송 주소를 입력하고 웹사이트의 동일한 장바구니와 운송업체 비용 및 세금을 비교하세요.
픽업 지점이나 사물함 캐리어를 이용하는 경우 배송 단계에서 해당 지도를 엽니다. 이러한 위젯 중 일부는 "내 위치 사용" 버튼을 제공합니다. 그것에 의존하지 마십시오. 우편번호를 입력하고 지점을 선택한 후 나중에 주문 확인 페이지와 백오피스 주문에 표시되는지 확인하세요.
4단계: 모든 결제 모듈로 결제
이 단계에서는 시작할 수 있는지 여부를 결정합니다.
- 페이지 내 카드 양식 일반적으로 모바일 웹에서와 같이 작동합니다. 3-D Secure를 실행하는 테스트 카드를 사용하고 챌린지가 완료되었는지 확인하세요.
- 리디렉션 방법 고객을 은행 페이지나 PayPal 창구로 보냅니다. 전체 경로를 따라 앱 내 주문 확인 페이지가 표시되는지 확인하세요.
- 뱅킹 앱 방식 iDEAL, Bancontact, BLIK, Bizum 또는 MB WAY와 같은 앱에서는 고객에게 다른 앱에서 결제 승인을 요청합니다. 위험은 돌아가는 길입니다. 은행 앱은 매장에 세션이 없는 휴대폰의 기본 브라우저로 고객을 되돌릴 수 있지만 앱에는 결제 단계가 표시됩니다. 공급자의 서버 알림을 통해 주문이 계속 기록될 수 있지만 고객에게 혼란스러운 화면이 표시됩니다.
- Apple Pay 및 Google Pay 버튼 결제 모듈의 스크립트가 환경에서 이를 지원한다고 결정하고 인앱 WebView가 Safari 또는 Chrome과 동일한 환경이 아닌 경우에만 표시됩니다. 보너스로 여기고 카드 결제도 가능하도록 하세요.
결제 후 빈 카트나 로그인 페이지로 돌아가는 경우 먼저 쿠키를 살펴보세요. PrestaShop은 세션을 쿠키에 저장하며, 쿠키 없이 도착하는 반품은 세션을 잃어 장바구니가 비어 있는 것처럼 보일 수 있습니다. 하나 이상의 결제 제공업체 PrestaShop을 위해 이를 문서화합니다. 전체 상점에서 HTTPS가 활성화된 고급 매개변수 → 관리 아래의 쿠키 SameSite 설정을 가리킵니다. 필요한 설정이 무엇인지 결제 모듈 지원팀에 문의하세요.
그런 다음 주문이 올바른 상태로 백오피스에 도착했는지 확인하세요.
5단계: 테스트 계정 및 세션
로그인하고 주문 내역을 열고 테마에서 제공하는 경우 과거 주문에 대한 재주문을 사용하세요. 그런 다음 앱을 완전히 닫았다가 다시 엽니다. 장바구니가 그대로 유지된 상태로 로그인되어 있어야 합니다. 프레스타샵의 관리 설정 기본적으로 프런트 오피스 쿠키 수명은 480시간(20일)으로 설정됩니다.
동일한 페이지에는 방문자의 주소와 쿠키에 저장된 주소를 비교하는 "쿠키의 IP 주소 확인"이라는 옵션이 있습니다. 휴대폰은 Wi-Fi와 모바일 데이터 간에 이동하면서 주소를 변경하므로 테스터가 명확한 이유 없이 로그아웃되는 경우 해당 옵션을 검토하세요.
소셜 로그인 모듈을 사용하는 경우 각 버튼을 사용해 보세요. Google 내장된 WebView에서 로그인 화면을 차단합니다.이므로 'Google로 계속하기' 버튼을 누르면 오류가 표시될 수 있습니다. 이메일 및 비밀번호 로그인이 제공되는지 확인하세요.
6단계: 언어, 통화 및 B2B
PrestaShop은 다음과 같은 주소에 언어를 입력합니다. /fr/ 또는 /es/, 따라서 앱을 어떤 언어로 열어야 하는지 결정하세요. 그런 다음 테마 선택기로 언어와 통화를 전환하고 가격과 장바구니가 따르는지 확인하세요.
무역 상점의 경우 자체 가격이 있는 고객 그룹의 계정으로 로그인하세요. 홈페이지에서 동일한 계정으로 상품 가격과 장바구니 합계를 비교해 보세요.
7단계: 프레임 정리
쿠키 배너와 뉴스레터 팝업을 처리하고 테마의 고정 헤더가 기본 헤더 및 탭과 중복되지 않는지 확인하세요. SiteTo.App은 사이트의 자체 헤더와 팝업을 숨기는 스크립트를 실행할 수 있으므로 제거하려는 내용을 적어 두십시오.
결과는 무엇을 말해줄까요?
| 결과 | 해야 할 일 |
|---|---|
| 모든 것은 지나간다 | 탭을 선택하고 구축한 후 게시로 이동하세요. |
| 은행 메소드가 휴대전화의 브라우저로 반환됩니다. | 반품 설정이나 페이지 내 옵션에 대해 결제 서비스 제공업체에 문의하거나 올바르게 반품되는 방법을 안내하세요. |
| 결제 반품 후 장바구니가 비어 있습니다. | 결제 모듈 지원을 통해 HTTPS 및 쿠키 설정을 확인하세요. |
| 주문에서 픽업 지점이 누락되었습니다. | 휴대전화의 브라우저에서 다시 테스트한 다음 캐리어 모듈의 지원으로 올립니다. |
| 테스터가 앱을 다시 열면 로그아웃됩니다. | 쿠키 수명과 "쿠키의 IP 주소 확인" 옵션을 검토하세요. |
| 휴대폰 브라우저에서도 단계가 실패합니다. | 먼저 상점을 고치고 계획을 다시 실행하세요 |
앱 자체에서는 무엇을 설정해야 합니까?
- 하단 탭: PrestaShop에는 이미 좋은 목적지가 있습니다. 홈, 상위 카테고리 또는 가격 드롭 페이지, 장바구니 및 내 계정은 대부분의 상점에서 작동하며 무역 상점에서는 주문 내역에서 바로 탭을 가리킬 수 있습니다. 먼저 상점 매개변수 → 트래픽 및 SEO에서 친숙한 URL을 켜고 라이브 상점에서 각 주소를 복사하세요.
- 카트 배지: 개발자의 도움을 받아 SiteTo.App JS SDK 장바구니 탭에 개수를 표시할 수 있습니다. 1.7 이후의 PrestaShop 테마는 현재 카트를
prestashop.cartJavaScript 개체를 실행하고updateCart이벤트가 변경되면 개발자에게 전달할 번호를 제공합니다. - Push: 자신의 Firebase 프로젝트를 Firebase 가이드을 클릭한 다음 대시보드에서 제목, 텍스트, 이미지, 링크를 보냅니다.
백오피스의 제품, 가격, 재고 변동은 새로운 빌드 없이도 앱에 표시됩니다. 아이콘이나 앱 이름을 변경하려면 다시 빌드해야 하며, 이후 다시 빌드는 별도로 견적됩니다.
PrestaShop 상점은 게시하기 전에 무엇을 알아야 합니까?
자신의 Apple 및 Google 계정에서 앱을 제출합니다. SiteTo.App은 iOS 빌드에 서명하고 이를 Apple 계정의 TestFlight에 업로드하므로 Mac이나 Xcode가 필요하지 않으며 Google Play용 AAB를 제공합니다. 그만큼 가이드 생성 및 게시 각 단계를 진행합니다. 승인 여부는 Apple과 Google이 결정하며, 누구도 결과를 약속할 수 없습니다. 특히 PrestaShop 매장에서는 이러한 포인트가 나타납니다.
실제 상품은 자체 결제를 사용합니다. 애플의 앱 심사 지침 앱 외부에서 소비되는 상품 및 서비스는 앱 내 구매 이외의 방법으로 결제됩니다(섹션 3.1.3(e)). 여기에는 제품을 배송하는 상점이 포함됩니다.
가상 제품은 다릅니다. 앱 내에서 사용되는 다운로드 가능한 콘텐츠는 섹션 3.1의 Apple 앱 내 구매 규칙에 속하며 Google Play에는 자체 결제 정책이 있습니다. 다운로드가 판매의 실제 부분인 경우 두 가지를 먼저 읽으십시오.
계정 삭제를 제안합니다. Apple은 계정 생성을 지원하는 모든 앱에서 사람들이 앱 내부에서 계정을 삭제할 수 있을 것으로 기대합니다. PrestaShop의 공식 GDPR 모듈 삭제 요청 처리 판매자가 백오피스에서 확인하는 것입니다. 명확하게 라벨이 붙은 "내 계정 삭제" 링크를 추가하거나 계정 영역에 요청 양식을 추가하세요.
리뷰어에게 방법을 제공하세요. 많은 B2B 매장에서처럼 가격이나 카탈로그가 로그인 뒤에 있는 경우 리뷰 노트에 작동하는 테스트 계정을 제공하세요.
웹사이트 그 이상을 보여주세요. Apple의 지침 4.2에서는 앱이 리패키징된 사이트 이상의 기능을 제공하도록 요구합니다. 기본 탭, 기본 헤더 및 푸시 알림이 도움이 됩니다. 참조 지침 4.2 가이드 그리고 출판 가이드.
일반적인 질문
모듈을 설치하거나 웹 서비스를 활성화해야 합니까?
변환기가 없습니다. SiteTo.App은 공개 상점 URL에서 작동합니다. 앱 빌더 모듈은 카탈로그를 직접 읽기 때문에 백오피스에 커넥터가 필요합니다.
하나의 앱으로 여러 매장을 다룰 수 있나요?
하나의 앱은 하나의 URL에서 시작됩니다. 다중 매장에 있는 매장에는 고유한 주소가 있으므로 앱이 열어야 하는 매장을 선택하세요. 일반적으로 별도의 브랜드에는 별도의 앱이 필요합니다.
PrestaShop을 업그레이드하거나 테마를 변경하면 앱은 어떻게 되나요?
변환기를 사용하면 다음에 앱을 열 때 새 빌드 없이 업그레이드된 상점이 앱에 표시됩니다. 페이지 주소가 변경되면 일치하도록 앱의 탭 링크를 업데이트해야 합니다. 모바일 결제를 중단시키는 모듈 업데이트로 인해 앱에서도 중단되므로 상당한 업그레이드 후에 휴대폰에서 테스트 주문을 하세요.
다음 단계
가장 많이 사용하는 결제 방법으로 휴대폰에서 테스트 주문을 해보세요. 그게 잘 된다면, PrestaShop 매장을 앱으로 미리보세요 무료로 위의 7단계를 실행하고 확인해보세요. 가격 일단 그것이 작동한다는 것을 알고 나면.
다른 플랫폼도 운영 중이신가요? 다음에 대한 가이드를 참조하세요. 마젠토 그리고 WooCommerce.
