Skip to content

テストメッセージの送信

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

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

メッセージングキャンペーンをテストする前に、テストユーザーを特定することが重要です。これらのユーザーは、既存のユーザー ID やメールアドレス、またはメッセージングキャンペーンのテスト専用に使用される新規ユーザーのいずれでもかまいません。

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

テストユーザーを整理する便利な方法として、キャンペーンからテストメッセージを受け取るユーザーのグループを含むコンテンツテストグループを作成することができます。このテストグループは、キャンペーンのコンテンツテストグループの追加フィールドのテストレシピエントに追加し、個々のテストユーザーs を作成または追加せずにテストを開始できます。

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

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

モバイルプッシュ

  1. モバイルプッシュの下書きを作成します。
  2. Testタブを選択し、Add Individual ユーザー sフィールドにメールの住所またはユーザー IDを追加します。
  3. Send Testを選択して、下書きのメッセージを端末に送信します。

テストプッシュ

Web プッシュ

  1. Web プッシュを作成します。
  2. [テスト] タブを選択します。
  3. Send Test to Myselfを選択します。
  4. Send Testを選択して、Web プッシュをウェブブラウザに送信します。

試験Web プッシュ

Braze ダッシュボードからのプッシュメッセージをすでに受け入れている場合、プッシュは画面の隅に表示されます。それ以外の場合は、メッセージが表示されたら [許可] をクリックすると、メッセージが表示されます。

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

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

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

アプリのテスト

プッシュメッセージを直接クリックして開くと、アプリが開いてアプリ内メッセージのテストを確認できます。このアプリ内メッセージのテスト機能では、ユーザーがテストプッシュ通知をクリックしてアプリ内メッセージをトリガーする必要があることに注意してください。そのため、テストプッシュ通知の配信を成功させるために、ユーザーには関連アプリでプッシュ通知を受信する資格が必要です。

プレビュー

プレビュータブで、アプリ内メッセージを作成しながらプレビューできます。これは、ユーザーの視点から最終的なメッセージがどのように見えるかを視覚化するのに役立つはずだ。任意のユーザー、指定したユーザー、またはカスタマイズしたユーザーに、メッセージの外観をプレビューできます。モバイル端末またはタブレットのどちらでも、メールをプレビューすることができます。

アプリ内メッセージを作成する際の「作成」タブに、メッセージのプレビューが表示される。ユーザーが選択されていないため、本文に追加された Liquid はそのまま表示されます。

Braze には 3 世代のアプリ内メッセージが用意されています。どの端末がどの世代をサポートしているかによって、どの端末にメッセージを送るかを細かく設定できる。

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

テスト・チェックリスト

  • 画像やメディアは期待通りに表示され、機能しているか?
  • 液体は期待通りに機能しますか?リキッドが何も返さない場合、デフォルト 属性値を計算しましたか?
  • あなたのコピーは明確で簡潔で正しいですか?
  • あなたのボタンは、ユーザーをどこに誘導しているだろうか?

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

アクセシビリティのベストプラクティスを促進するために、Braze は従来のHTML エディターを使用して作成されたアプリ内メッセージのコンテンツを、アクセシビリティ標準に照らして自動的にスキャンします。このスキャナーは、Web Content Accessibility Guidelines (WCAG) 標準を満たしていない可能性があるコンテンツを特定するのに役立ちます。WCAG は、World Wide Web Consortium (W3C) が作成し、国際的に認知された技術標準のセットで、多くの人にとってアクセスしやすい Web コンテンツを作成するためのものです。

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

CDI の仕組み

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

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

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

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

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

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

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

コンテンツカードを作成したら、テストコンテンツカードをアプリに送信して、リアルタイムでどのように表示されるかを確認できます。

  1. コンテンツカードの下書きを作成します。
  2. [テスト] タブを選択し、このテストメッセージを受信するコンテンツテストグループを少なくとも 1 つ、あるいは個々のユーザーを少なくとも 1 人選択します。
  3. Send Testを選択して、コンテンツカードをアプリに送信します。

テスト内容カード

プレビュー

プレビュータブで、カードを作成しながらプレビューできます。これは、ユーザーの視点から最終的なメッセージがどのように見えるかを視覚化するのに役立つはずだ。

テスト・チェックリスト

  • 画像やメディアは期待通りに表示され、機能しているか?
  • 液体は期待通りに機能しますか?リキッドが何も返さない場合、デフォルト 属性値を計算しましたか?
  • あなたのコピーは明確で簡潔で正しいですか?
  • リンクはユーザーを目的の場所に誘導していますか?

デバッグ

コンテンツカードが送信された後、開発者コンソールのイベントユーザーログから問題を分解またはデバッグできます。

