Stellen Sie sicher, dass Ihre Audience- oder Seitenregeln mit der richtigen Logik eingerichtet sind. Wenn Sie beispielsweise mehrere negative Regeln kombinieren ('is not', 'does not contain'), möchten Sie sie fast immer mit 'AND' trennen und nicht mit 'OR'. Und wenn Sie einen exakten "URL is"-Filter verwenden, müssen Sie sicherstellen, dass Sie die vollständige URL angegeben haben, einschließlich des Teils https:// und etwaiger abschließender Schrägstriche. Weitere Hinweise zum effektiven Einrichten Ihrer Filter finden Sie hier.

Hat der user die Nachricht zunächst auf der richtigen Seite erhalten und ist dann zu einer anderen Seite weitergegangen? Aufgrund des 'follow page'-Verhaltens bleibt eine In-App-Nachricht bestehen, wenn sie nicht angeklickt oder geschlossen wird, während der user zu anderen Seiten navigiert — einschließlich Seiten, die ausdrücklich von Ihren URL-Regeln ausgeschlossen sind — bis sich der user damit beschäftigt. Überprüfen Sie die "Recent page views" im Profil des user und vergleichen Sie die Zeitstempel mit dem Empfangszeitstempel der Nachricht.

Wenn Sie die Nachricht gerade live geschaltet haben: Die Personen in der Audience müssen online kommen und das Ereignis auslösen, nachdem die Nachricht live gegangen ist, um sie zu erhalten. Sie wird nicht gesendet, wenn sie das Ereignis ausgelöst haben, bevor die Nachricht live ging. Sie können das Ereignis in die Audience-Regeln anstatt in die Trigger setzen, um vergangene Ereignisse zu erfassen.

Haben Sie einen Ereignis-Trigger mit einer Audience-Regel desselben Ereignisses kombiniert? Wenn Sie Trigger und Regeln kombinieren, müssen die Zielregeln zum Zeitpunkt des Auslösens des Ereignisses erfüllt gewesen sein, da der Ereignis-Trigger den user nicht sofort in derselben Anfrage aktualisiert. Wenn Sie z. B. eine Nachricht nur beim ersten Auslösen eines 'purchased-item'-Ereignisses senden wollen und nicht bei späteren Käufen, würden Sie eine Anzahl von 0 verwenden (d. h. users, die das Ereignis noch nie ausgelöst haben), da sie erst bei der nächsten Anfrage auf 1 aktualisiert wird.

Brauchen Sie wirklich einen Ereignis-Trigger oder könnten Sie es als Audience-Regel ausrichten? Der Abschnitt "Triggers" (When to send / Where to send) ist optional, Sie müssen kein Ereignis für jede Nachricht einbeziehen, es sei denn, Sie müssen sicherstellen, dass sie nur gesendet wird, wenn ein user eine bestimmte Aktion ausführt.

Hat der user andere ausstehende Nachrichten, die zur gleichen Zeit gesendet werden? Mehrere Nachrichten werden als rotes Badge im Messenger-Symbol angezeigt, damit sie nicht mit zu vielen Pop-ups überschwemmt werden. Sie können die "Recent content" im Profil des user überprüfen, um zu sehen, welche Nachrichten sie zur ähnlichen Zeit erhalten haben.

Ist der Inhalt Ihres Chat oder Post auf "Sent as: Badge" eingestellt? Diese werden immer als Badge-Benachrichtigung gesendet, es sei denn, Sie ändern es zu "Snippet" oder "Show the full message".

Wurde der Post bearbeitet und ursprünglich als "Snippet" oder "Badge" an Nutzer gesendet, bevor die Änderung erfolgte?

Hatte der user zur gleichen Zeit, als der Post gesendet wurde, andere ausstehende Nachrichten? Wenn mehrere Nachrichten gleichzeitig gesendet werden, wird der Post stattdessen als rotes Badge gesendet, damit sie ihre höher priorisierten Nachrichten zuerst ansehen können. Sie müssen die Benachrichtigung im Messenger öffnen, damit sie in den Nachrichtenstatistiken als 'Open' registriert wird.

Normalerweise sollte die Öffnungsrate für vollständig gesendete Posts über 90% und oft über 95% liegen. Wenn der user andere ausstehende Nachrichten hatte oder der user kurz nachdem die Nachricht gesendet wurde von einer Seite weg navigiert, könnte die Nachricht möglicherweise nicht als geöffnet markiert werden.

