샤오홍슈 미니프로그램은 우리 브랜드에 필요한가요? 전문호·노트·POI를 전환으로 연결하는 판단법

원문 확인일 2026년 9월 21일샤오홍슈 개방플랫폼 공식 문서 직접 열람

원문 중국어 공식 문서에서 직접 확인한 내용 · 해석 위유차이나가 도입 판단 순서로 바꾼 설명. 한국어 번역은 이해를 돕기 위한 것이며 공식 번역이 아닙니다.

샤오홍슈 미니프로그램은 외부 홈페이지와 무엇이 다른가요?

원문 샤오홍슈 개방플랫폼의 「小红书小程序介绍」는 미니프로그램을 샤오홍슈 앱 틀 안에서 개발되고, 별도 다운로드 없이 바로 쓰는 응용 서비스로 정의합니다. 계정, 노트, 라이브룸, 상업화 집행 등 여러 앱 내 장면에 적용할 수 있다고 명시합니다.

小红书小程序是一种基于小红书APP框架开发的，用户无需下载、即点即用的应用服务，可将小程序应用至小红书APP的账号、笔记、直播间、商业化投放等多种原生场景中，用户在APP上使用小程序服务也可拥有近似小红书原生页面的体验。

샤오홍슈 미니프로그램은 샤오홍슈 앱 프레임워크를 바탕으로 개발되며, 사용자가 내려받지 않고 눌러 바로 쓸 수 있는 응용 서비스입니다. 계정, 노트, 라이브룸, 상업화 집행 등 여러 앱 고유 장면에 적용할 수 있고, 앱 안에서 샤오홍슈 고유 화면과 비슷한 사용 경험을 제공할 수 있습니다.

小红书开放平台 「小红书小程序介绍」 一、小红书小程序介绍 · 2026년 9월 21일 열람

해석 외부 홈페이지는 보통 앱 밖으로 이동한 뒤 다시 탐색해야 합니다. 반면 미니프로그램은 사용자가 이미 보고 있던 전문호·노트·장소 정보와 이어지는 다음 화면입니다. 도입 기획서는 “미니프로그램 첫 화면에 무엇을 넣을까”보다 “사용자가 어디서 들어오며, 들어온 뒤 무엇을 끝내야 하는가”부터 적어야 합니다.

같은 공식 문서는 위챗 미니프로그램으로 바로 연결되거나 그대로 이동하는 구조가 아니라고 선을 긋습니다. 샤오홍슈 개발자 도구로 별도 개발해야 하며, 기존 코드가 있더라도 프레임워크 플러그인이나 변환 도구를 쓰면서 기초 기능의 호환성을 확인해야 합니다.

小红书小程序需要通过小红书提供的开发者工具进行单独开发，而非直接链接、直接跳转至微信小程序。

샤오홍슈 미니프로그램은 샤오홍슈가 제공하는 개발자 도구를 통해 별도로 개발해야 하며, 위챗 미니프로그램을 직접 연결하거나 바로 이동시키는 방식이 아닙니다.

小红书开放平台 「小红书小程序介绍」 二、小红书小程序和微信小程序的区别

거래형과 비거래형 중 무엇을 골라야 하나요?

원문 공식 문서가 제시하는 첫 갈림길은 결제 여부입니다. 거래형은 상품 구매 서비스를 제공할 수 있고, 비거래형은 상호작용 서비스만 제공하며 미니프로그램 안에서 결제를 지원하지 않습니다.

小红书小程序分为交易型和非交易型，交易型小程序可以为用户提供商品购买服务，非交易型仅可为用户提供互动服务，不支持用户在小程序内发生支付行为。

샤오홍슈 미니프로그램은 거래형과 비거래형으로 나뉩니다. 거래형은 사용자에게 상품 구매 서비스를 제공할 수 있고, 비거래형은 상호작용 서비스만 제공하며 미니프로그램 안의 결제 행위를 지원하지 않습니다.

小红书开放平台 「小红书小程序介绍」 一、小红书小程序介绍

해석 결제 가능 여부를 “나중에 붙일 기능”으로 두면 계정, 업종, 상품, 정산과 심사 범위가 뒤늦게 바뀔 수 있습니다. 첫 기획 단계에서 아래처럼 목표 행동을 나누는 편이 안전합니다.

전문호·노트·POI는 미니프로그램과 어떻게 연결되나요?

원문 샤오홍슈 공식 문서는 미니프로그램의 앱 내 노출 입구로 홈페이지와 점포, POI, 노트, 라이브룸, 공유 장면을 제시합니다.

해석 이 입구들은 사용자의 의도와 다음 행동이 서로 다릅니다. 하나의 첫 화면으로 모두 보내기보다 입구별 도착 화면을 나눠야 합니다.

원문 전문호 홈페이지에는 서로 다른 미니프로그램 서비스 입구를 세 개까지 구성할 수 있다고 문서가 적습니다. 아래 두 인용은 같은 항목의 ‘핵심 가치’와 ‘구성 위치’에서 각각 옮겼습니다.

核心价值：帮助品牌在小红书运营主阵地专业号，实现服务自定义直达。

핵심 가치는 브랜드가 샤오홍슈 운영의 중심인 전문호에서 서비스를 직접 도달할 수 있게 구성하도록 돕는 것입니다.

配置入口：开放平台后台-小程序-小程序入口-个人主页入口。可以配置至多3个不同入口。

개방플랫폼 관리화면의 미니프로그램 개인 홈페이지 입구에서 서로 다른 입구를 세 개까지 설정할 수 있습니다.

