SMSに関するよくある質問

[アーティクル]
04/06/2023

この記事には、SMS サービスについてよく寄せられる質問への回答が記載されています。

メッセージの送受信

Azure Communication Services を使用してメッセージを受信するにはどのようにしますか?

Azure Communication Services のお客様は、Azure Event Grid を使用して着信メッセージを受信できます。メッセージを受信するように Event Grid を設定するには、このクイックスタートのようにします。

フリーダイヤル番号でどの国/地域からでもメッセージを受信できますか?

フリーダイヤル番号では、米国、CA、PR 以外の国/地域との間でメッセージを送受信できません。

ショートコードでどの国/地域からでもメッセージを受信できますか?

ショートコードは国内番号であり、それが登録された国/地域以外の場所との間でメッセージを送受信できません。 "例: 米国のショートコードでは、米国の受信者との間でのみメッセージを送受信できます。"

固定電話番号に送信されたメッセージはどのように扱われますか?

米国では、Azure Communication Services は固定電話番号を確認せず、配信のために通信事業者に送信しようとします。固定電話番号に送信されたメッセージの料金は、お客様に請求されます。

複数の受信者にメッセージを送信できますか?

はい。1 つの要求を複数の受信者に送信できます。複数の受信者にメッセージを送信するには、こちらのクイックスタートに従います。

SMS 送信 API から HTTP の状態 202 を受信しましたが、SMS が電話に届きませんでした。次はどうすればよいですか?

サービスによって返された 202 は、メッセージが送信のためにキューに入れられ、配信されなかったことを示します。このクイックスタートを使用して配信レポートイベントにサブスクライブし、トラブルシューティングします。イベントが構成されたら、配信レポートの "deliveryStatus" フィールドを調べて、配信の成功または失敗を確認してください。

メッセージで短縮 URL を送信するにはどうすればよいですか?

短縮 URL は、メッセージを短く読みやすくするための優れた方法です。ただし、米国の通信事業者は、一般に利用可能な無料の URL 短縮サービスの使用を禁止しています。これは、"無償のパブリック" URL 短縮機能が、検出を回避し、テキストメッセージングプラットフォームを介してスパムメッセージを渡すために、悪意のあるアクターによって使用されているからです。米国でメッセージを送信する場合は、カスタム URL 短縮機能を使用して、自社ブランドの専用ドメインが含まれる URL を作成することをお勧めします。一般に利用可能な URL 短縮機能が含まれている場合、多くの米国の通信事業者は SMS トラフィックをブロックします。

最大限に配信を行うために回避すべき一般的な URL 短縮機能の例を次に示します。

bit.ly
goo.gl
tinyurl.com
Tiny.cc
lc.chat
is.gd
soo.gd
s2r.co
Clicky.me
budurl.com
bc.vc

オプトアウトの処理

Azure Communication Services では、無料電話番号のオプトアウトはどのように処理されますか?

米国の無料電話番号のオプトアウトは、米国の通信事業者によって管理、適用され、オーバーライドできません。

STOP - テキストメッセージの受信者がオプトアウトを希望する場合、無料電話番号に "STOP" を送信できます。通信事業者は、STOP に対する既定の応答 "NETWORK MSG: You replied with the word "stop" which blocks all texts sent from this number. (ネットワークメッセージ: "stop" という単語で応答しました。この番号から送信されたテキストはすべてブロックされます。)Text back "unstop" to receive messages again. (再度メッセージを受信するには、"unstop" というテキストを返信してください。)" を送信します。
START または UNSTOP - 無料電話番号からのテキストメッセージに対し、再度受信登録を希望する場合、受信者は、その無料電話番号に "START" または "UNSTOP" を送信できます。通信事業者は、START と UNSTOP に対する既定の応答として、"NETWORK MSG: You have replied "unstop" and will begin receiving messages again from this number. (ネットワークメッセージ: 応答として "unstop" が送信されました。この番号からのメッセージの受信が再開されます。)" を送信します。
Azure Communication Services は STOP メッセージを検出し、以降その受信者に送信されるメッセージをすべてブロックします。配信レポートには、"Sender blocked for given recipient. (送信者は特定の受信者に関してブロックされています。)" というステータスメッセージで配信に失敗したことが示されます。
STOP、UNSTOP、START メッセージは、自分にリレーバックされます。 Azure Communication Services では、通信をオプトアウトした受信者にそれ以上メッセージ送信が試行されないように、これらのオプトアウトを監視して実行することが推奨されます。

