# A2P SMSプロバイダーの選び方

A2P SMSプロバイダーの選定は、国の一覧ではなく自社のトラフィックから始まります。カバレッジは在庫一覧にすぎません。製品の本質は、ルートの透明性、送信者登録、端末テストです。良い評価からは、形容詞ではなく、名前の明示されたルート、承認の参照番号、テスト結果が得られます。

- カバレッジは到達可能なネットワークの在庫一覧であり、ルートが直接ルートであることを証明するものではありません。

- 製品の本質は、ルートの透明性、送信者登録、端末テストです。

- ルートを明示できないプロバイダーに、配信に関する主張の責任を問うことはできません。

- 良い評価からは証拠が得られます。登録済みの文字列、承認の参照番号、テスト結果です。

## まず自社のトラフィックから

接続先の市場、月間ボリューム、ピーク時の送信レート、送信者の種類、返信経路、コンテンツのカテゴリーを書き出してください。このシートが質問の内容を決めます。月間ボリュームはピークがなければほとんど意味がなく、ピークは最も混雑する時間帯がなければほとんど意味がありません。シートを受け取る前に見積もりを出すプロバイダーは推測しているにすぎず、推測に基づく比較では何も比較できません。
認証、トランザクション、プロモーションのトラフィックを分けてください。それぞれに異なる送信者、異なるルート、異なるコンテンツチェックが必要です。あるプロバイダーが一方に強く、別の一方に弱いこともあります。シートでこれらを混ぜると、どの回答も平均値になり、弱い部分が見えなくなります。
シートに重み付けをしてください。認証は最も時間にシビアで、プロモーションは最もフィルターの影響を受けやすく、トランザクションはその中間です。プロモーションのボリュームに強いプロバイダーが、ログイン時に必要な認証ルートでは弱いこともあります。回答を比較する前に、どの項目が最も重要かを明確にしてください。

### RFQチェックリスト

- [ ] 接続先の市場と、到達が必要なネットワーク
- [ ] 月間ボリューム、ピーク時の送信レート、最も混雑する時間帯
- [ ] 送信者の種類と返信経路
- [ ] 登録済みの文字列と承認の参照番号
- [ ] 各市場での、自社のコンテンツを使った端末テスト
- [ ] どのルートが直接ルートで、どのルートがアグリゲータールートか
- [ ] ルートが変わったときに何が変わり、誰が知らせるか
- [ ] 受信確認の形式とエラーコードの一覧
- [ ] フォールバックルートと切り替えのトリガー
- [ ] データの保存と削除の手順
- [ ] オンボーディングの手順と、各ステップの担当者

チェックはこのブラウザ表示の中だけに残り、保存も送信もされません。

## カバレッジは在庫一覧であり、ルートではない

カバレッジは、プロバイダーが到達できるネットワークの一覧です。ルートが直接ルートかどうか、そのルートで送信者が登録されているかどうか、その市場の端末にメッセージが表示されるかどうかは示しません。同じ国を挙げる2社のプロバイダーでも、配信の結果は大きく異なることがあります。国だけでなく、その国の下にあるルートを尋ねてください。
直接ルートが自動的に優れているわけではありません。名前を明示しやすく、テストしやすく、責任を問いやすいということです。小さな市場や短期のキャンペーンには、アグリゲータールートが適切な選択になることもあります。プロバイダーは、どちらのルートが自社のトラフィックを運ぶのか、そしてそれが変わったときに何が変わるのかを伝える必要があります。ルートは広域でまとめて1つにせず、接続先ごとに記録してください。

### ルートのスコアカード

|  | 質問すること | 弱い回答 | 強い回答 |
| --- | --- | --- | --- |
| 名前の明示されたルート | 国の一覧 | ネットワーク、端末テスト、日付 |
| 送信者登録 | 対応済みだという約束 | 登録済みの文字列、承認の参照番号、更新の担当者 |
| テスト | カバレッジマップ | 特定の市場における特定の端末（結果と使用したコンテンツを含む） |
| 障害時の対応 | サポート窓口のアドレス | フォールバックルート、切り替えのトリガー、通知 |
| 変更の通知 | ステータスページ | 誰が、どれだけ前もって知らせるか、そして送信者がどうなるか |

同じスコアカードは、最初の見積もりにも年次レビューにも使えます。

## 送信者登録とテスト

送信者登録は製品の一部です。申請を提出し、承認を保持し、登録済みの文字列を伝えてくれるプロバイダーは、書類を転送するだけのプロバイダーよりも責任を問いやすくなります。誰が登録を所有するのか、どのような証拠を受け取れるのか、送信者が拒否された場合にどうなるのかを尋ねてください。
もう半分はテストです。サービスを開始する市場で、名前を明示した端末を使い、実際に送信するコンテンツで行うルートテストは、カバレッジマップよりも多くを証明します。[ルートテストのガイド](/ja/resources/learn/sms-route-testing/)では、テストで証明できることとできないことを説明しています。[SMSルールツール](/ja/tools/sms-rules/)は、当社が保有する市場ルールを一覧にしています。
「テスト済み」という言葉を受け入れる前に、そのテストが何を対象にしたかを尋ねてください。1台の端末でテストして市場をカバーしたと言うプロバイダーは、サンプルを説明しているにすぎません。端末、ネットワーク、日付を明示するプロバイダーは、その結果を再現する方法を伝えています。形容詞の並ぶ長い一覧よりも、証拠のある短い一覧の方が価値があります。

