WordPress 7.0 introducerar Abilities API — ett standardlager som låter plugins deklarera, i ett maskinläsbart format, vad de kan göra för en AI-assistent. Det är WordPress-ekosystemets svar på frågan som varje mjukvarustack får just nu: hur låter du en LLM styra din applikation utan att lägga till en anpassad integration per assistent?
PushEngage 4.2.3 levereras mot den standarden. 23 förmågor, registrerade genom den nya Abilities API, drop-in-kompatibla med WP MCP Adapter, verifierade mot WordPress 7.0 beta. Vi är en av de första retentionsplugins som kommer ut med den nya modellen.
Det spelar roll av en praktisk anledning: när WP 7.0 levereras stabil och din AI-assistent ansluter till din WordPress-webbplats, finns PushEngage redan i verktygslistan. Ingen väntan på en anpassad integration. Ingen andra autentiseringsyta. Retentionslagret är en del av den WordPress-inbyggda AI-stacken från dag ett.
Det här inlägget går igenom vad som finns i 4.2.3, de 23 förmågorna grupperade efter vad de faktiskt gör, fyra prompter du kan köra med din WordPress-anslutna assistent idag, behörighetsmodellen som Abilities API ärver från WordPress, och hur du aktiverar den.
Vad finns i PushEngage 4.2.3
Släppet levererar tre saker. Först, 23 förmågor registrerade genom WordPress Abilities API — det nya standardlagret i WordPress core som låter ett plugin deklarera vad det kan göra i ett maskinläsbart, MCP-kompatibelt format. Varje förmåga är en enskild, väldefinierad kapacitet (skicka en notifikation, lista segment, hämta en datumintervallanalysrapport) som en AI-assistent kan upptäcka och anropa. För det andra, drop-in-kompatibilitet med WP MCP Adapter, det community-underhållna pluginet som kopplar registrerade förmågor till MCP-protokollet som din AI-assistent talar. För det tredje, verifiering mot WordPress 7.0 beta, så att PushEngage-pluginet fortsätter att fungera den dagen 7.0 levereras stabil.
För en WordPress-administratör med en MCP-kapabel assistent redan ansluten: en kampanj beskriven på vanlig svenska anropar en PushEngage-förmåga direkt genom WordPress-administrationslagret. Ingen anpassad integration. Ingen ny autentiseringsmodell. Ingen andra instrumentpanel. Detta är också en milstolpe för WordPress-ekosystemet. Abilities API är en av de mer betydelsefulla tilläggen till core på flera år, och vi förväntar oss en våg av plugins att registrera sig mot den under resten av 2026. Att vara tidig ger dig omedelbar nytta idag, och signalerar var retentionsverktyg sitter i den WP-inbyggda AI-stacken framöver.
De 23 förmågorna, grupperade efter vad de faktiskt gör
Förmågenamn är inte hur en retention manager tänker. Här är de 23 förmågorna översatta till sex grupper som matchar det arbete du faktiskt gör i PushEngage.
| Grupp | Vad det täcker | Förmågor |
|---|---|---|
| Skicka push-notifikationer (4) | Skicka en notifikation, slå upp resultatet, lista tidigare sändningar, kontrollera webbplatsens anslutningsstatus. | send-notification, get-notification, list-notifications, get-connection-status |
| Bygg och rikta in segment (4) | Lista segment och målgruppsgrupper, skapa ett nytt segment, lägg till prenumeranter i ett segment. | list-segments, list-audience-groups, create-segment, add-subscribers-to-segment |
| Läs din analys (3) | Hämta aggregerade sändningar-visningar-klick, kör en rapport med datumintervall grupperad per dag, vecka eller månad, hämta hälsomått för prenumerantlistan. | get-notifications-summary, get-analytics-overview, get-subscriber-analytics |
| Konfigurera autosändning (5) | Läs och uppdatera vilka inläggstyper som autosänds, hantera kategori-till-segment-mappningar, lista kategorier, inspektera attributmappningar till WordPress användarmeddelanden. | get-auto-push-settings, update-auto-push-settings, list-categories, list-category-segment-mappings, get-attribute-mappings |
| Kör WooCommerce- och WhatsApp-automatiseringar (4) | Lista push-automatiseringskampanjer, aktivera eller konfigurera dem, lista WhatsApp-automatiseringskampanjer, kontrollera WhatsApp-autentiseringsstatus. (Tillgängligt när WooCommerce är aktivt; WhatsApp-status kräver också giltiga WhatsApp-autentiseringsuppgifter.) | list-push-automation-campaigns, update-push-automation-campaign, list-whatsapp-automation-campaigns, get-whatsapp-status |
| Diagnostisera och verifiera (3) | Hämta plugin-version och nyckelinställningar, läs WordPress-, PHP- och servermiljö, hämta felsökningsloggfiler. | get-plugin-info, get-site-environment, get-debug-log |
Fyra av dessa grupper täcker kanaler: webb push, WooCommerce-automatiseringsytan, WhatsApp och autosändningspipelinen som driver innehållsaviseringar från dina inlägg. Samma fyrkanals täckning som PushEngage har levererat i åratal – nu agentstyrd från ett chattfönster, ovanpå WordPress eget behörighetssystem.
Vad du faktiskt kan be din assistent att göra
Fyra prompter att prova denna vecka med din WordPress-anslutna assistent. Var och en namnger arbetet, de förmågor som assistenten anropar och vad som kommer tillbaka.
1. Skicka en flash-sale push till ditt segment med engagerade shoppare.
”Hitta mitt segment med engagerade shoppare, skicka sedan ett pushmeddelande till alla i det med titeln ’Flash sale slutar midnatt’ som länkar till https://yourstore.com/flash-sale med bilden ’sale-hero’.”
Assistenten anropar list-segments för att hitta segment-ID, sedan send-notification med din titel, meddelande, URL och bild. Flaggan ’destructive’ på send-notification innebär att assistenten bekräftar innan den skickar, så du är medveten om varje sändning.
2. Hämta de senaste 30 dagarnas återvunna intäkter, per vecka.
”Visa mig en veckovis analysrapport för de senaste 30 dagarna, och berätta vilka kampanjer som genererade flest klick.”
Assistenten anropar get-analytics-overview med datumintervall och group_by: week, sedan list-notifications för att mappa sändningar till titlar. Du får sammanfattningen i chatten, utan att behöva byta till instrumentpanelen.
3. Pausa din WooCommerce-automatisering för övergivna kundvagnar till tisdag.
”Inaktivera min kampanj för övergivna kundvagnar under de kommande fyra dagarna. Aktivera den igen på tisdag morgon.”
Assistenten anropar list-push-automation-campaigns, hittar kampanjen för övergivna kundvagnar och kör update-push-automation-campaign med enabled: false. På tisdagsmorgonen ber du den att återaktivera den. Samma funktioner täcker dina flöden för kundvagnsåterhämtning, efterköp och åter i lager. Dessa mallar levereras som färdiga automatiseringar, inte som tomma dukar som du måste bygga från grunden. Om du vill uppdatera hur dessa mallar konfigureras först, täcker tillkännagivandet PushEngage Workflows den visuella byggaren bakom dem.
4. Bygg ett nytt segment för shoppare som besökt /pricing under de senaste 7 dagarna.
“Skapa ett nytt segment som heter ‘pricing-page-visitors-7d’ som fångar alla som besökt /pricing under de senaste sju dagarna.”
Assistenten anropar create-segment med segmentnamnet och kriterierna. Du kan lägga till det nya segmentet i en kampanj i samma chatt.
Behörighetsmodellen: ärvd från WordPress, inte uppfunnen
Tre regler täcker varje funktion, och alla tre bygger på WordPress, inte ett sidokanal-autentiseringssystem som PushEngage byggt.
För det första kräver varje funktion behörigheten manage_options – samma WordPress-behörighetsgrind som skyddar din adminpanel. Assistenten autentiseras mot en WordPress-användare via ett applikationslösenord (standard WP-mekanismen sedan 5.6). En assistent ansluten som administratör kan köra funktionerna. En assistent ansluten som bidragsgivare kan inte. Abilities API:s hook permission_callback är hur varje funktion deklarerar sitt krav, och PushEngage använder den konsekvent över alla 23.
För det andra är endast en funktion markerad som destruktiv: send-notification. Varje MCP-medveten assistent tolkar den destruktiva flaggan som “bekräfta innan körning”. En skickningsbegäran visas i chatten som en åtgärd som väntar på ditt OK, inte en tyst sändning. Inställningsuppdateringar och skapande av segment är icke-destruktiva; assistenten kör dem utan att fråga vid varje ändring, vilket är vad du vill ha för det lilla konfigurationsarbetet som sker under en kampanj.
För det tredje returnerar get-debug-log innehåll av administratörsnivå (URL:er och request payloads) och är begränsad till samma administratörsbehörighet som resten. Din assistent har samma åtkomst som den mänskliga administratören som kör den, och inte mer. Detta är Abilities API som gör sitt jobb. Plugin-utvecklare återuppfinner inte autentisering – de deklarerar krav på behörigheter, och WordPress befintliga system för användare/roller/behörigheter hanterar resten. Resultatet är en behörighetsmodell som en administratör inte behöver lära sig från grunden.
Hur man slår på det (på under 5 minuter)
- Uppdatera PushEngage WordPress-pluginet till 4.2.3 från din WordPress-admin. Automatiska uppdateringar sköter detta för de flesta webbplatser; kontrollera sidan Plugins för att bekräfta. (Om pluginet är nytt för din installation, täcker vår guide om hur man installerar PushEngage WordPress-pluginet grunderna.)
- Installera WP MCP Adapter från WordPress plugin-katalog och aktivera den. Adaptern är den community-underhållna bron som översätter registrerade funktioner till MCP-protokollet som din assistent talar.
- Connect your AI assistant to your WordPress site per its own MCP-setup docs. Every major MCP-capable assistant has documentation for this; the connection uses a WordPress application password tied to your admin user — the same Application Passwords feature WordPress has shipped since 5.6, now repurposed as your assistant’s credential.
That’s the path. No engineering ticket. No custom code in your theme. No new auth surface. The five-minute install model the PushEngage plugin has always shipped with now extends to your assistant connection.
WooCommerce abilities register only when WooCommerce is active. WhatsApp abilities register when WooCommerce is active and WhatsApp credentials are valid. If you don’t see those abilities in your assistant’s tool list, check those two prerequisites first. The deeper WooCommerce abandoned-cart recovery flows that the WooCommerce abilities tune expect a live WooCommerce install behind them. For broader auto-push behavior, our older guide on how to automate your browser push campaigns is still the right reference.
What’s coming next
The 23 abilities in 4.2.3 cover the high-frequency work: sending, segmenting, reading analytics, tuning automations. The next releases extend in two directions, both anchored in the WordPress ecosystem.
More PushEngage surface area. Chat Widget abilities are arriving so your live-chat configuration can be inspected and tuned from chat alongside push. More granular per-notification analytics will let your assistant break down a single send by segment, geo, and device without you joining tables by hand. App-push parity with the web-push surface is on the roadmap, so the same prompts work whether the campaign is firing to browsers or to mobile apps.
Deeper WordPress alignment. As the Abilities API matures in WP 7.0 and beyond, we’ll register against new capability hooks the WordPress core team ships. As the WP MCP Adapter adds features, PushEngage will be compatible at release. The bet is that the WordPress-native AI stack will be the boring, reliable way most non-headless WP sites run agent workflows — and we’re building toward that surface.
Releases like 4.2.3 are interesting twice. They are interesting for what they do today — letting a WordPress admin run a Friday afternoon push from chat without waiting on a ticket — and they are interesting for what they signal about where retention tooling is moving inside the WordPress ecosystem. The abilities are available on every PushEngage plan. If running retention work through chat is about to push your subscriber list or campaign volume past your current limits, see what each PushEngage plan includes.
