För ett tag sedan skrev jag om att CMS börjar byggas för AI-agenter.

Nu kommer ett betydligt mer konkret exempel.

Elementor har lanserat en MCP-koppling där verktyg som Claude, Codex och Cursor kan ansluta direkt till en WordPress-sajt och arbeta i Elementor.

Inte bara ge dig kod att klistra in.

Inte bara skriva en text som du sedan själv lägger på rätt plats.

Agenten kan skapa och redigera riktiga Elementor-strukturer direkt i CMS:et.

Det tycker jag är en ganska stor skillnad.

Från AI bredvid CMS:et till AI inne i arbetsflödet

Mycket AI-stöd i webbproduktion har hittills fungerat ungefär så här:

  1. beskriv vad du vill ha
  2. AI genererar text, kod eller designförslag
  3. kopiera resultatet
  4. bygg in det i webbplatsen
  5. testa
  6. rätta det som blev fel

AI:n hjälper till, men själva CMS:et är fortfarande ett separat steg.

Med Elementor MCP flyttas agenten in i arbetsflödet.

MCP står för Model Context Protocol och fungerar här som länken mellan ett externt AI-verktyg och Elementor.

När kopplingen är på plats kan en agent bland annat:

  • skapa sidor och sektioner
  • bygga med Elementors Atomic-element
  • ändra befintliga Atomic-layouter
  • skapa och använda globala klasser och variabler
  • arbeta med responsiva inställningar
  • skapa återanvändbara komponenter
  • koppla dynamisk data
  • arbeta med Theme Builder-mallar
  • skapa popups
  • läsa strukturen och justera den

Resultatet ligger fortfarande i Elementor.

Det är kanske den viktigaste detaljen.

Du får inte en hög med fristående HTML som sedan måste förvaltas på något annat sätt. Elementen ska vara redigerbara vidare i det vanliga Elementor-gränssnittet.

Det förändrar vad en prompt faktiskt kan göra

Tänk ett vanligt uppdrag.

Du har redan en webbplats med ett designsystem, globala variabler, komponenter, sidmallar och ett antal etablerade sätt att bygga.

Sedan behöver du en ny landningssida.

I ett traditionellt AI-flöde kan du be om struktur, copy eller kod och sedan bygga resten själv.

Med MCP börjar en instruktion i stället kunna se ut ungefär så här:

Skapa en ny landningssida för tjänsten. Använd befintliga globala färger och typografiklasser. Återanvänd CTA-komponenten från de andra tjänstesidorna. Bygg hero, innehållssektioner, FAQ och kontaktsektion. Anpassa för mobil och spara sidan som utkast.

Det är inte samma sak som att generera ett förslag.

Agenten får verktyg för att utföra jobbet i den miljö där webbplatsen faktiskt förvaltas.

Det är där jag tycker att det börjar bli intressant.

Människan behöver fortfarande vara kvar i loopen

Det här betyder inte att jag hade gett en agent ett uppdrag och sedan gått och tagit kaffe medan den publicerar färdigt.

Elementors MCP följer WordPress-användarens behörigheter. Om användaren har rätt att publicera kan agenten också få möjlighet att publicera. Elementor stödjer både att spara utkast och att publicera direkt.

Det tekniskt möjliga behöver inte vara det rimliga arbetsflödet.

För mig känns en bättre modell fortfarande som:

människa sätter riktningen → agenten bygger → människa granskar → agenten justerar → människa publicerar

Elementor har också konflikthantering om en människa och en agent arbetar på samma canvas samtidigt.

Det är en liten detalj som säger ganska mycket om vart vi är på väg.

AI-agenten behandlas inte längre bara som en chattruta.

Den börjar behandlas som ytterligare en aktör i produktionsmiljön.

Ett riktigt byråtest finns redan

Elementor har också publicerat ett case med Webgate, en byrå som använder MCP med Codex och Claude Code på sin egen produktionssajt.

Det är förstås ett case publicerat av Elementor själva och ska läsas som det.

