# 온라인 쇼핑몰: 임대형 솔루션과 맞춤형 개발 중 어느 쪽이 맞습니까?

부다페스트의 소프트웨어 개발 회사인 Mesterséges Intelligencia Központ Kft.는 상품 구성이 임대형 온라인 쇼핑몰의 틀에 들어맞는다면 그것으로 시작하는 것이 좋고, 가격 체계나 연동이 그 틀을 넘어서면 맞춤형 개발이 가치가 있다고 봅니다.

> **핵심:** 세 가지 질문이 결정합니다. 상품 구성과 주문 프로세스가 임대형 솔루션의 틀에 들어맞는지, 온라인 쇼핑몰이 다른 시스템 몇 개와 데이터를 주고받아야 하는지, 그리고 플랫폼의 제약 없이 추가 개발할 수 있는 것이 얼마나 중요한지입니다. 많은 회사에 임대형 솔루션은 좋은 첫걸음입니다. 데이터를 내보낼 수 있다면 나중에 맞춤형 솔루션으로 옮겨 가는 것도 가능합니다.

## 어떤 선택지가 있습니까?

오늘날 “온라인 쇼핑몰”은 네 가지 길을 뜻할 수 있습니다. 경계가 뚜렷하지는 않습니다. 임대형 솔루션 뒤에도 맞춤형 연동을 구축할 수 있고, 맞춤형 온라인 쇼핑몰도 기성 결제 페이지를 쓸 수 있습니다. 그러나 책임과 운신의 폭이 놓이는 곳은 각각 다릅니다.

### 임대형 온라인 쇼핑몰(SaaS)

SaaS(software as a service, 서비스형 소프트웨어)란 온라인 쇼핑몰 소프트웨어를 서비스 제공업체가 실행하고, 업데이트하고, 보호하며, 판매자는 이를 구독해 브라우저에서 관리한다는 뜻입니다. 글로벌 예로는 Shopify가 있고, 헝가리 시장에서는 Shoprenter와 UNAS가 있습니다. 임대형 솔루션은 확장 기능으로 보완할 수 있으며, 대부분 API도 제공합니다. API는 다른 시스템이 온라인 쇼핑몰에서 데이터를 읽어 오거나 데이터를 써 넣을 수 있게 하는 프로그래밍 인터페이스입니다.

