ConnectWiz + Shopify

준비 중 — 기반은 운영 중

Shopify: 기반은 운영 중, 네이티브 동기화가 다음 순서입니다

저희는 로고 벽 대신 솔직한 상태를 공개합니다. 지금 Shopify 스토어는 공개 API와 Webhook을 통해 ConnectWiz와 함께 돌아가고, Shopify 고객 신원은 이미 연락처로 연합됩니다. WooCommerce와 같은 틀의 네이티브 양방향 동기화는 작업 중입니다.

무료로 시작하기 모든 연동
현재 경로는 API와 Webhook 신원 연합은 운영 중 네이티브 동기화 — 솔직히 준비 중
Shopify × ConnectWiz
신원 연합: 운영 중
API + Webhook 경로: 지금도 동작
Commerce API 키: 범위 제한, 실제 동작
네이티브 양방향 동기화 — 작업 중
이 페이지는 출시하는 날 바뀝니다 — 그 전에는 아닙니다
0
거짓 주장. 이 페이지의 마케팅 예산은 준비 중 배지 하나가 전부입니다
3
지금 운영 중인 기반 요소. 신원 연합, 범위 제한 API, Webhook 트리거
1
이미 출시된 어댑터 틀. WooCommerce 계약은 두 번째 스토어를 염두에 두고 만들었습니다
24시간
커넥터가 나오면 이 페이지가 바뀌기까지 걸리는 시간. 하루도 앞당기지 않습니다

이커머스

하는 일, 정확히

신원은 이미 연합됩니다

Shopify 고객은 그 사람의 채팅과 같은 ConnectWiz 연락처로 이어집니다. 나중에 동기화가 붙었을 때 즉각적으로 느껴지게 해 줄 기반이 지금 이미 돌아가고 있습니다.

현재의 API 경로

자사 Shopify 스택은 공개 Commerce API(범위가 제한된 키)와 통신하고, 보호된 Webhook으로 플로우를 시작할 수 있습니다. 네이티브 커넥터를 기다리지 않고 운영 환경에서 이렇게 쓰는 팀이 이미 있습니다.

다음 순서, 네이티브 동기화

필드 단위 소유권, 리허설 모드, 충돌 원장이 붙은 양방향 상품·주문 동기화. WooCommerce에서 쓴 틀을 한 치도 바꾸지 않고 Shopify에 적용합니다.

기술적인 구조

여기서 “준비 중”은 마케팅이 아니라 엔지니어링입니다

처음부터 둘이 들어올 자리로 만든 포트

커머스 계층은 기능 계약을 갖춘 제공사 포트입니다. 호출하는 쪽은 “이 스토어가 전화번호로 매칭할 수 있나? 주문을 만들 수 있나?”를 가정하지 않고 매번 물어봅니다. WooCommerce는 그 뒤에 있는 어댑터 하나이고, Shopify는 애초에 의자를 하나 더 사 두었던 두 번째 자리입니다.

신원 처리는 이미 제공사를 가리지 않습니다

연락처 신원 테이블은 설계상 제공사 이름과 외부 ID를 저장합니다. Shopify 고객 ID는 지금 WooCommerce 고객 ID가 그러듯 연락처로 그대로 연합되고, 스키마를 바꿀 필요가 없습니다.

쓰는 단어까지 준비돼 있습니다

주문 상태는 스토어가 쓰는 말 그대로 전달됩니다. WooCommerce는 “completed”라고 하고 Shopify는 “fulfilled”라고 합니다. 상담원에게 가장 도움이 되는 말은 고객이 자기 계정에서 보는 바로 그 단어이기 때문입니다.

“작업 중”이 뜻하는 것

네이티브 커넥터란 OAuth 연결, 카탈로그 가져오기, 필드 단위 소유권, 리허설 후 실제 반영, 충돌 원장을 뜻합니다. WooCommerce의 틀 그대로이지, 그것을 가볍게 흉내 낸 물건이 아닙니다.

설정

연결 방식

01

오늘: API와 Webhook

