ConnectWiz + Twilio

운영 중인 연동

Twilio는 그대로 쓰세요. 인박스와 두뇌, 브레이크는 저희가 답니다.

이미 협상해 둔 Twilio 계정과 번호, 단가를 그대로 유지하세요. 거기에 SMS용 라우팅 인박스와 간결하게 답하는 AI, 실제로 수신 동의를 확인하는 캠페인, 사실대로 말하는 전달 확인을 붙여 드립니다.

자사 계정 그대로 — 마진 없음 진짜 전달 확인 발송 시점의 수신 동의 확인
Twilio × ConnectWiz
발송됨 — 1 세그먼트, 기록 완료
전달됨 — 통신사 수신 확인
발송 시점에 수신 동의 재확인
100%
증명되는 수신의 비율. 모든 Webhook을 자사 토큰으로 서명 검증합니다
160→153
GSM 세그먼트 크기, 단건과 연결 건. 발송 전에 서버 쪽에서 계산합니다
70→67
메시지에 GSM 외 문자가 하나만 섞여도 바뀌는 같은 크기
0
마진. Twilio가 협상 단가로 고객사에 직접 청구합니다

SMS

하는 일, 정확히

자격 증명은 암호화

Twilio SID와 토큰은 암호화해 저장하고 다시는 보여 주지 않습니다. 발신자 ID와 메시징 서비스, 등록 정보는 설정하신 그대로 유지됩니다.

진짜 양방향

수신 문자는 암호학적으로 서명된 Webhook으로 들어와 라우팅된 대화가 됩니다. 상태 콜백은 각 메시지를 발송됨→전달됨이라는 한 방향 사다리 위로 올립니다. 확정된 전달은 절대 뒤로 돌아가지 않습니다.

세그먼트 수를 스레드에

발송할 때마다 실제로 몇 개의 SMS 세그먼트가 나갔는지 기록합니다. Twilio 청구서를 대화 안에서 설명할 수 있습니다.

본인 확인 기본 탑재

일회용 코드 전화번호 인증은 Twilio Verify를 탑니다. 코드 생성도, 전달도, 확인도 Twilio가 합니다. 저희는 아무것도 저장하지 않습니다.

기술적인 구조

세그먼트 계산은 곧 돈입니다. 그래서 서버 쪽에 둡니다

비용의 기준은 하나

세그먼트 계산은 서버에서, 정확히 한 곳에서만 돌아갑니다. 클라이언트에 사본을 두면 실제 청구액과 어긋나기 마련이고, 어긋나는 방향은 늘 사람을 안심시키는 쪽입니다.

청구액을 세 배로 만드는 ş 한 글자

GSM 문자 집합 밖의 문자 하나면 메시지 전체가 70자 세그먼트로 떨어집니다. 작성창은 발송 전에 이 사실을 압니다. GSM 161자는 160자에 1자를 더한 게 아니라 153자짜리 세그먼트 두 개 값입니다.

이스케이프 문자까지

^, {, }, € 같은 문자는 GSM 인코딩에서 각각 2단위를 먹고, 이모지는 UCS-2에서 2단위를 먹습니다. 카운터는 통신사가 매기는 방식 그대로 매깁니다.

메시징 서비스가 먼저

Twilio 메시징 서비스를 설정해 두셨다면, 발송은 맨 번호보다 그쪽을 먼저 씁니다. 번호 풀과 고정 발신자, 컴플라이언스 설정을 우회하지 않고 그대로 물려받습니다.

Verify, 맡기는 방식으로

전화번호 인증은 Twilio Verify를 씁니다. 코드 생성과 전달, 확인을 Twilio가 하고 고객의 언어로 현지화됩니다. 저장할 OTP 시크릿도, 유출될 코드도 없습니다.

실패에는 이름이 붙어 돌아옵니다

거부된 발송은 Twilio가 준 진짜 이유와 함께 돌아옵니다. 인증 문제인지, 지역 권한인지, 미인증 체험 번호인지까지요. 두루뭉술한 에러로 세탁하지 않고 운영자에게 그대로 보여 줍니다.

설정

연결 방식

01

자격 증명 입력

SID와 토큰을 저장 시 암호화하고, 설정 단계에서 검증합니다.

02

발신자 선택

자사 번호와 발신자 ID가 채널로 나타나고, 부서별로 라우팅할 수 있습니다.

03

브레이크를 걸고 발송

