Webflow MCP w 2026 roku: rzetelna recenzja od agencji, która odeszła od Webflow

Od lipca do października 2026 roku Webflow wypuścił trzy duże aktualizacje swojego serwera MCP, czyli mechanizmu, dzięki któremu asystenci AI, tacy jak Claude, ChatGPT czy Gemini, mogą pracować bezpośrednio na stronie w Webflow. Według firmy korzysta z niego już ponad 30% klientów enterprise, użycie od stycznia wzrosło ponad czterokrotnie, a niemal 90% z nich łączy się przez Claude'a.

Uczciwie zaznaczmy na starcie: nie jesteśmy tu neutralni. Przez lata budowaliśmy strony klientów na Webflow, a dziś przenosimy je na Astro z naszym własnym CMS-em. Dlatego zamiast wymieniać się opiniami, trzymamy się trzech rzeczy: co o możliwościach i ograniczeniach serwera mówi dokumentacja samego Webflow, czym to podejście różni się od agenta pracującego na prawdziwym kodzie i co zmierzyliśmy na stronie, którą sami migrowaliśmy.

W skrócie

• Do pracy z treścią Webflow MCP jest dziś naprawdę dobry. Masowe zmiany w CMS-ie, metadane SEO, audyty, nowe podstrony złożone z gotowych komponentów, pytania o ruch: z tym wszystkim radzi sobie, przeważnie nawet bez otwartego Designera.
• To nadal okno API do edytora zbudowanego dla ludzi. Agent zrobi to, co Webflow zdecyduje się udostępnić, na silniku Webflow i w ramach planów Webflow. Sama firma pisze, że jej celem jest „pełna zgodność” z Designerem, co przy okazji mówi, że na razie jej nie ma.
• „Boty marnują tokeny na jQuery” to w dużej mierze mit. Za to koszt JavaScriptu dla prawdziwych użytkowników jest jak najbardziej realny. Liczby poniżej.

Czym właściwie jest Webflow MCP

MCP (Model Context Protocol) to otwarty standard, który pozwala asystentowi AI korzystać z narzędzi w innych programach. Serwer MCP od Webflow zamienia API Webflow (Data API i Designer API) w zestaw narzędzi dla agenta: odczyt i edycja elementów CMS-a, tworzenie podstron, nadawanie stylów, publikacja. Podłączasz go do Claude'a, ChatGPT lub Gemini jako konektor albo do Claude Code, Cursora i podobnych narzędzi jako zdalny serwer, a potem autoryzujesz jeden workspace w Webflow. Agent działa w ramach ról i uprawnień, które ma już Twoje konto. Sam serwer jest dostępny w każdym planie bez dodatkowej opłaty.

Co się zmieniło w 2026 roku

W czym sprawdza się dobrze

Wersja 2.0 zmieniła charakter tego narzędzia. Pierwsze wydanie było w zasadzie API do CMS-a i metadanych. Teraz agent potrafi złożyć podstronę z istniejących komponentów i podpiąć ją pod dane z CMS-a. Przykład podawany przez sam Webflow: dajesz Claude'owi folder z case studies, a on buduje szablon kolekcji w Twoim design systemie, po czym generuje i publikuje kolejne wpisy. Dla zespołu marketingu, który i tak pracuje w Webflow, to realna oszczędność czasu.

Zadania, które oddalibyśmy mu bez wahania:

• Masowa praca w CMS-ie: import, przepisywanie, tagowanie czy tłumaczenie istniejących wpisów.
• Porządki w SEO: tytuły, opisy meta, teksty alternatywne, wyłapywanie słabych lub zduplikowanych podstron.
• Nowe podstrony z komponentów, które już masz.
• Pytania w stylu „co się stało z ruchem na tych podstronach w zeszłym miesiącu?” bez otwierania dashboardu.

Funkcje z obszaru kontroli (uprawnienia egzekwowane osobno dla strony, kolekcji, podstrony i wersji językowej, dziennik zmian wprowadzonych przez agenta, branche do testów przed publikacją) są wyraźnie skierowane do większych zespołów i zostały dobrze przemyślane.

