Jede PushEngage-Einstellung, die Sie über einen KI-Assistenten ändern können

Ihr GA4-Kanalzuordnungsbericht hat eine Lücke. Die Push-Sendungen des letzten Monats werden ohne Medium und Quelle angezeigt, sodass sie auf dem Papier wie direkte Zugriffe aussehen, anstatt als wiederhergestellte Einnahmen. Sie verfolgen dies zu einem UTM-Parameter zurück, der nie über den Platzhalter hinaus ausgefüllt wurde, den Ihr Team bei der Installation festgelegt hat. Dieser Konfigurationsleitfaden für PushEngage Website-Einstellungen existiert, weil die Korrektur dieses einen Feldes heute bedeutet, sich im Dashboard anzumelden, den richtigen Tab zu finden und alle anderen Standardfelder auf einmal neu einzugeben, da das Formular nicht zulässt, nur eines zu bearbeiten.

Das sind die tatsächlichen Kosten der PushEngage Website-Einstellungen: Nicht, dass eine einzelne Einstellung schwer zu verstehen ist, sondern dass Website-Details, Kampagnen-Standardeinstellungen und Service-Worker-Konfiguration an getrennten Orten liegen, so selten angefasst werden, dass sich niemand erinnert, wo, und eine vollständige Formular-Neueingabe erfordern, um ein Feld zu korrigieren. Dieser Leitfaden behandelt die drei Einstellungsgruppen, die Sie tatsächlich erneut aufrufen werden – Website-Details, Kampagnen-Standardeinstellungen und Service-Worker-Einstellungen – und wie Sie jede davon mit einer einfachen Anfrage an einen KI-Assistenten ändern können, der mit dem PushEngage MCP-Server verbunden ist, anstatt nach einem Dashboard-Tab zu suchen.

Warum die Konfiguration von PushEngage Website-Einstellungen zu einem Support-Ticket wird, anstatt zu einer Fünf-Minuten-Lösung

Website-Einstellungen werden nicht einmal konfiguriert und dann vergessen. Sie werden jedes Mal erneut aufgerufen, wenn sich das Geschäft ändert: Ein neuer Markt bedeutet eine Zeitzonenänderung, eine neue Zuordnungsanforderung bedeutet eine Aktualisierung des UTM-Parameters, ein Rebranding bedeutet, dass der „Powered By PushEngage“-Schalter genauer betrachtet werden muss, eine Plattformmigration bedeutet, dass überprüft werden muss, ob die Service-Worker-Datei immer noch dort liegt, wo PushEngage sie erwartet. Da jede dieser Einstellungen in einer anderen Ecke des Dashboards liegt, liegt die eigentliche Reibung nicht in der Bearbeitung selbst. Es ist das erneute Finden des Tabs, dann das erneute Eingeben von Feldern, die Sie nicht berühren wollten, bei einer Aufgabe, die Sie in drei Monaten wieder erledigen werden, wenn sich etwas anderes ändert.

Drei Fehlerarten treten oft genug auf, um relevant zu sein, und keine davon wirft einen Fehler aus, wenn sie auftreten:

• Eine Lücke bei den UTM-Standardwerten. Kampagnen-Standardwerte werden mit Platzhalter- oder leeren UTM-Parametern ausgeliefert, sodass jeder Push-Send in diesem Fenster in GA4 ohne Medium oder Quelle angezeigt wird und in einem Kanalzuordnungsbericht unsichtbar ist.
• Eine fehlende Fallback-Benachrichtigung. Nicht segmentierte Abonnenten, diejenigen, die keiner Zielgruppenregel entsprechen, erhalten nichts oder eine generische Kopie anstelle eines von Ihrem Team gewählten bewussten Standards.
• Ein veralteter Service-Worker-Pfad nach einer Website-Migration. Dies verhindert die Zustellung von Benachrichtigungen vollständig, ohne eine offensichtliche Fehlermeldung auszugeben, die auf die Einstellung zurückweist, die sie verursacht hat.

Alle drei kosten Sie leise Daten, Reichweite oder Zustellung, bis jemand zufällig darauf aufmerksam wird, normalerweise während er sich einen Bericht ansieht, der nicht aufgeht.

Das ist der Fall für die Behandlung von Website-Einstellungen als wiederkehrende Prüfung und nicht als einmaliger Installationsschritt, und es ist der Fall für die Änderung der Art und Weise, wie Sie sie überprüfen.

Erste Schritte: Verbinden Sie den PushEngage MCP-Server mit Ihrem Assistenten

