앱 및 통합

팀이 이미 사용하는 도구를 연결하세요 — Stripe, Shopify, Mailchimp, MailerLite, Jira, Tracio. 설치된 앱은 Inbox 대화 패널에 실시간 고객 데이터를 카드로 표시합니다 — 채팅 바로 옆에서.

개요#

앱 마켓플레이스는 설정 → 앱에 있습니다. 앱은 워크스페이스 전체를 위해 한 번만 설치됩니다: 관리자가 워크스페이스 자체의 자격 증명으로 서비스를 연결하면, Inbox 접근 권한이 있는 모든 팀원이 대화 패널에서 해당 카드를 보게 됩니다. 상담원이 직접 무언가를 설치하는 일은 없으며 — AI 에이전트도 마찬가지로 아무것도 설치하지 않습니다.

워크스페이스 수준 설치

워크스페이스당 하나의 자격 증명 세트. 앱을 설치, 편집 또는 제거하면 모두에게 동시에 적용됩니다.

Inbox의 카드

설치된 각 앱은 지금 대화 중인 사람에 대한 실시간 데이터를 담은 카드를 대화 패널에 그립니다.

군더더기 없음

카탈로그에 있는 모든 것은 오늘 바로 설치할 수 있습니다 — "출시 예정" 섹션은 없습니다. 요청 타일로 어떤 서비스가 빠져 있는지 알려줄 수 있습니다.

앱 관리에는 앱 설치 및 구성 권한이 필요합니다(기본적으로 Owner와 Admin 역할에 포함되며, 커스텀 역할에도 부여할 수 있습니다). 이 권한이 없는 팀원도 대화에서 앱 카드는 볼 수 있습니다 — 설치하거나 재구성할 수 없을 뿐입니다.

앱 카탈로그#

현재 6개의 앱을 사용할 수 있습니다:

앱	카테고리	상담원이 대화에서 보는 것
Stripe	결제	지금 대화 중인 사람의 구독 및 최근 결제 내역
Shopify	커머스	결제 및 배송 처리 상태가 포함된 최근 주문
Mailchimp	마케팅	지금 대화 중인 사람의 구독 상태, 잠재고객(audience), 태그
MailerLite	마케팅	지금 대화 중인 사람의 구독 상태, 그룹, 가입일
Jira	이슈 트래킹	이 대화에 연결된 이슈와 클릭 한 번으로 새 이슈 등록
Tracio	보안	사람인지 봇인지: 채팅 위젯 방문자에 대한 Tracio의 판정

자체 백오피스로 가는 단순 링크가 필요하신가요? 그것은 계정도 토큰도 필요 없으므로 앱 카탈로그가 아니라 설정 → 일반 → 내 시스템 링크에 있습니다.

앱 설치하기#

설정 → 앱을 열고 타일을 선택한 뒤, 앱이 요구하는 자격 증명을 입력하세요. 각 필드는 해당 값이 생성되거나 확인되는 벤더 대시보드의 정확한 페이지로 링크됩니다.

단계	설명
1. 미리보기 확인	무언가를 붙여넣기 전에, 구성 페이지가 상담원이 보게 될 카드의 샘플을 보여줍니다 — 가상의 데이터로 만들어져 있어, 자격 증명을 저장하기 전에 워크스페이스와 무엇을 공유하게 되는지 알 수 있습니다.
2. 자격 증명 입력	API 키나 토큰을 붙여넣으세요. 값은 자동으로 정리(trim)되므로 복사-붙여넣기에서 딸려 온 공백이나 줄바꿈이 설치를 망치지 않습니다.
3. 저장 및 테스트	저장은 구성을 보관하고, 연결 테스트는 벤더에 실제 호출을 보냅니다 — 상태 칩을 녹색으로 바꾸는 것은 테스트입니다.

모든 앱 타일에는 설치가 어느 단계에 있는지 알려주는 상태 칩이 있습니다:

상태	의미
테스트 안 됨	자격 증명은 저장되었지만 앱이 아직 실제 요청에 응답한 적이 없습니다.
연결됨	벤더가 실제로 응답했습니다 — 단순히 저장된 것이 아니라 연결이 검증되었습니다.
확인 필요	벤더가 저장된 자격 증명을 거부했습니다(철회되었거나 만료된 키). 관리자가 앱을 다시 저장하거나 재테스트할 때까지 카드는 벤더 호출을 중단합니다.
오류	다른 문제가 발생했습니다 — 툴팁을 확인하세요.
비활성화됨	관리자가 앱을 껐습니다. 자격 증명은 삭제되지 않은 채 카드만 Inbox에서 사라집니다.

자격 증명 및 보안#

앱 자격 증명은 워크스페이스 소유이며, 몇 가지 규칙이 이를 안전하게 지킵니다:

