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'), sollten Sie sie fast immer mit einem 'UND' statt einem 'ODER' trennen. Und wenn Sie einen exakten "URL is"-Filter verwenden, müssen Sie sicherstellen, dass Sie die vollständige URL einschließlich https:// und eventueller abschließender Schrägstriche angegeben haben. Weitere Hinweise zur effektiven Einrichtung Ihrer Filter finden Sie hier.

Hat der user die Nachricht zunächst auf der richtigen Seite erhalten und ist dann zu einer anderen Seite navigiert? Wenn eine In-App-Nachricht nicht angeklickt oder geschlossen wird, bleibt sie auf den Seiten sichtbar, bis der user damit interagiert. Prüfen Sie die "Recent page views" im Profil des users und vergleichen Sie die Zeitstempel mit dem Empfangszeitpunkt der Nachricht.

Wenn Sie die Nachricht gerade live geschaltet haben, beachten Sie, dass die Personen in der Audience online kommen und das Ereignis nach der Live-Schaltung auslösen müssen, um sie zu erhalten. Sie wird nicht gesendet, wenn das Ereignis vor der Live-Schaltung ausgelöst wurde. Sie können das Ereignis in den Audience-Regeln statt in den Triggern verwenden, um vergangene Ereignisse zu erfassen.

Haben Sie einen Ereignisauslöser mit einer Audience-Regel desselben Ereignisses kombiniert? Bei der Kombination von Triggern und Regeln müssen die Zielregeln zum Zeitpunkt des Auslösens des Ereignisses erfüllt sein, da der Ereignisauslöser den user nicht sofort im selben Request aktualisiert. Wenn Sie beispielsweise eine Nachricht nur beim ersten Auslösen eines purchased-item-Ereignisses senden möchten und nicht bei späteren Käufen, verwenden Sie eine Zählung von 0 (d.h. users, die das Ereignis noch nie ausgelöst haben), da sie erst beim nächsten Request auf 1 aktualisiert wird.

Benötigen Sie einen Ereignisauslöser, oder könnten Sie es als Audience-Regel anvisieren? Der Abschnitt "Triggers" (Wann senden / Wo senden) ist optional, Sie müssen also nicht bei jeder Nachricht ein Ereignis einfügen, es sei denn, Sie möchten sicherstellen, dass sie nur gesendet wird, wenn ein user eine bestimmte Aktion ausführt.

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

Ist der Inhalt Ihres Chat oder Posts auf "Gesendet als: Badge" eingestellt? Diese werden immer als Badge-Benachrichtigung gesendet, es sei denn, Sie ändern es auf "Snippet" oder "Vollständige Nachricht anzeigen".

Wurde der Post bearbeitet und ursprünglich als "Snippet" oder "Badge" an users vor der Änderung gesendet?

Hatte der user zur gleichen Zeit andere ausstehende Nachrichten, als der Post gesendet wurde? Wenn mehrere Nachrichten gleichzeitig gesendet werden, wird der Post stattdessen als rote Badge-Benachrichtigung 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 'Geöffnet' registriert wird.

Typischerweise sollte die Öffnungsrate für vollständig gesendete Posts über 90% und oft über 95% liegen. Wenn der user jedoch andere ausstehende Nachrichten hatte oder eine Seite in der kurzen Zeitspanne zwischen dem Senden der Nachricht und der automatischen Anzeige verlässt, wird die Nachricht möglicherweise nicht als geöffnet markiert.

Wenn Sie eine deutlich niedrigere Öffnungsrate als 90% sehen, testen Sie den Empfang des Posts als Endnutzer auf Ihrer Website und öffnen Sie die Browser-Konsole, um Fehler auf der Seite zu erfassen. In manchen Fällen kann ein Seitenfehler verhindern, dass der Post richtig angezeigt wird.

Hat sie einen "Fixed" Audience-Typ? Fixed-Nachrichten können nach dem Stoppen nicht erneut live geschaltet werden, da sie nur an users gesendet werden, die zu einem bestimmten Zeitpunkt übereinstimmen, 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 sie erneut gesendet werden kann.

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

Haben sie die Nachricht tatsächlich vor dem Pausieren erhalten, aber nicht damit interagiert (nicht angeklickt oder geschlossen), sodass sie beim nächsten Besuch Ihrer Plattform weiterhin angezeigt wurde? Sie können die "Recent content" im Profil des users prüfen, um den Zeitstempel des Nachrichtenerhalts mit dem Pausierungszeitpunkt zu vergleichen.

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

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

Ist der user seit der Live-Schaltung online gekommen? Users müssen tatsächlich online sein, um eine In-App-Nachricht zu erhalten. Sie können den Wert "Last seen" im Profil des users prüfen, um zu sehen, wann sie zuletzt online waren.

Ist es eine feste/statische Nachricht? Users stimmen bei Fixed-Nachrichten überein zum Zeitpunkt der Live-Schaltung, sodass ein user, der jetzt die Kriterien erfüllt, sie möglicherweise nicht erfüllt hat, als sie ursprünglich gesendet wurde.

Gibt es einen Ereignisauslöser oder eine URL-Regel? Users müssen das Ereignis auslösen oder die URL nach der Live-Schaltung besuchen und die Audience-Regeln erfüllen, um sie zu erhalten. Sie können in der Audience-Vorschau angezeigt werden, wenn sie die Audience-Regeln erfüllen, aber das berücksichtigt nicht, ob sie die URL besuchen oder das erforderliche Ereignis auslösen, um sie zu erhalten.

Welche Kanäle sprechen Sie unter "Zuerst anzeigen auf" im Inhaltsbereich an? Wenn es auf "Zuerst auf Web anzeigen" eingestellt ist, der user aber nur mobil aktiv ist, erhält er die Nachricht erst, wenn er die Website aufruft.

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

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

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

Chats, Posts und Banner

Umfragen

Product Tours