WordPress 7.0 introducerer Abilities API — et standardlag, der lader plugins erklære, i et maskinlæsbart format, hvad de kan gøre for en AI-assistent. Det er WordPress-økosystemets svar på det spørgsmål, enhver softwarestak bliver stillet lige nu: hvordan lader du en LLM styre din applikation uden at tilføje en brugerdefineret integration per assistent?
PushEngage 4.2.3 leveres i overensstemmelse med denne standard. 23 abilities, registreret gennem den nye Abilities API, drop-in-kompatible med WP MCP Adapter, verificeret mod WordPress 7.0 beta. Vi er en af de første retention-plugins, der er klar med den nye model.
Det betyder noget af én praktisk grund: når WP 7.0 udgives stabilt, og din AI-assistent opretter forbindelse til dit WordPress-site, er PushEngage allerede på listen over værktøjer. Ingen ventetid på en brugerdefineret integration. Ingen sekundær godkendelsesflade. Retention-laget er en del af den WordPress-native AI-stak fra dag ét.
Dette indlæg gennemgår, hvad der er i 4.2.3, de 23 abilities grupperet efter, hvad de faktisk gør, fire prompts, du kan køre med din WordPress-forbundne assistent i dag, tilladelsesmodellen, som Abilities API arver fra WordPress, og hvordan du slår den til.
Hvad er der i PushEngage 4.2.3
Udgivelsen leverer tre ting. For det første 23 abilities registreret gennem WordPress Abilities API — det nye standardlag i WordPress core, der lader et plugin erklære, hvad det kan gøre i et maskinlæsbart, MCP-kompatibelt format. Hver ability er en enkelt, velbeskrevet kapacitet (send en notifikation, list segmenter, hent en datobaseret rapport), som en AI-assistent kan opdage og kalde. For det andet drop-in-kompatibilitet med WP MCP Adapter, det community-vedligeholdte plugin, der forbinder registrerede abilities til MCP-protokollen, som din AI-assistent taler. For det tredje verifikation mod WordPress 7.0 beta, så PushEngage-pluginet fortsætter med at fungere den dag, 7.0 udgives stabilt.
For en WordPress-administrator med en MCP-kapabel assistent allerede forbundet: en kampagne beskrevet i almindeligt sprog kalder en PushEngage-ability direkte gennem WordPress-administrationslaget. Ingen brugerdefineret integration. Ingen ny godkendelsesmodel. Intet sekundært dashboard. Dette er også en milepæl for WordPress-økosystemet. Abilities API er en af de mest betydningsfulde tilføjelser til core i årevis, og vi forventer en bølge af plugins at registrere sig mod den resten af 2026. At være tidligt giver dig øjeblikkelig nytte i dag og signalerer, hvor retention-værktøjer sidder i den WP-native AI-stak fremover.
De 23 abilities, grupperet efter, hvad de faktisk gør
Navne på abilities er ikke, hvordan en retention-manager tænker. Her er de 23 abilities oversat til seks grupper, der matcher det arbejde, du rent faktisk udfører i PushEngage.
| Gruppe | Hvad det dækker | Abilities |
|---|---|---|
| Send push-notifikationer (4) | Udsend en notifikation, slå resultatet op, list tidligere udsendelser, tjek sidens forbindelsesstatus. | send-notification, get-notification, list-notifications, get-connection-status |
| Byg og målret segmenter (4) | List segments and audience groups, create a new segment, add subscribers to a segment. | list-segments, list-audience-groups, create-segment, add-subscribers-to-segment |
| Read your analytics (3) | Pull aggregate sends-views-clicks, run a date-ranged report grouped by day, week, or month, fetch subscriber-list health metrics. | get-notifications-summary, get-analytics-overview, get-subscriber-analytics |
| Configure auto-push (5) | Read and update which post types auto-push, manage category-to-segment mappings, list categories, inspect attribute mappings to WordPress user meta. | get-auto-push-settings, update-auto-push-settings, list-categories, list-category-segment-mappings, get-attribute-mappings |
| Run WooCommerce and WhatsApp automations (4) | List push-automation campaigns, enable or configure them, list WhatsApp automation campaigns, check WhatsApp credential status. (Available when WooCommerce is active; WhatsApp status also requires valid WhatsApp credentials.) | list-push-automation-campaigns, update-push-automation-campaign, list-whatsapp-automation-campaigns, get-whatsapp-status |
| Diagnose and verify (3) | Pull plugin version and key settings, read WordPress, PHP, and server environment, fetch debug log files. | get-plugin-info, get-site-environment, get-debug-log |
Four of those groups cover channels: web push, the WooCommerce automation surface, WhatsApp, and the auto-push pipeline that drives content notifications from your posts. The same four-channel coverage PushEngage has shipped for years — now agent-controllable from one chat window, sitting on top of WordPress’s own permission system.
What you can actually ask your assistant to do
Four prompts to try this week with your WordPress-connected assistant. Each one names the work, the abilities the assistant calls, and what comes back.
1. Send a flash-sale push to your engaged-shoppers segment.
“Find my engaged-shoppers segment, then send everyone in it a push notification titled ‘Flash sale ends midnight’ that links to https://yourstore.com/flash-sale with the sale-hero image.”
The assistant calls list-segments to find the segment ID, then send-notification with your title, message, URL, and image. The destructive flag on send-notification means the assistant confirms before firing, so you stay in the loop on every send.
2. Pull the last 30 days of recovered revenue, by week.
“Show me a week-by-week analytics report for the last 30 days, and tell me which campaigns drove the most clicks.”
The assistant calls get-analytics-overview with the date range and group_by: week, then list-notifications to map sends to titles. You get the breakdown in chat, with no dashboard switch.
3. Pause your WooCommerce browse-abandonment automation until Tuesday.
“Disable my browse-abandonment campaign for the next four days. Turn it back on Tuesday morning.”
Assistenten kalder list-push-automation-campaigns, finder kampagnen for forladte indkøbskurve og kører update-push-automation-campaign med enabled: false. Tirsdag morgen beder du den om at genaktivere den. De samme funktioner dækker dine flows for indkøbsvogn-genfinding, efter-køb og lagerbeholdning. Disse skabeloner leveres som klar til brug automatiseringer, ikke som tomme lærreder, du skal bygge fra bunden. Hvis du vil opdatere, hvordan disse skabeloner er konfigureret først, dækker meddelelsen PushEngage Workflows den visuelle builder bag dem.
4. Byg et nyt segment for shoppere, der har besøgt /pricing inden for de sidste 7 dage.
“Opret et nyt segment kaldet ‘pricing-page-visitors-7d’, der fanger enhver, der har besøgt /pricing inden for de sidste syv dage.”
Assistenten kalder create-segment med segmentnavnet og kriterierne. Du kan integrere det nye segment i en kampagne i samme chat.
Tilladelsesmodellen: arvet fra WordPress, ikke opfundet
Tre regler dækker enhver funktion, og alle tre læner sig op ad WordPress, ikke et sidekanal-godkendelsessystem, som PushEngage har bygget.
For det første kræver enhver funktion manage_options-funktionen – den samme WordPress-godkendelsesport, der beskytter dit admin-dashboard. Assistenten er godkendt mod en WordPress-bruger via en applikationsadgangskode (den standard WP-mekanisme siden 5.6). En assistent, der er forbundet som administrator, kan køre funktionerne. En assistent, der er forbundet som bidragyder, kan ikke. Abilities API’s permission_callback hook er, hvordan hver funktion erklærer sit krav, og PushEngage bruger den konsekvent på tværs af alle 23.
For det andet er kun én funktion markeret som destruktiv: send-notification. Enhver MCP-bevidst assistent fortolker den destruktive flag som “bekræft før kørsel.” En send-anmodning vises i chatten som en handling, der venter på din OK, ikke som en lydløs afsendelse. Indstillingsopdateringer og segmentoprettelser er ikke-destruktive; assistenten kører dem uden at spørge ved hver ændring, hvilket er, hvad du ønsker for det lille konfigurationsarbejde, der sker under en kampagne.
For det tredje returnerer get-debug-log indhold på admin-niveau (URL'er og anmodnings-payloads) og er begrænset til den samme admin-godkendelse som resten. Din assistent har den samme adgang som den menneskelige administrator, der kører den, og ikke mere. Dette er Abilities API, der gør sit job. Plugin-forfattere genopfinder ikke godkendelse – de erklærer krav til funktioner, og WordPress’ eksisterende bruger-/rolle-/funktionssystem håndterer resten. Resultatet er en tilladelsesmodel, som en administrator ikke behøver at lære fra bunden.
Sådan slår du det til (under 5 minutter)
- Opdater PushEngage WordPress-pluginet til 4.2.3 fra din WordPress-admin. Auto-opdateringer tager sig af dette for de fleste websteder; tjek siden Plugins for at bekræfte. (Hvis pluginet er nyt for din opsætning, dækker vores vejledning om hvordan man installerer PushEngage WordPress-pluginet det grundlæggende.)
- Installer WP MCP Adapter fra WordPress-pluginbiblioteket og aktiver det. Adapteren er den community-vedligeholdte bro, der oversætter registrerede funktioner til MCP-protokollen, som din assistent taler.
- Forbind din AI-assistent til dit WordPress-site i henhold til dets egne MCP-opsætningsdokumenter. Enhver større MCP-kompatibel assistent har dokumentation for dette; forbindelsen bruger en WordPress-applikationsadgangskode knyttet til din administratorbruger — den samme Application Passwords-funktion, som WordPress har leveret siden 5.6, nu genbrugt som din assistents legitimationsoplysninger.
Det er vejen frem. Ingen ingeniørbillet. Ingen brugerdefineret kode i dit tema. Ingen ny godkendelsesoverflade. Fem-minutters installationsmodellen, som PushEngage-pluginet altid har leveret, udvides nu til din assistentforbindelse.
WooCommerce-funktioner registreres kun, når WooCommerce er aktiv. WhatsApp-funktioner registreres, når WooCommerce er aktiv, og WhatsApp-legitimationsoplysninger er gyldige. Hvis du ikke ser disse funktioner på din assistents værktøjsliste, skal du først kontrollere disse to forudsætninger. De dybere WooCommerce-flows til genopretning af forladte indkøbskurve, som WooCommerce-funktionerne finjusterer, forventer en live WooCommerce-installation bag sig. For bredere auto-push-adfærd er vores ældre vejledning om, hvordan man automatiserer dine browser-push-kampagner, stadig den rigtige reference.
Hvad kommer næste gang
De 23 funktioner i 4.2.3 dækker det højfrekvente arbejde: afsendelse, segmentering, læsning af analyser, finjustering af automatiseringer. De næste udgivelser udvides i to retninger, begge forankret i WordPress-økosystemet.
Mere PushEngage-overfladeareal. Chat Widget-funktioner er på vej, så din live-chatkonfiguration kan inspiceres og finjusteres fra chat sammen med push. Mere granulære analyser pr. notifikation vil lade din assistent nedbryde en enkelt afsendelse efter segment, geo og enhed uden at du manuelt skal samle tabeller. App-push-paritet med web-push-overfladen er på køreplanen, så de samme prompts fungerer, uanset om kampagnen udløses til browsere eller mobilapps.
Dybdegående WordPress-justering. Efterhånden som Abilities API modnes i WP 7.0 og fremefter, vil vi registrere mod nye kapacitetskroge, som WordPress-kerneholdet leverer. Efterhånden som WP MCP Adapter tilføjer funktioner, vil PushEngage være kompatibel ved udgivelsen. Væddemålet er, at WordPress-native AI-stacken vil være den kedelige, pålidelige måde, hvorpå de fleste ikke-headless WP-sites kører agent-workflows — og vi bygger mod den overflade.
Udgivelser som 4.2.3 er interessante to gange. De er interessante for, hvad de gør i dag — at lade en WordPress-administrator køre et fredag eftermiddags-push fra chat uden at vente på en billet — og de er interessante for, hvad de signalerer om, hvor retention-værktøjer bevæger sig inden for WordPress-økosystemet. Funktionerne er tilgængelige på alle PushEngage-planer. Hvis kørsel af retention-arbejde via chat er ved at skubbe din abonnentliste eller kampagnevolumen forbi dine nuværende grænser, se hvad hver PushEngage-plan inkluderer.
