Skip to content

テストメッセージの送信

メッセージングキャンペーンをユーザーに送信する前に、正しく表示され、意図した通りに動作することを確認するためにテストを行うことをお勧めします。Brazeダッシュボードのツールを使用して、選択したデバイスやチームメンバーにテストメッセージを作成して送信できます。

ステップ 1: テストユーザーを特定する

メッセージングキャンペーンをテストする前に、テストユーザーを特定することが重要です。テストユーザーには、既存のユーザーIDやメールアドレスを使用することも、メッセージングキャンペーンのテスト専用に新しいユーザーを作成することもできます。

オプション：コンテンツテストグループを作成する

テストユーザーを整理する便利な方法は、コンテンツテストグループを作成することです。これは、キャンペーンからテストメッセージを受信するユーザーのグループです。キャンペーンのテスト受信者の下にあるコンテンツテストグループを追加フィールドにこのテストグループを追加すれば、個々のテストユーザーを作成・追加することなくテストを開始できます。

ステップ 2: チャネル別のテストメッセージを送信する

テストメッセージの送信手順については、該当するチャネルの以下のセクションを参照してください。

バナーメッセージを作成した後、バナーをプレビューするか、テストメッセージを送信できます。

  1. バナーメッセージの下書きを作成します。
  2. プレビューを選択して、バナーをプレビューするか、テストメッセージを送信します。
  3. テストメッセージを送信するには、コンテンツテストグループまたは1人以上の個別ユーザーをテスト受信者として追加し、テスト送信を選択します。

テストメッセージはデバイス上で最大5分間表示できます。

バナーコンポーザーのプレビュータブ。

テストチェックリスト

  • バナーキャンペーンはプレースメントに割り当てられていますか？
  • 画像やメディアは、ターゲットデバイスタイプと画面サイズで期待通りに表示・動作しますか？
  • リンクやボタンは、ユーザーを正しい場所に誘導しますか？
  • Liquidは期待通りに機能しますか？Liquidが情報を返さない場合に備えて、デフォルトの属性値を設定していますか？
  • コピーは明確で簡潔、かつ正確ですか？

テストContent Cardはプッシュ通知を介して配信されます。カードはプッシュペイロードにパッケージ化され、プッシュが受信されるとSDKがそれを抽出してローカルにキャッシュします。

このプロセスは通常のカード配信システムをバイパスするため、Content Cardのテストであってもプッシュが有効になっている必要があります。

テストContent Cardは送信後約5分で期限切れになります。

Content Cardを作成した後、テストContent Cardをアプリに送信して、リアルタイムでどのように表示されるかを確認できます。

  1. Content Cardの下書きを作成します。
  2. テストタブを選択し、このテストメッセージを受信するコンテンツテストグループまたは個別ユーザーを少なくとも1つ選択します。
  3. テスト送信を選択して、Content Cardをアプリに送信します。

テストContent Card

プレビュー

プレビュータブでカードを作成しながらプレビューできます。これにより、ユーザーの視点から最終的なメッセージがどのように表示されるかを視覚化できます。

テストチェックリスト

  • テストユーザーは有効なプッシュトークンでプッシュにオプトインしていますか？
  • 画像やメディアは期待通りに表示・動作しますか？
  • Liquidは期待通りに機能しますか？Liquidが情報を返さない場合に備えて、デフォルトの属性値を設定していますか？
  • コピーは明確で簡潔、かつ正確ですか？
  • リンクはユーザーを正しい場所に誘導しますか？
  • テストユーザーは有効なプッシュトークンでプッシュにオプトインしていますか？

壊れた画像のトラブルシューティング

Content Cardの画像がレンダリングされない、または壊れて表示される場合：

  • URLが正しくURLエンコードされていることを確認する： URL内の特殊文字（スペースやクエリパラメーターなど）は適切にエンコードする必要があります。そうでない場合、画像リクエストが失敗します。
  • コンテンツセキュリティポリシーを確認する： 組織にコンテンツセキュリティポリシー（CSP）または内部ITセキュリティルールがある場合、ポリシーが画像ドメインをブロックしている可能性があります。画像URLのドメインがCSPで許可されていることを確認してください。
  • HTTPSを使用する： 画像URLはブラウザやアプリでの混合コンテンツブロッキングを避けるために、http://ではなくhttps://を使用する必要があります。
  • ブラウザでURLを直接開く： 画像がブラウザで読み込まれない場合、問題はBrazeではなく画像URLまたはホスティングにあります。