Azure Communication Services では、ショートコードのオプトアウトはどのように処理されますか?

Azure Communication Services には、必須キーワード STOP/START/HELP に対する応答を構成できるショートコード用のオプトアウト管理サービスが用意されています。ショートコードをプロビジョニングする前に、オプトアウトを管理するための設定を求められます。オプトインした場合、オプトアウト管理サービスでは、STOP/START/HELP キーワードへの応答で、Opt-in/Opt-out/Help キーワードのプログラム概要にある応答を自動的に使用します。

例:

STOP - テキストメッセージの受信者がオプトアウトを希望する場合、ショートコードに "STOP" を送信できます。 Azure Communication Servicesは、STOP に対して以下の構成された応答を送信します。"Contoso の警告: オプトアウトしているため、これ以上のメッセージは表示されません。"
START - 受信者がショートコードのテキストメッセージに再登録したい場合は、ショートコードに‘START’ と送信できます。 Azure Communication Service は、START に対して構成された応答を送信します。 "Contoso Promo Alerts: 3 msgs/week.メッセージ&データレートが適用される場合があります。ヘルプに返信してください。STOP に応答してオプトアウトします。"
HELP - 受信者がサービスに関するヘルプが必要な場合は、ショートコードに 'HELP' と送信できます。 Azure Communication Service は、HELP のプログラムの概要で構成した応答を送信します。"Contoso にテキストを送信いただきありがとうございます。サポートが必要な場合は、1-800-800-8000 にお問い合わせください。"

Azure Communication Services は STOP メッセージを検出し、以降その受信者に送信されるメッセージをすべてブロックします。配信レポートには、"Sender blocked for given recipient. (送信者は特定の受信者に関してブロックされています。)" というステータスメッセージで配信に失敗したことが示されます。 STOP、UNSTOP、START メッセージは、自分にリレーバックされます。 Azure Communication Services からは、通信をオプトアウトした受信者にそれ以上メッセージ送信が試行されないように、これらのオプトアウトを監視して実行することが推奨されます。

Azure Communication Services では、英数字の送信者 ID でのオプトアウトはどのように処理されますか?

英数字の送信者 ID では、受信メッセージや STOP メッセージを受信できません。 Azure Communication Services では、英数字の送信者 ID でのオプトアウトリストの適用と管理は行っていません。サポートの呼び出し、メッセージ内でのオプトアウトリンクの提供、サポートのメール送信など、他のチャネルを使用してオプトアウトする手順をお客様に示す必要があります。詳細については、メッセージングポリシーのガイドラインを参照してください。

ショートコード

ショートコードを申請できる条件は何ですか?

現在、ショートコードが利用できるのは、請求先住所が米国内にある有料の Azure サブスクリプションに制限されています。試用アカウントや Azure 無料クレジットを使用してショートコードを取得することはできません。詳しくは、対象となるサブスクリプションに関するページを参照してください。

ショートコードから無料電話番号にテキストを送ることはできますか?

Azure Communication Services の無料電話番号を使うと、ショートコードからメッセージを受信できます。ただし、通常は、ショートコードではフリーダイヤル番号にメッセージを送信できません。ショートコードから Azure Communication Services の無料電話番号へのメッセージが失敗する場合は、ショートコードで無料電話番号にメッセージを送信できるかどうかを、ショートコードプロバイダーに確認してください。

ショートコードはどのような形式にすればよいですか?

ショートコードは、E.164 形式のガイドラインには対応しておらず、国番号やプレフィックスの "+" 記号も使用されません。 SMS API 要求では、ショートコードは、ショートコードページでプレフィックスなしで表示される 5 から 6 桁の数値として渡す必要があります。

