Webflow MCP i 2026: en ærlig gjennomgang fra et byrå som forlot Webflow

Mellom juli og oktober 2026 lanserte Webflow tre store oppdateringer av MCP-serveren sin, altså delen som lar AI-assistenter som Claude, ChatGPT og Gemini jobbe direkte på et Webflow-nettsted. Ifølge Webflow bruker allerede over 30 % av enterprise-kundene den, bruken har mer enn firedoblet seg siden januar, og nesten 90 % av brukerne kobler seg til via Claude.

La oss være ærlige fra start: vi er ikke nøytrale. Vi bygde kundenettsteder i Webflow i mange år, og i dag flytter vi dem over til Astro med vårt eget CMS. Derfor holder vi oss til tre ting i stedet for meninger: hva Webflows egen dokumentasjon sier at serveren kan og ikke kan, hvordan tilnærmingen skiller seg fra en agent som jobber i ekte kode, og hva vi målte på et nettsted vi selv har migrert.

Kort fortalt

• Til innholdsarbeid er Webflow MCP virkelig god nå. Masseendringer i CMS, SEO-metadata, revisjoner, nye sider bygget av komponentene du allerede har, spørsmål om trafikk: alt dette klarer den, stort sett uten at Designer er åpen.
• Det er fortsatt et API-vindu inn i en editor laget for mennesker. Agenten kan gjøre det Webflow velger å eksponere, på Webflows plattform og innenfor Webflows abonnementer. Webflow skriver selv at målet er «full paritet» med Designer, noe som også forteller at de ikke er der ennå.
• «Roboter sløser bort tokens på jQuery» er stort sett en myte. Kostnaden av JavaScript for ekte besøkende er derimot høyst reell. Tallene kommer lenger ned.

Hva Webflow MCP egentlig er

MCP (Model Context Protocol) er en åpen standard som lar en AI-assistent bruke verktøy i annen programvare. Webflows MCP-server gjør Webflows Data API og Designer API om til verktøy en agent kan bruke: lese og redigere CMS-elementer, opprette sider, sette stiler, publisere. Du legger den til i Claude, ChatGPT eller Gemini som en connector, eller i Claude Code, Cursor og lignende verktøy som en ekstern server, og autoriserer ett Webflow-workspace. Agenten jobber innenfor rollene og tillatelsene kontoen din allerede har. Selve serveren er tilgjengelig på alle abonnementer uten ekstra kostnad.

Hva som har endret seg i 2026

Hvor den fungerer godt

Versjon 2.0 endret karakteren på verktøyet. Den første utgaven var i praksis et API for CMS og metadata. Nå kan en agent sette sammen en side av eksisterende komponenter og koble den til CMS-data. Webflows eget eksempel: gi Claude en mappe med kundecaser, så bygger den en samlingsside i designsystemet ditt og genererer og publiserer hver enkelt oppføring. For et markedsteam som allerede jobber i Webflow, er det en reell tidsbesparelse.

Oppgaver vi ville gitt den uten å nøle:

• Massearbeid i CMS: importere, skrive om, tagge eller oversette eksisterende oppføringer.
• SEO-rydding: titler, metabeskrivelser, alt-tekster, finne tynne eller dupliserte sider.
• Nye sider bygget av komponenter du allerede har.
• Spørsmål som «hva skjedde med trafikken på disse sidene forrige måned?» uten å åpne et dashbord.

Styringsfunksjonene (tillatelser per nettsted, samling, side og språk, en logg over hva agenten har endret, brancher for testing før publisering) er tydelig rettet mot større team, og de er godt gjennomtenkt.

Hvor den stopper

Webflows utviklerdokumentasjon lister opp dagens begrensninger rett ut. Per oktober 2026:

• Ingen nye nettsteder. Prosjektet må opprettes i Webflow-dashbordet før en agent kan jobbe med det.
• Klassiske interaksjoner er usynlige. Agenten kan bygge interaksjoner på den nye GSAP-motoren, men på et nettsted som fortsatt bruker klassiske interaksjoner, ser den en tom liste. De må redigeres for hånd.
• Ingen nye CMS-elementer på andre språk. Den kan oppdatere eksisterende oppføringer i sekundære språk, men ikke opprette nye.
• Noen oppgaver krever fortsatt åpen Designer med Bridge-appen tilkoblet: bildeopplasting, visuelle øyeblikksbilder og alt som gjelder gjeldende markering, side, breakpoint eller canvas («endre denne overskriften»).
• Én autorisasjon gir tilgang til ett workspace. Å bytte betyr ny innlogging, og i Claude eller ChatGPT å fjerne og legge til connectoren på nytt.
• Fonter og hemmeligheter går via sidedører. Google- og Adobe-fonter styres i nettstedsinnstillingene, ikke via MCP. Deploy til Webflow Cloud krever en app koblet til GitHub, og hemmelige miljøvariabler settes via CLI.
• Noen funksjoner avhenger av abonnementet. Sammenslåing av brancher og teamadministrasjon krever Enterprise, og data fra Analyze, Optimize og AEO er betalte tillegg.

Ingen av disse er avgjørende hver for seg. Sammen viser de hvordan verktøyet er skrudd sammen: agenten jobber gjennom en liste med operasjoner Webflow har pakket inn for den. Står ikke operasjonen du trenger på listen, er du tilbake i Designer.

Den egentlige forskjellen: en editor for mennesker, eller kode

Webflow løste et ekte problem. Noen i markedsavdelingen kunne endre en overskrift, bytte et bilde eller justere fargen på en knapp uten å sende en sak til en utvikler og vente. Det er nettopp derfor vi selv brukte det i mange år. Den visuelle editoren er selve produktet.