@pushengage/mcp ist der offizielle Model Context Protocol-Server von PushEngage, und jedes Werkzeug in dieser Anleitung läuft darüber. Fügen Sie ihn zur MCP-Konfiguration Ihres Clients hinzu – die claude_desktop_config.json von Claude Desktop, die ~/.cursor/mcp.json von Cursor oder die eigene MCP-Konfiguration von Claude Code – mit dem Befehl npx -y @pushengage/mcp. Keine globale Installation erforderlich.

Wenn Sie Ihren Assistenten zum ersten Mal auffordern, sich anzumelden, öffnet sich ein Browser-Tab, um die Verbindung zu autorisieren. So berührt Ihr PushEngage-Passwort nie den Assistenten selbst, und der resultierende Token wird lokal auf Ihrem Computer gespeichert. Bitten Sie von dort aus, Ihre PushEngage-Websites anzuzeigen, und wählen Sie diejenige aus, mit der Sie arbeiten möchten. Jedes der folgenden Einstellungs-Tools verwendet standardmäßig die Website, die Sie gerade ausgewählt haben. Die vollständige Anleitung, einschließlich der Fehlerbehebung bei Verbindungsproblemen, finden Sie im vollständigen PushEngage MCP-Einrichtungsleitfaden.

Website-Details: Name, URL, Zeitzone, Geolocation und der Branding-Schalter

pushengage_get_site_details liest Ihre aktuelle Konfiguration; pushengage_update_site_details ändert sie. Dazwischen decken sie die Felder ab, die die eigenen Onboarding-Dokumente von PushEngage als „Website-Details hinzufügen“ bezeichnen:

• Website-Name
• Website-URL
• Zeitzone
• Geolocation-Tracking
• Der Schalter für das „Powered By PushEngage“-Branding auf Ihrem Dashboard-Widget

Wenn Sie jemals eines dieser PushEngage-Website-Details nach der Erstinstallation korrigieren mussten, ist dies das Tool-Paar, das alle fünf Felder erreicht, und es ist dasselbe Tool-Paar, um sie wieder auszulesen, bevor Sie annehmen, dass etwas falsch konfiguriert ist.

Die Zeitzone ist wichtiger, als es scheint. Sie ist der Bezugspunkt für jeden geplanten Versand und jedes Stück abonnement-zeitzonenbasierter Planung, das Sie durchführen. Wenn Sie sie falsch einstellen, landet ein Versand um 9 Uhr morgens für einen Teil Ihrer Liste um 2 Uhr morgens, was als Targeting-Fehler gewertet wird, obwohl die eigentliche Ursache ein falsch konfiguriertes Feld ist.

Geolocation ist standardmäßig deaktiviert und muss explizit aktiviert werden, bevor PushEngage Stadt-, Bundesland- und Länderdaten an einen Abonnenten-Datensatz anhängen kann, was die Grundlage für Geolocation-Targeting bildet. Wenn Ihre Segmente den Standort referenzieren und die Zahlen gering erscheinen, ist dies eine Überprüfung wert, bevor Sie davon ausgehen, dass Ihre Abonnentenbasis nicht die geografische Streuung aufweist, die Sie erwartet haben.

Der Branding-Schalter ist einfacher: Er steuert, ob „Powered By PushEngage“ überhaupt auf Ihrem Dashboard-Widget angezeigt wird, was am wichtigsten für Teams ist, die ein White-Label-Support- oder Chat-Erlebnis anbieten, bei dem jede sichtbare Anbieter-Marke genau geprüft wird.

Keine davon erfordert ein Support-Ticket oder eine Suche in verschachtelten Einstellungsmenüs. Das Beispiel in der README selbst ist das Muster, dem man folgen sollte: Fragen Sie Ihren Assistenten: „Ändere meine Website-Zeitzone auf Asia/Kolkata und aktiviere Geolocation“, und beide Felder werden mit einer einzigen Anfrage aktualisiert. Das Korrigieren Ihrer Website-URL nach einer Domain-Änderung oder Ihres Website-Namens nach einem Rebranding folgt demselben Muster.

Kampagnen-Standardwerte: die Einstellungen, die die Attribution und Reichweite jedes Sendevorgangs leise steuern

pushengage_get_campaign_defaults und pushengage_update_campaign_defaults decken vier Felder ab. Diese PushEngage-Kampagnen-Standardwerte sind nicht kosmetisch. Es sind die Einstellungen, die jedem Sendevorgang zugrunde liegen, den Sie ausführen, unabhängig davon, ob sich jemand im Team daran erinnert, dass sie existieren, und wenn eine davon falsch ist, schlägt sie nicht laut genug fehl, damit es sofort jemand bemerkt.

