ダイナミックランディングページでSMSを充実させましょう - SMSMobileAPI
パーソナライズされたランディングページを備えた充実したSMS - SMSMobileAPI

SMSMobileAPIは標準のSMSを 強化されたSMS 体験を添付して ランディングページテンプレート 動的変数、アクション ボタン、完全な応答追跡機能を搭載しています。
シンプルな SMS メッセージを、迅速かつ確実に、大規模に、インタラクティブなデジタル エクスペリエンスに変換します。

基本的な SMS の代わりに、シンプルでモバイルフレンドリーなページを使用して、より豊富なメッセージをパーソナライズして送信できます。
強化されたSMS (SMS + インタラクティブランディングページ)
より速い返信 1タップボタン付き
サポートが少ない やり取りの回数が減る
アクションを追跡する (回答表)
再利用可能なテンプレート テンプレートGUID経由
ダッシュボードから送信 または モバイルアプリで送信 または API経由

強化された SMS とは何ですか?

送信を許可します 強化されたSMS ランディング ページ テンプレートを通じて自動的に生成されるカスタマイズ可能なランディング ページに任意の SMS をリンクします。
各メッセージには、パーソナライズされた情報、アクション ボタン、インタラクティブな要素を含む動的なページを開く短いリンクが含まれています。
どの電話でも動作します。SMS にはモバイル ランディング ページへのリンクが含まれています (RCS アプリは不要です)。


ダッシュボードのテンプレート

タイトル、コンテンツ、デザイン、プレースホルダー、ボタンを一度で構築します。

受信者あたりのインスタンス数

各強化SMSは、 guid_instance.


この機能により、次の内容を含めることができます。

  • SMSMobileAPIダッシュボードで定義されたランディングページテンプレート
  • 動的プレースホルダーは次のように入力されます プレースホルダーjson
  • 指定した URL にリダイレクトしたり、バックエンドの状態をトリガーしたりするアクション ボタン
  • 各インタラクションを構造化データモデルに保存し、 回答表

SMSだけでは限界がある

プレーン SMS では、構造化された情報、ボタン、確認、またはキャプチャアクションを確実に表示できません。

テンプレートは構造を追加します

メッセージは、コンテンツ、詳細、ロゴ、アクション ボタンで構成される、すっきりとしたランディング ページになります。

アクション = 自動化

各ボタンは リダイレクト または、分析と自動化のために状態 (例: confirmed=1) を保存します。

強化されたSMSを送信する2つの方法

オプションA - ダッシュボードフォーム(コードなし)

目的地番号を選択、選択してください テンプレート動的な値を入力してクリックします 送信.

  • テンプレートを選択
  • 宛先の電話番号を入力してください
  • プレースホルダーを入力する(動的な値)
  • 「ランディングページを生成+SMSを送信」をクリックします
手動での使用、簡単なテスト、またはサポート チームに最適です。

オプションB - API(自動化)

送信 強化されたSMS APIを呼び出すことで 受信者番号 + テンプレート GUID + placeholders_json。

  • API経由でランディングURLを生成する
  • SMSに挿入してください( [ランディングURL])
  • 最終的なSMSをAPI経由で受信者に送信する
電子商取引、請求書、予定、CRM/ERP ワークフローに最適です。
両方を組み合わせることもできます。ダッシュボードでテンプレートを作成し、必要なときにいつでも API 経由で強化された SMS を自動的に送信できます。

機能の仕組み(ビジュアルチュートリアル)

1
ランディングページテンプレートを作成する
保存

タイトル、コンテンツ、デザイン、プレースホルダー、ボタンを定義します。保存して テンプレート GUID.

2
ランディングページインスタンスを生成する
生成する 戻り値: guid_instance + short_link

テンプレートGUIDを送信 + プレースホルダーjsonSMSMobileAPIは短縮リンクと guid_instance.

3
リンクを含むSMSを送信する
送信 [ランディングURL]

