導入
あなたがこれまでに受け取った「あなたの OTP は 4821 です」、配達の最新情報、または予約のリマインダーは、ほぼ確実に人間によって入力されたものではありません。それは システム生成の SMS — 特定のイベントが発生した瞬間に、誰かが電話を開いたりダッシュボードにログインしたりすることなく、ソフトウェアが自動的に送信するテキスト メッセージ。企業がこれに依存している理由は単純です。それは、顧客が関心を持っていることが発生した瞬間に顧客に連絡するための最も速く、最も信頼性の高い方法だからです。
このガイドでは、システム生成の SMS とは何か、自動化が実際にバックグラウンドでどのように機能するか、企業での最も一般的な使用方法、最初の SMS を送信するための実践的でステップバイステップのパスについて説明します。 パイソン そして PHP、開発者が最もよく尋ねるのは 2 つの言語です。
重要なポイント
- システムが生成した SMS は、ソフトウェアによって自動的に送信されます。 SMS API — 手動での入力やログインは必要ありません。
- これは、トリガー (イベント)、API 呼び出し、テキストを配信する SMS ゲートウェイという 3 つの要素によって機能します。
- 最も一般的な用途は、OTP コード、配信の更新、予定のリマインダー、アカウント アラートです。
- 送信するには、API キー、REST エンドポイント、および Python と PHP を含むほぼすべての言語での数行のコードが必要です。
- 同意とオプトアウト (STOP) の処理はオプションではありません。これにより、自動 SMS が合法になり、番号がブロックされないようになります。
システム生成の SMS とは何ですか?
システム生成の SMS (自動テキスト メッセージまたはトランザクション SMS とも呼ばれます) は、人間ではなくアプリケーションによって作成および送信されるメッセージです。誰かがメッセージング アプリを開いて「ご注文は発送されました」と入力する代わりに、コードの一部が注文ステータスが「発送済み」に変わったことを検出し、その正確なテキストをミリ秒単位で自動的に送信します。
実際に重要な違いは、メッセージの文言ではありません。人間が同じ文を入力することもできます。その 誰が、あるいは何を押して送信を押したのか。システム生成の SMS は、ログイン試行、支払い完了、ゼロに達するカウントダウン、データベースのステータス変更などのイベントに反応するコードによってトリガーされます。手動で送信するために待機している人は誰もいません。だからこそ、規模を問わず、1 日 24 時間、数秒で誰かにメッセージが届くのです。
システム生成の SMS はどのように機能しますか?
すべての自動化されたテキストは、その背後にあるプラットフォームに関係なく、同じ 3 つの可動部分に帰着します。
- トリガー。 ソフトウェアが監視しているイベント: 新規サインアップ、支払い確認、配送状況の更新、または単にスケジュールされた時間 (「約束の 24 時間前」など)。
- SMS API 呼び出し。 トリガーが起動すると、アプリケーションは HTTP リクエスト (受信者の番号、メッセージ テキスト、API キーを JSON としてパッケージ化したもの) を SMS ゲートウェイに送信します。
- ゲートウェイ経由での配送。 ゲートウェイはメッセージを受信者の携帯通信会社に渡し、SMSLocal などのプラットフォームの場合はメッセージが配信されたかどうかを報告します。
その中間のステップは、実際に自動化を可能にする部分です。 SMS API。 SMS API は、ブラウザがサーバーに Web ページを要求するのと同じように、あるソフトウェアが標準の Web リクエストを介して別のソフトウェアに要求 (「このテキストをこの番号に送信してください」) するための定義された方法にすぎません。 SMSLocal 独自の HTTP-to-SMS API は REST API です。これは、JSON を入力して JSON を出力する単純な HTTP リクエストを受け入れ、ユーザー名とパスワードの代わりにアクセス キーで認証されます - 同じ形式です Twilio 独自の SMS API ドキュメント と説明します。ソフトウェアが HTTP リクエストを作成できる場合 (事実上すべての最新のソフトウェアが可能です)、システム生成の SMS を送信できます。
システム生成の SMS の一般的なタイプ
企業が送信するほぼすべての自動テキストは、いくつかのカテゴリのいずれかに分類されます。それぞれの実際の目的は次のとおりです。
| タイプ | 何がきっかけになるのか | 例 |
|---|---|---|
| OTP と 2 要素認証 | ログイン、パスワードのリセット、または支払い確認の試行 | 「あなたの OTP は 5821 です。有効期限は 10 分間です。」 |
| 注文と配送の最新情報 | 注文管理システムまたは物流システムのステータスの変更 | 「ご注文番号 4482 は発送済みで、木曜日に到着する予定です。」 |
| 予定のリマインダー | カレンダーイベントの前にスケジュールされた時間オフセット | 「リマインダー: ご予約は明日の午後 3 時です。」 |
| アカウントとセキュリティの警告 | 新しいデバイスへのログイン、支払いの失敗、または残高のしきい値 | 「新しいデバイスからの新しいサインインが検出されました。そうではありませんか? STOP と返信してください。」 |
| マーケティングとプロモーションのトリガー | カートの放棄、再エンゲージメントウィンドウ、またはサインアップ | 「カートに何かを忘れました。チェックアウトを完了するには 10% オフです。」 |
OTP メッセージは特に注意する価値があります。OTP メッセージは、自動化されたテキスト (数分で期限切れになるコード) の中で最も緊急性が高いため、通常、プロモーション メッセージと同じキューではなく、専用の優先度の高い送信パスを経由してルーティングされます。
システム生成の SMS を送信する方法: ステップバイステップ
- SMS API プロバイダーを選択します。 JSON サポート、明確なメッセージごとの価格設定、および配信レポートを備えた REST API を探してください。テキストが送信されたことだけでなく、実際に受信されたことを確認する必要があるでしょう。
- API キーを取得します。 アカウントを作成したら、ダッシュボードからアクセス キーを生成します。このキーは、ユーザー名/パスワードによるログインの代わりにすべてのリクエストを承認します。これにより、まさにプロセスから「手動ログイン」ステップが削除されます。
- トリガーを定義します。 独自のアプリケーションで、Webhook の起動、データベース行の変更、スケジュールされたジョブの実行など、テキストの送信を引き起こすイベントを正確に決定します。
- メッセージ テンプレートを構築します。 テキストを 1 回作成し、変更される部分 (名前、注文番号、コード) のプレースホルダーを使用して、同じテンプレートをすべての受信者に提供できるようにします。
- リクエストを送信します。 トリガーが起動すると、コードは受信者の番号、入力されたメッセージ、および API キーを含む HTTP POST を API エンドポイントに送信します。
- 配信を確認し、結果を記録します。 API が返す配信レポートを確認して保存します。メッセージが失敗した場合は、顧客から苦情が来たときではなく、すぐに知りたいと考えます。
Python と PHP を使用してシステム生成の SMS を送信する
基礎となる API は HTTP と JSON だけであるため、アプリケーションがどの言語で記述されているかに関係なく、プログラムによるテキストの送信はほぼ同じに見えます。変更されるのは、リクエストを行うための構文だけです。
パイソン
Python では、システム生成テキスト (標準) を送信するために特殊な SMS ライブラリは必要ありません。 リクエスト パッケージで十分です。受信者番号、メッセージ、API キーを含む小さな辞書を作成し、それを JSON として API エンドポイントに POST し、JSON 応答を読み取ってメッセージが受け入れられたことを確認します。これは、ほとんどの「Python メッセージ送信」自動化スクリプトの背後にあるパターンです。つまり、誰かにテキスト メッセージを送信する必要があるたびに同じ関数を呼び出す、スケジュールされたジョブまたはイベント ハンドラーです。
PHP
PHP の最も一般的なルートは組み込みです。 カール 拡張機能: API エンドポイントを指す cURL セッションを初期化し、JSON ペイロードと API キーをヘッダーとして添付し、リクエストを実行して、レスポンスをデコードします。これには、標準の PHP インストールに既に同梱されているもの以外は何も必要ないため、SMSLocal のドキュメントには、「PHP のようなスクリプト言語を使用してフォームを備えた Web ページを構築できる場合は、自動 SMS メッセージを送信する準備がすでに整っている」と記載されているのはこのためです。
Node.js と Java は同じ形式 (HTTP クライアント、JSON 本文、リクエスト内の API キー) に従います。システムが生成した SMS を任意の言語で送信したら、次の SMS を別の言語で送信することは、ほとんどが構文の交換です。
システム生成の SMS の利点
- スピード。 手動プロセスにかかる分や時間ではなく、トリガーから配信までのパスを秒単位で測定します。
- 一貫性。 同じイベントでは常に同じメッセージが生成され、手動プロセスのリスクに伴うタイプミスや送信漏れはありません。
- 規模。 10 件の自動テキストを送信する場合、10,000 件送信するのと同じ労力がかかります。どちらの方法でもコードは同じように実行されます。
- 24時間対応。 OTP または配信アラートは、午後 3 時とまったく同じ信頼性で午前 3 時に起動されます。
- サポート荷重が低くなります。 プロアクティブな更新 (「注文が発送されました」) は、「注文はどこですか?」という問題を解決します。書かれる前のチケット。
自動テキストメッセージのベストプラクティス
- まず明示的なオプトインを取得してください。 サインアップ フォームまたはキーワード返信だけで十分ですが、自動テキストは受信に同意した番号にのみ送信される必要があります。
- 常にSTOPをサポートしてください。 すべてのメッセージには、有効かつ即時にオプトアウトする方法が必要です。これは、コンプライアンス要件であると同時に、受信者に対する基本的な敬意でもあります。
- テンプレートは短く、具体的なものにしてください。 「ご注文 #4482 が発送され、木曜日に到着します」という文言は一段落を超えています。SMS は一目で確認できるチャネルです。
- 緊急性と宣伝性を分けてください。 OTP およびセキュリティ アラートは、マーケティング メッセージよりも優先度の高い個別のパスを通じてルーティングされます。
- 配信レポートを監視します。 OTP メッセージのサイレント エラーは顧客がロックアウトされたことを意味します。成功したと想定せず、ステータスを確認してください。
まとめ
システム生成の SMS は、イベントに反応して HTTP リクエストを行うコードほど珍しいものではありませんが、そのシンプルさがまさに SMS を強力にしています。トリガー、SMS API、およびメッセージ テンプレートを設定すると、OTP、配信の更新、またはリマインダーは、1 人が送信をクリックすることなく、いつでも、どんな規模でも、数秒で顧客に届くようになります。リクエストが Python、PHP、Node.js、Java のいずれからのものであっても、作業の形式は同じです。イベントを定義し、メッセージをテンプレート化し、API を呼び出し、それが到着したことを確認します。
よくある質問
システム生成の SMS は、人が手動で入力して送信するのではなく、特定のイベントが発生した瞬間に、SMS API を介してソフトウェアによって自動的に作成および送信されるテキスト メッセージです。
アクセス キーを備えた SMS API プロバイダー、定義されたトリガー (メッセージの送信を引き起こすイベント)、およびメッセージ テンプレートの 3 つです。そこからは、アプリケーションがすでに実行している言語からの標準 HTTP リクエストになります。
一部のプラットフォームでは、コーディングをまったく必要としない、視覚的なトリガーとアクションのワークフロー ビルダーを提供しています。ただし、生の HTTP API を介して送信する場合は、最も柔軟で、多くの場合最も安価な方法ですが、Python、PHP、Node.js などの言語で少なくとも数行のコードが必要です。
完全ではありません。バルク SMS とは通常、1 つのメッセージが一度に多くの受信者に送信されることを意味します (プロモーションなど)。システム生成の SMS はイベントごと、受信者ごとにトリガーされます。同じ自動化が技術的には一括で実行できる場合でも、OTP または注文の更新は個人的かつ 1 対 1 で行われます。
受信者が受信をオプトインし、すべてのメッセージにオプトアウトするための明確な方法が含まれている限り、はい、可能です (「返信停止」指示が標準です)。規制は国によって異なりますが、同意と簡単なオプトアウトがどこでも基本となります。
価格設定 通常はメッセージごとに発生し、宛先の国やプロバイダーによって異なります。メッセージが手動で入力されたのではなくコードによってトリガーされたという事実に対して追加料金はかかりません。