一般的なユースケースは、ユーザーが特定のコンテンツカードを見られない理由をデバッグしようとすることです。そのためには、セッション開始時にSDKに配信されたコンテンツカードをインプレッションの前にイベントユーザーログで確認し、それらを特定のキャンペーンに遡ることができます。

  1. 設定 > イベントユーザーログ に移動します。
  2. テストユーザーのSDKリクエストを見つけて展開します。
  3. [生データ] をクリックします。
  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のようなデコードツールを使用して、Base64形式からidをデコードし、関連するcampaign_idを見つけます。この例では、次のようになります。

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

    Where 4861692e-6fce-4215-bd05-3254fb9e9057 is the campaign_id.

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

キャンペーンページでcampaign_id を検索する

そこから、メッセージ設定とコンテンツを確認して、ユーザーが特定のコンテンツカードを見られない理由を詳しく調べることができます。

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

  1. バナーメッセージを作成します。
  2. プレビューを選択して、バナーをプレビューするか、テストメッセージを送信します。
  3. テストメッセージを送信するには、コンテンツテストグループまたは1 つ以上の個々のユーザーs をTest Recipients として追加し、Send Test を選択します。

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

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

テスト・チェックリスト

  • バナーキャンペーンはプレイスメントに割り当てられていますか?
  • “画像sとメディアが表示され、ターゲットのデバイスタイプとスクリーンサイズで期待どおりに機能しますか?
  • あなたのつながりとボタンがユーザーをどこへ行けばいいのか?
  • 液体は期待通りに機能しますか?Liquidが情報を返さない場合に、デフォルト属性値を考慮しましたか?
  • あなたのコピーは明確で簡潔で正しいですか?

SMS または MMS メッセージを作成した後、スマートフォンにテストメッセージを送信して、リアルタイムでどのように表示されるかを確認できます。

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

テスト内容カード

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

テスト内容カード

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

ユーザーデータを入力したり、カスタムイベントプロパティを使用するキャンペーンをテストしたりする場合は、追加または別の手順を実行する必要があります。

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

メッセージにパーソナライゼーションを使用している場合は、キャンペーンを適切にプレビューし、ユーザーデータがコンテンツに正しく入力されているかチェックするための追加ステップが必要になる。

テストメッセージを送信するときは、必ず [既存のユーザーを選択] オプションか、[カスタムユーザー] としてプレビューするオプションを選択します。

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

既存のユーザーの選択

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

ユーザーを選択する

カスタムユーザーの選択

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

カスタムユーザー

ユーザーのカスタマイズ

任意のユーザーまたは既存のフィールドから個々のs を編集して、メッセージ内のダイナミックなの内容を検証することができます。編集を選択して、選択したユーザーを変更可能なカスタムユーザーに変換します。

"Preview as a User" tab with "Edit" ボタン。

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

カスタムイベントプロパティでパーソナライズされたキャンペーンのテストは、ここで説明する他のタイプのキャンペーンのテストとは少し異なります。

方法1:キャンペーンの手動トリガ

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

  1. イベント・プロパティを含むコピーを書き上げる。

プロパティを使ってテストメッセージを作成する

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

テスト・メッセージ配信

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

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

  1. アプリを開いて、カスタムイベントを完了します。

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

テストメッセージの例

方法2:テストメッセージの送信

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

  1. キャンペーンのコピーを書きます。
  2. [テスト] タブを選択し、[カスタマイズされたユーザー] を選択します。
  3. ページ下部にカスタムイベント プロパティを追加し、ユーザー IDまたはメールの住所を一番上のボックスに追加します。
  4. Send Testを選択すると、プロパティでメッセージパーソナライズされたを受信します。

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

方法3:Liquid の使用

カスタムイベントのプロパティーは、Liquid で数値を手動で入力することで確認できます。

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

トラブルシューティング

アプリ内メッセージ

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

Android および iOS でのテスト送信の場合、クリック時にプッシュ通知の許可を要求する動作を使用するアプリ内メッセージが、一部のデバイスで表示されないことがあります。回避策として

  • Android :デバイスは Android 13、かつ当社の Android SDK バージョン21.0.0 である必要があります。もう1つの理由は、アプリ内メッセージが表示されるデバイスに、すでにシステムレベルのプロンプトがあることかもしれない。[再び表示しない] を選択している可能性があるため、再びテストする前にアプリを再インストールして、通知の許可をリセットしなければならない場合があります。
  • **iOS: **開発チームは、アプリのプッシュ通知の実装を見直し、プッシュ許可を要求するコードを手動で削除することを推奨する。詳細については、アプリ内メッセージのプッシュプライマーを参照してください。

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

New Stuff!