小红书开放平台 「小红书小程序介绍」 五、账号运营

해석 세 칸을 같은 첫 화면으로 보내면 입구만 세 개일 뿐 사용자 여정은 하나입니다. 예를 들어 “행사 신청”, “쿠폰 받기”, “상품 보기”처럼 사용 목적이 다르면 도착 화면과 측정 항목도 따로 둬야 합니다. 세 개라는 수치는 기능을 모두 채우라는 권고가 아니라 문서가 밝힌 구성 가능 범위입니다.

원문 POI에는 공동구매, 쿠폰, 예약, 판매 단서 수집 등의 서비스를 붙일 수 있고, 문서는 연결된 POI의 상업 노트와 일반 노트에서 들어오는 흐름을 함께 설명합니다. 서비스 내용과 POI가 서로 맞는지도 심사 대상입니다.

미니프로그램을 만들면 어떤 데이터를 볼 수 있나요?

원문 개방플랫폼 문서는 별도 데이터 연동 없이 관리화면에서 방문, 결제, 유입 출처 등의 핵심 통계를 볼 수 있다고 적습니다. 상품 방문부터 거래까지의 상품 데이터와, 양식 방문부터 제출까지의 판매 단서 데이터는 표준 이벤트 보고가 필요합니다. 더 세밀한 점포 내 흐름과 전환 분석은 개발자가 직접 이벤트를 심어야 한다고 덧붙입니다.

小程序天然特性可以帮助品牌拿到自身小程序内的完整用户链路数据。

미니프로그램의 특성은 브랜드가 자기 미니프로그램 안의 전체 사용자 흐름 데이터를 얻는 데 도움이 됩니다.

无需数据接入，开放平台-经营-数据看板即可查看小程序的访问、支付、流量来源等核心统计数据。

별도 데이터 연동 없이 개방플랫폼의 경영 데이터 화면에서 방문, 결제, 유입 출처 등의 핵심 통계를 볼 수 있습니다.

小红书开放平台 「小红书小程序介绍」 五、数据能力의 개요와 ‘核心数据看板’에서 각각 발췌

해석 “데이터를 볼 수 있다”는 말과 “사업 질문에 답할 수 있다”는 말은 다릅니다. 행사 신청이 늘었는지 알고 싶다면 방문 수만으로 부족하고 신청 완료 이벤트가 필요합니다. POI에서 들어온 사용자가 쿠폰을 받았는지 알고 싶다면 진입 출처와 쿠폰 수령을 같은 흐름으로 연결해야 합니다. 개발 전에 질문과 이벤트를 짝지어야 데이터 화면이 쓸모를 가집니다.

자체 개발과 서비스사업자 대행 중 무엇을 선택하나요?

원문 공식 문서는 접속 방식을 개발자 자체 개발과 서비스사업자 대행 개발로 나눕니다. 자체 개발은 브랜드의 기술팀이나 맞춤형 기술사업자가 개발·버전 관리를 맡는 방식이고, 대행 개발은 미니프로그램을 플랫폼형 서비스사업자에게 권한 부여해 표준화된 서비스를 쓰는 방식입니다.

小红书小程序接入分为两种方式：开发者自开发和服务商代开发。两种接入方式在接入流程上存在差异，因此在接入前需要先确定使用哪种小程序开发模式。

샤오홍슈 미니프로그램 접속은 개발자 자체 개발과 서비스사업자 대행 개발, 두 방식으로 나뉩니다. 두 방식은 접속 절차가 다르므로 시작하기 전에 어떤 개발 방식을 사용할지 먼저 정해야 합니다.

小红书开放平台 「小红书小程序介绍」 七、小程序的两种接入模式

해석 개발 방식은 초기 제작비만으로 고르기 어렵습니다. 계정과 데이터의 소유 주체, 새 기능 요청 절차, 장애 대응, 서비스사업자 변경 때의 이전 범위를 함께 봐야 합니다. 표준 기능으로 목적을 검증할 수 있다면 처음부터 맞춤 개발할 이유가 약하고, 기존 회원·재고·예약 시스템과 깊게 연결해야 한다면 표준 기능만으로는 운영이 갈라질 수 있습니다.

개발 전에 무엇을 결정해야 하나요?

1. 완료 행동 하나를 적습니다. “브랜드를 알린다”가 아니라 “POI에서 들어온 사용자가 행사 신청을 마친다”처럼 끝나는 행동을 씁니다.
2. 진입점을 고릅니다. 전문호, 노트, POI, 라이브, 상업화 집행 중 실제 유입을 만들 장면과 목적별 도착 화면을 연결합니다.
3. 결제 여부를 정합니다. 결제가 필요하면 거래형의 상품·정산·이행·환불 업무까지 범위에 넣습니다. 결제가 없으면 비거래형에서 필요한 상호작용과 정보 동의를 좁힙니다.
4. 운영 담당자를 붙입니다. 콘텐츠, 고객 응대, 주문, 취소, 데이터 확인, 버전 관리를 누가 맡는지 정합니다.
5. 측정 질문을 이벤트로 바꿉니다. 유입 출처, 시작, 완료, 이탈을 구분하고 표준 데이터로 부족한 항목만 별도 설계합니다.
6. 개발 방식을 고릅니다. 표준 기능으로 검증할 수 있는지 먼저 보고, 맞춤 연결이 필요할 때 자체 개발 범위를 정합니다.
7. 최신 자격과 심사 범위를 다시 엽니다. 운영 업종, 전문호, 미니프로그램 주체, 서비스 입구, 상품과 버전 심사의 최신 문서를 제출 직전에 확인합니다.