Uw GA4-kanaalattributierapport heeft een gat. De pushmeldingen van vorige maand worden weergegeven zonder medium en bron, dus op papier lijken ze op directe verkeer in plaats van herstelde inkomsten. U traceert dit naar een UTM-parameter die nooit is ingevuld voorbij de placeholder die uw team bij de installatie heeft ingesteld. Deze configuratiehandleiding voor PushEngage-sitedetails bestaat omdat het corrigeren van dat ene veld vandaag betekent dat u zich aanmeldt bij het dashboard, de juiste tabblad vindt en alle andere standaardvelden tegelijkertijd opnieuw invoert, aangezien het formulier u niet toestaat slechts één te bewerken.
Dat is de werkelijke kosten van PushEngage-sitedetails: niet dat een enkele instelling moeilijk te begrijpen is, maar dat sitedetails, campagne-standaardinstellingen en service worker-configuratie op aparte locaties leven, zelden genoeg worden aangeraakt dat niemand zich herinnert waar, en een volledige formulier opnieuw invoeren vereisen om één veld te corrigeren. Deze handleiding behandelt de drie instellingsgroepen die u daadwerkelijk opnieuw zult bezoeken — sitedetails, campagne-standaardinstellingen en service worker-instellingen — en hoe u deze kunt wijzigen met een verzoek in duidelijke taal aan een AI-assistent die is verbonden met de PushEngage MCP-server, in plaats van een jacht op dashboard-tabbladen.
Waarom de configuratie van PushEngage-sitedetails verandert in een supportticket in plaats van een oplossing van vijf minuten
Sitemapinstellingen worden niet eenmalig geconfigureerd en vergeten. Ze worden opnieuw bezocht telkens wanneer het bedrijf van vorm verandert: een nieuwe markt betekent een tijdzoneverandering, een nieuwe attributievereiste betekent een UTM-parameterupdate, een rebranding betekent dat de "Powered By PushEngage"-schakelaar een tweede blik nodig heeft, een platformmigratie betekent controleren of het service worker-bestand nog steeds staat waar PushEngage het verwacht. Omdat elk van deze zich in een andere hoek van het dashboard bevindt, is de werkelijke frictie niet de bewerking zelf. Het is het opnieuw vinden van het tabblad, dan het opnieuw invoeren van velden die u niet wilde aanraken, bij een taak die u over drie maanden opnieuw zult doen wanneer iets anders verandert.
Drie faalmodi komen vaak genoeg voor om ertoe te doen, en geen van hen geeft een foutmelding wanneer ze gebeuren:
- Een UTM-standaardkloof. Campagne-standaardinstellingen worden geleverd met placeholder of lege UTM-parameters, dus elke pushmelding in dat venster verschijnt in GA4 zonder medium of bron, onzichtbaar in een kanaalattributierapport.
- Een ontbrekende fallbackmelding. Ongesegmenteerde abonnees, degenen die niet voldoen aan enige doelgroepregel, ontvangen niets, of generieke tekst, in plaats van een bewuste standaardinstelling die uw team heeft gekozen.
- Een verouderd service worker-pad na een site migratie. Dit stopt met het leveren van meldingen, zonder een duidelijke foutmelding te produceren die terugwijst naar de instelling die het heeft veroorzaakt.
Alle drie kosten u stilzwijgend gegevens, bereik of levering totdat iemand het toevallig opmerkt, meestal tijdens het bekijken van een rapport dat niet klopt.
Dat is het geval voor het behandelen van site-instellingen als een terugkerende controle in plaats van een eenmalige installatiestap, en het is het geval voor het veranderen van hoe je ze controleert.
Aan de slag: verbind de PushEngage MCP-server met je assistent
@pushengage/mcp is de officiële Model Context Protocol-server van PushEngage, en elk hulpprogramma in deze handleiding loopt er viaheen. Voeg het toe aan de MCP-configuratie van je client — Claude Desktop’s claude_desktop_config.json, Cursor’s ~/.cursor/mcp.json, of de eigen MCP-configuratie van Claude Code — met het commando npx -y @pushengage/mcp. Er is geen globale installatie vereist.
De eerste keer dat je je assistent vraagt om je in te loggen, opent deze een browsertabblad om de verbinding te autoriseren, zodat je PushEngage-wachtwoord de assistent zelf nooit raakt, en het resulterende token lokaal op je machine wordt opgeslagen. Vraag vervolgens om je PushEngage-sites te bekijken en selecteer degene waarop je wilt werken; elk instellingshulpprogramma hieronder gebruikt standaard de site die je momenteel hebt geselecteerd. Voor de volledige walkthrough, inclusief het oplossen van verbindingsproblemen, zie de volledige PushEngage MCP-installatiehandleiding.
Sitegegevens: naam, URL, tijdzone, geolocatie en de branding-schakelaar
pushengage_get_site_details leest je huidige configuratie; pushengage_update_site_details wijzigt deze. Tussen deze twee worden de velden gedekt die de eigen onboarding-documenten van PushEngage "Sitegegevens toevoegen" noemen:
- Sitenaam
- Site-URL
- Tijdzone
- Geolocatie-tracking
- De "Powered By PushEngage"-branding-schakelaar op je dashboard-widget
Als je ooit een van die pushengage-sitegegevens hebt moeten corrigeren na de eerste installatie, is dit het hulpprogramma-paar dat alle vijf velden bereikt, en het is hetzelfde hulpprogramma-paar om ze terug te lezen voordat je aanneemt dat iets verkeerd is geconfigureerd.
Tijdzone is belangrijker dan het lijkt. Het is het referentiepunt voor elke geplande verzending en elk stukje abonnee-tijdzone-gebaseerde planning dat je uitvoert. Als je het verkeerd hebt, landt een verzending om 9 uur 's ochtends om 2 uur 's nachts voor een deel van je lijst, wat wordt gezien als een targeting-fout wanneer de werkelijke oorzaak één verkeerd geconfigureerd veld is.
Geolocatie is standaard uitgeschakeld en moet expliciet worden ingeschakeld voordat PushEngage stad-, staats- en landgegevens kan koppelen aan een abonneerecord, wat de basis is waarop geolocatie-targeting afhankelijk is. Als je segmenten verwijzen naar locatie en de aantallen er dun uitzien, is dit de moeite waard om te controleren voordat je aanneemt dat je abonneebestand niet de geografische spreiding heeft die je verwacht.
De branding-schakelaar is eenvoudiger: deze bepaalt of "Powered By PushEngage" überhaupt wordt weergegeven op je dashboard-widget, wat het belangrijkst is voor teams die een white-labeled ondersteunings- of chatervaring draaien waarbij elk zichtbaar leveranciersmerk wordt geanalyseerd.
Geen van deze vereist een supportticket of een zoektocht door geneste instellingenmenu's. Het eigen voorbeeld van de README is het patroon om te volgen: vraag je assistent: "Verander de tijdzone van mijn site naar Azië/Kolkata en schakel geolocatie in", en beide velden worden bijgewerkt in één verzoek. Het corrigeren van de URL van je site na een domeinwijziging, of de naam van je site na een rebranding, volgt hetzelfde patroon.
Campagne-standaarden: de instellingen die stilzwijgend de attributie en het bereik van elke verzending regelen
pushengage_get_campaign_defaults en pushengage_update_campaign_defaults dekken vier velden. Deze pushengage campagne-standaarden zijn niet cosmetisch. Het zijn de instellingen die onder elke verzending die je uitvoert liggen, ongeacht of iemand in het team zich herinnert dat ze bestaan, en als je er een verkeerd instelt, faalt het niet luid genoeg om iemand meteen op te merken.
- UTM-parameters: je basislijn voor het volgen van pushmeldingen met UTM-parameters in GA4 of elke analytische stack die daarop volgt. Sla deze instelling over en elke verzending erft een lege attributie: verzendingen zonder bron of medium, niet-toeschrijfbare inkomsten, een gat dat niemand opmerkt totdat een maandelijkse rapportage niet klopt. Dat is het kanaal-attributierapport dat dit artikel opende.
- Fallback-melding: wat wordt verzonden naar een abonnee die niet aan een doelgroepregel voldoet. Laat het oningesteld en die abonnees ontvangen helemaal niets.
- Fallback-attributen: personalisatietokens voor dezelfde ongesegmenteerde groep, zodat hun tekst bedoeld lijkt in plaats van kapot of generiek. Een abonnee zonder een overeenkomend attribuut zou geen lege ruimte moeten zien waar hun voornaam had moeten staan.
- Standaard vervaldatum melding: hoe lang een niet-bezorgde verzending in de wachtrij blijft staan voordat PushEngage deze laat vallen. Een flash-sale verzending met een vervaldatum van 7 dagen kan dagen nadat de uitverkoop is afgelopen nog steeds aankomen, waardoor een abonnee wordt misleid in plaats van stilzwijgend te falen, wat slechter is voor de relatie dan dat de verzending nooit aankomt.
Het instellen van een standaard vervaldatum van 7 dagen is één enkel verzoek: "Stel mijn standaard vervaldatum voor meldingen in op 7 dagen", rechtstreeks uit het eigen voorbeeld van de README. Hetzelfde patroon dekt een fallback-melding voor niet-overeenkomende abonnees, fallback-attributen voor de personalisatie van die groep, of een volledige doorloop van UTM-parameters, zodat elke verzending correct teruggaat naar GA4. Het beoordelen van je huidige pushengage campagne-standaarden vóór een groot verzendvenster, in plaats van nadat een rapportagegat zich voordoet, is de versie van deze gewoonte die het waard is om op te bouwen.
Service worker-instellingen: registratie, ondersteuning voor submappen en het pad van het worker-bestand
pushengage_get_service_worker_settings en pushengage_update_service_worker_settings behandelen registratie, ondersteuning voor submappen en het pad van het worker-bestand: de mechanica die pushmeldingen überhaupt in een browser laat aankomen. Als je een van de drie fout hebt, is de faalmodus hetzelfde. Meldingen stoppen stilzwijgend met leveren, zonder duidelijke fout die terugwijst naar de instelling die het heeft veroorzaakt, en het eerste symptoom dat iemand opmerkt, is een daling van de doorgestuurde aantallen zonder duidelijke oorzaak.
Ondersteuning voor submappen is degene die sites met platformbeperkingen die geen worker-bestand op rootniveau toestaan, in de problemen brengt: een CMS, een installatie in een submap, een multi-site-setup die één domein deelt. Als uw worker-bestand ergens anders dan de root staat, moet de padinstelling exact overeenkomen met die locatie, zowel de map als de bestandsnaam, anders mislukt de registratie stilzwijgend.
Dit is het eerste dat de moeite waard is om te controleren na een site migratie of een platformwijziging: vraag uw assistent om uw huidige pushengage service worker-instellingen op te halen en te bevestigen dat het geregistreerde pad nog steeds overeenkomt met waar het bestand daadwerkelijk staat, hetzelfde soort controle dat PushEngage's eigen service worker-configuratie voor platform-beperkte setups oplost.
Registratie zelf is ook de moeite waard om periodiek te bekijken, vooral na elke wijziging in hoe uw site scripts laadt. Een update van het beveiligingsbeleid voor inhoud, een nieuwe tagmanagercontainer of een cachinglaag die headers verwijdert, kan de registratie op manieren beïnvloeden die nergens anders verschijnen dan een stille daling van het aantal geleverde meldingen. Het ophalen van uw pushengage service worker-instellingen naast een controle van de leveringssnelheid is een gewoonte van vijf minuten die het probleem oplost voordat het u een volledige rapportagecyclus kost.
Gedeeltelijke bewerkingen zonder alles opnieuw in te voeren: waarom het merge-gedrag ertoe doet
Hier is het detail dat het vragen aan een AI-assistent sneller maakt dan het dashboard, niet alleen anders: pushengage_update_campaign_defaults voegt uw wijziging samen met de huidige waarden in plaats van het hele record te vervangen. Vraag om alleen de standaard verlopen van meldingen te wijzigen, en uw UTM-parameters, fallback-melding en fallback-attributen blijven precies zoals ze waren. U hoeft geen velden opnieuw op te geven die u niet van plan bent aan te raken.
Vergelijk dat met een typisch instellingenformulier, waarbij het wijzigen van één veld in een opgeslagen blok vaak betekent dat het hele formulier opnieuw wordt geladen met elk veld bewerkbaar, en een fout op een niet-gerelateerd veld stilzwijgend iets overschrijft dat correct werkte. "Stel mijn standaard verlopen van meldingen in op 7 dagen" wijzigt precies één ding en laat de rest van uw campagne-standaarden onaangetast. Dat is het verschil tussen een gerichte bewerking en een volledige heropslag telkens wanneer een enkele instelling een aanpassing nodig heeft, en het is het verschil dat een maandelijkse instellingenreview van een klus van vijftien minuten terugbrengt naar het verzoek van één zin dat het al die tijd had moeten zijn.
Wat nauwkeurige instellingen daadwerkelijk beschermen: leverbaarheid en attributie, niet alleen netheid
Niets hiervan gaat echt over netheid. Een verkeerde tijdzone verbreekt de geplande verzendtijd voor een deel van uw lijst. Een ontbrekende UTM-standaard verbreekt de attributie voor elke verzending totdat iemand het opmerkt. Een verkeerd geregistreerde service worker verbreekt de levering volledig, en doet dit stilzwijgend. Elk van deze instellingen bevindt zich onder elke campagne die uw team uitvoert. De campagne faalt niet luid; de rapportage erboven stopt gewoon stilzwijgend met overeenkomen met de werkelijkheid.
Dat is de werkelijke reden om sitegegevens, campagne-standaarden en service worker-configuratie te behandelen als AI-assistent pushmeldinginstellingen die u routinematig controleert, op dezelfde manier als u een dashboard voor verzendsnelheid zou controleren, in plaats van een eenmalige instapstap die u één keer configureert en nooit meer bezoekt. Deze als AI-assistent pushmeldinginstellingen te framen in plaats van een verborgen dashboardtabblad betekent dat de controle zelf net zo lang duurt als het typen van het verzoek. Het opvangen van een defecte UTM-standaard of een verouderde worker-pad in één verzoek beschermt dezelfde herwonnen inkomsten als waar uw retentierapportage van afhankelijk is, zonder te wachten op een IT-ticket of een her-onboardinggesprek om iets te repareren dat met één zin hardop gezegd kan worden.
Zodra uw PushEngage MCP-server is verbonden, doorloopt u de drie instellingsgroepen die worden behandeld in deze pushengage site-instellingen configuratiehandleiding op de manier waarop u elke andere retentie-audit zou uitvoeren: snel, en op uw eigen schema, in plaats van alleen wanneer een rapport niet klopt. Het werkt tegen elk PushEngage-plan, inclusief de gratis laag, dus er is geen drempel tussen het hebben van de MCP-server verbonden en het daadwerkelijk gebruiken ervan om uw pushengage sitegegevens, campagne-standaarden en service worker-instellingen te controleren voordat ze u attributie of bereik kosten.