デバッグ

Content Cardが送信された後、Developer Consoleのイベントユーザーログから問題を分析またはデバッグできます。

一般的なユースケースは、ユーザーが特定のContent Cardを表示できない理由をデバッグすることです。そのためには、イベントユーザーログでセッション開始時にSDKに配信されたContent Card（インプレッション前）を確認し、特定のキャンペーンまで追跡できます。

  1. 設定 > イベントユーザーログに移動します。
  2. テストユーザーのSDKリクエストを見つけて展開します。
  3. Raw Dataをクリックします。

  4. セッションのidを見つけます。以下は例の抜粋です：

    1
2
3
4
5
6
7
8
9
10
11
12

     [
   {
     "session_id": "D1B051E6-469B-47E2-B830-5A728D1D4AC5",
     "data": {
       "ids": [
         "NDg2MTY5MmUtNmZjZS00MjE1LWJkMDUtMzI1NGZiOWU5MDU3"
       ]
     },
     "name": "cci",
     "time": 1636106490.155
   }
 ]

  1. Base64 Decode and Encodeなどのデコードツールを使用して、idをBase64形式からデコードし、関連するcampaign_idを見つけます。この例では、以下の結果になります：

    1

     4861692e-6fce-4215-bd05-3254fb9e9057_$_cc=c3b25740-f113-c047-4b1d-d296f280af4f&mv=6185005b9d9bee79387cce45&pi=cmp

    ここで4861692e-6fce-4215-bd05-3254fb9e9057がcampaign_idです。

  2. キャンペーンページに移動し、campaign_idを検索します。

キャンペーンページでのcampaign_id検索

ここから、メッセージの設定とコンテンツを確認して、ユーザーが特定のContent Cardを表示できない理由を詳しく調査できます。

  1. メールメッセージの下書きを作成します。
  2. プレビューとテストを選択します。
  3. テスト送信タブを選択し、個別ユーザーを追加フィールドにメールアドレスまたはユーザーIDを追加します。
  4. テスト送信を選択して、下書きしたメールを受信トレイに送信します。

テストメール

メールにユーザー設定センターのリンクが含まれている場合、テスト送信では機能するリンクが生成されず、設定を保存することもできません。ユーザー設定センターをテストするには、代わりにテストユーザーまたは小規模な内部セグメントにメッセージを送信してください。詳細については、ユーザー設定センターのテストを参照してください。

メールキャンペーンに大きな画像が含まれており、Outlookで期待通りに表示されない場合は、CSSやHTMLでのみスケーリングするのではなく、画像編集ツールやリサイズツールを使用して画像の実際のファイルサイズを縮小することを検討してください。

アプリ内およびテストデバイスでプッシュ通知が設定されている場合、テストのアプリ内メッセージをアプリに送信して、リアルタイムでどのように表示されるかを確認できます。

  1. アプリ内メッセージの下書きを作成します。
  2. テストタブを選択し、個別ユーザーを追加フィールドにメールアドレスまたはユーザーIDを追加します。
  3. テスト送信を選択して、プッシュメッセージをデバイスに送信します。

テストのプッシュメッセージがデバイス画面の上部に表示されます。

テストアプリ内メッセージ

プッシュメッセージを直接クリックして開くと、アプリに移動し、アプリ内メッセージのテストを確認できます。このアプリ内メッセージのテスト機能は、ユーザーがテストプッシュ通知をクリックしてアプリ内メッセージをトリガーすることに依存しています。そのため、テストプッシュ通知が正常に配信されるには、ユーザーが該当するアプリでプッシュ通知を受信する資格がある必要があります。

プレビュー