Wenn Sie eine deutlich unter 90% liegende Öffnungsrate sehen, versuchen Sie, den Post als Endnutzer auf Ihrer Seite zu empfangen und öffnen Sie die Browserkonsole, um eventuelle Fehler auf der Seite zu erfassen. In manchen Fällen könnte ein Seitenfehler verhindern, dass der Post richtig angezeigt wird.

Hat sie einen "Fixed" Audience-Typ? Fixed-Nachrichten können nicht wieder live geschaltet werden, nachdem sie gestoppt wurden, da sie nur an Users gesendet werden, die zu einem Zeitpunkt passen, und dieser Zeitpunkt liegt jetzt in der Vergangenheit. Sie müssen Ihre Nachricht duplizieren und eine neue Version live schalten.

Gab es ein Stop-Datum für die Nachricht? Wenn dieses Datum in der Vergangenheit liegt, müssen Sie das Stop-Datum aktualisieren oder entfernen, damit es wieder senden kann.

Wenn die "▶️ Set live"-Schaltfläche ausgegraut ist, können Sie mit der Maus darüber fahren, um einen Tooltip zu sehen, der erklärt, warum sie nicht live gehen kann. Oder bearbeiten Sie die Nachricht, um zu sehen, ob in irgendeinem Abschnitt rote Fehler mit einer Erklärung erscheinen, was behoben werden muss.

Haben sie sie tatsächlich erhalten, bevor sie pausiert wurde, aber nicht damit interagiert (anklicken oder schließen), sodass sie beim nächsten Besuch Ihrer Plattform noch aufgepoppt ist? Sie können die "Recent content" im Profil des Nutzers überprüfen, um den Zeitstempel zu sehen, wann sie die Nachricht erhalten haben, und ihn mit dem Zeitpunkt vergleichen, an dem die Nachricht pausiert wurde.

Wenn Sie dies im Help Desk bemerken, wenn ein user auf die ausgehende Nachricht antwortet, überprüfen Sie den Zeitstempel, wann die ausgehende Nachricht an sie gesendet wurde (unten in der ersten Nachricht), da sie auf eine Nachricht antworten könnten, die sie vor einiger Zeit erhalten haben.

Haben Sie mehrere ähnliche Nachrichten gleichzeitig aktiv? Es ist möglich, dass sie eine ähnlich aussehende Nachricht erhalten haben, die nicht pausiert ist. Sie können in der "Recent content" im Profil des user in die Nachricht klicken, die sie erhalten haben, um zu bestätigen, welche ausgehende Nachricht es war.

Ist der user seit dem Livegehen online gekommen? Nutzer müssen tatsächlich online kommen, um eine In-App-Nachricht zu erhalten. Sie können den Wert "Last seen" im Profil des Nutzers überprüfen, um zu sehen, wann sie zuletzt online waren.

Ist es eine feste/statische Nachricht? Users matchen für Fixed-Nachrichten zum Zeitpunkt, an dem sie live gehen, sodass ein user, der jetzt passt, zum Zeitpunkt des ursprünglichen Versands möglicherweise nicht gepasst hat.

Gibt es einen Ereignis-Trigger oder eine URL-Regel? Nutzer müssen das Ereignis auslösen oder die URL besuchen, nachdem es live gegangen ist, und außerdem die Audience-Regeln erfüllen, um es zu erhalten. Sie können in der Audience-Vorschau erscheinen, wenn sie die Audience-Regeln erfüllen, aber das berücksichtigt nicht, ob sie die erforderliche URL besuchen oder das Ereignis auslösen werden.

Welche Kanäle zielen Sie unter "Show first on" im Inhaltsbereich an? Wenn es auf "Show first on web" eingestellt ist, der user jedoch nur mobil aktiv ist, erhalten sie die Nachricht nicht, bis sie die Webseite besuchen.

Hat die Nachricht ein Start- oder Stop-Datum, und war der user online nach dem Startdatum & vor dem Stop-Datum?

Hat die Nachricht benutzerdefinierte Sendezeiten, um nur zu bestimmten Zeiten zu senden? Beachten Sie, dass In-App-Nachrichten in der Zeitzone des Endnutzers gesendet werden, sodass sie während dieser geplanten Stunden in ihrer Zeitzone online gewesen sein müssen.

Sie können auch das Message Matching Tool verwenden, um zu ermitteln, warum ein user nicht berechtigt ist, Ihre Nachricht zu erhalten.

Chats, Posts und Banners

Umfragen

Product Tours