ショートコードを取得するにはどのくらいの時間が必要ですか? ショートコードプログラムの簡単なアプリケーションが送信された後、何が行われますか?

Azure portal でショートコードプログラムの簡単なアプリケーションを送信すると、サービスデスクはアグリゲーターと連携して、当該アプリケーションが各無線通信サービス企業によって承認されるようにします。通常、このプロセスは 8 から 12 週間かかります。すべての更新および申請の状態変更が、申請で指定されているメールアドレスに通知されます。提出したアプリケーションに関するその他の質問については、acstnrequest@microsoft.com までメールでお問い合わせください。

英数字送信者 ID

重要

2023 年 11 月 30 日より、オーストラリアとイタリアの電話番号にメッセージを送信する未登録の英数字送信者 ID のトラフィックがブロックされます。この問題が発生しないようにするには、登録アプリケーションを提出し、承認された状態にする必要があります。

英数字の送信者 ID はどのような形式にする必要がありますか?

フォーマットに関するガイドライン:

数字を 1 つ以上含める必要があります
最大 11 文字
次の文字を含めることができます
- 大文字: A から Z
- 小文字: a から z
- 数字: 0 から 9
- スペース

英数字の送信者 ID を使用するには、番号の購入が必要ですか?

英数字の送信者 ID を使用する場合、電話番号を購入する必要はありません。英数字の送信者 ID は、Azure portal から有効にすることができます。手順については、英数字の送信者 ID を有効にするためのクイックスタートを参照してください。

英数字の送信者 ID を有効にした直後に SMS を送信できますか?

最良の結果を得るには、10 分待ってからメッセージの送信を開始することをお勧めします。

英数字の送信者 ID が数値に置き換えられるのはなぜですか?

特定のワイヤレス通信事業者が英数字の送信者 ID をサポートしていない場合、英数字の送信者 ID が番号に置き換えられる可能性があります。これは、配信率を高めるために行われます。

フリーダイヤル検証

重要

2023 年 11 月 8 日より、米国の電話番号にメッセージを送信する未検証のフリーダイヤル番号のトラフィックはブロックされます。現時点では、保留中の TFN からの送信に関する制限に変更はありません。トラフィックのブロックを解除するには、検証アプリケーションを送信し、検証済みの状態にする必要があります。

重要

2024 年 1 月 31 日より、完全に確認されたフリーダイヤル番号のみがトラフィックを送信できるようになります。米国と CA の電話番号にメッセージを送信する未確認のフリーダイヤル番号では、トラフィック がブロックされます。

フリーダイヤル検証とはどのようなものですか?

フリーダイヤル検証プロセスを実施すると、フリーダイヤル番号 (TFN) で実行されているサービスが通信事業者のポリシーと業界のベストプラクティスに準拠していることを保証できます。これにより、関連するサービス情報がダウンストリームキャリアにも提供され、擬陽性のフィルタリングや不当なスパムブロックの可能性が減ります。

SMS 配信エクスペリエンスを最適にするには、この検証が必要です。

フリーダイヤル番号を検証しないとどうなりますか?

SMS から米国の電話番号

2024 年 1 月 31 日より、業界のフリーダイヤルアグリゲーターはフリーダイヤル認証を義務付け、確認済みの番号のみが SMS メッセージを送信できるようにします。

新しい制限は次のとおりです。

制限の種類	検証の状態	現在の制限	2024 年 1 月 31 日に有効な制限
1 日の制限	未確認	500	ブロック
週次制限	未確認	1,000	ブロック
月ごとの上限	未確認	2,000	ブロック
1 日の制限	検証保留中	2,000	ブロック
週次制限	検証保留中	6,000	ブロック
月ごとの上限	検証保留中	10,000	ブロック
1 日の制限	Verified	制限なし	制限なし
週次制限	Verified	制限なし	制限なし
月ごとの上限	Verified	制限なし	制限なし

重要

1 日の制限を超えた、またはスパムでフィルター処理された、未検証の SMS トラフィックについては、どちらのシナリオでも 4010 エラーコードが返されます。