Men arbetsflödet är ändå intressant.

Webgate beskriver hur agenten används för den mer mekaniska implementationen medan människor fortfarande ansvarar för bland annat informationsarkitektur, UX, designbeslut, tillgänglighet, responsivitet, kvalitetssäkring och publicering.

Det ligger ganska nära hur jag själv tror att verktygen blir mest användbara.

Inte:

AI bygger webbplatser. Nu behövs ingen längre.

Utan snarare:

Vilka delar av webbproduktionen kräver faktiskt mänsklig bedömning, och vilka delar kan en agent genomföra när riktningen redan är bestämd?

Det är en mycket mer intressant fråga.

Det större skiftet ligger under Elementor

Elementor MCP är också intressant av en annan anledning.

Det bygger på WordPress Abilities.

Abilities API introducerades i WordPress 6.9 och byggdes vidare i 7.1. Grundidén är att WordPress och plugins kan beskriva funktioner som tydligt definierade abilities med exempelvis namn, behörigheter, input och output.

Det gör funktionerna lättare att upptäcka och använda från externa klienter.

MCP blir sedan ett sätt för en AI-agent att få tillgång till dessa verktyg.

Det gör att Elementor-lanseringen egentligen handlar om mer än Elementor.

Om fler plugins börjar exponera sina funktioner på ett liknande sätt kan agenten få en verktygslåda för stora delar av WordPress.

I teorin kan det börja se ut så här:

Elementor: bygg sidan.

ACF: koppla rätt fält.

WooCommerce: arbeta med produktdata.

SEO-plugin: uppdatera relevant metadata.

WordPress: skapa och strukturera innehåll.

Browser: kontrollera resultatet.

Det är då CMS:et börjar förändras på riktigt.

Inte för att admin-gränssnittet försvinner, utan för att det får ytterligare ett sätt att användas.

Jag skrev mer om just den utvecklingen i När CMS börjar byggas för AI-agenter.

WordPress arbetar vidare åt samma håll

WordPress roadmap för 7.2 förstärker den här bilden.

Där finns fortsatt arbete med bland annat:

  • fler WordPress Abilities
  • uppdaterad MCP-adapter
  • enklare sätt att aktivera MCP
  • kontroll över vilka abilities som exponeras
  • WebMCP-experiment
  • identitet och delegering för agenter
  • återanvändbara instruktioner och redaktionella riktlinjer för AI

Men det är viktigt att vara noggrann här.

WordPress skriver själva att arbetet sker i AI-pluginet och inte är garanterat att landa i WordPress 7.2.

Det är alltså en riktning och ett aktivt utvecklingsspår, inte ett löfte om att allt detta finns i Core i december.

Det gör ändå Elementors implementation intressant.

De väntar inte på att hela ekosystemet ska vara färdigt.

De börjar använda infrastrukturen nu.

Alla gamla Elementor-sajter är inte plötsligt agentiska

Det finns också ganska tydliga begränsningar.

Elementor MCP kräver för närvarande:

  • WordPress 6.8 eller senare
  • Elementor Core 4.3 eller senare
  • Elementor Pro 4.3 eller senare

Och den stora skiljelinjen är Elementors nya Atomic/V4-struktur.

MCP kan bygga nya Atomic-layouts och redigera befintliga Atomic-sidor.

Stöd för att redigera gamla V3-layouts ligger fortfarande på Elementors roadmap, med planerad leverans under Q4 2026.

Det betyder att en byrå med många äldre Elementor-sajter inte bara kan slå på MCP och förvänta sig att agenten kan modernisera allting direkt.

Det blir snarare en övergång.

Nya delar kan börja byggas med den nya modellen medan äldre strukturer fortfarande behöver hanteras på sitt vanliga sätt.

Det gör tekniken mindre magisk.

Men också mer realistisk.

Säkerheten blir en del av webbproduktionen

För att koppla en extern AI-klient till Elementor skapas ett WordPress Application Password.

