よくある質問
この記事では、SMS、MMS、RCS メッセージングに関するよくある質問に回答します。
一般
SMS APIオブジェクトのapp_idとは何ですか？
アプリ識別子APIキー（app_id）は、アクティビティをワークスペース内の特定のアプリに関連付けるパラメーターです。ワークスペース内のどのアプリを操作しているかを指定します。たとえば、iOSアプリ、Androidアプリ、Webインテグレーションにはそれぞれ別のapp_idがあります。
SMSの場合、API（/messages/sendエンドポイントなど）でSMSメッセージを送信する際にはapp_idパラメーターが必須です。このパラメーターは、SMSアクティビティやAPI呼び出しをワークスペース内のどのアプリに関連付けるかを指定します。ユーザーのプロファイルにそのアプリがあるかどうかにかかわらず、SMSメッセージング用にワークスペースで設定されたアプリの有効なapp_idであれば、どれでも使用できます。
app_idは、設定 > アプリ設定に移動し、識別セクションで確認できます。
複数のユーザーが同じ電話番号を持っている場合はどうなりますか？
（SMSが有効な）1つの電話番号を共有する複数のユーザープロファイルが、受信SMSのイベントによってトリガーされるアクションベースのキャンペーンまたはキャンバスコンポーネントの対象に同時になった場合、Brazeはキャンバスコンポーネントレベルでユーザーの重複を排除します。これにより、複数のユーザーが同じ電話番号を共有していても、1つのキャンバスコンポーネントから複数のSMSテキストを受信することを防ぎます。
スケジュールされたキャンバスでは、Brazeは電話番号による重複排除を行いません。
Brazeは次のフローで受信者プロファイルを決定します。
- 最も最近（最大7日前まで）SMSを受信したプロファイルを確認し、該当するプロファイルがあれば、そのユーザーに送信します。
- 7日前までにどのプロファイルもSMSを受信していない場合は、電話番号と一致する「phone」のユーザーエイリアスを持つユーザーに送信します。
- どちらも存在しない場合は、該当するプロファイルの中からランダムに選んだプロファイルに送信します。
共有電話番号から「START」または「STOP」キーワードを受信した場合、すべてのユーザープロファイルがSMSの購読と有効化、または購読解除の対象になります。これはAPIによる状態変更にも適用されます。たとえば、異なるexternal IDを持つ複数のプロファイルが同じ電話番号を持っている場合、APIを通じて購読グループの状態を変更すると、external IDを1つしか指定していなくても、その電話番号を持つすべてのプロファイルが更新されます。
ユーザーを段階的にキャンバスに入れ、キャンバスコンポーネントごとに異なるスケジュール時間を設定している場合、同じメールアドレスまたは電話番号を持つユーザーに重複したメッセージが送信される可能性があります。
不必要に大規模な更新を防ぐため、購読の更新が行われる際、Brazeは識別子を共有するユーザープロファイルを最大100件まで更新します。同じ電話番号を共有するユーザープロファイルが100件を超える場合、すべてのプロファイルが更新されるわけではありません。
特定のソースからのSMS購読数が急増しているのはなぜですか？
購読数が予想外に大きく増加している場合、特にCurrentsを通じて/subscription/status/setエンドポイントのデータを確認しているときは、重複したユーザープロファイルが原因である可能性があります。
電話番号のみ（external_idの指定なし）で/subscription/status/setエンドポイントにリクエストを送信すると、Brazeはその電話番号を共有するすべてのユーザープロファイルを更新します。ワークスペースに重複したプロファイルがある場合、変更された電話番号が1つだけであっても、購読状態を更新したユーザー数が水増しされます。
Currentsからデータを取得する際に購読データをより正確に分析するには、すべての購読状態変更イベントを数えるのではなく、一意の電話番号の数を数えるようにクエリを更新してください。
共有ショートコードとは何ですか？
共有ショートコードでは、どの企業や組織が送信したかにかかわらず、すべてのテキストメッセージが同じ5～6桁の電話番号から消費者のモバイルデバイスに届きます。共有ショートコードは比較的低コストですぐに利用できますが、自社専用のショートコードを持てないことになります。
この方法には次のような欠点があります。
- 顧客が、自社とショートコードを共有している別の企業のメッセージをオプトアウトすると、自社のメッセージもオプトアウトされます。
- 1つの企業がルールに違反すると、すべての企業のメッセージが停止されます。
- セキュリティ上の問題
請求と料金
SMSの請求はどのように行われますか？
Brazeでは、ショートコードとロングコードの料金に加えて、国ごとにSMSメッセージの割り当てを提供しています。つまり、お客様と協力して国ごとに一定数のメッセージセグメントを設定し、お客様はそれを使用してSMSキャンペーンを送信します。請求は、国ごとに送信されたメッセージセグメントの数に基づいて行われます。メッセージセグメントの計算方法の詳細については、メッセージセグメントと文字数制限ガイドを参照してください。上限に近づいている場合は、アカウントマネージャーからご連絡し、状況を把握できるよう関連レポートをお届けします。超過料金に関するその他のご質問は、Brazeの担当者にお問い合わせください。
MMSとSMSの料金は異なりますか？
MMSとSMSはコストが異なり、ボリュームに基づいて個別に課金されます。料金については、Brazeのオンボーディングチームにお問い合わせください。
超過料金を回避するにはどうすればよいですか？
超過料金が時折発生しないことをお約束することはできませんが、以下の予防策に従うことで、割り当てられた上限を超える可能性を減らすことができます。
- SMSの文字数に注意してください。意図せず複数のセグメントを送信すると、超過料金が発生する可能性があります。詳細については、セグメントの内訳を参照してください。
- LiquidやConnected Contentを考慮して、SMSの文字数を慎重に計算してください。ダッシュボードのBraze SMSコンポーザーは、これらの機能の使用量を見積もったり考慮したりしません。
- メッセージで使用するエンコーディングの種類を考慮してください。メッセージがGSM-7エンコーディングを使用する場合、通常はメッセージセグメントあたり160文字と見積もることができます（GSM-7拡張テーブルの文字を使用する場合はそれより少なくなります）。メッセージがUCS-2エンコーディングを使用する場合、通常はメッセージセグメントあたり67文字と見積もることができます。
- テストを繰り返し行いましょう！ 特にLiquidやConnected Contentを使用する場合は、配信開始前に必ずSMSメッセージをテストしてください。
固定電話にメッセージが送信された場合でも、そのメッセージはSMS送信数にカウントされますか？
米国、カナダ、英国の場合:
- SMSが固定電話に送信されると、Undeliveredとしてマークされます。請求の扱いはSMSサービスプロバイダーによって異なります。Twilioの場合、配信の試行に対しても課金されるため、メッセージログでSent、Delivered、またはUndeliveredとしてマークされたメッセージは請求対象となります。
- 英国では、一部の通信事業者がSMSを留守番電話に変換してメッセージを配信します。
その他の国の場合:
- Twilioではエラーが発生し、試行されたSMSメッセージに対して請求されることはありません。
メッセージが160文字（GSM-7）または67文字（UCS-2）未満なのに、追加のメッセージセグメントが課金される可能性があるとBrazeダッシュボードで警告されるのはなぜですか？
メッセージにLiquidパーソナライゼーションが含まれている場合、追加のメッセージセグメントが課金される可能性があります。コンテンツブロックのテンプレート処理は、メッセージの送信準備が行われるまで実行されません。コンテンツブロックを含むSMSを編集しているとき、Brazeはコンテンツブロックに何が含まれるかを把握できないため、大まかな見積もりを表示します。何が送信されるかをより正確に把握するために、テストペインを使用してメッセージをプレビューすることをおすすめします。
送信と配信到達性
SMSにリンクを含めることはできますか？
どのSMSキャンペーンにも、任意のリンクを含めることができます。ただし、考慮すべき点がいくつかあります。
- リンクがSMSの160文字の制限の多くを占める可能性があります。リンクとテキストを含めると、SMSメッセージが1通ではなく2通になる場合があります。
- 企業はリンクの文字数への影響を抑えるために、リンク短縮ツールをよく使用します。ただし、短縮リンクをロングコード経由で送信すると、キャリアがリンクのリダイレクトを不審に思い、メッセージをブロックまたは拒否する可能性があります。
- リンクを含める場合、最も信頼性の高い番号タイプはショートコードです。
Brazeには独自のリンク短縮機能もあり、リンクを短縮してクリックスルー分析を自動的に提供します。詳細については、リンク短縮を参照してください。
SMSメッセージの送信速度にレート制限を設ける必要はありますか？
デフォルトの同時実行レートとスループットでは、ショートコード1つあたり1時間に約360,000件のメッセージを送信できます。スループットを増やすには、追加のショートコードが必要です。
SMSのURLを許可リストに登録するにはどうすればよいですか？
特定の国（スウェーデンや北欧諸国など）のユーザーにURLを含むSMSメッセージを送信する前に、これらのURLをキャリアに登録する必要があります。Brazeのカスタマーサービスマネージャーにお問い合わせください。このプロセスには約5日かかります。
SMSでスパム検出を回避するための送信のベストプラクティスは何ですか？
- オプトインとオプトアウトの手順を明確にします。
- ブランドであるお客様と顧客との間に関係があることを確認します。
- コンテンツがその関係と、ユーザーが受信をオプトインした内容に関連していることを確認します。
スパム検出の回避に関するその他のガイドラインについては、SMSの法律と規制に関するガイドラインを参照してください。
絵文字は何文字分を使用しますか？
すべての絵文字に共通する標準的な文字数はないため、絵文字の扱いには注意が必要です。Brazeのメッセージ作成画面では1通のメッセージとして表示されていても、絵文字によって文字数の制限を超え、SMSが複数のメッセージに分割される可能性があります。メッセージをテストする際は、セグメント計算ツールを使用すると、メッセージが分割されるかどうかをより正確に確認できます。
購読グループとオプトイン/オプトアウト
ユーザーが適切な購読グループに入るよう、SMSの選択的なオプトインのロジックを作成するにはどうすればよいですか？
カスタムキーワードはカスタムイベントとして記録されます。そのため、顧客がテキストで送信できるキーワードに基づいてセグメントを作成します。たとえば、ユーザーがVIPメッセージのSMSにはオプトインしているものの、アラートにはオプトインしていない場合は、VIPセグメントとアラートセグメントを作成し、ユーザーを適切なセグメントに割り当てます。
ユーザーが当社のショートコードに「Stop」とテキストで送信すると、購読グループから購読解除されますか？
ユーザープロファイルではどのように表示されますか？購読グループは連絡先設定の下に購読解除として表示され、購読と購読解除のカスタムイベントが記録されます。
オプトアウトしたユーザーが当社のショートコードとロングコードにキーワードを送信した場合、Brazeでそのキーワードに設定した応答を受信しますか？
オプトアウトしたユーザーがデフォルトのキーワードカテゴリーのいずれかに含まれるキーワードを送信した場合、そのキーワードの応答を受信します。オプトアウトしたユーザーがカスタムキーワードを送信した場合、そのキーワードの応答は受信しません。
SMSイベントプロパティは文中のキーワードを取得しますか？
文中のキーワード（たとえば「please stop texting me」）を認識させるには、メッセージ内でLiquidステートメントを使用して特定の単語を認識させる必要があります。イベントプロパティには256文字の文字数制限があります。それ以外には文字数制限はありません。
テスト
テスト用のテキストメッセージは制限にカウントされますか？
はい、カウントされます。メッセージをテストする際は、この点に留意してください。
SMSテストメッセージを受信するには、ユーザーがSMS購読グループに属している必要がありますか？
はい、必要です。ユーザーは有効な電話番号を持ち、テスト送信に使用するSMS購読グループに属し、SMSの地域別権限で少なくとも1つの国が選択されている必要があります。
ユーザープロファイルにエイリアスが存在するかどうかを確認する方法はありますか？
エイリアスはユーザープロファイルには表示されません。エイリアスが設定されていることを確認するには、ユーザーデータのエクスポートエンドポイントを使用する必要があります。
MMS
MMSを送信する場合、Currentsデータに変更はありますか？
いいえ、MMSメッセージを送信する場合も同じレベルのインサイトが提供されます。
MMSの画像とメッセージ本文の配信順序を制御できますか？
Brazeは、MMSメッセージにメッセージ本文と画像の両方が含まれている場合の表示順序を制御できません。これは以下を含むがこれに限定されないいくつかの要因に依存します。
- メッセージを受信するキャリア
- メッセージを受信するデバイス
- メッセージの全体的なサイズ
MMSには別途オンボーディングプロセスが必要ですか？
いいえ。MMSは現在、SMSオンボーディングプロセスに含まれています。すでにオンボーディングを完了した既存のお客様は、以下のステップを完了した後にMMSキャンペーンの送信を開始できます。
- MMSを購入します。
- Brazeオンボーディングチームに連絡して、MMS機能の有効化をリクエストします。これによりMMSが有効になり、SMS/MMS購読グループが作成または更新されます。
次に、BrazeオンボーディングチームがショートコードとロングコードがMMSに対して有効になっていることを確認します（米国とカナダ）。また、MMS用に追加または有効化された現在の番号を表示するように購読グループを更新します。これらのステップが完了すると、ネイティブのSMSコンポーザーからすぐにMMSメッセージを送信できます。
機能が有効になっているのに、ダッシュボードでMMSが見つからないのはなぜですか？
MMSは、購読グループが「MMS有効」と見なされた場合にのみBrazeダッシュボードに表示されます。これは、SMS/MMSメッセージのコンポーザーで購読グループを選択する際のMMSタグに反映されます。つまり、購読グループ内の少なくとも1つの番号がMMSメッセージを送信できる必要があります。
さらに、特定の状況では、元々MMSが有効になっていなかったショートコードの有効化をTwilioが再承認する必要がある場合があります。この承認プロセスには数週間かかる可能性があります。
画像付きのMMSが送信に失敗するのはなぜですか？
一部のSMSプロバイダーは、画像URLのContent-Typeヘッダーを検証します。画像付きのMMSが中止される場合は、ホストされている画像URLがimage/pngまたはその他のサポートされている画像タイプを返すことを確認してください（例：curl -I <image-url>を使用）。正しいContent-Typeを提供するBrazeメディアライブラリまたはCDNにアセットを再ホストしてください。
MMSで連絡先カードの画像が表示されないのはなぜですか？
MMSの連絡先カード写真は、連絡先カードファイルが受信者のデバイスで取得できない画像URLを参照している場合、レンダリングに失敗することがあります。電話で連絡先カードを作成し、ファイルをエクスポートして、MMSメッセージで使用するためにメディアライブラリにアップロードしてください。
RCS
iOSデバイスでRCSメッセージが正確にレンダリングされないのはなぜですか？
iOSデバイスでは、オペレーティングシステムやメッセージングアプリによってRCSメッセージの表示が異なる場合があります。iOSデバイスでは、以下の動作が発生する可能性があります。
- 同じ会話スレッド内の異なるRCSメッセージのサジェストアクションがまとめて表示され、順序が正しくない場合があります。
- リッチカードボタンやサジェストアクションをタップした後も、リッチカードボタンやリッチカード外のサジェストアクションが表示されたままになる場合があります。
- リッチカード内のGIFが静止画像として表示されます。詳細については、RCSリッチカード内のGIFがiOSで静止画として表示されるのはなぜですか？を参照してください。
Brazeは作成されたRCSペイロードを送信しますが、サジェストアクションの順序、グループ化、非表示はメッセージングクライアントが制御します。送信前に、RCSメッセージ（特にサジェストアクションやサジェスト返信を含むリッチカードを使用するもの）を、AndroidとiOSの両方のデバイスで必ずテストしてください。
RCSリッチカード内のGIFがiOSで静止画として表示されるのはなぜですか？
iOSでは、RCSリッチカード内のGIFは静止画像（最初のフレーム）として表示されます。Androidでは、期待どおりにアニメーション再生されます。
この動作はiOSのメッセージングクライアントが制御しています。BrazeのプレビューではGIFがアニメーション再生される場合があります。配信されたメッセージの見え方を確認するには、iOSデバイスにテストメッセージを送信してください。
iOSにアニメーションコンテンツを送信するには、次の方法があります。
- RCSのメディアメッセージを使用して、GIFをファイルとして送信します
- リッチカードで動画を使用します
RCSで事前録音したボイスメールを送信できますか？
はい。メディアメッセージを使用すると、オーディオファイルを送信できます。
REST APIによるSMSオプトインがSMS/MMS/RCSパフォーマンスの合計オプトイン数と一致しないのはなぜですか？
SMS/MMS/RCSパフォーマンスダッシュボードの合計オプトイン数と合計オプトアウト数は、受信SMSキーワード処理による購読変更（たとえば、ユーザーがショートコードにオプトインキーワードをテキスト送信した場合）をカウントします。REST API、ダッシュボード、またはその他のソースを通じて行われたすべての購読更新が含まれるわけではありません。
ソース別にオプトインとオプトアウトを分析するには、USERS_BEHAVIORS_SUBSCRIPTIONGROUP_STATECHANGE_SHAREDでクエリビルダーを使用し、STATE_CHANGE_SOURCEでフィルタリングします（たとえば、Rest APIとInbound Messageを比較します）。