カナダの電話番号への SMS

2022 年 10 月 1 日より、カナダの宛先にメッセージを送信する未検証のフリーダイヤル番号のトラフィックはブロックされます。トラフィックのブロックを解除するには、検証アプリケーションを送信し、確認済みの状態にする必要があります。

さまざまなアプリケーションの状態 (検証済みおよび未検証) とはどういう意味ですか?

検証済み: 確認済みの番号は無料電話番号確認プロセスを経て承認されています。それらのトラフィックには制限されたフィルターが適用されます。トラフィックによっていずれかのフィルターがトリガーされた場合、その特定のコンテンツはブロックされますが、番号が自動的にブロックされることはありません。
未確認: 未確認の番号には、1) 確認アプリケーションが送信されていない、2) 検証アプリケーションが送信され、決定を待っている、または 3) アプリケーションが拒否されました。これらの番号は SMS トラフィックを送信できません。

フリーダイヤル検証フォームを送信するとどうなりますか?

フォームの送信後、ダウンストリームピアと調整して、無料電話番号メッセージングアグリゲーターによって申請が検証されます。お客様の申請を確認する間に、さらに詳細な情報についてお客様にお問い合わせすることがあります。

申請の送信から保留中になるまで = 1 から 5 営業日
保留中から決定まで (検証済み/拒否/さらに情報が必要) = 4 から 5 週間。申請が承認されるまでに 8 週間ほどかかる場合があるため、現在フリーダイヤルアグリゲーターは大量の申請を抱えています。

無料電話番号検証プロセス全体には、約 5 から 6 週間かかります。これらのタイムラインは、無料メッセージングアグリゲーターへの申請の量と、申請の品質に応じて、変わる可能性があります。申請が承認されるまでに 8 週間ほどかかる場合があるため、現在フリーダイヤルアグリゲーターは大量の申請を抱えています。

変更とアプリケーションの状態の更新は、Azure portal の規制ブレードを介して伝達されます。

フリーダイヤル検証の送信方法について説明してください。

フリーダイヤル検証申請を送信するには、Azure portal で無料電話番号が関連付けられている Azure Communication Service リソースに移動し、[電話番号] ブレードに移動します。電話番号ブレードの上部にある情報ボックスに [Submit Application] (申請の送信) と表示されているフリーダイヤル検証申請のリンクを選択します。フォームに入力します。

高品質の無料電話番号検証申請と見なされるのはどのようなものですか?

アプリケーションの品質が高いほど、アプリケーションが検証済み状態にすばやく入る可能性が高くなります。

高品質の申請を送信するための指針:

一覧に記載されている電話番号が無料電話番号である
すべての必須フィールドが入力されている
ユースケースが、不適格なユースケースの一覧に記載されていない
オプトインプロセスの詳細が文書化されている
オプトインイメージの URL が提供され、パブリックにアクセスできる
CTIA ガイドラインに従っている

無料電話番号検証の不適格なユースケースはどのようなものですか?

高リスクの金融サービス	一獲千金を狙った計画	債務免除	違法な物質や活動	全般
給料日ローン	債務整理	在宅勤務プログラム	大麻	フィッシング
短期、高利ローン	債務削減	リスク投資機会	アルコール	詐欺または悪徳商法
自動車ローン	信用回復プログラム	債務回収または整理	タバコまたは電子タバコ	詐欺商法
住宅ローン	詐欺的在宅勤務プログラム			ポルノグラフィ
学生ローン	マルチ商法			セックス関連コンテンツ
ギャンブル				不適切な表現やヘイトスピーチ
宝くじ				銃器
株アラート
暗号通貨

データはどのように使用されていますか?

フリーダイヤル検証 (TFV) では、Microsoft とフリーダイヤルメッセージングアグリゲーターが連携します。フリーダイヤルメッセージングアグリゲーターは、TFV アプリケーションの最終レビュー担当者および承認者です。プログラムの詳細が通信事業者によって設定された CTIA ガイドラインと標準を満たしていることを確認するために、Microsoft は TFV アプリケーション情報をフリーダイヤルメッセージングアグリゲーターと共有する必要があります。 TFV フォームを送信することにより、お客様は Microsoft がフリーダイヤル番号のプロビジョニングに必要な TFV アプリケーションの詳細を共有することに同意します。