Gdzie się kończy

Dokumentacja dla deweloperów wprost wymienia obecne ograniczenia. Stan na październik 2026:

• Nie stworzy nowej strony. Projekt trzeba najpierw założyć w panelu Webflow, dopiero potem agent może na nim pracować.
• Klasycznych interakcji nie widzi. Agent zbuduje interakcje na nowym silniku GSAP, ale na stronie, która wciąż korzysta z klasycznych interakcji, zobaczy pustą listę. Te trzeba edytować ręcznie.
• Nie doda nowych elementów CMS-a w innych językach. Zaktualizuje istniejące wpisy w dodatkowych wersjach językowych, ale nowych nie utworzy.
• Część zadań nadal wymaga otwartego Designera z podłączoną aplikacją Bridge: wgrywanie obrazów, zrzuty wizualne i wszystko, co dotyczy aktualnego zaznaczenia, podstrony, breakpointu czy canvasu („zmień ten nagłówek”).
• Jedna autoryzacja to jeden workspace. Zmiana workspace'u oznacza ponowne logowanie, a w Claudzie czy ChatGPT usunięcie i ponowne dodanie konektora.
• Fonty i sekrety idą bocznymi drzwiami. Fonty Google i Adobe ustawia się w ustawieniach strony, nie przez MCP. Wdrożenia w Webflow Cloud działają tylko dla aplikacji podpiętych do GitHuba, a tajne zmienne środowiskowe ustawia się przez CLI.
• Część funkcji zależy od planu. Scalanie branchy i zarządzanie zespołem wymagają Enterprise, a dane z Analyze, Optimize i AEO to płatne dodatki.

Żadne z tych ograniczeń samo w sobie nie przekreśla narzędzia. Razem pokazują jednak, jak ono działa: agent korzysta z listy operacji, które Webflow dla niego przygotował. Jeśli tej, której potrzebujesz, na liście nie ma, wracasz do Designera.

Prawdziwa różnica: edytor dla ludzi czy kod

Webflow rozwiązał realny problem. Ktoś z marketingu mógł zmienić nagłówek, podmienić zdjęcie albo kolor przycisku bez zgłoszenia do programisty i czekania w kolejce. Właśnie dlatego sami korzystaliśmy z niego latami. Wizualny edytor to sedno tego produktu.

MCP uczy ten sam edytor przyjmować polecenia od agenta. Tyle że agent AI to nie człowiek, który potrzebuje wizualnego edytora. Agent czyta i pisze tekst, a kod to tekst. Daj mu repozytorium, a nie będzie potrzebował API, które tłumaczy jego intencje na operacje w edytorze. Po prostu otworzy plik i go zmieni, tak jak zrobiłby to programista.

Tak działają nasze strony na Astro + CMS. Treść żyje w CMS-ie, gdzie klient edytuje ją w panelu. Sama strona to zwykły kod w repozytorium Git, na którym Claude Code albo dowolny inny agent może pracować bezpośrednio. Co to oznacza w praktyce, także dla osób, które nie programują, opisaliśmy w artykule o podłączaniu Claude Code do strony.

To nie znaczy, że Webflow MCP nie ma sensu. To po prostu inny zakład. Webflow stawia na to, że agenci powinni pracować wewnątrz zarządzanej platformy, otoczeni barierkami. Podejście „najpierw kod” zakłada, że agenci są już na tyle dobrzy, by pracować na oryginale, a barierką jest Git.

Co naprawdę czytają boty: zmierzyliśmy to

Popularny argument przeciwko Webflow brzmi tak: jQuery i skrypty silnika marnują tokeny crawlerów AI i budżet indeksowania Google. Chcieliśmy to sprawdzić na prawdziwych liczbach, więc porównaliśmy stronę główną Kwalitetu, firmy sprzątającej, którą migrowaliśmy: wersję z Webflow (kopia archiwalna z 2025 roku) i obecną wersję na Astro.

W obu kolumnach pominęliśmy skrypty analityczne i reCAPTCHA. Obrazy nie są wliczone.

Z tych liczb płyną dwa uczciwe wnioski.