MCP lærer den samme editoren å ta imot instruksjoner fra en agent. Men en AI-agent er ikke et menneske som trenger en visuell editor. Den leser og skriver tekst, og kode er tekst. Gi den et kodelager, så trenger den ikke et API som oversetter hensikten til operasjoner i en editor. Den åpner filen og endrer den, slik en utvikler ville gjort.

Slik fungerer nettstedene våre på Astro + CMS. Innholdet ligger i CMS-et, der kunden redigerer det i et panel. Selve nettstedet er vanlig kode i et Git-repository som Claude Code eller en hvilken som helst annen agent kan jobbe direkte i. Hva det betyr i praksis, også om du ikke er utvikler, har vi skrevet om i artikkelen om å koble Claude Code til nettstedet ditt.

Det betyr ikke at Webflow MCP er meningsløst. Det er bare et annet veddemål. Webflow satser på at agenter bør jobbe inne i en administrert plattform med rekkverk rundt seg. Kode-først-tilnærmingen satser på at agentene nå er gode nok til å jobbe på originalen, med Git som rekkverk.

Hva roboter faktisk leser: vi målte det

Et populært argument mot Webflow er at jQuery og plattformens skript sløser bort tokens hos AI-crawlere og Googles crawl-budsjett. Vi ville sjekke det mot ekte tall, så vi sammenlignet forsiden til Kwalitet, et rengjøringsfirma vi har migrert, slik den var på Webflow (en arkivert kopi fra 2025) og slik den er i dag på Astro.

Analyse- og reCAPTCHA-skript er holdt utenfor i begge kolonnene. Bilder er ikke regnet med.

Tallene gir to ærlige konklusjoner.

1. For AI-crawlere holder ikke jQuery-argumentet. Crawlere som GPTBot og ClaudeBot henter som regel bare HTML-en og kjører ikke JavaScript, så Webflows skript når dem aldri. Webflow publiserer dessuten komplett, serverrendret HTML, så alt innholdet er der. I rå HTML var Webflow-versjonen faktisk lettere enn vår, fordi bygget vårt legger all CSS rett inn i siden. Fjerner du markeringen, som de fleste AI-verktøy gjør før de leser en side, ender begge versjonene på grovt regnet 1 400–1 800 tokens med faktisk tekst. Den som sier at Webflow-nettsteder er usynlige for AI, tar feil.

2. For mennesker, og for Google, er JavaScript den egentlige kostnaden. En mobil må laste ned, tolke og kjøre 1,75 MB skript før Webflow-siden er fullt interaktiv. Astro-versjonen har nesten ingenting å kjøre. Det er derfor Total Blocking Time falt fra 810 ms til null, og det er nettopp det Core Web Vitals måler. Google kjører JavaScript, men rendering er et eget og dyrere steg enn selve hentingen. For et nettsted med noen titalls sider er crawl-budsjettet sjelden flaskehalsen. Opplevelsen for ekte besøkende er det som regel.

Argumentet for lette sider handler altså ikke om at roboter setter jQuery i halsen. Det handler om at hver besøkende ikke skal måtte betale for en motor de fleste sider ikke trenger. Vil du ha det store bildet, med hastighet og kostnad side om side, kan du lese sammenligningen vår av Webflow og Astro.

Hvem bør bli på Webflow, og hvem bør ikke?

Webflow + MCP gir mening hvis teamet ditt designer visuelt i Designer hver uke, dere har Enterprise og trenger styringsfunksjonene der, og det meste dere ville gitt en agent er innholdsarbeid: CMS, SEO, landingssider av eksisterende komponenter.

Et kodebasert nettsted gir mer mening hvis du vil at en agent skal kunne endre alt, ikke bare det et API tillater; du bryr deg om sidevekt og ytelse på mobil; du helst ikke vil betale for abonnement per nettsted og tillegg for å låse opp funksjoner; eller du rett og slett vil eie nettstedet ditt fullt ut.

Ofte stilte spørsmål

Har Webflow en MCP-server?

Ja. Webflow tilbyr en offisiell MCP-server som fungerer med Claude, ChatGPT, Gemini, Claude Code, Cursor og andre MCP-klienter. Den er inkludert i alle abonnementer uten ekstra kostnad.

Hvordan kobler jeg Webflow MCP til Claude?

I Claude legger du til Webflow-connectoren fra connector-katalogen og autoriserer workspacet agenten skal ha tilgang til. I Claude Code, Cursor eller en annen MCP-klient legger du til Webflows eksterne MCP-server med adressen fra Webflows utviklerdokumentasjon. Én autorisasjon dekker ett workspace.

Kan Webflow MCP bygge et helt nettsted?

Den kan bygge sider, komponenter, CMS-innhold og interaksjoner i et eksisterende prosjekt, men den kan ikke opprette et nytt nettsted. Det starter fortsatt i Webflow-dashbordet. Bildeopplasting og alt som er knyttet til markeringen på canvas, krever også fortsatt åpen Designer.

Er Webflow MCP gratis?

Selve serveren koster ingenting ekstra. Noen funksjoner avhenger likevel av abonnementet: sammenslåing av brancher og teamadministrasjon krever Enterprise, og data fra Analyze, Optimize og AEO er betalte tillegg.

Hvis du vurderer om du skal bli og koble på MCP, eller flytte til kode som en agent kan jobbe fritt i, kan du se våre fire fastprisalternativer for å forlate Webflow.