文字とレートの制限

SMS の文字制限はどのようになっていますか。

1 つの SMS メッセージのサイズは 140 バイトです。送信される 1 つのメッセージあたりの文字制限は、使用されるメッセージの内容とエンコードによって異なります。 Azure Communication Services では、GSM-7 と UCS-2 の両方のエンコードがサポートされています。

GSM-7 - テキスト文字のみを含むメッセージは、GSM-7 を使用してエンコードされます
UCS-2 - Unicode (絵文字、各国の言語) を含むメッセージは、UCS-2 を使用してエンコードされます

次の表は、通信事業者に送信できる SMS セグメントあたりの最大文字数を示しています。

メッセージ	Type	メッセージで使用される文字	[エンコード]	1 つのセグメントの最大文字数
Hello world	Text	GSM 標準	GSM-7	160
你好	Unicode	Unicode	UCS-2	70

2048 文字を超える長いメッセージは送受信できますか?

Azure Communication Services は、SMS での長いメッセージの送受信をサポートしています。ただし、一部のワイヤレスキャリアまたはデバイスでは、長いメッセージを受信すると、動作が異なる場合があります。 SMS メッセージの長さは 320 文字に抑え、アクセントの使用を削減して、最大配信を確保するようにすることをお勧めします。

*US ショートコードの制限 - 非 ASCII 文字でメッセージを送受信する場合、最大 4 セグメントという既知の制限があります。 4 セグメントを超えると、メッセージが適切な書式で配信されない可能性があります。

メッセージの送信に制限はありますか?

SLA に準拠した高品質のサービスを継続的に提供するために、Azure Communication Services では転送率の制限が適用されます (プリミティブごとに異なります)。制限を超えて API を呼び出した開発者は、429 HTTP 状態コード応答を受信します。

SMS の転送率の制限:

操作	数値の種類	Scope	期間 (秒)	制限 (要求数)	1 分あたりのメッセージ単位
メッセージを送信する	フリーダイヤル	数ごと	60	200*	200
メッセージを送信する	短いコード	数ごと	60	6000*	6000
メッセージを送信する	英数字送信者 ID	リソースあたり	60	600*	600

*会社にレート制限を超える要件がある場合は、スループットを高めるための要求を Azure サポートにを送信します。

通信事業者の料金

SMS の通信事業者の料金はどのようなものですか?

米国および CA の通信事業者は、無料の番号とショートコードから送受信された SMS メッセージの追加料金を請求します。通信事業者の追加料金は、メッセージの宛先 (送信メッセージの場合) およびメッセージの送信者 (受信メッセージの場合) に基づいて計算されます。 Azure Communication Services では、メッセージセグメントごとに標準の通信事業者料金を請求します。通信事業者料金は、モバイル通信事業者によって変更される可能性があります。詳細については、「SMS の料金」を参照してください。

これらの料金への変更はいつ知ることができますか?

同様の Azure サービスと同じく、料金変更の実施の少なくとも 30 日前にお客様に通知されます。これらの料金は、「SMS の料金」ページに、発効日と共に反映されます。

緊急時のサポート

顧客は、緊急の目的で Azure Communication Services を使用できますか?

Azure Communication Services は、米国で text-to-911 機能をサポートしませんが、連邦通信委員会 (FCC) の規則に基づいて、これをサポートする義務がある場合があります。 FCC の text-to-911 規則がサービスまたはアプリケーションに適用されるかどうかを評価する必要があります。これらの規則の対象範囲内で、お客様には 911 テキストメッセージを要求する緊急コールセンターにそれらをルーティングする責任があります。独自の text-to-911 配信モデルを自由に決定できますが、FCC で受け入れられる方法の 1 つは、ユーザーのモバイルデバイスでネイティブダイヤラーを自動的に起動し、基になるモバイルキャリアを通じて 911 テキストを配信することです。