Shopify 이벤트를 플로우 Webhook 트리거에 연결하고, Commerce API로 주문을 읽고 씁니다.

02

알림 받기

이메일을 남겨 두시면 네이티브 커넥터가 열리는 날 알려 드립니다. 그 전에는 연락드리지 않습니다.

03

그다음: 클릭 한 번

네이티브 동기화는 WooCommerce와 똑같이 연결됩니다. 한 번 승인하고, 소유권을 고르고, 리허설한 뒤, 실제로 켭니다.

함께 쓰면 강해집니다

함께 쓰는 기능

현재의 API 경로

범위가 제한된 커머스 키와 HMAC으로 검증하는 Webhook 트리거. Shopify 팀이 지금 운영 환경에서 돌리고 있는 개발자 인터페이스 — 바로 그것입니다.

Flows

Shopify 이벤트를 걸어 둔 플로우 Webhook 트리거 하나면 오늘 당장 라우팅하고, 알리고, 메시지를 보낼 수 있습니다. 자동화 계층은 커넥터를 기다리지 않습니다.

틀 그 자체

읽어 보시면 좋은 것은 WooCommerce 페이지 — 네이티브 Shopify 동기화가 정확히 어떤 모습일지 거기에 다 나와 있습니다. 계약은 같고, 스토어만 다릅니다.

보안과 보증

지루한 보증

마스터 키가 아니라 범위 제한 키

API 경로는 테넌트가 발급한 키를 씁니다. 카탈로그 읽기, 주문 읽기, 주문 쓰기처럼 범위를 명시하고, 하나씩 따로 폐기할 수 있습니다.

Webhook은 믿는 게 아니라 증명합니다

수신 트리거는 원본 본문에 대한 HMAC 서명을 트리거별 시크릿으로 검증하고, 재전송 공격도 막습니다.

솔직한 세부 조건

경계를 명시합니다

가짜 “베타” 연극은 없습니다

존재하지도 않는 네이티브 동기화를 미리 팔지 않습니다. 지금 되는 것은 있는 그대로 적고, 나머지는 배지가 정직하게 감당합니다.

Shopify FAQ

솔직한 답변

더 자세한 내용은 FAQ에서 확인하시거나, 직접 문의해 주세요.

네. 범위가 제한된 키로 쓰는 공개 Commerce API, 플로우로 들어오는 보호된 Webhook 트리거, 그리고 고객 신원의 연락처 연합까지 가능합니다. 아직 없는 것은 클릭 한 번으로 되는 네이티브 양방향 동기화이고, 준비 중 배지가 가리키는 것이 바로 그것입니다.

WooCommerce의 틀 그대로입니다. 상품과 주문의 양방향 동기화, 도메인별 필드 단위 소유권, 작업마다 두는 리허설-실제 전환 스위치, 그리고 눈에 보이는 충돌 원장. 계약은 같고, 스토어만 다릅니다.

실제로 준비됐을 때입니다. 그날 이 페이지와 메뉴 배지가 함께 바뀝니다. 로드맵 항목을 기능인 척 미리 팔지 않습니다.

한 번 가져오고 나면 서로 어긋나기 시작하는 얇은 커넥터야말로, 이 플랫폼이 대체하려고 존재하는 물건이기 때문입니다. WooCommerce 연동이 기준선을 세웠습니다. 소유권, 리허설 모드, 충돌 원장. 그 아래로 Shopify를 내보내는 것은 엔지니어링 배지를 단 마케팅일 뿐입니다.

채팅 위젯은 아닙니다. 지금도 스크립트 태그 하나로 삽입됩니다. 네이티브 동기화도 나오면 API 수준에서 연결되므로, 테마는 처음부터 끝까지 관여하지 않습니다.

요란한 연동보다 정직한 연동이 낫습니다.

여기 있는 연동은 하나같이 실제 동작 그대로 설명합니다. 데이터가 흐르는 방향, 소유권, 한계까지 빠짐없이 적었습니다.

무료로 시작하기 모든 연동