プレビュータブで作成中のアプリ内メッセージをプレビューできます。これにより、ユーザーの視点から最終的なメッセージがどのように表示されるかを視覚化できます。ランダムなユーザー、特定のユーザー、またはカスタマイズされたユーザーとしてメッセージをプレビューできます。モバイルデバイスまたはタブレット向けのメッセージもプレビューできます。

アプリ内メッセージの作成時のコンポーズタブで、メッセージがどのように表示されるかのプレビューを表示しています。ユーザーが選択されていないため、本文セクションに追加されたLiquidはそのまま表示されます。

Brazeには3世代のアプリ内メッセージがあります。サポートする世代に基づいて、メッセージを送信するデバイスを細かく調整できます。

アプリ内メッセージのプレビュー時の世代切り替え。

テストチェックリスト

  • 画像やメディアは期待通りに表示・動作しますか？
  • Liquidは期待通りに機能しますか？Liquidが情報を返さない場合に備えて、デフォルトの属性値を設定していますか？
  • コピーは明確で簡潔、かつ正確ですか？
  • ボタンはユーザーを正しい場所に誘導しますか？

アクセシビリティスキャナー

アクセシビリティのベストプラクティスをサポートするために、Brazeは従来のHTMLエディターを使用して作成されたアプリ内メッセージのコンテンツをアクセシビリティ基準に照らして自動的にスキャンします。このスキャナーは、Webコンテンツアクセシビリティガイドライン（WCAG）の基準を満たしていない可能性のあるコンテンツを特定するのに役立ちます。WCAGは、World Wide Web Consortium（W3C）が策定した、障害を持つ人々にとってWebコンテンツをよりアクセスしやすくするための国際的に認められた技術標準です。

アクセシビリティスキャン結果

仕組み

スキャナーはカスタムHTMLメッセージに対して自動的に実行され、HTMLメッセージ全体をWCAG 2.1 AAルールセットに照らして評価します。フラグが立てられた各問題について、以下が表示されます：

  • 関連する特定のHTML要素
  • アクセシビリティの問題の説明
  • 追加のコンテキストまたは修正ガイダンスへのリンク

自動アクセシビリティテストについて

自動アクセシビリティテストは、WCAG Level AA 標準に基づくalt テキストの欠落や低色コントラストなどの一般的な問題をキャッチするのに役立ちます。これは、より包括的なメッセージを構築するための強力な出発点です。

しかし、オートメーションはすべてを捕まえることはできない。いくつかの問題は、フォーカス順序が意味を持つかどうか、リンクやボタンが明確にラベル付けされているかどうか、または指示に従うことが容易かどうか、人間の目のようなものを必要とする。これらのチェックは、最終的な評決ではなく、診断ツールとして考えてください。フラグが設定された問題を手動で確認し、何かが「要レビュー」とマークされている場合は最善の判断を使用することをお勧めします。

追加のサポートのために、Braze でのアクセシビリティは、以下を含む、すべてのユーザーのコンテンツをより使いやすくするための実用的なヒントを共有します。

自動テストと思慮深い手動レビューを組み合わせると、より多くの問題が見つかり、すべてのユーザーのより良い体験ができるようになります。

  1. LINEメッセージを作成します。
  2. テストタブを選択し、このテストメッセージを受信するコンテンツテストグループまたは個別ユーザーを少なくとも1つ選択します。
  3. テスト送信を選択してメッセージを送信します。

テストLINEメッセージ。

モバイルプッシュ

  1. モバイルプッシュの下書きを作成します。
  2. テストタブを選択し、個別ユーザーを追加フィールドにメールアドレスまたはユーザーIDを追加します。
  3. テスト送信を選択して、下書きしたメッセージをデバイスに送信します。

テストプッシュ

選択したユーザーに一致するプッシュトークンがないというエラーが表示された場合、テストユーザーが選択したプラットフォームの有効なプッシュトークンを持っていません。ユーザーはアプリでセッションを開始し、そのデバイスでプッシュを有効にしている必要があります。詳細については、プッシュの有効化とプッシュの購読を参照してください。

Webプッシュ

  1. Webプッシュを作成します。
  2. テストタブを選択します。
  3. 自分にテスト送信を選択します。
  4. テスト送信を選択して、WebプッシュをWebブラウザに送信します。