저장 시 암호화. 비밀 필드(API 키, 토큰)는 저장소에서 키 단위로 암호화되며 저장 후에는 다시 표시되지 않습니다.
벤더가 허용하는 한 최소 권한. Stripe는 Customers, Subscriptions, Charges, Invoices를 읽을 수 있는 제한된 키로 연결해야 하며 — Refunds 쓰기 권한은 상담원이 대화에서 환불을 처리해야 하는 경우에만 추가하세요. 전체 권한 키를 붙여넣어도 동작은 하지만, 설정 페이지가 교체를 권고합니다.
대상 변경 시 비밀 값 재입력. 자격 증명이 결부된 필드 — Shopify 스토어 도메인, Jira 사이트 URL — 를 편집하면 토큰을 다시 입력해야 하므로, 저장된 자격 증명이 의도치 않은 호스트로 리디렉션되는 일은 결코 없습니다.
철회는 워크스페이스 전체에 영향. 앱당 워크스페이스당 설치는 하나입니다: 벤더 측에서 키를 회전하거나 철회하면, 관리자가 설정 → 앱에서 업데이트할 때까지 모든 팀원의 카드가 작동을 멈춥니다.

설치가 끝나면 각 앱은 Inbox의 대화 상세 패널에 위젯으로 나타납니다. 대화를 열면 벤더에서 실시간 카드를 가져옵니다: 이 고객이 Stripe에서 누구인지, 최근 Shopify 주문, 뉴스레터 구독 상태, 스레드에 연결된 Jira 이슈, 또는 방문자에 대한 Tracio의 판정. 대부분의 카드는 벤더 자체 대시보드의 해당 레코드로 링크도 제공합니다 — Tracio의 판정만은 전적으로 패널 안에 있습니다.

카드는 보여줄 것이 없을 때 이를 솔직하게 말합니다. 고객을 찾지 못했거나 대화에 사용할 수 있는 신원이 없으면, 빈 상자를 렌더링하는 대신 그렇다고 밝히고 이유를 설명합니다. 응답은 잠시 캐시되고 앱별로 호출량이 관리되므로, 열려 있는 Inbox가 벤더의 API 한도를 태워버리지 않습니다.

카드는 검증된 신원을 따릅니다#

Stripe, Shopify, Mailchimp, MailerLite는 이메일 주소로 고객을 조회합니다 — 그것도 실제로 검증된 주소만: 위젯의 서명된 신원(신원 확인)이 보증하는 주소이거나, 이메일 채널 대화의 발신(From) 주소입니다. 방문자가 채팅에 그냥 입력한 주소는 조회에 전혀 사용되지 않습니다 — 그렇지 않으면 누구든 실제 고객의 이메일을 입력하고 그 사람의 결제 이력을 볼 수 있을 테니까요. 그 경우 카드는 해당 주소가 검증된 신원으로 뒷받침되지 않는다고 설명합니다.

Jira와 Tracio는 이메일을 키로 사용하지 않습니다 — Jira 카드는 대화에 연결된 이슈에, Tracio는 위젯 방문자에 속하므로 검증된 주소가 없어도 작동합니다.

대화 자체의 주소로 아무것도 찾지 못하면, Respondo는 연락처의 다른 알려진 주소도 시도하고 (예: 연락처 병합 이후), 어떤 주소를 사용했는지 카드에 표시합니다.

각 앱이 보여주는 것#

Stripe#

고객의 결제 정보를 읽기 전용으로 들여다보는 창: 이름, 이메일, 계정 잔액, 복사 가능한 고객 ID, 그리고 구독 — 상태 배지, 플랜, 월 금액, 시작일 — 과 인보이스 번호가 붙은 최근 결제 내역. 환불은 유일한 선택적 쓰기 작업입니다: 관리자가 앱 설정에서 대화 패널에서 환불 허용을 켜야 하고(기본값은 꺼짐), 조작하는 사람에게 환불 및 취소 실행 권한이 있어야 하며, 모든 환불은 REFUND를 입력해 확인해야 합니다 — Stripe는 한번 보낸 환불을 되돌릴 수 없습니다.

Shopify#

읽기 전용 최근 주문 — 주문 번호, 날짜, 합계, 결제 및 배송 처리 상태 — 과 각 주문 및 Shopify 관리자(admin)의 고객 레코드로 가는 링크. 스토어 도메인과 read_customers 및 read_orders 스코프를 가진 커스텀 앱의 Admin API 토큰으로 연결합니다.

Mailchimp#

Mailchimp가 보는 그대로의 구독자: 상태 배지, 잠재고객(audience), 태그, 참여도, 최근 캠페인 활동(발송, 열람, 클릭). 사용할 수 있는 작업은 하나입니다: 수신 거부 — 대화를 떠나지 않고 "더 이상 메일 보내지 마세요" 요청을 처리하기 위한 것입니다. API로는 되돌릴 수 없고 — Mailchimp는 본인이 가입 폼을 통해 다시 옵트인하는 것만 허용합니다 — 따라서 입력 확인이 필요합니다. 참고로 Mailchimp API 키는 스코프가 없습니다: 연결한 키는 계정의 모든 것을 읽고 쓸 수 있습니다.