Agenten arbetar sedan med samma behörighetsprofil som WordPress-användaren den är kopplad till.

Det innebär två saker.

För det första finns en faktisk behörighetsmodell.

En agent som är kopplad till en användare utan publiceringsrätt ska inte plötsligt kunna publicera innehåll.

För det andra behöver man börja behandla AI-anslutningar som riktig systemåtkomst.

Jag hade därför velat ha ganska enkla regler i ett professionellt webbteam:

  • använd en separat användare med minsta nödvändiga behörighet
  • ge inte agenten mer åtkomst än uppgiften kräver
  • använd staging för större förändringar
  • ta backup innan omfattande agentarbete
  • granska förändringar innan publicering
  • återkalla Application Passwords som inte längre används
  • dokumentera vilka externa AI-klienter som har tillgång till sajten

Elementor låter dig återkalla en enskild MCP-anslutning via WordPress Application Passwords och stänga av MCP-åtkomsten helt.

Det är bra.

Men säkerheten kommer inte försvinna bara för att installationen blivit enkel.

Snarare tvärtom.

Ju enklare det blir att ge en agent verktyg, desto viktigare blir det att veta vilka verktyg man faktiskt har gett den.

Det här kan ändra hur webbteam arbetar

Jag tror inte den stora effekten blir att någon skriver:

Bygg en webbplats åt mig.

och får en perfekt webbplats tio minuter senare.

Det mer intressanta händer i vardagsjobbet.

Till exempel:

Skapa fyra lokala landningssidor utifrån vår befintliga mall och använd rätt globala komponenter.

Lägg upp de nya tjänsterna från innehållsdokumentet och koppla rätt dynamiska fält.

Bygg en ny kampanjsida med samma struktur som vår befintliga sida, men med det nya innehållet och den här CTA:n.

Kontrollera att alla sektioner använder vårt nya spacing-system och justera avvikelser.

Det är uppgifter som i dag kan innehålla mycket manuellt klickande utan att själva klickandet egentligen är det värdefulla.

Det värdefulla ligger i att veta:

  • vilken sida som behövs
  • vilken struktur som passar
  • vilket innehåll som ska in
  • vilket designsystem som gäller
  • vilka krav som måste uppfyllas
  • om slutresultatet faktiskt är bra

Om agenten kan göra mer av implementationen kan webbteamet lägga mer tid på de besluten.

Åtminstone är det potentialen.

Vi behöver fortfarande se hur väl det fungerar över tid på riktiga sajter.

Det här är mer än ännu en AI-funktion i ett CMS

Jag tror att det är lätt att titta på Elementor MCP och tänka:

Jaha, nu har Elementor också lagt in AI.

Men det är nästan motsatsen.

Poängen är att AI:n inte behöver vara inbyggd i Elementor.

Du kan använda en extern agent som Codex, Claude eller Cursor och ge den kontrollerad tillgång till funktionerna i CMS:et.

Det är ett mycket större arkitekturskifte än ännu en AI-knapp i editorn.

CMS:et blir en miljö som både människor och programvaruagenter kan arbeta i.

Det ställer nya krav på behörigheter, struktur, designsystem, komponenter, metadata och kvalitetssäkring.

Men det öppnar också för ett annat sätt att producera och förvalta webb.

Det är fortfarande tidigt.

Elementor V4 är under utveckling. V3-stödet är inte klart. WordPress arbete med MCP och fler abilities utvecklas fortfarande. Vi har väldigt lite oberoende data om hur väl agentiska webbflöden fungerar på stora och komplexa produktionssajter.

Så jag hade inte byggt om hela webbproduktionen runt detta ännu.

Men jag hade definitivt börjat testa.

För första gången känns frågan mindre som:

Kan AI hjälpa mig att skapa något till webbplatsen?

och mer som:

Vilka delar av webbplatsen kan jag faktiskt låta en agent arbeta med direkt?

Det är en betydligt större förändring.

Källor