English
소개
귀하가 받은 모든 "귀하의 OTP는 4821입니다.", 배달 업데이트 또는 약속 알림은 사람이 입력한 적이 거의 확실하지 않습니다. 그것은 시스템 생성 SMS — 누군가가 휴대폰을 열거나 대시보드에 로그인하지 않고도 특정 이벤트가 발생하는 순간 소프트웨어가 자동으로 보내는 문자 메시지입니다. 기업이 이에 의존하는 이유는 간단합니다. 고객이 관심을 갖는 일이 발생하는 즉시 고객에게 다가갈 수 있는 가장 빠르고 안정적인 방법이기 때문입니다.
이 가이드에서는 시스템 생성 SMS가 정확히 무엇인지, 자동화가 실제로 뒤에서 작동하는 방식, 기업에서 이를 사용하는 가장 일반적인 방법, 첫 번째 SMS를 보내는 실제적인 단계별 경로를 다룹니다. 파이썬 그리고 PHP, 두 언어 개발자가 가장 많이 묻는 질문입니다.
주요 시사점
- 시스템에서 생성된 SMS는 다음을 통해 소프트웨어에 의해 자동으로 전송됩니다. SMS API — 수동으로 입력하거나 로그인할 필요가 없습니다.
- 작동하게 하는 세 가지 요소는 트리거(이벤트), API 호출, 텍스트를 전달하는 SMS 게이트웨이입니다.
- 가장 일반적인 용도는 OTP 코드, 배송 업데이트, 약속 알림, 계정 알림입니다.
- API 키, REST 엔드포인트, 그리고 Python 및 PHP를 포함하여 거의 모든 언어로 된 몇 줄의 코드가 필요합니다.
- 동의 및 수신 거부(STOP) 처리는 선택 사항이 아닙니다. 이는 자동화된 SMS를 합법적으로 유지하고 귀하의 전화번호가 차단되는 것을 방지하는 것입니다.
시스템 생성 SMS란 무엇입니까?
시스템 생성 SMS(자동 문자 메시지 또는 거래 SMS라고도 함)는 사람이 아닌 애플리케이션에 의해 생성되고 전송되는 메시지입니다. 누군가 메시징 앱을 열고 "주문이 배송되었습니다"라고 입력하는 대신 코드 조각이 주문 상태가 "배송됨"으로 변경되었음을 감지하고 밀리초 단위로 정확한 텍스트를 자체적으로 실행합니다.
실제로 중요한 구별은 메시지의 표현이 아닙니다. 사람이 동일한 문장을 입력할 수 있습니다. 그것은 누가, 무엇을 눌러 보내기를 누르나요?. 시스템 생성 SMS는 이벤트(로그인 시도, 결제 완료, 카운트다운 0 도달, 데이터베이스 상태 변경)에 반응하는 코드에 의해 트리거됩니다. 수동으로 보내기 위해 대기하는 사람이 없기 때문에 규모에 관계없이 하루 24시간 몇 초 만에 누군가에게 도달할 수 있습니다.
시스템 생성 SMS는 어떻게 작동합니까?
뒤에 있는 플랫폼에 관계없이 모든 자동화된 텍스트는 동일한 세 가지 이동 부분으로 귀결됩니다.
- 방아쇠. 소프트웨어가 감시하는 이벤트: 신규 가입, 결제 확인, 배송 상태 업데이트 또는 단순히 예정된 시간(예: "약속 24시간 전").
- SMS API 호출. 트리거가 실행되면 애플리케이션은 수신자 번호, 메시지 텍스트, API 키가 JSON으로 패키지된 HTTP 요청을 SMS 게이트웨이로 보냅니다.
- 게이트웨이를 통해 배송됩니다. 게이트웨이는 메시지를 수신자의 이동통신사에 전달하고 SMSLocal와 같은 플랫폼의 경우 메시지가 전달되었는지 다시 보고합니다.
그 중간 단계는 실제로 자동화를 가능하게 하는 부분입니다. SMS API. SMS API는 브라우저가 서버에 웹페이지를 요청하는 것과 마찬가지로 한 소프트웨어가 표준 웹 요청을 통해 다른 소프트웨어("이 텍스트를 이 번호로 보내세요")를 요청하는 정의된 방법일 뿐입니다. SMSLocal의 자체 HTTP-SMS API는 REST API입니다. JSON이 입력되고 JSON이 다시 출력되는 간단한 HTTP 요청을 수락하고 사용자 이름과 비밀번호 대신 액세스 키로 인증됩니다. 동일한 모양입니다. Twilio의 자체 SMS API 문서 설명합니다. 귀하의 소프트웨어가 HTTP 요청을 할 수 있다면(거의 모든 최신 소프트웨어가 가능하다면) 시스템 생성 SMS를 보낼 수 있습니다.
시스템 생성 SMS의 일반적인 유형
기업이 보내는 거의 모든 자동화된 텍스트는 몇 가지 범주 중 하나에 속합니다. 각각의 실제 용도는 다음과 같습니다.
| 유형 | 무엇이 그것을 유발하는가 | 예 |
|---|---|---|
| OTP 및 이중 인증 | 로그인, 비밀번호 재설정 또는 결제 확인 시도 | "귀하의 OTP는 5821입니다. 10분간 유효합니다." |
| 주문 및 배송 업데이트 | 주문 관리 또는 물류 시스템의 상태 변경 | "귀하의 주문 번호 4482가 발송되었으며 목요일에 도착할 것입니다." |
| 약속 알림 | 캘린더 이벤트 전 예정된 시간 오프셋 | "알림: 약속은 내일 오후 3시입니다." |
| 계정 및 보안 알림 | 새로운 장치 로그인, 결제 실패 또는 잔액 기준액 | "새 기기에서 새로운 로그인이 감지되었습니다. 그렇지 않으신가요? 'STOP'이라고 답장해 주세요." |
| 마케팅 및 프로모션 트리거 | 장바구니 이탈, 재참여 창 또는 가입 | "장바구니에 물건을 두고 오셨습니다. 결제를 완료하시면 10% 할인 혜택을 드립니다." |
OTP 메시지는 특별히 부를 가치가 있습니다. 자동 텍스트(분 내에 만료되는 코드) 중 가장 긴급한 내용을 전달하므로 일반적으로 프로모션 메시지와 동일한 대기열이 아닌 우선 순위가 높은 전용 전송 경로를 통해 라우팅됩니다.
시스템 생성 SMS를 보내는 방법: 단계별
- SMS API 제공업체를 선택하세요. JSON 지원, 명확한 메시지별 가격 책정 및 배달 보고서가 포함된 REST API를 찾으세요. 텍스트가 전송되었는지뿐만 아니라 실제로 도착했는지 확인하고 싶을 것입니다.
- API 키를 받으세요. 계정을 만든 후 대시보드에서 액세스 키를 생성하세요. 이 키는 사용자 이름/비밀번호 로그인 대신 모든 요청을 승인합니다. 이것이 바로 프로세스에서 "수동 로그인" 단계를 제거하는 것입니다.
- 트리거를 정의하십시오. 자신의 애플리케이션에서 정확히 어떤 이벤트(웹훅 실행, 데이터베이스 행 변경, 예약된 작업 실행 등)가 텍스트를 내보내야 하는지 결정하세요.
- 메시지 템플릿을 빌드합니다. 이름, 주문 번호, 코드 등 변경되는 부분에 대한 자리 표시자와 함께 텍스트를 한 번 작성하면 동일한 템플릿이 모든 수신자에게 서비스를 제공할 수 있습니다.
- 요청을 보냅니다. 트리거가 실행되면 코드는 수신자 번호, 채워진 메시지 및 API 키와 함께 API 엔드포인트에 HTTP POST를 보냅니다.
- 배송을 확인하고 결과를 기록하세요. API가 반환하는 전달 보고서를 확인하고 저장합니다. 메시지가 실패하면 고객이 불만을 제기할 때가 아니라 즉시 알 수 있습니다.
Python 및 PHP를 사용하여 시스템 생성 SMS 보내기
기본 API는 HTTP와 JSON이기 때문에 프로그래밍 방식으로 텍스트를 보내는 것은 애플리케이션이 어떤 언어로 작성되었는지에 관계없이 거의 동일해 보입니다. 요청을 변경하는 구문만 다릅니다.
파이썬
Python에는 시스템 생성 텍스트를 보내기 위해 특수한 SMS 라이브러리가 필요하지 않습니다. 요청 패키지로 충분합니다. 수신자 번호, 메시지 및 API 키를 사용하여 작은 사전을 구축하고 이를 JSON으로 API 엔드포인트에 게시한 다음 JSON 응답을 다시 읽어 메시지가 수락되었는지 확인합니다. 이는 대부분의 "python 메시지 보내기" 자동화 스크립트 뒤에 있는 패턴입니다. 즉, 누군가에게 문자 메시지를 보내야 할 때마다 동일한 함수를 호출하는 예약된 작업 또는 이벤트 핸들러입니다.
PHP
PHP의 가장 일반적인 경로는 내장입니다. 컬 확장: API 엔드포인트를 가리키는 cURL 세션을 초기화하고, JSON 페이로드와 API 키를 헤더로 연결하고, 요청을 실행하고, 응답을 디코딩합니다. 표준 PHP 설치가 이미 제공하는 것 외에는 아무것도 필요하지 않기 때문에 SMSLocal의 자체 문서에는 "PHP와 같은 스크립팅 언어로 지원되는 양식으로 웹 페이지를 구축할 수 있다면 이미 자동화된 SMS 메시지를 보낼 수 있는 장비가 갖추어져 있는 것입니다."라고 언급되어 있습니다.
Node.js와 Java는 HTTP 클라이언트, JSON 본문, 요청의 API 키 등 동일한 형태를 따릅니다. 시스템에서 생성된 SMS를 어떤 언어로든 보내고 나면 다음 SMS를 다른 SMS로 보내는 것은 대부분 구문 교환입니다.
시스템 생성 SMS의 이점
- 속도. 수동 프로세스에 소요되는 분 또는 시간이 아닌 초 단위로 측정되는 트리거-전달 경로입니다.
- 일관성. 동일한 이벤트는 항상 동일한 메시지를 생성하며 오타나 누락으로 인해 수동 프로세스 위험이 발생하지 않습니다.
- 규모. 10개의 자동 문자를 보내는 데에는 10,000개를 보내는 것과 동일한 노력이 필요합니다. 코드는 어느 쪽이든 동일하게 실행됩니다.
- 24시간 내내 보장됩니다. OTP 또는 배달 알림은 오후 3시와 마찬가지로 정확하게 오전 3시에 발생합니다.
- 지지 하중을 낮추십시오. 사전 업데이트('주문 배송됨')는 '내 주문이 어디에 있나요?'로 시작됩니다. 작성되기 전의 티켓입니다.
자동 문자 메시지 모범 사례
- 먼저 명시적인 동의를 얻으세요. 가입 양식이나 키워드 응답이면 충분합니다. 하지만 자동 문자는 수신에 동의한 번호로만 전송되어야 합니다.
- 항상 STOP을 지지합니다. 모든 메시지에는 작동하고 즉각적인 수신 거부 방법이 필요합니다. 이는 규정 준수 요구 사항이자 수신자에 대한 기본적인 존중입니다.
- 템플릿을 짧고 구체적으로 유지하세요. "귀하의 주문 번호 4482 배송됨, 목요일 도착"은 한 문단을 능가합니다. SMS는 한눈에 볼 수 있는 채널입니다.
- 긴급과 프로모션을 구분하세요. 마케팅 메시지보다 우선순위가 높은 고유한 경로를 통해 OTP 및 보안 경고를 라우팅합니다.
- 배달 보고서를 모니터링합니다. OTP 메시지의 자동 실패는 잠긴 고객입니다. 상태를 확인하고 성공했다고 가정하지 마십시오.
마무리
시스템 생성 SMS는 이벤트에 반응하고 HTTP 요청을 하는 코드보다 더 특이한 것은 아니지만 이러한 단순함이 바로 SMS를 강력하게 만듭니다. 트리거, SMS API 및 메시지 템플릿이 준비되면 한 사람이 보내기를 클릭하지 않고도 OTP, 배송 업데이트 또는 미리 알림이 언제, 어떤 규모로든 몇 초 만에 고객에게 도달할 수 있습니다. 해당 요청이 Python, PHP, Node.js 또는 Java에서 왔든 작업의 형태는 동일합니다. 즉, 이벤트를 정의하고, 메시지를 템플릿화하고, API를 호출하고, 도착을 확인합니다.
자주 묻는 질문
시스템 생성 SMS는 사람이 수동으로 입력하여 보내는 것이 아니라 특정 이벤트가 발생하는 순간 소프트웨어에서 자동으로 생성되어 전송되는 문자 메시지입니다. SMS API를 통해 말입니다.
세 가지: 액세스 키가 있는 SMS API 공급자, 정의된 트리거(메시지 전송을 유발하는 이벤트) 및 메시지 템플릿입니다. 여기에서는 애플리케이션이 이미 실행 중인 언어에 관계없이 표준 HTTP 요청이 있습니다.
일부 플랫폼은 코딩이 전혀 필요 없는 시각적 트리거 및 작업 워크플로 빌더를 제공합니다. 그러나 가장 유연하고 저렴한 경로인 원시 HTTP API를 통해 전송하려면 Python, PHP 또는 Node.js와 같은 언어로 작성된 코드 몇 줄이 필요합니다.
좀 빠지는. 대량 SMS는 일반적으로 한 번에 여러 수신자에게 하나의 메시지를 보내는 것을 의미합니다(예: 프로모션). 시스템 생성 SMS는 이벤트별로, 수신자별로 트리거됩니다. 동일한 자동화가 기술적으로 대량으로 실행될 수 있더라도 OTP 또는 주문 업데이트는 개인적이고 일대일입니다.
예, 수신자가 메시지 수신을 선택하고 모든 메시지에 수신 거부를 위한 명확한 방법이 포함되어 있는 경우에는 가능합니다("답장 중지" 지침이 표준임). 규정은 국가마다 다르지만 동의와 간편한 거부가 모든 곳에서 기본입니다.
가격 일반적으로 메시지별로 이루어지며 대상 국가 및 제공업체에 따라 다릅니다. 메시지가 직접 입력하는 것이 아니라 코드로 실행된다는 사실에 대해 추가 비용이 발생하지 않습니다.
