この記事を使ってバナーメッセージを作成、設定、開始します。バナーの内容作成、閉じるオプションの選択、コールトゥアクションの追加、ターゲット設定、目標設定、配信スケジュール、公開前のプレビュー方法を学べます。バナーはEssential、Advanced、Expertプランで利用可能です。
バナーを作成する
まず、メインメニューからOutboundに移動し、右上の＋ 新しいメッセージをクリックします。
次に、コンテンツタイプとしてバナーを選択します。
左サイドバーでこのコンテンツタイプを選んで、既成テンプレートから開始することもできます。
この手順は空白のバナーから始まります。
注意：バナーはデフォルトでウェブMessengerに表示されます。IntercomモバイルMessenger SDK（iOSおよびAndroid）を使用するネイティブモバイルアプリは、バナーをネイティブにサポートしていません。モバイルアプリ、キオスク、その他の非ウェブ環境でバナーを表示するには、Contacts Banners API（Intercom-Version: Previewで利用可能）を使用してください。
まず、バナーにタイトルを付けます。
次にバナーの内容を作成します。太字、斜体、リンク、絵文字😉を使用できます。
絵文字を挿入するには、次の方法があります。
macOSの場合 - 入力フィールド内の任意の場所を右クリックし、絵文字と記号を選択します。
Windowsの場合 -
Windowsキー +.キーを押します。
スマートリンクは、特定のIntercomコンテンツ（記事やプロダクトツアーなど）へのディープリンクです。バナーエディターでテキストをハイライトし、リンク挿入ツールを使って対象コンテンツを選択することでのみ挿入できます。対象コンテンツは公開状態である必要があります。停止中や未公開のコンテンツはリンクできません。
注意：
バナーのスマートリンクはモバイルでは利用できません。
メッセージは簡潔にするのが良いでしょう。長文の場合はチャットや投稿メッセージの送信を検討してください。
バナーは改行をサポートしていません。Returnキーはバナーテキストエディター内で改行を作成しません。これは既知の制限です。書式は太字、斜体、リンク、絵文字に限定されます。複数行の内容が必要な場合は、チャットや投稿メッセージの使用を検討してください。
可能な場合は、顧客名や会社情報などのデータ属性でバナーメッセージをパーソナライズすることをお勧めします。
次に、バナーの送信者を選び、アバターを含めるかどうかを決めます。
バナーは閉じられるようにしますか？
次に、バナーに閉じるボタンを表示するかどうかを決めます。
閉じるボタンは、お客様がメッセージを読んだらすぐに非表示にできるようにします。
これは、親しみやすいリマインダー、プロモーション、その他緊急でないメッセージに最適です。
閉じるボタンを非表示にすると、バナーはお客様がオーディエンスルールに合致しなくなるか、アクションを選択セクションで設定した操作を完了するまで表示され続けます。
重要：
既存のバナーで閉じるオプションを非表示にすると、以前に閉じた人も再び表示されます。
お客様が複数のバナーのオーディエンスに合致し、最初のバナーが閉じられない場合、以降のバナーは表示されません。— 他のバナーを先に送るには、閉じられないバナーを一時停止し、再度公開すると他のバナーの後に送信されます。
シリーズ内のバナーは、閉じるボタンの有無にかかわらず一度だけ表示され、その後ユーザーはシリーズの次のステップに進みます。
重要：閉じる操作は永久的でサーバー側に保存されます。お客様がバナーを閉じると、ブラウザのキャッシュをクリアしたり、別のブラウザや新しいデバイスを使っても再表示されません。閉じる操作はお客様のIntercom IDに紐づいており、ローカルのブラウザ状態には依存しません。既に閉じたバナーを再表示したい場合は、新しいバナーを作成する必要があります。
閉じられない（永続的な）バナーは、より緊急・重要なコミュニケーションに最適です。例えば：
未払いの請求書が支払われるまでバナーを表示する。
ユーザーにテスト用ワークスペース/データを使用していることを通知する。
問題が続く間、プラットフォームメンテナンスに関するバナーを表示する。
コールトゥアクションを選択する
次に、メッセージの目的に最適なアクションを選びます。
お客様に通知や警告をするだけで、特にアクションを求めない場合は「なし」のままにします。そうでなければ、バナーは以下のことができます。
URLを開く。
ボタン経由でURLを開く。
絵文字リアクションを求める。
訪問者のメールアドレスを収集する。
Product Tourを開始する。
選択したアクションに応じて、設定できるオプションが異なります。
URLを開く
このアクションは、バナーメッセージの最後にコールトゥアクション（CTA）リンクを追加します。以下を定義できます：
リンクテキスト。
開くURL。
リンクを新しいタブで開くかどうか。
リンクがクリックされた後にバナーを閉じるかどうか。
ボタンでURLを開く
このアクションは、バナーメッセージの最後にコールトゥアクション（CTA）ボタンを追加します。以下を定義できます：
リンクテキスト。
開くURL。
リンクを新しいタブで開くかどうか。
リンクがクリックされた後にバナーを閉じるかどうか。
ボタンの色も選択できます：
リアクションを求める
このアクションでは、絵文字の形で顧客から素早いフィードバックを収集できます。選択肢の絵文字を選び、選択後にバナーを閉じるかどうかを設定してください。
注意: ワークフローはアウトバウンドバナーのリアクションだけで開始できません。代わりに、リアクションはワークフローのトリガー内のオーディエンス定義や分岐条件として使用できます。
訪問者のメールを収集する
このアクションは、メッセージの最後にフィールドを追加し、サイト訪問者から簡単にメールアドレスを収集できます。
注意: バナーにメール収集フィールドが含まれる場合、メールアドレスが不明な訪問者またはleadsにのみ表示されるように自動的に非表示ルールが適用されます。顧客のメールアドレスがすでにIntercomに知られている場合、そのバナーは表示されません。
Product Tourを開始する
このアクションにより、usersは選択したProduct Tourに直接入り、同じタブまたは新しいタブで開くことができます。
注意: 共有可能なURLが有効なProduct Tourのみ選択できます。
バナーのスタイルを設定する
バナーエディターのスタイルセクションで、バナーの背景色とページの上部または下部に表示するかを選択します。レイアウトスタイルはインラインかフローティングの2種類から選べます。
バナー配置の2つのレイアウトオプションについて説明します。
インライン
インラインバナーは全幅で、ページコンテンツとウィンドウの上部の間に配置されます。スクロールするとページコンテンツがバナーの背後に移動します。
フローティング
フローティングバナーはページの中央に配置され、コンテンツの上に重なり、背後のものを覆います。スクロールしても動きません。
テキストカラー
バナーの背景色を選ぶと、テキストカラーは自動的にコントラストと読みやすさに合わせて調整されます：
注意: カスタムHTMLやCSSでバナーを作成することはできません。バナーがナビゲーションバーなどの固定要素に重なっている場合は、下記のインラインバナーがナビゲーションバーに重なるセクションのCSS修正を参照してください。
注意: Messengerがダークモードに設定されている場合、バナーのテキストはエディタープレビューで白く表示されていても、実際の環境では黒く表示されることがあります。テキストカラーは背景色とのコントラストに基づいて自動設定されますが、この自動調整はダークモードのウェブサイトテーマを考慮しないため、黒い文字が暗い背景に表示されることがあります。バナーテキストの色を手動で変更することはできません。問題がある場合は、バナーの背景色を明るくして、サイトのテーマに関係なくテキストが読みやすいようにしてください。
ヒント: バナーメッセージの異なるスタイルをテストしたい場合は、A/Bテストを試してください。この記事で詳細を確認。
バナーの対象ユーザーを設定する
対象ユーザーを選択のステップで、どの顧客がバナーを見るかを決定するフィルターを定義します。対象ユーザーのルールは動的に評価されるため、ルールに合わなくなった顧客はバナーを表示されなくなります。
例えば、Proプランの割引を告知する場合、現在Freeプランのすべての顧客を対象にすることができます。
ヒント：URLを対象にする場合は、アプリやサイトから直接コピー＆ペーストするのが良いです。ブラウザのアドレスバーに隠れている文字（末尾のスラッシュなど）も正確にキャッチできます。
注意：「で始まる」と「含む」のURLターゲティングの違い。URLでターゲティングする場合、で始まるフィルターは入力したテキスト（例：https://example.com/pricing）でページURLが正確に始まる必要があります。URLの他の部分にその文字列があっても一致しません。含むフィルターはテキストがどこにあっても一致します。バナーが期待したページに表示されない場合は、フィルターの種類とURLのプレフィックス（https://を含む）が正確か確認してください。
バナー表示の優先順位の仕組み
顧客が複数のバナーの対象ユーザーに該当する場合、最初に公開されたバナーが表示されます。顧客がそのバナーを閉じると、次に公開された順に次のバナーが表示されます。
バナーの目標を設定する
目標を定義すると、Intercomがバナーが意図した行動を促しているかを測定できます。目標は条件で、達成されるとそのバナーのコンバージョンとしてカウントされます。
例えば、顧客にプランのアップグレードを促す場合、適切な目標はPlan is Proです。Intercomはバナーを見た顧客のうち、その条件を満たした人数を追跡します。
目標を設定するには、バナーエディターの目標ステップに進み、追跡したい条件を定義します。以下の例では、目標はPlan is Proに設定されています。
バナー全体の効果をコントロールグループテストで検証することもできます。この記事で詳しく学ぶ。
バナーを特定の日付範囲や特定の時間帯にのみ表示するようスケジュール設定も可能です。スケジュールステップで開始日、終了日、またはその両方を設定します。スケジュール外の期間は、対象ユーザーに該当してもバナーは表示されません。
バナーをプレビューして公開設定する
バナーの設定が完了したら、保存して閉じるをクリックします。バナーエディターの右上にプレビューボタンが表示されます。公開前にサイト上でのバナーの見え方を確認できます。
プレビューに満足したら、公開設定をクリックします。バナーは対象ユーザーに該当する顧客に即座に表示されます。バナーはOutboundページからいつでも一時停止や編集が可能です。
非ウェブ環境でバナーを表示する
デフォルトでは、バナーはウェブMessengerを通じて表示されます。Intercom Messenger SDKを使用しているかどうかに関わらず、ネイティブモバイルアプリはバナーをネイティブにサポートしていません。iOSやAndroidアプリ、キオスク、その他の非ウェブ環境でバナーを表示するには、Contacts Banners APIを使ってサーバー側でバナーを取得・表示し、閉じる操作を記録します。
仕組み
APIは2つのエンドポイントを提供します:
GET /contacts/{id}/banners— 現在そのコンタクトが該当するバナーを、コンテンツとview_id付きで返します。POST /contacts/{id}/banners/{view_id}/dismiss— バナービューの閉じる操作を記録します。
Contacts Banners APIはIntercom-Version: Previewで利用可能です。詳細はAPIリファレンスをご覧ください。
主な動作
対象ユーザーのマッチングはサーバー側で行われます：このAPIはコンタクト属性、会社属性、その他サーバー側のルールを評価します。ページURLやページ滞在時間などクライアント側のターゲティングルールに依存するバナーは、このエンドポイントでは返されません。これらのルールはブラウザでのみ評価可能だからです。
インプレッションはリスト取得時に記録されます：
GET /contacts/{id}/bannersを呼び出すと、返された各バナーが表示されたとカウントされます。バナーを表示するタイミングでのみ呼び出し、推測的やページ読み込みごとに呼び出さないでください。閉じる操作はクロスサーフェス対応：顧客が
POST /contacts/{id}/banners/{view_id}/dismissでバナーを閉じると、その情報はウェブMessengerと共有されます。同じ顧客が後でウェブアプリを訪れても、モバイルで既に閉じたバナーは表示されませんし、その逆も同様です。
このAPIを使う場合
Contacts Banners APIは以下の用途に設計されています:
ネイティブモバイルアプリ（iOSおよびAndroid）— Intercom Messenger SDKを使用している場合も含みます。モバイルSDKではバナーがネイティブにサポートされていません。
キオスクや店頭ディスプレイのインターフェース。
ウェブMessengerをインストールできない埋め込みツールやポータル。
標準的なウェブアプリでウェブMessengerが既にインストールされている場合は、このAPIは不要です。対象ユーザーに該当する顧客には自動的にバナーが表示されます。
Contacts Banner APIの使い方
Contacts Banners APIを使うには:
Outboundでバナーを作成・設定します。
サーバー側の属性（コンタクトまたは会社データ）を使って対象ユーザーを設定します。API経由でバナーを表示したい場合は、ページURLやページ滞在時間のルールに依存しないでください。
バナーを公開設定します。
表示時にGET /contacts/{id}/bannersを呼び出して、該当するバナーを取得します。
アプリやインターフェースでバナーコンテンツを表示します。
顧客がバナーを閉じたら、POST /contacts/{id}/banners/{view_id}/dismissを呼び出して閉じたことを記録します。
ヒント：エンドポイントの完全なリファレンスやリクエスト/レスポンススキーマはContacts Banners APIドキュメントをご覧ください。
ナビバーを覆うインラインバナー
ウェブサイトに固定要素がある場合、インラインバナーがナビバーを覆うことがあります。これはウェブサイトのHTML/CSSを変更することで解決可能です。
インラインバナーはページのbodyにposition:relativeとmargin-top: 48px（バナーの高さ）を追加します。
ウェブサイトのナビバーがposition:fixedまたはposition:stickyを使っている場合、ナビバーは常に上に表示されます。つまり、インラインバナーを公開設定してもナビバーを押し下げることができず、バナーがナビバーを覆う結果になります。
以下のCSS変更を行うと、インラインバナーがナビバーを覆わなくなります。
ナビゲーションバーをbody内で
position:absoluteで配置してください。現在、サイトで
position:fixedの後にtop: 0を使用している場合は、これをmargin-top: 0に置き換えてください。
または、フローティングバナーを使用するか、バナーをページの下部に配置することもできます。
バナーをテストする
バナーを全顧客に公開する前に、対象を自分自身やチームメンバーに限定してライブ環境で動作をテストできます。
テストユーザーを特定する: アクセス可能なユーザープロファイル（例：自分の社員メール）がワークスペースにあることを確認してください。
特定のオーディエンスルールを設定する: Choose your audience セクションで、その特定ユーザーのみを対象とするルールを追加します。
例: Email は
name@company.com
バナーをライブに設定する: オーディエンスがあなたのメールに厳密に限定されているため、他の顧客はこのバナーを見ません。
動作を確認する: そのテストユーザーとして製品にログインし、バナーが表示され正しく見え、ボタンやリンクが期待通りに機能することを確認してください。
オーディエンスを更新する: テストに満足したら、バナーのオーディエンスルールを編集して、対象の顧客セグメント（例：「All users」やPlanがFree）に設定し、本番公開してください。