• UTM-Parameter: Ihre Basis für das Tracking von Push-Benachrichtigungen mit UTM-Parametern in GA4 oder jedem nachgeschalteten Analyse-Stack. Überspringen Sie diese Einstellung und jeder Sendevorgang erbt eine leere Attribution: Sendevorgänge ohne Quelle oder Medium, nicht zuordenbare Einnahmen, eine Lücke, die niemand bemerkt, bis eine monatliche Berichterstattung nicht mehr stimmt. Das ist der Kanal-Attributionsbericht, der diesen Artikel eröffnet hat.
• Fallback-Benachrichtigung: Was für einen Abonnenten ausgelöst wird, der keiner Zielgruppenregel entspricht. Wenn Sie diese Einstellung leer lassen, erhalten diese Abonnenten überhaupt nichts.
• Fallback-Attribute: Personalisierungs-Token für dieselbe nicht segmentierte Gruppe, damit deren Text beabsichtigt und nicht fehlerhaft oder generisch wirkt. Ein Abonnent, der kein passendes Attribut hat, sollte keinen leeren Platz sehen, wo sein Vorname stehen sollte.
• Standardmäßige Benachrichtigungsablaufzeit: Wie lange ein nicht zugestellter Sendevorgang in der Warteschlange verbleibt, bevor PushEngage ihn verwirft. Ein Flash-Sale-Sendung mit einer Ablaufzeit von 7 Tagen kann Tage nach Ende des Sales noch ankommen und den Abonnenten irreführen, anstatt einfach leise fehlzuschlagen, was für die Beziehung schlimmer ist, als wenn die Sendung nie ankommt.

Das Festlegen einer standardmäßigen Ablaufzeit von 7 Tagen ist eine einzige Anfrage: „Setze meine standardmäßige Benachrichtigungsablaufzeit auf 7 Tage“, direkt aus dem Beispiel der README. Das gleiche Muster deckt eine Fallback-Benachrichtigung für nicht übereinstimmende Abonnenten, Fallback-Attribute für die Personalisierung dieser Gruppe oder eine vollständige Überprüfung der UTM-Parameter ab, damit jeder Sendevorgang zukünftig korrekt auf GA4 zurückgeführt wird. Die Überprüfung Ihrer aktuellen PushEngage-Kampagnen-Standardwerte vor einem großen Sendezeitfenster, anstatt nachdem eine Lücke in der Berichterstattung aufgetreten ist, ist die Gewohnheit, die es wert ist, aufgebaut zu werden.

Service-Worker-Einstellungen: Registrierung, Unterstützung von Unterordnern und der Pfad zur Worker-Datei

pushengage_get_service_worker_settings und pushengage_update_service_worker_settings decken Registrierung, Unterstützung für Unterordner und den Pfad zur Worker-Datei ab: die Mechanik, die Push-Benachrichtigungen überhaupt erst an einen Browser liefert. Wenn Sie eines der drei falsch machen, ist der Fehlerfall derselbe. Benachrichtigungen werden stillschweigend nicht mehr zugestellt, ohne offensichtlichen Fehler, der auf die Ursache zurückweist, und das erste Symptom, das jemand bemerkt, ist ein Rückgang der Zustellungszahlen ohne klare Ursache.

Unterstützung für Unterordner ist das, was Websites mit Plattformbeschränkungen stolpern lässt, die keine Worker-Datei auf Root-Ebene zulassen: ein CMS, eine Unterverzeichnisinstallation, ein Multi-Site-Setup, das sich eine Domain teilt. Wenn sich Ihre Worker-Datei irgendwo anders als im Root befindet, muss die Pfadeinstellung genau diesem Speicherort entsprechen, sowohl Verzeichnis als auch Dateiname, oder die Registrierung schlägt stillschweigend fehl.

Dies ist das Erste, was nach einer Website-Migration oder einer Plattformänderung überprüft werden sollte: Bitten Sie Ihren Assistenten, Ihre aktuellen Pushengage Service Worker-Einstellungen abzurufen und zu bestätigen, dass der registrierte Pfad noch mit dem Speicherort der Datei übereinstimmt. Die gleiche Art von Überprüfung, die PushEngages eigene Service-Worker-Konfiguration für plattformbeschränkte Setups löst.

Die Registrierung selbst ist ebenfalls einen periodischen Blick wert, insbesondere nach Änderungen an der Art und Weise, wie Ihre Website Skripte lädt. Ein Update der Content Security Policy, ein neuer Tag Manager-Container oder eine Caching-Schicht, die Header entfernt, können die Registrierung auf Arten stören, die nirgendwo anders als in einem stillen Rückgang der zugestellten Benachrichtigungen auftreten. Das Abrufen Ihrer Pushengage Service Worker-Einstellungen zusammen mit einer Überprüfung der Zustellungsrate ist eine Fünf-Minuten-Gewohnheit, die das Problem behebt, bevor es Sie einen vollen Berichtszyklus kostet.

