← Blog
Source by Webflow · 3 października 2026

Source by Webflow z Astro i Next.js: co oznacza praca na własnym kodzie?

Do tej pory Webflow oznaczał jedno: strona powstaje i żyje w Webflow. Source by Webflow odwraca ten układ. Platforma ma podłączać się do kodu, CMS-u i hostingu, które firma już posiada, zamiast wymagać przenosin. Dla stron zbudowanych w Astro lub Next.js to największa zmiana w całej zapowiedzi.

W tym wpisie opisuję, co Webflow oficjalnie potwierdził, czego jeszcze nie wiemy i jak przygotować projekt, żeby był gotowy na taki model pracy. Jeśli dopiero poznajesz temat, zacznij od wprowadzenia: Source by Webflow – co to jest i jak działa.

Kod jako fundament zamiast warstwy pośredniej

W klasycznym Webflow projektant pracuje w Designerze, a kod jest efektem tej pracy. W Source kolejność jest odwrotna: kod jest podstawą wszystkiego, co trafia na stronę. Agenci AI mają do niego bezpośredni dostęp, a edycje wykonane na wizualnym canvasie zapisują się w tym samym kodzie.

Webflow tłumaczy tę decyzję wprost: kod jest naturalnym językiem modeli AI. Agent, który widzi faktyczny kod strony, może zrozumieć cały system, wprowadzić w nim zmianę i sprawdzić własną pracę. Warstwa abstrakcji między agentem a kodem ogranicza zakres tego, co da się bezpiecznie zautomatyzować.

Co Webflow potwierdził w sprawie Astro i Next.js?

  • Source łączy się z istniejącym codebase, CMS-em, hostingiem i narzędziami marketingowymi – także ze stronami zbudowanymi w Webflow,
  • developer podłącza kod i stack bez migracji i bez przebudowy strony,
  • można zostać przy własnej infrastrukturze albo skorzystać z rozwiązań Webflow, w tym z headless CMS nowej generacji,
  • partnerzy Webflow z programu preview wymieniają Next.js i Astro jako stosy, z którymi zamierzają używać Source.

Czego nie wiemy: pełnej listy wspieranych frameworków, wymagań wobec repozytorium, sposobu wdrażania zmian na produkcję ani cennika. Source jest w ograniczonym research preview i te szczegóły mogą się jeszcze zmienić.

Jak ma wyglądać praca zespołu na jednym repozytorium?

Developer podłącza repozytorium i ustawia zasady: kto ma dostęp do czego, co może zostać opublikowane automatycznie, a co wymaga akceptacji. Projektant wnosi system marki – komponenty, style, ton komunikacji. Marketer pracuje w interfejsie dopasowanym do swojej roli i nie musi dotykać kodu.

Agenci działają w tych samych ramach co ludzie. Podlegają tym samym rolom, uprawnieniom i ścieżkom akceptacji, a każda zmiana zostawia ślad: co się zmieniło i kto lub który agent to zrobił. Więcej o tym modelu piszę we wpisie Agenci AI i Views w Source by Webflow.

Dlaczego to ważne dla firm ze stroną w Astro lub Next.js?

Strony budowane w kodzie mają dziś jeden powtarzalny problem: po wdrożeniu marketing nie ma własnego interfejsu. Każda nowa sekcja, landing page czy test wymaga developera. Zespół techniczny przechodzi do kolejnych projektów, a strona przestaje nadążać za kampaniami.

Source ma wypełnić tę lukę: dać marketingowi wizualną edycję i agentów na tym samym kodzie, który utrzymuje developer. Jeśli obietnica zostanie dowieziona, wybór między „wygodną edycją w Webflow” a „pełną kontrolą w kodzie” przestanie być wyborem albo-albo.

Jak przygotować stronę w Astro lub Next.js już teraz?

Nie trzeba czekać na dostęp do preview. Te same elementy, które ułatwią pracę agentom, poprawiają stronę już dziś:

  • system komponentów zamiast jednorazowych sekcji – powtarzalne bloki z jasno nazwanymi właściwościami,
  • tokeny projektowe dla kolorów, typografii i odstępów zamiast wartości wpisanych ręcznie,
  • treść oddzielona od układu: CMS lub uporządkowane pliki danych,
  • czytelne repozytorium z historią zmian i środowiskiem podglądu,
  • spisane zasady marki: ton, nazewnictwo, wzorce nagłówków i CTA,
  • dane strukturalne, metadane i poprawna hierarchia nagłówków na każdej podstronie.

Im bardziej uporządkowany jest projekt, tym mniej ryzykowne jest oddanie części pracy agentom. Automatyzacja powiela to, co zastanie – porządek albo chaos.

Webflow, Astro czy jedno i drugie?

Buduję strony w Webflow i w Astro, bo te technologie rozwiązują inne problemy. Webflow wybieram, gdy zespół ma samodzielnie zarządzać treścią. Astro – gdy liczy się maksymalna wydajność i pełna kontrola nad kodem. Na potrzeby projektów w Astro rozwijam bibliotekę bloków Astroblocks, a dla Webflow – section.tools.

Source może w przyszłości połączyć oba światy, ale dziś decyzję warto podejmować według obecnych potrzeb. Porównanie obu podejść znajdziesz we wpisie Source by Webflow a klasyczny Webflow, a ofertę wdrożeń na stronie strony Webflow dla firm.

Oficjalne źródła: https://webflow.com/source oraz https://webflow.com/blog/introducing-source-by-webflow