テストWebプッシュ

Brazeダッシュボードからのプッシュメッセージをすでに許可している場合、メッセージは画面の隅に表示されます。許可していない場合は、プロンプトが表示されたら許可を選択すると、メッセージが表示されます。

選択したユーザーにWebプッシュの一致するプッシュトークンがないというエラーが表示された場合、テストユーザーが選択したプラットフォームの有効なプッシュトークンを登録していることを確認してください。プッシュトークンを受信するには、ユーザーがデバイス上のアプリのプッシュ通知を受信するように設定されている必要があります。詳細については、プッシュの有効化とプッシュの購読を参照してください。

SMS、MMS、またはRCSメッセージを作成した後、テストメッセージを携帯電話に送信して、リアルタイムでどのように表示されるかを確認できます。受信者はテスト送信時に選択したSMS購読グループに属し、有効な電話番号を持ち、地理的権限で少なくとも1つの国が選択されている必要があります。詳細については、SMS FAQを参照してください。

  1. SMS、MMS、またはRCSメッセージの下書きを作成します。
  2. テストタブを選択し、このテストメッセージを受信するコンテンツテストグループまたは個別ユーザーを少なくとも1つ選択します。
  3. テスト送信を選択してテストメッセージを送信します。

テストContent Card

Webhookを作成した後、テスト送信を行ってWebhookのレスポンスを確認できます。テストタブを選択し、テスト送信を選択して、指定されたWebhook URLにテスト送信を行います。個別ユーザーを選択して、特定のユーザーとしてレスポンスをプレビューすることもできます。

  1. WhatsAppメッセージを作成します。
  2. テストタブを選択し、このテストメッセージを受信するコンテンツテストグループまたは個別ユーザーを少なくとも1つ選択します。
  3. このメッセージに使用している購読グループに関連付けられた電話番号にWhatsAppメッセージを送信して、会話ウィンドウを開始します。関連付けられた電話番号は、テストタブのアラートに記載されています。
  4. テスト送信を選択してメッセージを送信します。

テストWhatsAppメッセージ。

パーソナライズされたキャンペーンのテスト

ユーザーデータを使用するキャンペーンやカスタムイベントプロパティを使用するキャンペーンをテストする場合、追加の手順や異なる手順が必要になります。

ユーザー属性でパーソナライズされたキャンペーンのテスト

メッセージでパーソナライゼーションを使用している場合、キャンペーンを適切にプレビューし、ユーザーデータがコンテンツに正しく反映されていることを確認するために、追加の手順が必要です。

テストメッセージを送信する際は、Select Existing UserまたはCustom Userとしてプレビューするオプションを選択してください。

パーソナライズされたメッセージのテスト

既存のユーザーを選択する

既存のユーザーを選択する場合、検索フィールドに特定のユーザーIDまたはメールアドレスを入力します。次に、ダッシュボードプレビューを使用して、そのユーザーにメッセージがどのように表示されるかを確認し、そのユーザーが受け取る内容を反映したテストメッセージをデバイスに送信します。

ユーザーを選択する

カスタムユーザーを選択する

カスタムユーザーとしてプレビューする場合、ユーザーの名やカスタム属性など、パーソナライゼーションに使用できるさまざまなフィールドにテキストを入力します。同様に、自分のメールアドレスを入力してデバイスにテストを送信できます。

カスタムユーザー

既存のユーザーをカスタマイズする

メッセージ内のダイナミックコンテンツをテストするために、ランダムまたは既存のユーザーの個々のフィールドを編集できます。Editを選択すると、選択したユーザーが編集可能なカスタムユーザーに変換されます。

「Edit」ボタンがある「Preview as a User」タブ

カスタムイベントプロパティでパーソナライズされたキャンペーンのテスト

カスタムイベントプロパティでパーソナライズされたキャンペーンのテストは、前述の他のタイプのキャンペーンのテストとは若干異なります。

方法 1: キャンペーンを手動でトリガーする

