I oktober 2026 endret WordPress.com to ting som er lette å blande sammen. 15. oktober oppdaterte selskapet WordPress Agent, assistenten i kontrollpanelet som bygger nettstedet og redigerer det fra chatten. Dagen etter oppdaterte det mars-kunngjøringen om skrivefunksjoner i sin MCP-server, som lar en ekstern AI-assistent, for eksempel Claude eller Cursor, opprette og endre innhold på nettstedet. Det første er et produkt for nettstedseieren. Det andre gir tilgang for verktøyene en utvikler eller en redaksjon bruker.
Denne artikkelen beskriver hva hvert av dem gjør ifølge dokumentasjonen fra WordPress.com, hvilke sikkerhetstiltak som gjelder for endringer en AI gjør, hvordan dette skiller seg fra Abilities API på WordPress med egen hosting, og hvor begge verktøyene slutter å strekke til.
Hva er nytt i WordPress Agent etter oppdateringen 15. oktober 2026?
Ronnie Burt beskrev endringene i et innlegg på WordPress.com-bloggen. Den viktigste gjelder tid:
«Å generere et nettsted tar nå under halvparten av den tidligere tiden. De fleste nettsteder er klare på under fire minutter.»
Kilde: WordPress.com, 15. oktober 2026, egen oversettelse
Den andre endringen gjelder temaet. Agent spør hva du bygger og hvilke mål du har, og lager så et eget tema ut fra svarene i stedet for å sette inn en ferdig mal fra katalogen. WordPress.com understreker at innholdet kan eksporteres og at temaet er bygget for WordPress, så nettstedet er ikke låst til ett verktøy.
Andre nyheter fra det samme innlegget:
- AI Editor, en forenklet editor med to faner: Preview viser nettstedet slik en besøkende ser det, og Edit lar deg endre teksten direkte på siden.
- Kommentarmodus (Annotate), der du markerer flere steder på siden og sender alle merknadene til Agent samtidig.
- Installering, aktivering og oppdatering av utvidelser med en kommando i chatten.
- Retningslinjer for nettstedet som Agent lager under byggingen og husker i senere samtaler.
- Samtaler med Agent i direktemeldinger i Slack, etter at kontoen er koblet til i innstillingene.
Agent fungerer på alle betalte WordPress.com-planer. På et eksisterende nettsted må den først slås på etter instruksjonene i brukerstøtten.
Hvordan slår man på AI Editor på et eksisterende WordPress.com-nettsted?
Hvis nettstedet ble bygget av WordPress Agent, er AI Editor slått på fra starten. For nettsteder som ble laget tidligere, nevner veiledningen i WordPress.com-brukerstøtten (kontrollert 14. oktober 2026) tre vilkår:
- Nettstedet bruker et blokktema. Med et klassisk tema dukker menypunktet AI Editor ikke opp i det hele tatt.
- WordPress Agent er slått på for dette nettstedet.
- Under Settings > Writing, i seksjonen AI Features, er feltet «Enable AI-powered site building experience» krysset av.
Når vilkårene er oppfylt, åpnes editoren fra menyen Appearance > AI Editor. Den fullstendige nettstedseditoren er fortsatt tilgjengelig under Appearance > Editor, så AI Editor erstatter den ikke.
For mange eldre nettsteder avgjør det første vilkåret saken. Et nettsted på et klassisk tema med widgeter og menyer i PHP må først over på et blokktema, og det betyr å flytte topptekst, bunntekst og maler inn i nettstedseditoren. På et nettsted med egne sidemaler og egendefinerte innleggstyper er det et eget prosjekt, som bør forberedes på en testkopi av nettstedet.
Ifølge brukerstøtten fungerer kommentarene slik: en knapp med snakkeboble og pluss ved siden av Preview og Edit slår på modusen, et klikk på en del av siden åpner feltet «Add a comment…», hver merknad får et nummer, og knappen Send viser hvor mange merknader som er samlet. Agent gjør alle endringene, men ingenting lagres før du klikker Save. Det siste steget betyr noe, fordi det gir et øyeblikk til å gå gjennom endringene før de lagres.
Kan WordPress Agent installere utvidelser selv?
Ja. Ifølge innlegget fra 15. oktober holder det å skrive hva du trenger, for eksempel et kontaktskjema, bedre SEO eller betaling. Agent anbefaler utvidelser som passer formålet, og installerer og aktiverer dem så i chatten. På forespørsel oppdaterer den også utvidelser som allerede ligger på nettstedet.
Bekvemmeligheten har en pris som alle som drifter WordPress-nettsteder kjenner. Hver utvidelse er ekstra kode som må oppdateres, som kan komme i konflikt med temaet eller en annen utvidelse, og som gjør angrepsflaten større. Agent velger utvidelse ut fra beskrivelsen av behovet. Den kjenner ikke planene for nettstedet, vet ikke at en engelsk versjon kommer om et halvt år, og sammenligner ikke lisenskostnader over flere år.
Dokumentasjonen for MCP-verktøyene viser hvordan disse operasjonene ser ut teknisk. Søket går gjennom katalogen på WordPress.org og den kommersielle katalogen på WordPress.com. En betalt utvidelse installeres bare når nettstedet har et aktivt kjøp. Uten det returnerer operasjonen beskjed om at kjøp er nødvendig. Jetpack og Akismet er låst av WordPress.com og kan ikke deaktiveres. Installering av utvidelser krever en plan som omfatter det.
God praksis er enkel. Bestem på forhånd en liste over utvidelser som er tillatt på nettstedet, og sjekk i aktivitetsloggen hva Agent har installert. Loggen har et filter for hendelser som gjelder utvidelser, så en gjennomgang en gang i uka tar noen minutter.
Hva husker WordPress Agent mellom samtalene?
Mens nettstedet bygges, lager Agent retningslinjer: nettstedets formål, målgruppe, tone og skrivestil, bildestil og noen andre innstillinger. Fra da av starter hver samtale med denne kunnskapen, så du slipper å forklare hva firmaet driver med hver gang.
Retningslinjene ligger under Settings > Guidelines. De kan redigeres når merkevaren endrer seg, og eksporteres for bruk andre steder. Agent bruker dem når den lager tekst og bilder, uansett om samtalen foregår i kontrollpanelet på WordPress.com, i Telegram, på e-post eller i Slack.
For en bedrift betyr det at retningslinjene er bare så gode som opplysningene Agent fikk i starten. Hvis den første samtalen var overfladisk, arver hver senere tekst manglene. Les de genererte retningslinjene rett etter at nettstedet er bygget, og rett dem for hånd før Agent begynner å skrive de første blogginnleggene.
Hva er MCP på WordPress.com, og hva kan en AI-assistent lagre på nettstedet?
MCP (Model Context Protocol) er en åpen protokoll som lar en AI-assistent finne tilgjengelige verktøy og bruke dem. WordPress.com startet en MCP-server i oktober 2025 med bare lesetilgang: innhold, statistikk og innstillinger. 20. mars 2026 kunngjorde Jonathan Bossenger skrivefunksjoner, og 16. oktober ble innlegget oppdatert.
I mars dreide det seg om 19 nye skriveoperasjoner for seks innholdstyper: innlegg, sider, kommentarer, kategorier, stikkord og media. Assistenten kan blant annet:
- opprette et innlegg ut fra en gitt tekst eller beskrivelse,
- bygge eller endre en side med blokkmønstre fra temaet,
- godkjenne kommentarer, svare på dem eller slette dem,
- opprette kategorier og stikkord og endre strukturen deres,
- rette alternativ tekst, bildetekster og filtitler i mediebiblioteket.
Før assistenten oppretter innhold, kan den lese farger, skrifttyper, avstander og blokkmønstre fra temaet, slik at den nye siden passer med resten. Dokumentasjonen anbefaler å sjekke feltet _content_warnings etter hver lagring, fordi WordPress kan fjerne deler av blokkene eller HTML-koden ved lagring.
Siden mars har katalogen vokst. Dokumentasjonen for MCP-verktøyene fra 13. oktober 2026 beskriver nå egne grupper av operasjoner for utvidelser, maler og maldeler, navigasjon, globale stiler, widgeter, brukere, sikkerhetskopier, sikkerhetsskanning og DNS-poster for domener. Tallet 19 beskriver altså situasjonen i mars, ikke dagens omfang. Dokumentasjonen påpeker også at settet med verktøy en bestemt bruker ser, avhenger av plan, rettigheter og kontoinnstillinger.
Oppsettet krever fire steg: slå på MCP for kontoen på adressen wordpress.com/me/mcp, kryss av for skriveoperasjonene du trenger, koble til AI-klienten og begynn å jobbe. Skrivefunksjonene forblir på alle betalte WordPress.com-planer hele året. Gratisnettsteder kan bruke samme MCP-tilkobling til slutten av november 2026 (WordPress.com-changelog, 31. oktober 2026); etter det mister de tilgangen med mindre de går over til en betalt plan.
Oppdatering, . WordPress.com-innlegget fra 3. november gjør tilkoblingen enklere: en offisiell ChatGPT-utvidelse og en Claude-kobling i katalogen til hver app, og den samme serveren er fortsatt åpen for andre MCP-kompatible klienter. For hvert nettsted velger du hva agenten får gjøre, og om den spør før hver endring eller handler selv. Start med at den spør: en endring uten godkjenning på et levende nettsted er vanskeligere å angre enn et avvist forslag. Fristen står: gratisplanen har tilgang ut november 2026.
Hvordan sikrer WordPress.com endringer som gjøres av en AI-assistent?
Mars-kunngjøringen beskriver flere lag med beskyttelse. Det viktigste lyder slik:
«Før den oppretter, endrer eller sletter noe som helst, beskriver AI-assistenten nøyaktig hva den har tenkt å gjøre, og ber om uttrykkelig bekreftelse. Ingenting skjer uten din godkjenning.»
Kilde: WordPress.com, 20. mars 2026, egen oversettelse
Den tekniske dokumentasjonen viser hvordan dette håndheves. Hver skriveoperasjon må inneholde parameteren user_confirmed: true. Serveren godtar en boolsk verdi eller en av strengene «true», «yes», «on», «1». Frie formuleringer som «yes do it» avvises, så assistenten må oversette menneskets samtykke til en av de tillatte verdiene. Ved sletting skal assistenten først hente og vise elementet som forsvinner.
Andre sikkerhetstiltak:
- Nye innlegg og sider opprettes som utkast. En endring i et publisert innlegg vises med en gang, og assistenten skal advare om det.
- Alle endringer havner i nettstedets aktivitetslogg. Når loggen leses via MCP, returneres som standard de siste seks månedene.
- Rollerettighetene i WordPress gjelder. En redaktør oppretter og redigerer innlegg, men endrer ikke nettstedsinnstillingene. En bidragsyter skriver utkast, men publiserer ikke.
- Hver operasjon har en egen bryter i MCP-innstillingene, så du kan slå på bare det du faktisk trenger, og bare på utvalgte nettsteder.
Papirkurven trenger en mer presis beskrivelse. Kunngjøringen fra mars sier at slettede innlegg, sider, kommentarer og media havner i papirkurven i 30 dager, mens kategorier og stikkord forsvinner permanent etter en ekstra bekreftelse. Den gjeldende verktøydokumentasjonen beskriver media annerledes:
«Sletter et medieelement permanent. WordPress.com flytter ikke vedlegg til papirkurven, så filen kan ikke gjenopprettes, og alt innhold som bruker den, mister bildet.»
Kilde: verktøydokumentasjonen for MCP på WordPress.com, 13. oktober 2026, egen oversettelse
Det er tryggere å gå ut fra versjonen i dokumentasjonen: 30 dager i papirkurven for innlegg, sider og kommentarer, permanent sletting for kategorier, stikkord og mediefiler. Sletting av en kategori flytter innleggene som hører til den, til kategorien Uten kategori, og en endring av kategoriens kortnavn (slug) endrer arkivadressene med en gang og kan ødelegge lenker. Det er to operasjoner det ikke lønner seg å gi assistenten uten å sjekke konsekvensene for SEO.
Fungerer MCP fra WordPress.com med et nettsted på egen hosting?
Delvis. Verktøydokumentasjonen sier rett ut at den samme katalogen dekker nettsteder hostet på WordPress.com og nettsteder på egen hosting som er koblet til via Jetpack. Listen over brukerens nettsteder omfatter begge typer, og Jetpack-funksjoner som sikkerhetskopier, skanning og oppetidsovervåking er operasjoner i verktøygruppen for nettstedet.
Tilgangen til innhold har likevel grenser. Innholdsoperasjonene omfatter innleggstyper registrert med show_in_rest i standardnavnerommet wp/v2 i REST API. Innleggstyper utenfor det, og interne typer i WordPress og Jetpack, er utilgjengelige. Hvis en utvidelse for nettbutikk eller reservasjoner lagrer data i egne tabeller eller i et eget REST-navnerom, ser ikke en assistent koblet til via MCP fra WordPress.com dem.
WordPress Agent og AI Editor er selv beskrevet som funksjoner i betalte WordPress.com-planer. På et nettsted med egen hosting får AI-assistenten det som kan gjøres via Jetpack og standard REST API. Alt utover det må du bygge selv.
Oppdatering, 24. oktober 2026: WordPress på egen hosting beveger seg mot MCP, men er ennå ikke der WordPress.com er. 21. oktober noterte AI-teamet i WordPress at det er godkjent å gjøre MCP til en del av standardopplevelsen i WordPress. WordPress 7.3 ble diskutert som et mulig mål, uten løfte om en bestemt versjon (ukesoppsummering fra AI-teamet). Gapet ligger i evnene (abilities). I Andy Peatlings benchmark Building with WordPress fullførte Opus 5.5 i Claude Code og GPT-6.1-Sol i Codex 0 av 42 oppgaver fra nettstedeiere på et selvhostet nettsted når MCP Adapter var eneste vei inn, og 33 av 42 med et applikasjonspassord til REST-API-et. WordPress.com leverer sine 19 skriveoperasjoner ferdige. Med MCP Adapter på din egen hosting må noen først registrere skriveevnene.
Oppdatering, : AI-teamet publiserte forslaget WordPress for the Agentic Web med fire arbeidsspor. Utvidelsen MCP Adapter skal stabiliseres parallelt med WordPress 7.2, og forslaget er å få MCP inn i kjernen i 7.3, enten ved sammenslåing eller som medfølgende utvidelse. Et grunnsett med Abilities for administrasjon av nettstedet skal delvis komme i 7.2 og bredere i 7.3. OAuth skal la brukeren autorisere sin egen agent ved vanlig innlogging: flytene kartlegges i 7.2, implementering i kjernen sikter mot 7.3, og forfatteren kaller applikasjonspassord en dårlig løsning for de fleste. Det fjerde sporet er prototyper av hele opplevelsen i 7.2. Om det kommer i kjernen, avhenger av teknisk modenhet, sikkerhet og vanlig gjennomgang. Inntil da trenger et nettsted på egen hosting utvidelsen MCP Adapter og bevisst avgrensede rettigheter; hvordan jeg setter det opp, står på siden MCP- og AI-integrasjon.
Oppdatering : 28. oktober åpnet Google en forhåndsversjon av Connected Apps Platform. En tjeneste kobles til Google-søk og Gemini-appen gjennom en MCP-server i skyen eller, på Android, gjennom AppFunctions. Appen registreres, testes og sendes inn i Google Connected Console, og før gjennomgangen velger du om den skal være tilgjengelig i søk, i Gemini eller begge steder (Google-bloggen). Dokumentasjonen krever OAuth 2.1, slik at brukeren én gang kan gi Gemini lov til å handle på sine vegne (Google for Developers). Google åpner tilgangen trinnvis og oppgir ikke hvilke markeder. For en nettstedseier er det samme par som forslaget fra WordPress sitt AI-team beskriver: en ekstern MCP-server og innlogging med OAuth. Et nettsted som allerede har godt beskrevne verktøy og trygg autorisering, er klart tidligere. Slike servere designer jeg som en del av utvikling av MCP-servere.
Oppdatering, : WordPress.com-changelog for 16.-29. oktober (publisert 31. oktober) åpner MCP-administrasjon også for gratisnettsteder til slutten av november 2026. Betalte planer beholder tilgangen. Samme innlegg legger til butikkoppsett via WordPress Agent på betalte planer: det installerer WooCommerce, legger ut en butikk og legger til eksempelprodukter. For en selvhostet butikk med ERP, egen kasse eller bevisst avgrensede MCP-abilities bygger jeg fortsatt det som WooCommerce-integrasjoner med ERP-systemer og MCP- og AI-integrasjon, ikke som en prompt til en hostet agent.
Illustrasjon fra WordPress.com-changelog, 31. oktober 2026. Kilde: wordpress.com/blog/2026/10/31/changelog-site-store-ai/.
WordPress.com Support: Enable MCP tool access for AI agents, sist gjennomgått 30. oktober 2026. Merk: MCP er tilgjengelig på alle WordPress.com-nettsteder, også gratis. Kilde: wordpress.com/support/mcp/.
Hva er forskjellen på Abilities API og MCP på WordPress.com?
Abilities API har vært i WordPress-kjernen siden versjon 6.9. Det er et register over operasjoner som nettstedet gjør tilgjengelige for andre deler av systemet, for utvidelser og for eksterne verktøy, også AI-assistenter. Hver operasjon, i dokumentasjonen kalt en ability, har et unikt navn i formatet navnerom/navn, en beskrivelse, et skjema for inn- og utdata i JSON Schema, en kategori, en funksjon som utfører den, og en valgfri funksjon som sjekker rettigheter.
Eksempel fra dokumentasjonen, kortet ned til de viktigste feltene:
add_action( 'wp_abilities_api_init', function () {
wp_register_ability(
'my-plugin/site-info',
array(
'label' => __( 'Site Info', 'textdomain' ),
'description' => __( 'Returns information about this WordPress site', 'textdomain' ),
'category' => 'site-information',
'input_schema' => array(),
'output_schema' => array( 'type' => 'object' ),
'execute_callback' => 'wporg_get_siteinfo',
'permission_callback' => function () {
return current_user_can( 'manage_options' );
},
'meta' => array( 'show_in_rest' => true ),
)
);
} );Abilities API snakker ikke MCP-protokollen selv. Det gjør den offisielle pakken MCP Adapter, som gjør registrerte abilities om til MCP-verktøy, -ressurser og -kommandoer. Den støtter transport over HTTP og STDIO, lar deg kjøre flere MCP-servere med ulike sett av operasjoner, og sjekker rettigheter på to nivåer: for transporten og for hver operasjon.
En viktig forskjell fra WordPress.com gjelder standardinnstillingene. I MCP Adapter er abilities private som standard. For at en AI-assistent skal kunne bruke dem, må meta.public (eller meta.mcp.public) settes til true. Operasjonene som deles, er tilgjengelige gjennom tre verktøy i standardserveren: mcp-adapter/discover-abilities, mcp-adapter/get-ability-info og mcp-adapter/execute-ability. Klienten kobler seg til via WP-CLI eller via HTTP på adressen /wp-json/mcp/mcp-adapter-default-server.
I praksis ser valget slik ut. På WordPress.com får du en ferdig katalog med operasjoner, bekreftelser som håndheves av serveren, og en aktivitetslogg, men du kan ikke legge til en egen operasjon. På egen hosting bestemmer du selv hva assistenten kan gjøre, også operasjoner på butikkdata eller i et eksternt system. Du skriver da også selv rettighetskontrollen, bekreftelsene før endringer og loggføringen. Feltet permission_callback med current_user_can() i eksempelet over er et minimum, ikke et fullstendig sikkerhetstiltak: en operasjon som endrer data, bør også sjekke og rense inndataene i funksjonen som utfører den. Mer om selve API-et skriver vi i guiden til Abilities API.
Hva kan ikke en AI-assistent på WordPress.com gjøre?
Grensene følger direkte av operasjonene som er beskrevet. Verken innlegget om WordPress Agent, kunngjøringen om skrivefunksjoner eller verktøydokumentasjonen beskriver en operasjon som skriver eller redigerer PHP-kode, kjører spørringer direkte mot databasen eller kobler nettstedet til et eksternt system, for eksempel et regnskapsprogram eller en grossist.
Agent og en assistent via MCP kan installere en utvidelse som noen andre har skrevet. Dokumentasjonen beskriver til og med opplasting av en utvidelse fra en ZIP-fil. Å installere en utvidelse er likevel noe annet enn å skrive, teste og vedlikeholde den. Hvis butikken skal hente lagerbeholdning fra firmaets system hvert kvarter, må noen skrive integrasjonen, håndtere tilkoblingsfeil og sjekke hva som skjer når lagersystemet ikke svarer. Av samme grunn bestiller kunder WooCommerce-integrasjoner med ERP-systemer hos utviklere, ikke hos en AI-assistent.
Den andre grensen gjelder ansvar. Agent oppdaterer en utvidelse når noen ber om det i chatten, men går ikke gjennom kjøpsflyten i butikken etterpå og sjekker ikke om kontaktskjemaet fortsatt sender meldinger. Aktivitetsloggen viser hva som ble endret. Den sier ikke om nettstedet fortsatt fungerer som det skal etter endringen.
Den tredje grensen er dataomfanget. Assistenten ser bare innleggstyper som er tilgjengelige i standard REST API. Innhold som utvidelser lagrer i egne tabeller, innstillinger for utvidelser lagret utenfor standardalternativene, og butikkdata er utenfor rekkevidde, med mindre utvidelsen selv gjør dem tilgjengelige.
WordPress.com med Agent eller WordPress på egen hosting: hvordan velge?
WordPress.com med Agent gir mening når nettstedet bare bruker ferdige utvidelser og eieren vil endre innhold og utseende uten utvikler. WordPress.com tar seg av hosting, sikkerhet og WordPress-oppdateringer, og Agent og MCP gjør det daglige arbeidet med innhold raskere. Det gjelder som regel et firmanettsted, en blogg, et tjenestenettsted med skjema og en enkel nettbutikk.
Egen hosting er et bedre valg i flere situasjoner:
- nettstedet skal utveksle data med et lager-, regnskaps- eller CRM-system,
- det trengs egen PHP-kode, egne blokker eller egne innholdstyper med egendefinerte felt,
- dataene må lagres et bestemt sted, for eksempel på grunn av en avtale med en kunde eller firmaets retningslinjer,
- AI-assistenten skal utføre operasjoner som ikke finnes i katalogen til WordPress.com, for eksempel på bestillinger i nettbutikken.
Før du bestemmer deg, lønner det seg å gå gjennom tre spørsmål. Krever noen av dagens eller planlagte funksjoner kode som ikke finnes i noen utvidelse i katalogen? Skal nettstedet kjøre på et blokktema, som AI Editor ikke fungerer uten? Hvem skal sjekke hva AI-assistenten har endret på nettstedet, og hvor ofte? Hvis svaret på det første spørsmålet er «ja» og ingen har svar på det tredje, gir Agent en raskere start, men problemene dukker opp ved den første integrasjonen.
Et nettsted på WordPress.com er ikke et valg for alltid. Innholdet kan eksporteres, og temaet Agent bygger, er et WordPress-tema. Ved en flytting må du likevel planlegge lisenser for betalte utvidelser og omdirigeringer av adresser.
Når lønner det seg å la en utvikler stå for implementeringen?
Agent korter ned veien til den første versjonen av nettstedet og håndterer daglige innholdsendringer godt. En utvikler trengs der koden, integrasjonene og ansvaret for at nettstedet fungerer etter en endring, begynner. Hvordan byråer kombinerer arbeid med AI og kodegjennomgang utført av mennesker, skriver vi om i artikkelen om rekruttering av WordPress-utviklere som jobber med AI.
Be om et pristilbud når:
- du trenger en WordPress-utvikler som flytter nettstedet fra et klassisk tema til et blokktema eller fra WordPress.com til egen hosting,
- du vil gi AI-assistenten egne operasjoner via Abilities API og MCP Adapter, med rettighetskontroll og endringslogg, altså MCP- og AI-integrasjon,
- Agent allerede har installert flere utvidelser, og du vil vite hvilke av dem som trengs.
I forespørselen beskriver du hvor nettstedet hostes i dag, om det har en nettbutikk, hvor mange språkversjoner det har, og hvilke systemer det skal kobles til. Prisen er individuell og settes etter omfanget. Skjemaet finner du på siden kontakt.