1. W przypadku crawlerów AI argument z jQuery się nie broni. Crawlery takie jak GPTBot czy ClaudeBot z reguły pobierają sam HTML i nie uruchamiają JavaScriptu, więc skrypty Webflow w ogóle do nich nie docierają. Webflow publikuje przy tym kompletny HTML renderowany po stronie serwera, więc cała treść jest na miejscu. W surowym HTML-u wersja z Webflow była wręcz lżejsza od naszej, bo nasz build wbudowuje cały CSS w stronę. Po usunięciu znaczników, co większość narzędzi AI robi przed przeczytaniem strony, obie wersje to z grubsza 1400–1800 tokenów właściwego tekstu. Jeśli ktoś mówi, że strony na Webflow są niewidoczne dla AI, jest w błędzie.

2. Dla ludzi i dla Google prawdziwym kosztem jest JavaScript. Telefon musi pobrać, przetworzyć i uruchomić 1,75 MB skryptów, zanim strona na Webflow stanie się w pełni interaktywna. Wersja na Astro nie ma prawie nic do uruchomienia. Stąd spadek Total Blocking Time z 810 ms do zera, a to właśnie mierzą Core Web Vitals. Google renderuje JavaScript, ale renderowanie to osobny i droższy etap niż samo pobranie strony. Przy stronie z kilkudziesięcioma podstronami budżet indeksowania rzadko jest wąskim gardłem. Komfort prawdziwych użytkowników zazwyczaj tak.

Argument za lekkimi stronami nie polega więc na tym, że boty dławią się jQuery. Chodzi o to, żeby każdy odwiedzający nie musiał płacić za silnik, którego większość podstron w ogóle nie potrzebuje. Szerszy obraz, z szybkością i kosztami obok siebie, znajdziesz w naszym porównaniu Webflow i Astro.

Komu zostać przy Webflow, a komu nie

Webflow + MCP ma sens, jeśli Twój zespół co tydzień projektuje wizualnie w Designerze, macie plan Enterprise i potrzebujecie jego mechanizmów kontroli, a większość pracy, którą oddalibyście agentowi, to praca z treścią: CMS, SEO, landing page'e z gotowych komponentów.

Strona oparta na kodzie ma więcej sensu, jeśli chcesz, żeby agent mógł zmienić wszystko, a nie tylko to, na co pozwala API; zależy Ci na lekkości strony i wydajności na telefonach; wolisz nie płacić za plany per strona i dodatki odblokowujące funkcje; albo po prostu chcesz naprawdę być właścicielem swojej strony.

Najczęstsze pytania

Czy Webflow ma serwer MCP?

Tak. Webflow udostępnia oficjalny serwer MCP, który działa z Claude'em, ChatGPT, Gemini, Claude Code, Cursorem i innymi klientami MCP. Jest dostępny w każdym planie bez dodatkowych opłat.

Jak podłączyć Webflow MCP do Claude'a?

W Claudzie dodaj konektor Webflow z katalogu konektorów i autoryzuj workspace, do którego agent ma mieć dostęp. W Claude Code, Cursorze lub innym kliencie MCP dodaj zdalny serwer MCP Webflow, korzystając z adresu podanego w dokumentacji dla deweloperów. Jedna autoryzacja obejmuje jeden workspace.

Czy Webflow MCP zbuduje całą stronę?

Zbuduje podstrony, komponenty, treści w CMS-ie i interakcje w istniejącym projekcie, ale nie założy nowej strony. To wciąż zaczyna się w panelu Webflow. Wgrywanie obrazów i wszystko, co dotyczy zaznaczenia na canvasie, nadal wymaga otwartego Designera.

Czy Webflow MCP jest darmowy?

Sam serwer nic nie kosztuje. Część możliwości zależy jednak od planu: scalanie branchy i zarządzanie zespołem wymagają Enterprise, a dane z Analyze, Optimize i AEO to płatne dodatki.

Jeśli zastanawiasz się, czy zostać i podpiąć MCP, czy przenieść się na kod, na którym agent może pracować bez ograniczeń, zobacz nasze cztery sposoby na migrację z Webflow w stałej cenie.