캠페인은 발송하는 순간 수신자별로 수신 동의를 확인합니다. 화요일에 들어온 수신 거부는 수요일 발송에서 건너뛰고, 그 이유까지 기록됩니다.

함께 쓰면 강해집니다

함께 쓰는 기능

캠페인

SMS 캠페인은 발송하는 순간 수신자별로 수신 동의를 다시 확인합니다. 전체 발송 파이프라인이 궁금하시면 SMS 채널 페이지 안내를 참고하세요.

İYS(튀르키예)

튀르키예 상업용 SMS는 İYS 연동 덕분에 등록부 기준을 그대로 지킵니다. 동의는 밀어 올리고, 등록부의 수신 거부는 매일 끌어 옵니다.

Flows

예약 리마인더, 주문 업데이트, 재참여 시퀀스는 플로우 단계 안에서 SMS를 내보냅니다. 수신 동의 게이트도, 세그먼트 계산도 똑같습니다.

보안과 보증

지루한 보증

수신 경로는 암호학적으로 자사 것입니다

모든 수신 Webhook을 Twilio의 서명 방식으로 검증합니다. 전체 URL과 정렬된 페이로드에 대해 계정 토큰을 키로 쓴 HMAC입니다. 서명 없는 “수신 SMS”는 남의 인박스로 들어가는 열린 문입니다. 이 문은 닫아 둡니다.

시크릿은 시크릿답게 다룹니다

SID와 토큰은 저장 시 암호화하고, 인증 헤더에만 실어 보내며, 로그에 남기거나 에러 메시지에 되비치는 일이 없습니다.

수신 동의는 두 번

캠페인 발송은 오디언스를 구성할 때 한 번, 발송 시점에 메시지별로 다시 한 번 수신 동의를 확인합니다. 화요일에 들어온 수신 거부는 수요일 발송에서 건너뛰고, 건너뛴 사실과 이유가 기록됩니다.

전달 확인에도 서명이 붙습니다

전달 상태 콜백도 수신 메시지와 똑같이 자사 키로 서명 검증합니다. 서명 없는 상태 엔드포인트가 있으면 누구든 남의 메시지를 “전달됨”으로 표시할 수 있습니다. 가짜 메시지보다 조용하고, 그래서 더 나쁩니다. 아무도 찾아보지 않으니까요.

솔직한 세부 조건

경계를 명시합니다

MMS 미지원

사진 메시지는 구현돼 있지 않습니다. 첨부는 조용히 버려지는 대신 이름이 붙은 이유와 함께 실패합니다. 어쨌든 실패하는 것이고, 저희는 그렇다고 말합니다.

알파뉴메릭 발신번호 = 단방향

브랜드명 발신자로는 답장을 받을 수 없습니다. SMS의 물리 법칙이고, 작성창도 그 사실을 압니다.

Twilio FAQ

솔직한 답변

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

받지 않습니다. Twilio가 협상 단가로 고객사에 직접 청구하고, 플랫폼은 메시지당 통행료를 붙이지 않습니다. 발송할 때마다 세그먼트 수를 기록하므로 청구서가 수수께끼가 되는 일도 없습니다.

답장할 수 있습니다. 답장은 대화로 팀 인박스에 들어와 라우팅되고, AI나 담당자가 답합니다. 질문이 돌아온 리마인더는 끊긴 스레드가 아니라 예약이 됩니다.

캠페인에서는 두 번 확인합니다. 오디언스를 구성할 때, 그리고 각 메시지가 나가는 순간에 다시요. 수신 거부 키워드는 즉시 반영되고, 고객이 보낸 메시지 자체를 증적으로 보관합니다.

실제 인코딩 규칙을 그대로 구현했습니다. GSM 160/153, UCS-2 70/67, 2단위를 먹는 이스케이프 문자, 서러게이트 페어 이모지까지요. 다만 보고하는 것은 가격이 아니라 세그먼트 수입니다. 비용은 수신 국가와 Twilio 계약에 따라 달라지고, 숫자를 지어내는 것은 아무것도 안 보여 주는 것보다 나쁩니다.

그대로 쓰시는 편이 낫습니다. 메시징 서비스가 설정돼 있으면 발송이 그쪽을 타고 나가며, 발신자 풀과 고정 발신자 동작, 등록된 컴플라이언스 설정이 Twilio에 있는 그대로 유지됩니다.

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

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