Teilweise Bearbeitungen ohne erneute Eingabe von allem: warum das Zusammenführungsverhalten wichtig ist

Hier ist das Detail, das die Frage an einen KI-Assistenten schneller als das Dashboard macht, nicht nur anders: pushengage_update_campaign_defaults fügt Ihre Änderung über die aktuellen Werte ein, anstatt den gesamten Datensatz zu ersetzen. Wenn Sie nur die Standardablaufzeit für Benachrichtigungen ändern, bleiben Ihre UTM-Parameter, die Fallback-Benachrichtigung und die Fallback-Attribute genau so, wie sie waren. Sie müssen keine Felder neu angeben, die Sie nicht berühren möchten.

Vergleichen Sie das mit einem typischen Einstellungsformular, bei dem das Ändern eines Feldes in einem gespeicherten Block oft bedeutet, dass das gesamte Formular mit jedem bearbeitbaren Feld neu geladen wird, und ein Ausrutscher bei einem nicht verwandten Feld überschreibt stillschweigend etwas, das korrekt funktionierte. „Setzen Sie meine Standardbenachrichtigungsablaufzeit auf 7 Tage“ ändert genau eine Sache und lässt den Rest Ihrer Kampagnenstandards unberührt. Das ist der Unterschied zwischen einer gezielten Bearbeitung und einer vollständigen Neuspeicherung jedes Mal, wenn eine einzelne Einstellung angepasst werden muss, und es ist der Unterschied, der eine monatliche Überprüfung der Einstellungen von einer fünfzehnminütigen Aufgabe zurück in die einzeilige Anfrage verwandelt, die sie schon immer hätte sein sollen.

Was genaue Einstellungen tatsächlich schützen: Zustellbarkeit und Attribuierung, nicht nur Ordnung

Nichts davon hat wirklich mit Ordnung zu tun. Eine falsche Zeitzone bricht die geplante Sendezeit für einen Teil Ihrer Liste. Ein fehlender UTM-Standard bricht die Attribuierung für jeden Versand, bis jemand ihn bemerkt. Ein falsch registrierter Service Worker bricht die Zustellung komplett und das lautlos. Jede dieser Einstellungen steht unter jedem Kampagnenlauf Ihres Teams. Die Kampagne schlägt nicht laut fehl; die darüber liegende Berichterstattung hört einfach leise auf, der Realität zu entsprechen.

Das ist der eigentliche Grund, Website-Details, Kampagnen-Standardwerte und Service-Worker-Konfigurationen als KI-Assistenten-Push-Benachrichtigungseinstellungen zu behandeln, die Sie routinemäßig überprüfen, genauso wie Sie ein Zustellraten-Dashboard überprüfen würden, anstatt als einmaliger Einrichtungsschritt, den Sie einmal konfigurieren und nie wieder besuchen. Diese als KI-Assistenten-Push-Benachrichtigungseinstellungen und nicht als versteckte Dashboard-Registerkarte zu bezeichnen, bedeutet, dass die Überprüfung selbst so lange dauert, wie es dauert, die Anfrage einzugeben. Das Erkennen eines fehlerhaften UTM-Standards oder eines veralteten Worker-Pfads in einer Anfrage schützt die gleichen wiederhergestellten Einnahmen, von denen Ihre Kundenbindungsberichte abhängen, ohne auf ein IT-Ticket oder ein Re-Onboarding-Gespräch zu warten, um etwas zu beheben, das mit einem Satz laut ausgesprochen werden kann.

Sobald Ihr PushEngage MCP-Server verbunden ist, führen Sie die drei Einstellungsbereiche, die in dieser PushEngage-Website-Einstellungen-Konfigurationsanleitung behandelt werden, so aus, wie Sie jeden anderen Kundenbindungs-Audit durchführen würden: schnell und nach Ihrem eigenen Zeitplan, anstatt nur, wenn ein Bericht nicht stimmt. Es funktioniert für jeden PushEngage-Plan, einschließlich der kostenlosen Stufe, sodass es keine Hürde gibt, zwischen dem Verbinden des MCP-Servers und der tatsächlichen Nutzung zur Überprüfung Ihrer PushEngage-Website-Details, Kampagnen-Standardwerte und Service-Worker-Einstellungen, bevor diese Sie Attribuierung oder Reichweite kosten.