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 | Evner |
|---|---|---|
| Send push-notifikationer (4) | Udsend en notifikation, slå resultatet op, list tidligere udsendelser, tjek sidens forbindelsesstatus. | send-besked, hent-besked, list-beskeder, hent-forbindelsesstatus |
| Byg og målret segmenter (4) | List segmenter og målgruppegrupper, opret et nyt segment, tilføj abonnenter til et segment. | list-segmenter, list-målgruppegrupper, opret-segment, tilføj-abonnenter-til-segment |
| Læs din analyse (3) | Hent aggregerede afsendelser-visninger-klik, kør en datoperioderapport grupperet efter dag, uge eller måned, hent abonnentlistens sundhedsmetrikker. | hent-besked-oversigt, hent-analyse-oversigt, hent-abonnent-analyse |
| Konfigurer auto-push (5) | Læs og opdater hvilke posttyper der auto-push, administrer kategori-til-segment-mappinger, list kategorier, inspicer attributmappinger til WordPress bruger-meta. | hent-auto-push-indstillinger, opdater-auto-push-indstillinger, list-kategorier, list-kategori-segment-mappinger, hent-attributmappinger |
| Kør WooCommerce og WhatsApp automatiseringer (4) | List push-automatiseringskampagner, aktiver eller konfigurer dem, list WhatsApp-automatiseringskampagner, tjek WhatsApp-legitimationsoplysninger. (Tilgængelig når WooCommerce er aktiv; WhatsApp-status kræver også gyldige WhatsApp-legitimationsoplysninger.) | list-push-automatiseringskampagner, opdater-push-automatiseringskampagne, list-whatsapp-automatiseringskampagner, hent-whatsapp-status |
| Diagnostiser og verificer (3) | Hent plugin-version og nøgleindstillinger, læs WordPress, PHP og servermiljø, hent fejlfindingslogfiler. | hent-plugin-info, hent-site-miljø, hent-fejlfindingslog |
Fire af disse grupper dækker kanaler: web push, WooCommerce-automatiseringsfladen, WhatsApp og auto-push-pipelinen, der driver indholdsmeddelelser fra dine indlæg. Den samme fire-kanalsdækning, som PushEngage har leveret i årevis – nu agent-kontrollerbar fra et chatvindue, oven på WordPress' eget tilladelsessystem.
Hvad du rent faktisk kan bede din assistent om at gøre
Fire prompter til at prøve i denne uge med din WordPress-forbundne assistent. Hver af dem nævner arbejdet, de evner assistenten kalder, og hvad der kommer tilbage.
1. Send en flash-sale push til dit engagerede-shoppers segment.
“Find mit engagerede-shoppers segment, send derefter alle i det en push-besked med titlen ‘Flash sale slutter ved midnat’, der linker til https://yourstore.com/flash-sale med salgs-hero-billedet.”
Assistenten kalder list-segmenter for at finde segment-ID'et, derefter send-besked med din titel, besked, URL og billede. Den destruktive flag på send-besked betyder, at assistenten bekræfter, før den sender, så du forbliver informeret om hver afsendelse.
2. Hent de sidste 30 dages indtjening, fordelt på uge.
“Vis mig en ugentlig analyse rapport for de sidste 30 dage, og fortæl mig, hvilke kampagner der genererede flest klik.”
Assistenten kalder hent-analyse-oversigt med datointervallet og group_by: uge, derefter list-beskeder for at mappe afsendelser til titler. Du får opdelingen i chatten, uden at skulle skifte til dashboard.
3. Sæt din WooCommerce browse-abandonment automatisering på pause indtil tirsdag.
“Deaktiver min browse-abandonment kampagne i de næste fire dage. Tænd den igen tirsdag morgen.”
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.