カスタムイベントプロパティを使用したキャンペーンをテストする堅牢な方法として、キャンペーンを自分でトリガーできます。

  1. イベントプロパティを含むコピーを作成します。

プロパティを含むテストメッセージの作成

  1. アクションベース配信を使用して、イベントの発生時にキャンペーンを配信します。

テストメッセージの配信

  1. テストフィルターを使用するか、自分のメールアドレスをターゲットにして、テスト用にユーザーをターゲットし、キャンペーンの作成を完了します。

テストメッセージのターゲティング

  1. アプリに移動してカスタムイベントを実行します。

キャンペーンがトリガーされ、イベントプロパティでカスタマイズされたメッセージが表示されます。

テストメッセージの例

方法 2: 自分自身にテストメッセージを送信する

カスタムユーザーIDを保存している場合は、カスタマイズされたテストメッセージを自分自身に送信してキャンペーンをテストすることもできます。

  1. キャンペーンのコピーを作成します。
  2. Testタブを選択し、Customized Userを選択します。
  3. ページの下部にカスタムイベントプロパティを追加し、上部のボックスにユーザーIDまたはメールアドレスを追加します。
  4. Send Testを選択して、プロパティでパーソナライズされたメッセージを受信します。

カスタマイズされたユーザーを使用したテスト

方法 3: Liquidを使用する

Liquidで値を手動で入力して、カスタムイベントプロパティをテストできます。

  1. メッセージエディターで、カスタムイベントプロパティの値を入力します。
  2. Preview as a Userタブを選択して、正しいメッセージが表示されることを確認します。

制限事項

テストメッセージが、実際のユーザーに送信されるキャンペーンやキャンバスと同じように動作しない場合がいくつかあります。これらのケースでは、キャンペーンやキャンバスを限定されたテストユーザーに送信して、動作を検証することを検討してください。

  • テストメッセージからBrazeのユーザー設定センターを表示すると、Save Preferencesボタンが無効になります。ユーザー設定センターのLiquidタグも有効なリンクに解決されない場合があります。これは想定された動作です。エンドツーエンドのテストを行うには、ユーザー設定センターのテストを参照してください。
  • アプリ内メッセージやContent Cardsのテストでは、ターゲットユーザーが対象デバイスのプッシュトークンを持っている必要があります。
  • メール内の購読解除リンクをテストする場合は、テストユーザーのメールアドレスが該当するワークスペースに含まれていることを確認してください。
  • List-Unsubscribeヘッダーは、テストメッセージ機能で送信されるメールには含まれません。
  • シードグループユーザーに送信されたメールは、ユーザープロファイルのキャンペーン受信リストを更新せず、ダッシュボード分析の送信数も増加しません。

トラブルシューティング

アプリ内メッセージ

アプリ内メッセージキャンペーンがプッシュキャンペーンによってトリガーされない場合は、アプリ内キャンペーンのセグメンテーションを確認し、ユーザーがプッシュメッセージを受信する前にターゲットオーディエンスの条件を満たしていることを確認してください。

AndroidおよびiOSでのテスト送信では、プッシュ許可をリクエストのクリック時動作を使用するアプリ内メッセージが一部のデバイスで表示されない場合があります。回避策として以下をご確認ください：

  • Android: デバイスがAndroid 13以降で、Android SDKバージョン21.0.0以降である必要があります。また、アプリ内メッセージが表示されるデバイスにシステムレベルのプロンプトがすでに表示されている場合もあります。今後表示しないを選択した可能性があるため、再テストの前にアプリを再インストールして通知権限をリセットする必要がある場合があります。
  • iOS: 開発者チームがアプリのプッシュ通知の実装を確認し、プッシュ許可をリクエストするコードを手動で削除することをお勧めします。詳細については、プッシュプライマーアプリ内メッセージを参照してください。

アクションベースのアプリ内メッセージキャンペーンを配信するには、REST APIではなくBraze SDKを通じてカスタムイベントを記録する必要があります。これにより、ユーザーは対象となるアプリ内メッセージをデバイスに直接受信できます。ユーザーはセッション中にイベントを実行した場合にアプリ内メッセージを受信します。
New Stuff!