MailerLite#

구독 상태, 그룹, 가입일, 참여도, 최근 캠페인 활동. 작업은 두 가지입니다: 수신 거부(되돌릴 수 있음 — MailerLite의 API는 재구독을 지원합니다)와, 본인의 요청으로 다시 목록에 올리는 재구독.

Jira#

대화와 Jira Cloud 이슈 간의 양방향 링크. 카드는 이 대화에 연결된 이슈를 현재 상태와 함께 나열하고, 이슈 생성(선택한 프로젝트에 등록되고 자동으로 연결됨)과 이미 존재하는 이슈를 위한 기존 이슈 연결 / 연결 해제를 제공합니다. Jira에서 이루어진 상태 변경은 웹훅을 통해 다시 흘러 들어옵니다: 앱 설정 페이지에 Jira 사이트에 붙여넣을 비밀 웹훅 주소가 표시되며, 그때부터 카드는 이슈의 실시간 상태를 반영합니다. 이슈는 연결한 Atlassian 계정 명의로 생성되며, 카드는 그 계정이 보는 것을 정확히 그대로 봅니다.

패널에서 실행되는 모든 작업은 역할 권한으로 통제됩니다 — 수신 거부, 재구독, Jira 이슈에는 앱 작업 사용, 환불에는 환불 및 취소 실행. 앱이 워크스페이스 수준 기능 토글도 제공하는 경우 — 현재는 Stripe의 대화 패널에서 환불 허용이 그렇습니다 — 토글이 그 기능의 존재 자체를 결정하며, 끄면 워크스페이스 소유자를 포함해 모두가 차단됩니다.

Tracio: 사람인가 봇인가#

Tracio는 채팅 위젯 방문자에 대한 한 가지 질문에 답합니다: 이 방문자는 사람인가 봇인가? 앱을 설치하면 Respondo 채팅 위젯 안에서 Tracio의 감지 SDK가 활성화됩니다 — 새 위젯 대화는 자동으로 판정을 받고, 대화 패널의 Tracio 카드에 칩으로 표시됩니다.

칩	의미
사람	Tracio의 서버 측 검사에서 이 방문자에 대한 봇 신호가 발견되지 않았습니다.
봇 · 93%	봇이 감지되었고, Tracio의 신뢰도가 함께 표시됩니다. 카드는 판정의 근거가 된 신호들도 나열합니다.
미확인	Tracio의 서버 측 검사를 지금 사용할 수 없습니다 — 카드는 브라우저가 보고한 판정으로 대체하고 그 사실을 밝힙니다.
위조된 ID	브라우저가 보낸 방문자 ID를 Tracio가 알지 못합니다 — 그 주장은 위조로 보입니다.

두 개의 키를 연결합니다: 위젯에서 SDK를 활성화하는 공개 키와, 판정을 서버 측에서 검사하는 데 쓰이는 비밀 Data API 키. 서버 측 검사 없이는 브라우저의 "봇이 아님" 주장을 그 자체로 신뢰할 수 없으며 — 브라우저의 주장이 서버 판정과 다를 때 카드는 둘 다 보여줍니다.

Tracio는 채팅 위젯 대화에서만 작동합니다. 이메일, Telegram 및 기타 채널에는 검사할 방문자가 없으므로, 그 채널의 Tracio 카드는 확인할 것이 없다고 설명합니다. 판정이 없다고 의심할 일은 아닙니다: 광고 차단기가 실제 사람의 SDK를 차단하는 일은 늘 있고, Tracio 연결 전에 시작된 오래된 대화에도 판정이 없습니다.

Tracio SDK는 사이트 방문자의 핑거프린트를 수집합니다. 방문자 동의를 받는 것(CMP / 쿠키 배너를 통해)은 사이트 소유자인 여러분의 책임입니다.

제한 사항#

Stripe와 Shopify 카드는 읽기 전용입니다 — Stripe 앱 전체에서 유일한 쓰기 작업은 명시적으로 활성화해야 하는 선택적 환불 작업뿐입니다.
이메일 기반 앱(Stripe, Shopify, Mailchimp, MailerLite)에는 검증된 이메일 주소가 필요합니다. 익명 위젯 방문자나 주소 없는 채널의 대화에는 "조회할 것이 없음"을 정직하게 알리는 카드가 표시됩니다.
Jira 지원은 Jira Cloud에 한합니다.
Mailchimp에는 재구독이 없습니다: 한번 수신 거부되면 본인이 가입 폼을 통해 다시 옵트인하는 방법뿐입니다. 그 흐름이 중요하다면 MailerLite의 재구독을 사용하세요.
Tracio 판정은 SDK가 로드된 위젯 대화에만 존재합니다 — 이메일이나 메신저 채널에는 결코 없습니다.