受信者は事業者および宛先ネットワークの挙動に従って接続された SIM 番号を確認します。
所有番号SMS API
自分の携帯番号からAPIでSMSを送信
顧客が認識するSIMと電話番号を維持しつつ、ウェブサイト、CRM、バックエンドがいつ何を送るかを決定します。
- 互換性のあるモバイル端末
- お客様のSIMと番号
- API、ワークフローと統合
正確な問題点
送信者を変更すると信頼や返信が損なわれる可能性があります。
多くのSMSサービスは新しい番号を発行するか、英数字の送信者名を使用します。SMSMobileAPIはリクエストを接続されたモバイルにルーティングするため、SMSは自分のSIMと実際の番号から送信されます。
シンプルで見えるフロー
ビジネスイベントから有用な結果へ
一つの制御された連鎖があなたのソフトウェア、SMSMobileAPI、そしてあなたが所有するモバイルをつなぎます。
40秒のデモ
APIリクエストから自分の番号への4つのステップ
シーケンスは自動的に繰り返されます。任意のステップで一時停止して自分のペースで確認できます。
-
1
ペアリングする
使用したいSIMと番号が入っている電話を接続してください。
-
2
認証
アカウントのAPIキーはサーバーに保持し、SMSエンドポイントを呼び出してください。
-
3
ルーティング
携帯 ID を選ぶか、使用可能な電話の自動選択を許可してください。
-
4
確認
リクエストを追跡し、コンタクトが返信したときに会話を続けてください。
実際のビジネス事例
例:ローカル代理店が顧客フォローアップを自動化する
見積もりが作成された後、CRM がSMSMobileAPI に代理店の携帯から短いフォローアップを送信するよう依頼します。顧客はすでに保存している同じ番号に返信できます。
結果: ビジネス用モバイルの識別を置き換えずに実現する自動化。正直な制約
スケールする前に運用条件を把握する
物理的な携帯アーキテクチャは、その実際の制約を設計に組み込むと強力です。
キャリアの料金、フェアユース規則、および迷惑防止義務は引き続き適用されます。
APIキーはサーバー側に保管してください。公開JavaScript、アプリ、共有スクリーンショットで公開しないでください。
構築方法を選択
一つのモバイルプラットフォーム、複数の実装パス
チームに合った最もシンプルな経路から始め、ワークフローが成長したら機能を組み合わせてください。
このユースケースのための質問
よくある質問
SMS は本当に既存の携帯番号を使いますか?
接続された携帯は自らの SIM を通して送信するため、事業者が対応する場合はその携帯識別がネットワークで使用されます。
各メッセージを送信する電話を選べますか?
はい。モバイル識別子を指定するか、利用可能な接続済み端末が送信するよう自動選択に任せることができます。
番号をポートする必要がありますか?
いいえ。このモデルの目的は、お客様自身の互換端末でSIMと番号を保持することです。
1つの管理されたテストから始める
電話を接続し、実際のメッセージでワークフローを検証してください。
アカウントを作成し、1台の対応モバイルをペアリングして、スケール前に経路全体を検証してください。