SMSに短縮リンクを挿入してください。 [ランディングURL] 自動化のテンプレートで。

4
ユーザーがランディングページを開く
確認する 再スケジュール

このページには、そのユーザー向けにカスタマイズされたコンテンツが表示されます guid_instance、アクション ボタンも表示されます。

5
ユーザーがボタンをクリックする
確認する

各クリックは アクションキー そして 選択ラベル.

6
回答表で追跡する
DB 保存された応答 guid_instance + アクションキー + created_at CRM / ERP自動化に対応

すべてのやり取りは記録されます。 guid_instance, テンプレートID, アクションキー, 変数名, 変数値、およびタイムスタンプ。

その結果、ユーザーは即座にアクションを実行し、システムは自動的に更新されます。

実例

例A — イベント招待(RSVP)
ボタン: はい / いいえ
テンプレート名
イベント招待
プレースホルダー
{名前}、{イベント名}、{日付}、{時間}、{場所}
ランディングページ
詳細とRSVPボタンを表示
SMS送信先: 3249XXXXXXX
こんにちは、{name}さん!招待されました {イベント名} {date}の{time}(📍 {location})。
こちらに返信してください: [ランディングURL]
はい → 状態を更新: RSVP=1
いいえ → 状態を更新: RSVP=0
フロー(A→Z):
  1. YES/NOボタン付きの「イベント招待」テンプレートを作成します。
  2. ダッシュボードまたはAPIからSMSを送信( [ランディングURL]).
  3. ユーザーがリンクをクリックすると招待ページが表示されます。
  4. ユーザーが「はい/いいえ」をタップ → システムは即座に RSVP を保存します。
例B — 予約確認
ボタン: 確認 / 再スケジュール
テンプレート名
予約確認
プレースホルダー
{名前}、{日付}、{時間}、{サービス}
ランディングページ
予定+アクションを表示
SMS送信先: 3249XXXXXXX
こんにちは、{name}さん、 {サービス} {date}の{time}の予約。
ここをタップしてください: [ランディングURL]
確認する → 状態を更新: 確認済み=1
再スケジュール → URLを開く: 予約ページ
フロー(A→Z):
  1. 「確認 + 再スケジュール」でテンプレートを作成します。
  2. 動的な値(日付/時刻/サービス)が入力された SMS を送信します。
  3. ユーザーはランディング ページを開き、「確認」をタップします。
  4. バックエンドは、confirmed=1 を保存します (または API 呼び出しをトリガーします)。
  5. 「RESCHEDULE」は予約ページにリダイレクトします。
例C — 情報を確認する
ボタン: 確認 / 問題を報告
テンプレート名
詳細を確認してください
プレースホルダー
{名前}、{会社名}
ランディングページ
詳細と確認を表示します
SMS送信先: 3249XXXXXXX
こんにちは、{name}さん。アカウントの詳細をご確認ください。 {会社}.
今すぐ確認: [ランディングURL]
確認する → 状態を更新: 詳細_ok=1
問題を報告 → URLを開く: サポートフォーム
フロー(A→Z):
  1. 確認 + 問題の報告でテンプレートを作成します。
  2. サインアップ後または重要な手順の前に SMS を送信します。
  3. ユーザーはページを確認し、1 回のタップで確定します。
  4. システムはコンプライアンスとトレーサビリティのために details_ok=1 を保存します。
例D — アラート/インシデント通知
ボタン: 確認 / オープンステータス
テンプレート名
サービスアラート
プレースホルダー
{サービス}、{インシデントID}、{eta}
ランディングページ
インシデントの概要とアクション
SMS送信先: 3249XXXXXXX
⚠️ 注意: {サービス} インシデント#{incident_id}。到着予定時刻: {eta}。
詳細: [ランディングURL]
認める → 状態を更新: 確認=1
オープンステータス → URLを開く: ステータスページ
フロー(A→Z):
  1. 「サービスアラート」テンプレートを作成します。
  2. インシデントが作成されると、システムは API 経由で SMS を送信します。
  3. ユーザーはランディング ページを開き、「承認」をタップします。
  4. ack=1 が保存されるので、誰がアラートを見たかがわかります。
