Måndag morgon, stand-up. Någon frågar hur push-notiserna gick förra veckan. Du känner till ditt totala antal prenumeranter och din totala klickhistorik utantill – men inget av dem besvarar den faktiska frågan. Var förra veckan bättre eller sämre än veckan innan? Klättrar eller sjunker din klickfrekvens? Ökade avanmälningsfrekvensen medan ingen tittade?
En livstidssiffra kan inte tala om för dig om den här veckan var bättre eller sämre än den förra
Det är det gapet som en livstidssiffra inte kan överbrygga, och det är precis vad veckovis rapportering av push-notisprestanda är till för. Istället för en siffra som bara ökar behöver du "hinkar" – dag, vecka eller månad – som du kan ställa sida vid sida och faktiskt jämföra. En enda total livstidssiffra talar om var du har hamnat. En trendrapport för push-notiser talar om vilken riktning du rör dig i just nu, och hur snabbt.
Om du har läst PushEngages inlägg om analys av push-notiser över tid, vet du redan att pushengage_get_analytics_summary svarar på frågan "hur går det för oss totalt sett": prenumeranter genom tiderna, skickade meddelanden genom tiderna, klick genom tiderna, målvärde genom tiderna. Det är ett annat verktyg för en annan fråga, och det är värt att vara precis om gränsen – det här inlägget berör aldrig den totala livstidssiffran igen. Det här inlägget handlar om pushengage_get_analytics_timeseries – verktyget som svarar på "hur går det för oss *just nu*, och rör det sig framåt" – genom att bryta ner ditt kontos prestanda i "hinkar" som du själv ställer in och låta dig fråga efter det på vanlig svenska istället för att bygga en rapport för hand.
Vad pushengage_get_analytics_timeseries returnerar: veckovis prestanda för push-notiser, on demand
Verktyget returnerar exakt sex fält, per "hink", över det datumintervall du ger det: prenumeranter, skickade meddelanden, visningar, klick, CTR och avanmälningar. Du väljer "hinkstorlek" – dag, vecka eller månad – baserat på vad du försöker se. En daglig "hink" visar ett enskilt dåligt skickat meddelande under en hektisk vecka. En veckovis "hink" är rätt kornighet för en måndags-stand-up. En månatlig "hink" är vad du skulle ge till en chef som vill ha kvartalet, inte bruset inom det.
Det finns ingen separat funktion för "veckorapport" att konfigurera och ingen mall att bygga först. Datumintervallet och "hinkstorleken" är bara två parametrar i det du frågar, så samma verktyg producerar en trendrapport för push-notiser i den kornighet som samtalet kräver – en vecka sedan, det här kvartalet, eller ett anpassat intervall runt en specifik kampanj. Det är en meningsfullt annorlunda form än de instrumentpaneler som de flesta plattformar levererar, där "veckovis" och "månatlig" är fasta vyer du väljer från en rullgardinsmeny snarare än ett intervall du ställer in själv.
Den flexibiliteten är viktigare i PushEngages skala än vad den skulle vara på en mindre plattform. Nätverket skickar 15,2 miljarder notifikationer under ett 30-dagarsfönster till över 25 000 företagare i över 150 länder — volym där en enskild livstidssiffra berättar nästan ingenting om just den här veckan. En trendvy, inte en totalsumma, är det enda sättet att se om din kontos andel av den volymen rör sig i den riktning du vill.
Kom igång: anslut PushEngage MCP-servern till din AI-assistent
Inget av exemplen nedan fungerar förrän PushEngage MCP-servern är ansluten till din AI-assistent. Lägg till npx -y @pushengage/mcp i konfigurationen för Claude Desktop, Claude Code eller Cursor, starta om klienten, så visas servern "pushengage" i din verktygslista. Första gången du använder den, be assistenten att logga in dig på PushEngage — det öppnar en webbläsarflik där du klickar på "Godkänn", och dina inloggningsuppgifter rör aldrig assistenten själv.
När du väl är inloggad, be den visa dina PushEngage-webbplatser och tala om vilken du vill använda; det valet sparas mellan omstarter, så varje fråga nedan körs mot rätt konto som standard. För en fullständig genomgång, inklusive felsökning av en server som inte ansluter, se den fullständiga installationsguiden för PushEngage MCP.
Att fråga om trenden: tre sätt att gruppera samma fråga
När du är ansluten kan samma underliggande fråga — "hur presterar push över tid" — ställas på tre olika sätt, beroende på den detaljnivå du behöver.
Vecka för vecka, för en månadsöversikt:
"Bryt ner förra månadens klick vecka för vecka."
Assistenten returnerar fyra eller fem veckovisa grupper, var och en med sändningar, visningar, klick och CTR, så att du omedelbart kan se om prestandan var platt, ökande, eller om den var som högst en vecka och död vid den sista.
Dag för dag, för att upptäcka en enskild dålig sändning:
"Visa mig dagliga sändningar och CTR för de senaste 14 dagarna."
Detta är den detaljnivå som fångar en specifik kampanj som underpresterade inom en annars frisk vecka — en dipp på dagnivå som en veckovis gruppering skulle jämna ut.
Månad för månad, för kvartalsöversikten:
"Hur jämförde sig oktober med september, månad för månad?"
Detta är versionen du skulle ta en skärmdump av för en chef: två grupper, sida vid sida, med skillnaden mellan dem istället för ett enda nummer som bara växer.
Alla tre är samma verktyg, pushengage_get_analytics_timeseries, med en annan gruppstorlek och datumintervall — gruppen är bara en parameter i frågan du ställer, inte en annan rapport att lära sig. Det är det faktiska arbetet för en AI-assistent för analys av push-notifikationer: det är samma underliggande data varje gång, omformad på begäran istället för förbakad i den vy som ett instrumentpaneler råkade levereras med.
Det är också den version som de flesta retentionsteam faktiskt behöver oftast: att jämföra prestandan för push-notifikationer månad för månad, utan att exportera något först. Fråga efter förra månaden och månaden innan i samma andetag, och assistenten ger tillbaka båda grupperna sida vid sida istället för två separata skärmdumpar som du själv skulle behöva ställa in.
Att läsa jämförelsen: vad en rörlig CTR-rad faktiskt berättar för dig
En procentenhetsförändring i CTR låter liten tills du omvandlar den till klick. Säg att din konto skickade 400 000 notifikationer i september med en CTR på 4,1 % — 16 400 klick. I oktober var utskicken stabila på 400 000, men CTR sjönk till 3,6 % — 14 400 klick. Det är 2 000 färre klick mot samma utskicksvolym, och vart och ett av dessa klick var en chans till en återvunnen kundvagn, en återaktivering eller ett återkommande köp som inte inträffade. En chef som rapporterar uppåt bör säga ”2 000 färre möjligheter till återvunnen intäkt månad för månad”, inte ”CTR sjönk en halv procent” — den andra versionen underskattar exakt vad som rörde sig.
Detta är vanan som är värd att bygga in i varje vecka-för-vecka-rapporteringscykel för push-notifikationsprestanda: stanna inte vid procentenheten. Multiplicera skillnaden med din utskicksvolym, och du har ett nummer som en chef kan agera på istället för en graf som de kommer att skumma förbi.
Samma matematik fungerar i andra riktningen, på en mindre detaljnivå. Om du jämför push-notifikationsprestanda månad för månad och ser tre veckor platt följt av en vecka ner en halv procent, är det inte ”oktober var svag” — det är en specifik vecka, ett specifikt utskick eller ett specifikt segment som är värt att gräva i individuellt innan du avskriver hela månaden. En vecka-för-vecka-rad för push-notifikations-CTR är vad som talar om för dig vilken vecka du ska gräva i.
När trenden sjunker: vad du ska kontrollera innan du skyller på texten
En fallande vecka-för-vecka-CTR för push-notifikationer har tre vanliga orsaker, och ingen av dem är ”notifikationstexten blev sämre”. Innan du skriver om en rubrik, hämta avprenumererings- och utskicksvolym-behållarna tillsammans med klick-behållaren för samma veckor — kombinationen pekar vanligtvis rakt mot en av de tre.
Listförfall hos prenumeranter. En utskickslista som aldrig omsegmenteras åldras — prenumeranterna som anmälde sig för arton månader sedan och slutade engagera sig räknas fortfarande i din utskicksvolym, vilket drar ner genomsnittet. PushEngages målgruppsgrupper låter dig bygga beteende- och RFM-stilsegment (senaste, frekventa, högkvalitativa eller förlorade) direkt från verktygen som finns tillgängliga i MCP-servern, så en sjunkande CTR är ett segmenteringsproblem du faktiskt kan lösa snarare än ett mysterium. Om din nedgång spåras tillbaka till detta, är segmenteringens effekt på klickfrekvensen värd en närmare läsning, och sätt att öka din klickfrekvens täcker de taktiska lösningarna när segmenteringen är på plats.
En ökande avprenumerationsgrad. Avprenumereringsfältet i dina tidsseriedata är inte bara ett nummer för hushållning — trendat vecka för vecka, en ökande avprenumerationsgrad är en tidig varning som vanligtvis dyker upp innan CTR-fallet gör det. Fånga det här först, och minska din avprenumerationsgrad går igenom lösningarna.
Leveransbarhetstak. Chromes pushfrekvensbegränsningar och plattformsövergripande policyändringar kan tyst begränsa hur många av dina utskick som faktiskt når en enhet, vilket ser identiskt ut med ett innehållsproblem i ett CTR-diagram men inte har något att göra med ditt meddelande. Om utskick och visningar båda sjunker tillsammans medan CTR förblir platt, är det leveransbarhetssignaturen – inte ett kopieringsproblem. Du skulle upptäcka det mönstret endast genom att titta på utskick och visningar som sina egna trendade trender, inte genom att stirra på CTR ensam.
Att köra alla tre kontroller tar lika mycket ansträngning som att ställa en fråga till. Istället för att gissa, fråga direkt: "Visa mig utskick, visningar, klick och avregistreringar för de senaste åtta veckorna." Ett svar, fyra fält, och kombinationen utesluter vanligtvis två av de tre orsakerna innan du ens har öppnat en enda instrumentpanel.
Om du rapporterar om mer än ett konto är detta den del som sparar mest tid
Om du är en byrå som hanterar push för flera klientwebbplatser, är alternativet till detta arbetsflöde att bygga en Looker Studio-rapport för varje konto, varje vecka, för hand. Med den anslutna MCP-servern ställs samma fråga en gång per webbplats: välj klient A med pushengage_select_site, fråga "jämför denna månad med förra månaden, vecka för vecka", få svaret, byt till klient B, ställ samma fråga igen. Det finns ingen aggregering för flera konton inbyggd i verktyget – du frågar fortfarande webbplats för webbplats – men tre klientwebbplatser och tre snabba frågor är en materiellt annorlunda måndag än tre dashboard-exportar och tre diagramskärmdumpar.
Den hastigheten ackumuleras till ett verkligt nummer när du kan koppla intäkter till den. Att mäta ROI för push-notiser täcker hur man för hela vägen från en klickskillnad till hänförda intäkter per konto, när du väl har siffrorna vecka för vecka eller månad för månad till hands.
Det är här en AI-assistent för analys av push-notiser förtjänar sin plats i en byrås måndagsrutin specifikt – inte för att den samlar flera klienter i en vy, utan för att marginalkostnaden för den fjärde frågan är nära noll när den första är besvarad. En retention manager med ett konto och en byrå med femton kör samma arbetsflöde; byrån kör det bara fler gånger under samma sittning.
Rapporten spelar bara roll om något förändras på grund av den
Veckovis rapportering av prestanda för push-notiser är bara värd att bygga om den ändrar vad som händer härnäst. En CTR som sjönk 0,5 punkter bör resultera i ett ombyggt segment, inte en punkt i en presentation. En avregistreringsgrad som ökade två veckor i rad bör resultera i en genomgång av utskicksfrekvensen innan det blir ett leveransbarhetsproblem. En jämförelse månad för månad som visar 2 000 färre klick mot en platt volym bör resultera i en dollar-siffra i din nästa rapport, inte en procentandel begravd i en fotnot.
Det är det verkliga testet för den här typen av rapportering: inte om trendlinjen finns, utan om den ändrade ett beslut. När siffrorna är en fråga bort istället för en instrumentpanels-export bort, finns det ingen ursäkt kvar för att hoppa över det steget. Se PushEngage-planer för att ansluta MCP-servern till ditt eget konto och börja fråga.