Shoprenter의 개발자 문서는 인터페이스를 리소스별로(상품, 고객, 주문 등) 설명하며, 웹훅도 제공합니다. 웹훅은 주문 접수나 주문 상태 변경 같은 이벤트가 일어난 뒤 온라인 쇼핑몰이 외부 시스템에 보내는 자동 메시지입니다([Shoprenter: WebHook automation](https://doc.shoprenter.hu/development/api/07_webhook.html)). UNAS의 문서에 따르면 API의 목적은 온라인 쇼핑몰을 청구서 발행 프로그램이나 재고 관리 시스템 같은 외부 시스템과 양방향으로도 연결하는 것이며, 이 인터페이스는 PREMIUM 및 VIP 구독 패키지에서 이용할 수 있습니다([UNAS: API 문서](https://unas.hu/tudastar/api), 2026년 10월 17일 확인). 따라서 패키지를 고를 때부터 해당 등급에서 무엇이 허용되는지 확인하는 것이 좋습니다.

### 오픈 소스 자체 호스팅 온라인 쇼핑몰

흔한 예는 WooCommerce로, WordPress 콘텐츠 관리 시스템용 오픈 소스 온라인 쇼핑몰 플러그인입니다. 소스 코드는 GNU General Public License 버전 2 또는 그 이후 버전으로 제공되며([WooCommerce: 라이선스](https://github.com/woocommerce/woocommerce/blob/trunk/license.txt)), 플러그인 설명은 연동을 위한 REST API와 웹훅을 언급하면서 상점의 콘텐츠와 데이터가 소유자에게 남는다는 점을 강조합니다([WordPress.org: WooCommerce](https://wordpress.org/plugins/woocommerce/)). 자유에는 대가가 따릅니다. 호스팅, WordPress와 플러그인 업데이트, 백업, 보안은 소유자, 또는 소유자가 위탁한 운영 업체가 책임져야 합니다.

### 헤드리스 온라인 쇼핑몰

헤드리스(“머리 없는”) 구조에서는 구매자가 보는 화면과 온라인 쇼핑몰 엔진이 별개의 시스템입니다. Shopify의 개발자 문서에 따르면 헤드리스 커머스는 상점의 프런트엔드를 백엔드에서 분리합니다. 화면은 어떤 기술로든 구축하고 호스팅할 수 있으며, 상품, 장바구니, 결제는 플랫폼의 API가 제공합니다([Shopify: Headless](https://shopify.dev/docs/storefronts/headless)). 이 방식은 쇼핑 경험이 매우 독특해야 할 때, 온라인 쇼핑몰이 콘텐츠가 풍부한 웹사이트의 일부일 때, 또는 같은 상품 구성을 웹, 모바일 앱, 키오스크 같은 여러 채널에 표시해야 할 때 유용합니다. 그 대신 플랫폼과 자체 화면이라는 두 시스템을 유지보수해야 합니다.

### 맞춤형으로 개발한 온라인 쇼핑몰

맞춤형 온라인 쇼핑몰에서는 상품 모델, 가격 체계, 주문 프로세스, 연동이 회사의 운영 방식에 정확히 맞춰 만들어집니다. 플랫폼의 제약은 없지만 기성 앱 마켓도 없습니다. 온라인 쇼핑몰이 할 수 있어야 하는 일은 모두 설계하고, 개발하고, 테스트하고, 운영해야 합니다. 맞춤형 방식은 온라인 쇼핑몰이 회사의 주요 판매 채널이고 ERP 시스템, 창고, 생산과 긴밀히 함께 작동해야 할 때 강점이 있습니다.

## 표로 보는 비교

| 기준 | 임대형 솔루션 | 오픈 소스(예: WooCommerce) | 헤드리스 | 맞춤형 개발 |
|---|---|---|---|---|
| 시작 | 가장 빠름: 기성 테마와 설정 | 기성 테마와 플러그인으로 충분하면 빠름 | 더 오래 걸림: 자체 화면을 구축해야 함 | 가장 오래 걸림, 개발 규모에 따라 결정 |
| 요금 모델 | 구독, 추가 앱 요금이 따로 들 수도 있음 | 소프트웨어 구독료 없음, 호스팅, 유료 플러그인, 운영 | 플랫폼 구독, 여기에 자체 화면의 개발과 운영 | 일회성 개발, 이후 운영과 추가 개발 |
| 확장성 | 플랫폼의 틀과 앱 마켓 안에서 | 자유롭지만 플러그인마다 업데이트할 대상이 하나씩 늘어남 | 화면은 자유롭게 구성 가능, 엔진은 플랫폼의 것 | 제한 없음, 소스 코드는 계약으로 정함 |
| 연동(재고, ERP, 청구서 발행, 택배) | 기성 확장 기능, 또는 패키지가 허용하면 API를 통해 | 플러그인 또는 맞춤형 코드 | 플랫폼의 API를 통해 | 회사의 필요에 따라 어떤 인터페이스로든 |
| 성능 | 서비스 제공업체의 인프라와 테마 품질이 결정 | 호스팅과 플러그인 수에 달림 | 최적화하기 좋지만 직접 해야 하는 작업 | 설계와 운영에 달림 |
| 데이터와 내보내기 | 플랫폼의 내보내기 기능과 약관에 따름 | 전체 데이터베이스가 소유자의 것 | 엔진의 데이터는 플랫폼에 있음 | 전체 데이터베이스가 고객의 것 |
| 호스팅과 보안 | 서비스 제공업체가 책임 | 소유자 또는 소유자의 운영 업체 | 분담: 엔진은 플랫폼, 화면은 회사 | 고객 또는 고객이 위탁한 운영 업체 |

속도는 추측하지 말고 측정하는 것이 좋습니다. Google이 권장하는 Core Web Vitals 지표는 로딩(LCP), 응답성(INP), 시각적 안정성(CLS)을 측정하며([web.dev: Web Vitals](https://web.dev/articles/vitals)), 어떤 유형의 온라인 쇼핑몰에나 똑같이 적용할 수 있습니다.

## 임대형 솔루션은 언제 충분하고, 맞춤형은 언제 가치가 있습니까?

### 임대형 솔루션으로 충분하다는 신호

- 상품이 단순합니다. 옵션이 적고, 가격이 명확하며, 복잡한 구성이 없습니다.
- 주문 프로세스가 일반적입니다. 장바구니, 배송 방법, 결제, 주문 확인.
- 필요한 연동(청구서 발행, 택배, 결제)에 기성 확장 기능이 있습니다.
- 빠른 시작이 중요하고, 팀에 서버를 운영할 시간이나 의향이 없습니다.
- 온라인 쇼핑몰이 여러 판매 채널 중 하나일 뿐, 비즈니스 모델 전체는 아닙니다.

### 맞춤형이나 헤드리스로 옮겨 가는 것이 좋다는 신호

- 상품을 구성할 수 있거나 주문 제작하거나, 가격이 여러 요소로 계산됩니다.
- 재판매자(B2B) 가격표, 맞춤 할인 규칙, 기본 계약 가격이 필요합니다.
- 온라인 쇼핑몰이 ERP, 창고, 생산과 실시간으로 함께 작동해야 합니다.
- 확장 기능이 너무 많아 업데이트 하나도 위험 요소가 됩니다.
- 플랫폼의 제약 때문에 소프트웨어를 회사의 프로세스에 맞추는 것이 아니라, 회사가 자기 프로세스를 소프트웨어에 맞춥니다.

흔하면서도 좋은 중간 방식은 맞춤형 연동을 갖춘 임대형 온라인 쇼핑몰입니다. 상점은 플랫폼에 그대로 두고, 그 뒤에서 맞춤형 서비스가 주문을 청구서 발행 프로그램, 창고, ERP 시스템과 연결합니다. 이는 시스템 연동 작업이며, 자세한 내용은 [프로세스 자동화](https://www.mestersegesintelligenciakozpont.hu/ko/services/process-automation) 페이지에서 설명합니다. 맞춤 소프트웨어와 기성 제품의 전반적인 비교는 [맞춤 소프트웨어와 기성 솔루션(SaaS) 중 어느 쪽이 맞습니까?](https://www.mestersegesintelligenciakozpont.hu/ko/knowledge-base/custom-software-vs-off-the-shelf) 글에서 다룹니다.

## 헝가리의 특수 사항: 청구서 발행, NAV, 택배, 결제

### 청구서 발행과 NAV Online Számla

헝가리 국세청(NAV)의 안내에 따르면 2021년 1월 4일부터 청구서 데이터 보고는 부가가치세 납세의무자가 아닌 사람, 즉 개인 구매자에게 발행한 청구서까지 포함합니다. 청구서 발행 프로그램은 청구서를 발행할 때 즉시, 사람의 개입 없이, XML 형식으로 데이터를 Online Számla 시스템에 전자적으로 전송해야 합니다([NAV](https://nav.gov.hu/ado/afa/A_szamlakibocsatok_sz20201231)). NAV는 시스템 간 인터페이스의 설명을 공개 저장소에도 게시합니다([NAV: Online-Invoice](https://github.com/nav-gov-hu/Online-Invoice)). 온라인 쇼핑몰은 일반적으로 이를 청구서 발행 서비스를 통해 해결합니다. 예를 들어 Számlázz.hu의 문서에 따르면 Számla Agent라는 인터페이스로 청구서와 영수증 관련 작업을 XML로 자동화할 수 있습니다([Számlázz.hu: API 문서](https://docs.szamlazz.hu/)). 핵심은 프로세스입니다. 결제되었거나 이행된 주문에서 손으로 옮겨 적는 과정 없이 청구서가 만들어져야 하고, 데이터 보고가 실패하거나 거부되면 누군가 알림을 받아야 합니다.

### 택배 서비스와 무인 택배함

택배 및 픽업 포인트 서비스를 연결한다는 것은 세 가지를 뜻합니다. 결제 단계에서 구매자가 수령 지점이나 무인 택배함을 선택할 수 있고, 주문에서 택배 라벨이 자동으로 만들어지며, 택배의 상태가 온라인 쇼핑몰과 구매자에게 다시 전달됩니다. 임대형 솔루션에서는 이를 위한 기성 확장 기능이 있는지 확인하는 것이 좋습니다. 맞춤형 온라인 쇼핑몰에서나 적절한 확장 기능이 없을 때는 서비스 제공업체의 인터페이스에 직접 연결합니다. 예를 들어 GLS, Foxpost, MPL, Packeta의 서비스를 연결합니다.

### 온라인 결제

카드 결제에는 카드 데이터를 저장, 처리 또는 전송하는 모든 곳에 PCI DSS 국제 보안 표준이 적용됩니다. Stripe의 문서에 따르면 위험을 줄이는 연동 방식에서는 결제 데이터가 판매자의 서버를 거치지 않고 결제 서비스 제공업체로 바로 전달되며, 이는 판매자의 PCI 의무를 줄여 줍니다([Stripe: Integration security guide](https://docs.stripe.com/security/guide)). 그래서 저희는 온라인 쇼핑몰이 카드 데이터를 저장하지 않도록 권장합니다. 결제는 Barion, SimplePay, Stripe 같은 서비스 제공업체의 페이지나 임베디드 화면에서 이루어져야 합니다.

### 재고와 ERP

재고가 창고 관리 시스템이나 ERP에 있다면, 품절된 상품을 주문할 수 없도록 온라인 쇼핑몰이 그곳에서 데이터를 읽어 와야 하고, 주문을 그곳에 기록해야 합니다. 이는 온라인 쇼핑몰의 가장 중요한 연결 중 하나이며, 업무 관리 측면은 [업무용 소프트웨어](https://www.mestersegesintelligenciakozpont.hu/ko/services/business-software) 페이지에서 다룹니다.

## 모든 온라인 쇼핑몰에 적용되는 법적 유의 사항

법규는 플랫폼과 무관하게 적용됩니다. 임대형 솔루션에서는 플랫폼이 많은 부분을 도와주지만, 법규 준수의 책임은 판매자에게 있습니다. 이 내용은 정보 제공을 위한 것이며 법률 자문이 아닙니다. 구체적인 사안은 변호사와 상의하는 것이 좋습니다.

### 청약 철회권

지침 2011/83/EU는 원격 계약에서의 소비자 권리를 규정합니다. 아래 내용은 2026년 9월 27일자 통합본을 바탕으로 합니다([EUR-Lex: 지침 2011/83/EU, 통합본](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02011L0083-20260927)).

- 제9조 제1항에 따르면 소비자는 14일 이내에 이유를 밝히지 않고 계약을 철회할 수 있습니다. 상품의 경우 이 기간은 원칙적으로 상품을 받은 날부터 계산합니다.
- 제6조 제1항 (h)호에 따르면 사업자는 계약 전에 철회권의 조건, 기한, 절차를 소비자에게 알려야 합니다. 여기에는 표준 서식과, 해당되는 경우 철회 기능이 있다는 사실과 그 위치에 관한 정보가 포함됩니다.
- 지침 (EU) 2023/2673으로 신설된 제11a조에 따르면, 온라인 인터페이스를 통해 체결된 원격 계약에서 사업자는 지침의 영어판에서 “withdraw from contract here”(우리말로 대략 “여기에서 계약 철회”)로 표시된 문구 또는 이에 상응하는 명확한 표현을 붙이고 철회 기간 내내 계속 이용할 수 있는 철회 기능을 제공해야 하며, 소비자는 이 기능으로 온라인 철회 의사 표시를 보낼 수 있습니다. 의사 표시는 영어판에서 “confirm withdrawal”(즉 “철회 확인”)로 표시된 단계로 전송되며, 사업자는 내구성 있는 매체로 접수 확인서를 보냅니다. 회원국은 이 규정을 2026년 6월 19일부터 적용합니다([EUR-Lex: 지침 (EU) 2023/2673](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32023L2673)).
- 이 정보를 제공하지 않으면 제10조에 따라 철회 기간은 원래 기간이 끝난 뒤 12개월이 지나야 만료됩니다.
- 제13조에 따르면 사업자는 철회 사실을 통지받은 날부터 14일 이내에 소비자가 지불한 모든 금액을, 해당되는 경우 배송비를 포함해 환급합니다.
- 제16조는 예외를 열거합니다. 예를 들어 소비자가 제시한 사양에 따라 제작했거나 명백히 개인에게 맞춘 상품입니다.

헝가리에서는 세부 규칙을 정부령 45/2014 (II. 26.)가 정하고 있으며, 철회 기능은 정부령 415/2025 (XII. 23.)로 신설된 이 정부령 제22조의 규정이 다룹니다([Nemzeti Jogszabálytár](https://njt.hu/jogszabaly/2014-45-20-22), 2026년 10월 17일 확인). 온라인 쇼핑몰에는 이것이 구체적인 기능을 뜻합니다. 정보는 주문 전에 표시되어야 하고, 온라인 철회 기능은 철회 기간 내내 접수 확인서와 함께 계속 이용할 수 있어야 하며, 반품과 환불을 추적해야 하고, 개인 맞춤 상품은 표시해 두어야 합니다.

### 접근성

지침 (EU) 2019/882에 따라 회원국은 2025년 6월 28일부터 소비자에게 제공되는 전자상거래 서비스에 접근성 요구사항을 적용해야 합니다(헝가리 규정은 이 지침의 국내 이행에 기반합니다). 전자상거래 서비스란 소비자 계약 체결을 목적으로 웹사이트와 모바일 기기 기반 서비스를 통해 제공되는 서비스를 말합니다([EUR-Lex: 지침 (EU) 2019/882](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32019L0882)). 서비스를 제공하는 마이크로 기업, 즉 지침에 따라 고용 인원이 10명 미만이고 일정한 매출액 또는 대차대조표 총액 기준에 못 미치는 기업은 요구사항 적용을 면제받아야 합니다(제4조 제5항). 지침 부속서 I에 따르면 웹사이트와 모바일 애플리케이션은 인식 가능하고, 운용 가능하며, 이해 가능하고, 견고하게 만들어야 합니다. 임대형 솔루션에서는 이 중 일부가 플랫폼과 선택한 테마의 품질에 달려 있으므로, 테마도 접근성 측면에서 확인하는 것이 좋습니다. 맞춤형 온라인 쇼핑몰에서는 WCAG 2.2 지침을 따릅니다.

### 쿠키와 동의

전자통신 개인정보 보호 지침인 지침 2002/58/EC 통합본 제5조 제3항에 따르면, 사용자의 기기에 데이터를 저장하거나 그곳에 저장된 데이터에 접근하는 것은 명확하고 포괄적인 정보를 제공한 뒤 받은 사전 동의가 있을 때만 허용됩니다. 예외는 사용자가 명시적으로 요청한 서비스를 제공하는 데 반드시 필요한 저장입니다([EUR-Lex: 지침 2002/58/EC](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02002L0058-20091219)). 따라서 장바구니 작동에 필요한 쿠키는 분석 쿠키나 광고 쿠키와 다르게 취급됩니다. 분석 쿠키와 광고 쿠키에는 동의가 필요하며, 쿠키 배너는 실질적인 선택을 할 수 있게 해야 합니다.

## 온라인 쇼핑몰 속 인공지능

- **상품 문구:** 대규모 언어 모델로 상품 설명, 카테고리 문구, 번역을 준비합니다. 일부 임대형 플랫폼은 이를 이미 기본 기능으로 제공합니다. Shopify 도움말 센터에 따르면 관리자 화면의 AI 기능은 상품 설명도 작성하며, Shopify 자체도 AI가 만든 모든 콘텐츠에 오류가 있을 수 있으므로 판매자가 이를 검토할 것을 요청합니다([Shopify Help Center: AI features](https://help.shopify.com/en/manual/shopify-admin/productivity-tools/shopify-magic)).
- **검색:** 정확한 키워드만이 아니라 구매자의 의도까지 이해하는 상품 검색(“비 올 때 신을 방수 등산화”).
- **고객 지원:** 온라인 쇼핑몰 자체 데이터(상품, 배송 조건, 주문 상태)를 바탕으로 답변하고, 구매자가 인공지능과 대화하고 있음을 알리는 AI 챗봇. 자세한 내용은 [AI 챗봇과 AI 에이전트](https://www.mestersegesintelligenciakozpont.hu/ko/services/ai-chatbots-and-agents) 페이지에서 보실 수 있으며, 법적 배경은 [AI Act와 GDPR](https://www.mestersegesintelligenciakozpont.hu/ko/knowledge-base/ai-act-and-gdpr-for-business-chatbots) 글에서 다룹니다.

임대형 솔루션에서 AI 기능의 범위는 플랫폼이나 확장 기능이 무엇을 제공하는지에 달려 있습니다. 맞춤형 온라인 쇼핑몰이나 맞춤형 연동에서는 OpenAI(ChatGPT), Anthropic(Claude), Google(Gemini)의 모델 중에서 선택할 수 있으며, 모델을 온라인 쇼핑몰의 데이터에 직접 연결하고, 실수가 금전적 손실이나 신뢰 손상으로 이어질 수 있는 곳에는 사람의 검토를 둡니다.

## 이전: 임대형 솔루션에서 맞춤형 온라인 쇼핑몰로

많은 회사가 임대형 솔루션으로 시작하고, 온라인 쇼핑몰이 그 틀을 넘어서면 다음 단계로 넘어갑니다. 이 과정이 얼마나 순조로운지는 대체로 기존 시스템에서 얼마나 많은 데이터를 가져올 수 있는지에 달려 있습니다. 예를 들어 Shopify 도움말 센터에 따르면 상품, 주문, 고객을 모두 CSV 파일로 내보낼 수 있지만([Shopify: exporting products](https://help.shopify.com/en/manual/products/import-export/export-products), [exporting orders](https://help.shopify.com/en/manual/fulfillment/managing-orders/exporting-orders), [exporting customers](https://help.shopify.com/en/manual/customers/import-export-customers)), 상품에 딸린 이미지는 상품 CSV에 포함되지 않으므로 따로 저장해야 합니다. 이전 단계는 다음과 같습니다.

1. **데이터 현황 파악:** 기존 시스템에 어떤 데이터가 있는지(상품, 옵션, 이미지, 고객, 과거 주문, 쿠폰, 콘텐츠 페이지), 그리고 그중 무엇을 내보낼 수 있는지.
2. **데이터 매핑과 정제:** 기존의 각 필드가 어디로 가는지, 무엇을 정리해야 하는지(예: 중복 고객, 불완전한 상품 데이터).
3. **URL 맵과 리디렉션:** Google Search Central의 안내에 따르면 기존 URL을 하나하나 새 URL에 대응시키고, 검색 순위를 잃지 않도록 서버 측 영구(301 또는 308) 리디렉션을 설정해야 합니다([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)).
4. **연동 재연결:** 청구서 발행, 결제, 택배, 재고를 시험 주문으로 처음부터 끝까지 테스트합니다.
5. **실제 운영 개시와 사후 점검:** 기존 시스템 데이터의 마지막 동기화, 그리고 전환 후 지표와 오류 모니터링.

지금 임대형 솔루션을 선택하신다면, 지금부터 종료 계획을 세워 두는 것이 좋습니다. 어떤 데이터를 어떤 형식으로 내보낼 수 있는지, 그리고 나중의 시스템이 데이터를 지속적으로 넘겨받을 수 있는 API가 있는지 정리해 둡니다.

## 비용과 기간은 무엇에 따라 달라집니까?

임대형 솔루션에서는 비용이 구독료, 추가 앱, 테마, 설정에 드는 작업으로 구성되며, 맞춤형 연동도 필요하다면 이는 별도의 개발입니다. 맞춤형 온라인 쇼핑몰에서는 개발의 기능 규모를 COSMIC 기능점수(ISO/IEC 19761)로 측정하고, 이를 바탕으로 견적과 일정을 작성합니다. 규모 외에 다음 요소가 중요합니다.

- 연동의 수와 그 인터페이스가 얼마나 잘 문서화되어 있는지
- 상품 모델의 복잡도: 옵션, 구성 가능한 상품, 맞춤 가격 규칙
- 디자인의 맞춤 정도와 화면의 수(웹, 모바일, 관리자 화면)
- 이전할 데이터의 양과 품질
- 비기능 요구사항: 속도, 가용성, 접근성, 보안
- 인도 후 운영과 추가 개발의 범위

측정 방법은 [비용 산정](https://www.mestersegesintelligenciakozpont.hu/ko/pricing) 페이지에서 설명합니다.

## 결정할 때 흔히 하는 실수

- 초기 비용만 보고, 여러 해에 걸친 구독료, 확장 기능, 운영 비용은 보지 않습니다.
- 어떤 데이터를 내보낼 수 있는지, 선택한 패키지에 API가 있는지 미리 확인하지 않습니다.
- 확장 기능을 너무 많이 설치해, 업데이트 후 무엇이 왜 고장 났는지 아무도 모르게 됩니다.
- 수작업 청구서 발행으로 시작했다가, 주문 수가 늘면서 청구서 발행이 병목이 됩니다.
- 이전할 때 리디렉션을 빠뜨려, 기존 주소가 오류 페이지로 연결됩니다.
- 쿠키 배너가 기본적으로 모든 것을 수락하거나, 거부한 뒤에도 분석 코드를 불러옵니다.

## 자주 묻는 질문

### 임대형 솔루션과 맞춤형 온라인 쇼핑몰 중 어느 쪽이 맞습니까?

상품 구성과 주문 프로세스가 임대형 솔루션(예: Shopify, Shoprenter, UNAS)이나 WooCommerce의 틀에 들어맞는다면, 그쪽이 더 빠르고 위험이 적은 시작입니다. 맞춤형 온라인 쇼핑몰은 상품 구성이나 가격 체계가 특수할 때, ERP나 창고와 긴밀한 실시간 연결이 필요할 때, 또는 온라인 쇼핑몰이 주요 판매 채널이고 플랫폼의 제약 없이 발전시키고 싶으실 때 가치가 있습니다. 중간 방식은 맞춤형 연동을 갖춘 임대형 온라인 쇼핑몰입니다.

### 임대형 솔루션에서 맞춤형 온라인 쇼핑몰로 옮길 수 있습니까?

네, 기존 시스템에서 상품, 고객, 주문, 이미지, 콘텐츠 데이터를 가져올 수 있다면 가능합니다. 기존 주소를 새 주소로 리디렉션하는 일과 연동을 다시 연결하는 일이 이전의 핵심입니다. 임대형 솔루션을 고를 때부터 어떤 내보내기 기능과 API를 제공하는지 확인하는 것이 좋습니다.

### 온라인 쇼핑몰을 청구서 발행 프로그램과 창고에 연결할 수 있습니까?

네. 시스템에 접근 가능한 인터페이스(API)가 있거나 데이터를 파일이나 데이터베이스로 얻을 수 있다면, 청구서 발행 프로그램(예: Számlázz.hu, Billingo)은 자동 청구서 발행으로, 창고 관리 시스템이나 ERP는 재고 동기화로 연결합니다. 플랫폼의 API를 선택한 패키지에서 쓸 수 있다면 이런 연결은 임대형 온라인 쇼핑몰 뒤에도 구축할 수 있습니다.

### 임대형 솔루션에서 데이터는 누구의 것입니까?

이는 플랫폼의 이용 약관과 데이터 처리 계약이 정합니다. GDPR 제28조에 따르면 컨트롤러를 대신해 수행하는 데이터 처리는 계약으로 규율해야 합니다([EUR-Lex: 규칙 (EU) 2016/679](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32016R0679)). 실무에서 결정적인 것은 데이터를 가지고 나올 수 있느냐입니다. 큰 플랫폼들은 내보내기 기능과 API를 제공하지만, 그 범위는 플랫폼과 패키지마다 다릅니다. 자체 호스팅 또는 맞춤형 온라인 쇼핑몰에서는 전체 데이터베이스가 소유자에게 있습니다.

### 온라인 쇼핑몰은 접근성을 갖춰야 합니까?

지침 (EU) 2019/882를 국내법으로 이행한 규정에 따라 소비자에게 제공되는 전자상거래 서비스는 2025년 6월 28일부터 접근성 요구사항을 충족해야 하며, 지침에 따라 서비스를 제공하는 마이크로 기업은 면제되어야 합니다. 회사가 마이크로 기업이 아니라면 온라인 쇼핑몰을 접근성 측면에서 점검하는 것이 좋으며, 임대형 솔루션이라면 테마도 점검해야 합니다. 이 내용은 정보 제공을 위한 것이며 법률 자문이 아닙니다.

## 저희는 어떻게 도와드립니까?

저희는 맞춤형 온라인 쇼핑몰을 개발하고, 결제, 배송, 청구서 발행 서비스 제공업체와 창고, ERP에 연결하며, 요청하시면 인공지능도 적용합니다. 임대형 솔루션이 귀사에 잘 맞는다면 교체할 필요가 없습니다. 그 뒤에 연동을 구축합니다. 자세한 내용은 [온라인 쇼핑몰 개발](https://www.mestersegesintelligenciakozpont.hu/ko/services/webshop-development) 페이지에서 보실 수 있습니다.

첫 상담은 무료이며, 요청하시면 비밀유지계약(NDA)을 체결하고, 인도 후에는 운영과 유지보수도 맡습니다. 소스 코드와 이용 권리는 계약으로 정합니다. 무엇을 판매하시고 어떤 시스템으로 일하시는지 몇 문장으로 적어 [저희에게 연락해 주시기 바랍니다](https://www.mestersegesintelligenciakozpont.hu/ko/contact).

## 출처

- [EUR-Lex: 소비자 권리에 관한 지침 2011/83/EU, 통합본](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02011L0083-20260927)
- [EUR-Lex: 지침 2011/83/EU를 개정하는 지침 (EU) 2023/2673](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32023L2673)
- [헝가리 국가 법령 데이터베이스(Nemzeti Jogszabálytár): 정부령 45/2014 (II. 26.)](https://njt.hu/jogszabaly/2014-45-20-22)
- [EUR-Lex: 제품 및 서비스의 접근성 요구사항에 관한 지침 (EU) 2019/882](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32019L0882)
- [EUR-Lex: 지침 2002/58/EC, 통합본](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02002L0058-20091219)
- [EUR-Lex: 규칙 (EU) 2016/679(일반 데이터 보호 규칙, GDPR)](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32016R0679)
- [NAV: 2021년 1월 4일부터 시행된 청구서 발행자의 청구서 데이터 보고 규칙(헝가리어)](https://nav.gov.hu/ado/afa/A_szamlakibocsatok_sz20201231)
- [NAV: Online-Invoice 공개 저장소](https://github.com/nav-gov-hu/Online-Invoice)
- [Számlázz.hu: API 문서](https://docs.szamlazz.hu/)
- [Shoprenter: WebHook automation](https://doc.shoprenter.hu/development/api/07_webhook.html)
- [UNAS: API 문서(헝가리어)](https://unas.hu/tudastar/api)
- [WordPress.org: WooCommerce](https://wordpress.org/plugins/woocommerce/)
- [WooCommerce: 라이선스](https://github.com/woocommerce/woocommerce/blob/trunk/license.txt)
- [Shopify: Headless commerce](https://shopify.dev/docs/storefronts/headless)
- [Shopify Help Center: Exporting products](https://help.shopify.com/en/manual/products/import-export/export-products)
- [Shopify Help Center: Exporting orders](https://help.shopify.com/en/manual/fulfillment/managing-orders/exporting-orders)
- [Shopify Help Center: Exporting customers](https://help.shopify.com/en/manual/customers/import-export-customers)
- [Shopify Help Center: AI features in the Shopify admin](https://help.shopify.com/en/manual/shopify-admin/productivity-tools/shopify-magic)
- [Stripe: Integration security guide](https://docs.stripe.com/security/guide)
- [Google Search Central: Site moves with URL changes](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)
- [web.dev: Web Vitals](https://web.dev/articles/vitals)