例E — 配達/集荷確認
ボタン: 受信 / 問題
テンプレート名
配達確認
プレースホルダー
{名前}、{注文ID}、{日付}
ランディングページ
注文概要 + アクション
SMS送信先: 3249XXXXXXX
こんにちは、{name}さん、ご注文 #{注文ID} {date}に配達されました。
受付をご確認ください: [ランディングURL]
受け取った → 状態を更新: 受信=1
問題 → URLを開く: サポートチケット
フロー(A→Z):
  1. 「配送確認」テンプレートを作成します。
  2. 配達後にSMSを自動送信します。
  3. ユーザーは 1 回タップして確認します → システムは received=1 を保存します。
  4. 問題が発生した場合は、直ちにサポート チケットにリダイレクトします。

SMSMobileAPI で強化された SMS を使用する理由は何ですか?

シンプルなSMSをインタラクティブな旅に変える

制限された SMS テキストを、テンプレートと placeholders_json から生成されたモバイルフレンドリーなランディング ページに置き換えます。

動的なプレースホルダーを使用して完全にパーソナライズ

各ランディング ページ インスタンスは、placeholders_json 値に基づいて一意に生成されます。

レスポンステーブルを通じた構造化データ

すべてのアクションは、guid_instance、template_id、action_key とともに保存され、自動化と分析に最適です。

API駆動型で開発者フレンドリー

インスタンスを生成し、SMS を送信し、応答を収集します。シンプルな API 呼び出し、簡単な統合。

クラシック SMS とエンリッチド SMS(ランディング ページ付き)

特徴 標準SMS 強化されたSMS(SMSMobileAPI)
コンテンツ容量 テキストのみ、長さ制限あり ランディングページテンプレートからの完全なモバイルランディングページ
パーソナライゼーション 最小限 完全な動的placeholders_jsonマッピング
交流 直接的な行動なし action_key と choice_label で保存されたアクション ボタン
トラッキング 追跡なし guid_instanceとvar_valueを含むレスポンステーブル
オートメーション 不可能 API生成ランディングページインスタンス

開発者向け技術概要

ランディングページインスタンスの構造

  • guid_instance
  • テンプレートID そして テンプレートguid
  • プレースホルダーjson
  • 作成日時、有効期限、最終アクセス日時
  • phone_numberとapikey
  • アーカイブされたフラグ

レスポンス保存モデル

  • guid_instance
  • テンプレートID
  • アクションキー
  • var_nameとvar_value
  • 選択ラベル
  • 作成日時

APIの例(自動化)

ランディング URL を生成し、それを SMS に挿入して受信者に送信します。
ランディング URL を生成します: GET https://api.smsmobileapi.com/smslandingpage/ ?apikey=YOUR_API_KEY &template_guid=YOUR_TEMPLATE_GUID &placeholders_json={"name":"John","appointment_date":"2026-02-18"} 受信者に SMS を送信します: GET https://api.smsmobileapi.com/sendsms/ ?recipients=3249XXXXXXX &message=Hello John, confirm here: https://.../lp/xxxxx &apikey=YOUR_API_KEY

今すぐ強化されたSMSを送信しましょう

SMSMobileAPIを使用すると、あらゆるSMSを瞬時に 強化されたSMS ランディング ページ テンプレート、動的プレースホルダー、応答追跡を活用した完全なモバイル エクスペリエンスを実現します。

ダッシュボードへ移動(ログイン) 無料アカウントを作成する テンプレートを作成 → 1 通の SMS を送信 → 応答が自動的に表示されるのを確認します。
リッチSMS: から
💬 ライブチャット
💬 ライブチャット利用可能
ご質問やサポートが必要ですか?
私たちのチームがあなたをサポートします!

メールアドレスを入力してください
お客様のリクエストに対応するために:
ダッシュボード