IOSOR 가이드
첫 캠페인 전 발신자 ID 선택
첫 캠페인 브리핑 전에 영숫자 또는 로컬 DID 발신자를 선택하세요. 이를 통해 커버리지, 보류 및 장애 조치 계획이 실제로 발신할 ID와 일치합니다.
팀은 종종 «수신자가 누구를 볼지»를 확정하기 전에 크리에이티브와 볼륨을 확정합니다. 이는 역순입니다. 첫 캠페인은 발신자 형태에서 시작합니다: 영숫자 브랜드 문자열 대 로컬 DID (또는 필요한 경우 수신자 부담 전화). 잘못 선택하면 거부, 자동 교체 또는 출시 일정에 없는 등록 대기로 인해 선불 금액을 낭비하게 됩니다.
이 페이지는 «첫 캠페인 전 구매자 선택»입니다. 브리핑이 아직 편집 가능한 동안 발신자 ID 클래스를 결정하세요.
IOSOR은 화이트 라벨 선불 CPaaS입니다. 지갑에 자금을 충전하고, 차감 전에 보류하며, 숫자 발신자가 정직한 경로일 때만 JIT 번호를 할당합니다. 최소 USD 20; USD 1,000/month 근처의 소프트 검토는 잘못된 발신자 선택이 설명되지 않은 소모로 나타날 때입니다. 스택: SMS API 구매 체크리스트. 커버리지: 볼륨 견적 전 커버리지 확인. 자금: 첫 차감 전 선불 잔액 예약. 레일: Live 배지 전 장애 조치 게이트.
캠페인 브리핑 작성 전 발신자 유형 선택
카피 및 볼륨 부록 전에: 모든 1차 ISO를 나열하고; 영숫자를 오픈, 등록 게이트 또는 메시지 클래스에 대해 차단됨으로 표시합니다; 양방향 또는 STOP/HELP에 로컬 DID (또는 수신자 부담 전화)가 필요한지 결정합니다; 그 후에야 보이는 발신자 ID를 확정합니다. 영업이 모든 곳에서 하나의 브랜드 문자열을 약속했다면, 브리핑을 다시 엽니다. USD 20 파일럿은 첫 보류 발송이 거부된 후 크리에이티브를 다시 작성하는 것보다 낫습니다.
영숫자 vs 로컬 DID: 첫 출시를 위한 결정 테이블
| 필요 | 영숫자 선호 | 로컬 DID / 숫자 선호 |
|---|---|---|
| 단방향 OTP/알림 브랜드 | 오픈 또는 등록된 알파 허용 | 알파 차단 또는 자동 교체 |
| STOP / HELP / 양방향 | 회랑이 해당 알파로의 MO 지원 | 진정한 양방향의 기본값 |
| 등록 리드 타임 | 필요한 경우 며칠/몇 주 예산 | 숫자일 때 보류 후 JIT 할당 |
정직한 터미널 상태로 보류된 파일럿을 통과할 수 있는 ID를 선택하세요.
선택을 강제하는 커버리지 및 회랑 제약
WORLD 전용 회랑은 파일럿을 수락할 수 있지만, 알파 등록은 명명된 영역을 가정합니다. 발신자 ID를 영역 / WORLD / 설정으로 표시된 목적지와 일치시키세요 — 볼륨 견적 전 커버리지 확인. 1차 웨이브가 오픈 및 차단된 알파 시장을 혼합하는 경우, 캠페인 또는 발신자를 분할하세요.
선불 보류 및 장애 조치는 발신자 결정이 아님
보류는 차감 전에 선불을 예약하는 것이지, 등록된 발신자를 발명하는 것이 아닙니다. 장애 조치 Live는 순서가 지정된 백업을 증명하는 것이지, 회랑 등록을 면제하는 것이 아닙니다. 경로를 분리하세요: 첫 차감 전 선불 잔액 예약, Live 배지 전 장애 조치 게이트, 그리고 이 발신자 선택.
첫 캠페인 발송 전 구매자 체크리스트
- 모든 1차 ISO에 영숫자 vs DID 결정이 명시되어 있습니까?
- 등록 리드 타임 (있는 경우)이 Go-Live 전에 작성되었습니까?
- 커버리지 시트가 해당 목적지와 일치합니까 (볼륨 견적 전 커버리지 확인)?
- 파일럿이 프로덕션 크리에이티브와 «동일한» 발신자 ID 및 메시지 클래스를 사용합니까?
- 보류 발송이 차감 + 터미널 상태와 함께 내보내졌습니까 (첫 차감 전 선불 잔액 예약)?
- 주장된 곳에서 장애 조치가 테스트되었습니까 (Live 배지 전 장애 조치 게이트); 구매자 체크리스트 발신자 필드가 닫혔습니까; 볼륨 부록이 USD 20 vs 소프트 USD 1,000/month와 혼동되지 않았습니까?
IOSOR로 시작하기
IOSOR 콘솔을 열고 첫 번째 캠페인 웨이브에 계획된 모든 대상 ISO를 목적지 회랑 발신자 제한에 맞춰 감사하십시오. 캠페인 기획서를 최종 확정하기 전에 각 목적지 차선에 등록된 영숫자 신원 또는 전용 로컬 DID를 할당하십시오. 양방향 상호작용이나 컴플라이언스 키워드가 필요한 차선에는 라우팅 설정에 활성 숫자 발신자가 구성되어 있는지 확인하십시오. 라이브 트래픽을 트리거하기 전에 모든 할당된 발신자에서 라우팅 상태를 테스트하여 등록 승인을 검증하십시오.
IOSOR 핵심 요약
캠페인 페이로드를 작성하기 전에 발신자 신원을 고정하면 엄격한 목적지 회랑에서 침묵의 경로 재정의, 통신사 거부, 전달 실패를 방지할 수 있습니다. 영숫자 신원은 허용된 경우 단방향 브랜드 알림에 탁월하며, 목적지 규정에 따라 양방향 참여나 필수 수신 거부 처리가 필요한 경우 전용 로컬 DID가 필수적입니다.
초기 런칭을 예약하기 전에 모든 목적지 ISO를 승인된 영숫자 ID 또는 로컬 숫자 발신자에 매핑하십시오. 누락된 발신자 등록을 우회하거나 목적지 통신사 관문을 통과하기 위해 자동 장애 조치 규칙이나 지갑 잔액 보류에 의존하지 마십시오.
이 가이드가 도움이 되었나요?
관련 가이드
- 선불 서브 계정 원장에 발신자 ID 추가 요금 태그 지정
투명한 화이트라벨 과금을 위해 IOSOR가 발신자 등록비 및 추가 요금 차금을 선불 서브 계정 원장에 정확하게 할당하는 방법을 알아보세요.
- 대상 국가별 발신자 ID 호환성 게이트 매핑
화이트라벨 CPaaS 콘솔에서 캠페인 전송 차단을 방지하기 위해 대상 국가별 동적 및 사전 등록된 발신자 ID 규칙을 마스터하세요.
- 대용량 발신자 ID를 위한 통신사 사전 웜업 일정
IOSOR에서 새로운 발신자 ID에 대한 점진적인 볼륨 램프업 일정을 실행하여 스팸 차단을 유발하지 않고 통신사의 신뢰를 구축하세요.