よくある質問
この記事では、SMS、MMS、RCS メッセージングに関するよくある質問に回答します。
一般
SMS APIオブジェクトのapp_idとは何ですか？
アプリ識別子APIキー（app_id）は、ワークスペース内の特定のアプリにアクティビティを関連付けるパラメーターです。ワークスペース内のどのアプリとやり取りしているかを指定します。例えば、iOSアプリ用のapp_id、Androidアプリ用のapp_id、Webインテグレーション用のapp_idがあります。
SMSの場合、app_idパラメーターは、API（/messages/sendエンドポイントなど）を通じてSMSメッセージを送信する際に必須です。ワークスペース内のどのアプリがSMSアクティビティまたはAPI呼び出しに関連付けられるかを指定します。SMSメッセージングのためにワークスペースで設定されたアプリの有効なapp_idであれば、ユーザーのプロファイルにその特定のアプリがあるかどうかに関係なく使用できます。
app_idは、設定 > アプリ設定に移動し、識別セクションを見つけることで確認できます。
複数のユーザーが同じ電話番号を持っている場合はどうなりますか？
同じ電話番号（SMSが有効）を共有する複数のユーザープロファイルが、受信SMSのイベントによってトリガーされるアクションベースのキャンペーンまたはキャンバスコンポーネントに同時に対象となる場合、Brazeはキャンバスコンポーネントレベルでユーザーの重複排除を行います。これにより、複数のユーザーが同じ電話番号を共有していても、キャンバスコンポーネントに対して複数のSMSテキストを受信することが防止されます。
Brazeはスケジュールされたキャンバスでは電話番号による重複排除を行いません。
Brazeは以下のフローを使用して受信者プロファイルを決定します。
- 最も最近（最大7日前まで）SMSを受信したプロファイルを確認します。存在する場合、そのユーザーに送信します。
- どちらも最大7日前までにSMSを受信していない場合、電話番号と一致する「phone」のユーザーエイリアスを持つユーザーに送信します。
- どちらも存在しない場合、利用可能なプロファイルの中からランダムなプロファイルに送信します。
共有電話番号から「START」または「STOP」キーワードを受信した場合、すべてのユーザープロファイルがSMSの購読と有効化、または購読解除されます。これはAPIの状態変更にも適用されます。例えば、異なるexternal IDを持つ複数のプロファイルが同じ電話番号を持っている場合、APIを通じた購読グループの状態変更は、1つのexternal IDのみが指定されていても、その電話番号を持つすべてのプロファイルを更新します。
キャンバスにユーザーを段階的に投入し、各キャンバスコンポーネントに異なるスケジュール時刻を設定している場合、同じメールアドレスまたは電話番号を持つユーザーに重複メッセージが送信される可能性があります。
不必要に大規模な更新を防ぐため、購読の更新が行われる際、Brazeは識別子を共有する最大100のユーザープロファイルを更新します。100を超えるユーザープロファイルが同じ電話番号を共有している場合、すべてのプロファイルが更新されるわけではありません。
特定のソースからのSMS購読の急増が見られるのはなぜですか？
購読数が予想外に大きく増加している場合、特にCurrentsを通じて/subscription/status/setエンドポイントからのデータを確認している際には、ユーザープロファイルの重複が原因である可能性があります。
/subscription/status/setエンドポイントに電話番号のみ（external_idなし）でリクエストが行われると、Brazeはその電話番号を共有するすべてのユーザープロファイルを更新します。ワークスペースに重複プロファイルがある場合、実際には1つの電話番号のみが変更されたにもかかわらず、購読状態を更新したユーザー数が膨らみます。
Currentsからデータを取得する際に購読データをより正確に分析するには、すべての購読状態変更イベントをカウントするのではなく、一意の電話番号をカウントするようにクエリを更新してください。
共有ショートコードとは何ですか？
共有ショートコードでは、どの企業や組織が送信しても、すべてのテキストメッセージは消費者のモバイルデバイスに同じ5〜6桁の電話番号から届きます。共有ショートコードは比較的低コストで即座に利用可能ですが、これはビジネスが専用のショートコードを持たないことを意味します。
このアプローチにはいくつかの欠点があります。
- 顧客が、あなたとショートコードを共有している別のビジネスのメッセージをオプトアウトした場合、あなたのメッセージもオプトアウトされます。
- 1つのビジネスがルールに違反した場合、すべてのビジネスのメッセージが停止されます。
- セキュリティの問題
請求と料金
SMSの請求はどのように行われますか？
ショートコードとロングコードの料金に加えて、Brazeはさまざまな国向けにSMSメッセージの割り当てを提供しています。つまり、Brazeはお客様と協力して、さまざまな国向けに一定数のメッセージセグメントを設定し、それを使用してSMSキャンペーンを送信します。請求は、国ごとに送信されたメッセージセグメント数に基づいて行われます。メッセージセグメントの計算方法については、メッセージセグメントとコピー制限ガイドを参照してください。アカウントマネージャーが上限に近づいた際にご連絡し、最新情報を把握できるよう関連レポートを提供します。超過料金に関するその他のご質問については、Brazeの担当者にお問い合わせください。
MMSとSMSの料金は異なりますか？
MMSとSMSはコストが異なり、ボリュームに基づいて別々に課金されます。料金情報については、Brazeオンボーディングチームにお問い合わせください。
超過料金を避けるにはどうすればよいですか？
超過料金が一切発生しないことを保証することはできませんが、割り当て制限を超える可能性を減らすために、以下の予防措置を講じることができます。
- SMS内の文字数に注意してください。意図せず複数のセグメントを送信すると、超過料金が発生する可能性があります。詳細については、セグメントの内訳を参照してください。
- LiquidやConnected Contentを考慮してSMSの文字数を慎重に計算してください。ダッシュボードのBraze SMSコンポーザーは、これらの機能の使用を推定または考慮しません。
- メッセージが使用するエンコーディングの種類を考慮してください。メッセージがGSM-7エンコーディングを使用している場合、通常1メッセージセグメントあたり160文字と見積もることができます（GSM-7拡張テーブルの文字を使用する場合はそれより少なくなります）。メッセージがUCS-2エンコーディングを使用している場合、通常1メッセージセグメントあたり67文字と見積もることができます。
- テスト、テスト、そしてテストです！特にLiquidやConnected Contentを使用する場合は、送信前に必ずSMSメッセージをテストしてください。
固定電話にメッセージが送信された場合、SMS送信数にカウントされますか？
米国、カナダ、英国の場合：
- SMSが固定電話に送信された場合、未配信としてマークされます。請求の動作はSMSサービスプロバイダーによって異なります。Twilioの場合、配信の試行に対して課金されるため、メッセージログで送信済み、配信済み、または未配信とマークされたメッセージは課金対象となります。
- 英国では、一部のキャリアがSMSをボイスメールに変換し、メッセージを配信します。
その他の国の場合：
- Twilioの場合、エラーがスローされ、SMSメッセージの送信試行に対して課金されません。
メッセージが160文字（GSM-7）または67文字（UCS-2）未満なのに、Brazeダッシュボードで追加のメッセージセグメントが課金される可能性があると警告されるのはなぜですか？
メッセージにLiquidパーソナライゼーションが含まれている場合、追加のメッセージセグメントが課金される可能性があります。コンテンツブロックのテンプレート処理は、メッセージの送信準備が完了するまで行われません。コンテンツブロックを含むSMSを編集している場合、Brazeはコンテンツブロックに何が含まれるかを把握できませんが、大まかな見積もりを提供します。テストパネルを使用してメッセージをプレビューし、期待される結果をより正確に把握することをお勧めします。
送信と配信到達性
SMSにリンクを含めることはできますか？
任意のSMSキャンペーンにリンクを含めることができます。ただし、いくつか考慮すべき点があります。
- リンクはSMSの160文字制限の多くを使用する可能性があります。リンクとテキストを含めると、1通ではなく2通のSMSメッセージになる場合があります。
- リンクの文字数への影響を抑えるためにリンク短縮サービスを使用する企業も多くあります。ただし、ロングコードを通じて短縮リンクを送信すると、キャリアがリンクのリダイレクトを疑い、メッセージをブロックまたは拒否する場合があります。
- リンクを含める場合、ショートコードが最も信頼性の高い番号タイプです。
Brazeにはリンクを自動的に短縮し、クリックスルー分析を提供する独自のリンク短縮機能もあります。詳細については、リンク短縮を参照してください。
SMSメッセージの送信速度をレート制限する必要がありますか？
デフォルトの同時実行レートとスループットでは、ショートコードあたり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のGeographic Permissionsで少なくとも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メッセージが正確にレンダリングされないのはなぜですか？
RCSメッセージは、オペレーティングシステムやメッセージングアプリによってiOSデバイスでの表示が異なる場合があります。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の比較）。