### 良い回答と悪い回答

| 質問 | 弱い回答 | 強い回答 |
| --- | --- | --- |
| どのネットワークがトラフィックを運びますか？ | 多くのネットワークです | この名前のネットワークで、直接ルートかアグリゲータールートか、この日付にテスト済み |
| 送信者は登録されていますか？ | はい、対応済みです | この文字列、この承認の参照番号、この更新の担当者 |
| サービス開始前にテストできますか？ | カバレッジがあります | これらの市場で、これらの端末を使い、このコンテンツでテストします |
| ルートに障害が起きたら？ | ルートの状態は確認しています | このフォールバックルート、このトリガー、この通知 |
| 受信確認は何を意味しますか？ | 配信済みは配信済みです | このネットワーク状態、これらのコード、この照合の手順 |

回答と日付を記録してください。日付のない回答は、ただの記憶です。

## オンボーディングとRFQ

オンボーディングの手順を尋ねてください。誰が書類を集め、誰が送信者を申請し、誰がテストし、誰が本番運用を開始し、ルートに障害が起きたときに誰が対応するのか。それらの担当者と日付をRFQに記載してください。プロセスで回答するプロバイダーは、形容詞で回答するプロバイダーよりも評価しやすくなります。
サービス開始後に何が起きるかを尋ねてください。ルートの変更はどのように告知されるのか、送信者の拒否はどのように扱われるのか、障害はどのようにエスカレーションされるのか。受信確認の形式とエラーコードの一覧も求めてください。そうすれば、自社のチームが電話をかけずにデバッグできます。[A2P SMS製品ページ](/ja/products/a2p-sms/)では当社のサービスを説明しています。このページは、当社を含むどのプロバイダーの比較にも使ってください。
すべての回答を同じシートで評価し、証拠を残してください。ルートの透明性とテストの評価が高く、変更の通知の評価が低いプロバイダーは、その逆のプロバイダーとは異なるリスクを抱えています。この作業の目的は、単一の数値を出すことではなく、トレードオフを見ることです。

### Check what you learned

**あるプロバイダーが長い国の一覧を挙げています。そこから何がわかりますか？**

多くのネットワークに到達できるということです。自社の市場における直接ルート、送信者登録、端末への配信については何もわかりません。

**カバレッジマップと、名前を明示した端末でのテストでは、どちらが強い回答ですか？**

テストです。端末、市場、コンテンツ、日付が明示されるからです。カバレッジマップは在庫一覧です。

**RFQで認証、トランザクション、プロモーションのトラフィックを分けるのはなぜですか？**

それぞれに異なる送信者、ルート、コンテンツチェックが必要だからです。単一の平均値では、失敗する部分が見えなくなります。

### 法的助言ではありません

このページの市場ルールは一般的な情報であり、法的助言ではありません。依拠する前に、現行のルールを弁護士に確認してください。

## FAQ

**何社のプロバイダーを比較すべきですか？**

同じシートで2〜3社です。それ以上になると、証拠ではなく平均値が得られるだけです。

**直接ルートは常に優れていますか？**

いいえ。名前を明示しやすく、テストしやすいということです。プロバイダーがどちらのルートでトラフィックを運ぶかを明示するのであれば、小さな市場や短期のキャンペーンにはアグリゲータールートが適していることもあります。

**ルートテストには何を含めるべきですか？**

名前を明示した端末、名前を明示した市場、実際に送信するコンテンツ、そして日付です。テストで証明できないことも明記すべきです。

**すべての市場で送信者が必要ですか？**

はい、その市場で認識される送信者を表示したい場合は必要です。送信者のIDは国ごと、送信者ごとに管理されます。

**プロバイダーがルートを明示しない場合は？**

弱い回答として記録してください。プロバイダーが明示しないルートは、テストも比較もできません。

## Sources

- [3GPP TS 23.040：ショートメッセージサービスの技術的実現](https://www.3gpp.org/ftp/Specs/archive/23_series/23.040/) — Accessed: 2026-10-19
- [smpp.org：SMPPセッションと受信確認](https://smpp.org/) — Accessed: 2026-10-19
- [ブラジル：Anatel Resolution 709/2019、一般番号規則](https://informacoes.anatel.gov.br/legislacao/resolucoes/2019/1261-resolucao-709) — Accessed: 2026-10-19
- [ブラジル：Anatel Resolution 765/2023、消費者の権利に関する規則](https://informacoes.anatel.gov.br/legislacao/resolucoes/2023/1900-resolucao-765) — Accessed: 2026-10-19

Updated: 2026-10-19