間違ったページでの送信
メッセージが間違ったウェブサイトのURLで送信されている場合：
オーディエンスやページルールが正しいロジックで設定されていることを確認してください。例えば、複数の否定ルール（「is not」「does not contain」）を組み合わせる場合は、ほとんどの場合「OR」ではなく「AND」で区切る必要があります。また、正確一致の「URL is」フィルターを使用している場合は、
https://部分や末尾のスラッシュを含む完全なURLを含めていることを確認してください。フィルターの効果的な設定方法についてはこちらをご覧ください。ユーザーは最初に正しいページで受け取り、その後別のページに移動しましたか？「フォローページ」動作のため、アプリ内メッセージが操作（クリックや閉じる）がされない場合、ユーザーがURLルールで明示的に除外されたページを含む他のページに移動してもメッセージは残ります。ユーザーのプロフィールページの「最近のページビュー」とメッセージ受信のタイムスタンプを比較して確認してください。
ページURLルールを設定する際は、完全なアドレスではなく関連するパスセグメント（例：
/dashboard）のみを使用してください。完全なURLを使うと、domainの違いやクエリパラメータ、末尾のスラッシュによって不一致が生じる可能性があります。
イベントトリガーが機能していない
イベントトリガー付きのメッセージが送信されない場合：
メッセージを公開したばかりの場合、オーディエンス内の人々はメッセージが公開された後にオンラインになり、イベントをトリガーする必要があります。公開前にイベントをトリガーしても送信されません。過去のイベントをキャプチャするには、トリガーの代わりにオーディエンスルールにイベントを入れてください。
イベントトリガーと同じイベントのオーディエンスルールを組み合わせましたか？トリガーとルールを組み合わせる場合、イベントトリガーは同じリクエスト内でユーザーを即時更新しないため、ターゲティングルールはイベントトリガー時に満たされている必要があります。例えば、購入イベントを初めてトリガーした時だけメッセージを送りたい場合、カウント0（イベントを一度もトリガーしていないユーザー）を使います。カウントは次のリクエストで1に更新されます。
イベントトリガーが必要ですか？それともオーディエンスルールでターゲットできますか？「トリガー」セクション（送信タイミング/送信場所）は任意なので、特定のアクション時のみ送信したい場合を除き、すべてのメッセージにイベントを含める必要はありません。
完全にポップアップしない
アプリ内メッセージがMessengerアイコンの赤いバッジ通知として送信されているが画面にポップアップしない場合：
ユーザーに他の保留中のメッセージが同時に送信されていますか？複数のメッセージはMessengerアイコンの赤いバッジとして表示され、ポップアップが多すぎないようにしています。ユーザーのプロフィールページの「最近のコンテンツ」で同時期に受け取ったメッセージを確認できます。
ChatやPostのコンテンツが「送信形式：バッジ」になっていますか？これらは「スニペット」や「全文表示」に変更しない限り、常にバッジ通知として送信されます。
Postの開封率が100%でない
Postが「全文表示」に設定されているのに開封率が100%でない場合：
Postは編集され、変更前にユーザーに「スニペット」または「バッジ」として送信されていましたか？
Post送信時にユーザーに他の保留中メッセージがありましたか？複数のメッセージが同時に送信されると、Postは赤いバッジ通知として送信され、優先度の高いメッセージを先に確認できます。通知をMessengerで開くと、メッセージ統計で「開封」として登録されます。
通常、全文送信されたPostの開封率は90%以上、しばしば95%以上です。しかし、ユーザーに他の保留中メッセージがあったり、メッセージ送信と自動表示の間にユーザーがページを離れた場合、開封済みと記録されないことがあります。
開封率が90%を大幅に下回る場合は、エンドユーザーとしてサイトでPostを受信し、ブラウザのコンソールを開いてページのエラーを確認してください。ページエラーがPostの正しい表示を妨げることがあります。
一時停止したメッセージを再度公開できない
一時停止したアプリ内メッセージを再度公開できない場合：
「Fixed」オーディエンスタイプがありますか？Fixedメッセージは停止後に再度公開できません。これは、送信対象のusersが一時点でのみマッチするためで、その時点は過去になっています。メッセージを複製して新しいバージョンを公開する必要があります。
メッセージに停止日がありますか？その日付が過去の場合、送信できるように停止日を更新または削除する必要があります。
「▶️ Set live」ボタンがグレーアウトしている場合、ホバーすると公開できない理由のツールチップが表示されます。または、メッセージを編集して、どのセクションに赤いエラーがあるか確認し、修正内容を把握してください。
一時停止したメッセージがまだusersに送信されている
メッセージを一時停止したのにusersがまだ受け取っている場合：
一時停止前に実際に受け取ったが、操作（クリックや閉じる）しなかったため、次回プラットフォーム訪問時にポップアップが残っている可能性があります。ユーザーのプロフィールページの「最近のコンテンツ」で受信日時を確認し、一時停止日時と比較してください。
ヘルプデスクでユーザーが送信メッセージに返信した場合、送信メッセージのタイムスタンプ（最初のメッセージの下部）を確認してください。過去に受け取ったメッセージに返信している可能性があります。
似たようなメッセージが複数稼働していますか？一時停止していない似たメッセージを受け取っている可能性があります。ユーザーのプロフィールの「最近のコンテンツ」から受信メッセージを確認し、どの送信メッセージか特定してください。
マッチしたユーザーが受け取っていない
メッセージを受け取るはずのユーザーの例がいる場合：
メッセージ公開後にユーザーはオンラインになりましたか？Usersはアプリ内メッセージを受け取るために実際にオンラインになる必要があります。ユーザーのプロフィールページの「最終オンライン」値で最後のオンライン日時を確認できます。
固定/静的メッセージですか？Usersはメッセージ公開時にマッチしますので、現在マッチしていても最初の送信時にはマッチしていなかった可能性があります。
コンテンツセクションの「最初に表示する場所」でどのチャネルをターゲットにしていますか？「Webで最初に表示」に設定されているがユーザーがモバイルのみでアクティブな場合、Webで訪問するまでメッセージは届きません。
メッセージに開始日や停止日があり、ユーザーが開始日以降かつ停止日以前にオンラインになっていますか？
メッセージにカスタムスケジュール時間が設定されていて、特定の時間帯のみ送信されますか？アプリ内メッセージはエンドユーザーのタイムゾーンで送信されるため、その時間帯にユーザーがオンラインである必要があります。
メッセージマッチングツールを使って、なぜユーザーがメッセージを受け取れないか確認できます。
別の問題がある場合は、チャネル別FAQをお試しください：