W lutym 2026 roku kilku naszych klientów zadało nam to samo pytanie: „Słyszałem, że Cloudflare wycofa Pages. Czy muszę coś robić ze swoją stroną?” Ta plotka krążyła po forach internetowych i nabrała własnego życia — częściowo słuszna, częściowo przesadzona.
Prawda jest prostsza niż sugerują nagłówki. Cloudflare nie zamknął Pages i nie planuje wyłączyć działających stron. W kwietniu 2025 roku ogłosił jednak konkretną zmianę strategiczną: od teraz całe inwestycje, nowe funkcje i optymalizacje trafiają wyłącznie do Workers. Pages pozostaje działającą platformą, ale w trybie utrzymaniowym — dostaje tylko poprawki błędów i łatki bezpieczeństwa, a nie nowe możliwości.
Poniżej tłumaczymy, co to realnie oznacza dla właściciela firmy posiadającego stronę na Cloudflare, kiedy warto rozważyć migrację, a kiedy nie ma żadnego powodu do pośpiechu.
Pages i Workers — dwie platformy, jedna firma
Żeby zrozumieć, co się zmieniło, warto wiedzieć, że przez kilka lat Cloudflare rozwijał równolegle dwa osobne produkty do hostowania stron internetowych.
Cloudflare Pages powstało z myślą o prostym hostowaniu stron statycznych i aplikacji webowych. Podpinasz repozytorium z GitHuba lub GitLaba, wybierasz framework — na przykład Astro, Next.js lub Hugo — i Cloudflare sam buduje oraz wdraża stronę po każdej zmianie w kodzie. Dla właściciela firmy to było idealne rozwiązanie: developer raz ustawia projekt, a strona żyje własnym życiem. Brak zarządzania serwerem, brak aktualizowania systemu operacyjnego, brak martwienia się o certyfikaty SSL — to wszystko Cloudflare robi automatycznie.
Cloudflare Workers to platforma do uruchamiania kodu bliżej użytkownika — w dziesiątkach lokalizacji na całym świecie zamiast w jednym centrum danych. Pierwotnie służyła do bardziej zaawansowanych zastosowań: logiki biznesowej wykonywanej między użytkownikiem a stroną, integracji z bazami danych, przetwarzania żądań w czasie rzeczywistym. Wymagała więcej konfiguracji niż Pages, ale oferowała dużo więcej możliwości.
Przez lata te dwie platformy rozwijały się niezależnie. Pages — popularne wśród twórców stron firmowych i developerów frontendowych; Workers — mocniejsze, używane przy złożonych aplikacjach i projektach wymagających logiki serwerowej.
Co się zmieniło: Workers dojrzał do punktu, w którym radzi sobie zarówno z prostymi stronami statycznymi, jak i całą logiką aplikacji po stronie serwera. Cloudflare uznał, że utrzymywanie dwóch równoległych platform, które robią to samo tylko w różnym zakresie, nie ma już sensu. Oficjalnie ogłoszono, że Workers staje się jedyną platformą, w którą firma inwestuje.
Jeśli wcześniej zastanawiałeś się, gdzie najlepiej postawić stronę firmową i porównywałeś różne opcje hostingu — warto wziąć pod uwagę tę zmianę przy kolejnej decyzji o platformie. Pisaliśmy o tym w kontekście porównania Cloudflare Pages, Vercel i Netlify, ale aktualne stanowisko Cloudflare przesuwa równanie.
Co Cloudflare ogłosił i co to realnie znaczy dla Twojej strony
W kwietniu 2025 roku Cloudflare opublikował oficjalny wpis na blogu technicznym. Kluczowy fragment brzmi dosłownie:
Cloudflare Pages będzie nadal wspierany, ale od tej chwili wszystkie nasze inwestycje, optymalizacje i nowe funkcje będą dedykowane Workers.
I dalej:
Teraz, kiedy Workers obsługuje zarówno statyczne zasoby, jak i rendering po stronie serwera, powinieneś zaczynać nowe projekty na Workers.
Przełóżmy to na język właściciela firmy.
Pages nie znika. Cloudflare wprost zobowiązał się do dalszego wsparcia istniejących projektów. Bugfixy, łatki bezpieczeństwa, stabilność działania — to wszystko trwa. Jeśli Twoja strona stoi na Pages i działa poprawnie, będzie działać dalej. Nikt nie puka do drzwi z informacją, że masz 60 dni na migrację.
Pages nie dostanie nowych możliwości. Każda funkcja, którą Cloudflare wypuści w przyszłości — lepsza analityka, nowe integracje z bazami danych, zaawansowane możliwości cachowania, obsługa kolejek zadań — trafi wyłącznie do Workers. Pages pozostaje z tym, co ma dziś.
Dla nowych projektów zmiana jest wyraźna. Cloudflare nie mówi „możesz rozważyć Workers” — mówi wprost: „powinieneś zaczynać nowe projekty na Workers”. To nie jest rekomendacja dla zaawansowanych użytkowników. To oficjalna pozycja firmy wobec każdego, kto stawia nową stronę lub aplikację od zera.
Analogia z życia, która dobrze opisuje sytuację: wyobraź sobie bank, który ma dwie karty płatnicze — starszą i nowszą. Ogłasza, że stara karta nadal działa we wszystkich bankomatach i terminalach, ale nowe funkcje — płatności zbliżeniowe, cashback, limity dynamiczne, integracja z aplikacją — są już tylko na nowej. Stara karta nie przestaje działać. Ale każda kolejna wygoda będzie wymagać nowego kawałka plastiku.
Twoja strona na Pages — czy musisz działać natychmiast?
Krótka odpowiedź: nie.
Odpowiedź pełna: to zależy od tego, co planujesz z tą stroną w ciągu najbliższych 12–18 miesięcy.
Masz prostą wizytówkę lub blog firmowy. Strona z podstronami, formularzem kontaktowym, może blogiem — i nie planujesz żadnych dużych zmian. W tym przypadku Pages jest wystarczający na teraz i na dające się przewidzieć przyszłość. Cloudflare będzie go wspierać. Developer, który tę stronę postawił, ma dokładnie tę samą konfigurację co rok temu. Nie musisz nic robić.
Planujesz rozbudowę o funkcje dynamiczne. Sklep internetowy, kalendarz rezerwacji, panel klienta, integracje z systemem CRM lub ERP, automatyczne powiadomienia — to scenariusze, w których warto porozmawiać z developerem o przejściu na Workers. Nie dlatego, że Pages przestanie działać, ale dlatego, że każda nowa funkcja dynamiczna będzie wymagała Workers i tak. Lepiej zacząć tam od razu niż potem migrować.
Zaczynasz nową stronę od zera. Tutaj odpowiedź jest jednoznaczna: Workers. Cloudflare oficjalnie zaleca nowe projekty na Workers, a każda funkcja, którą kiedykolwiek zechcesz dodać, będzie tam dostępna szybciej.
Co ważne: nie ma ogłoszonego terminu wymuszonej migracji. Cloudflare nie powiedział „do końca 2026 roku przejdź na Workers lub stracisz wsparcie”. Zmiana jest ewolucyjna, nie rewolucyjna. Istniejące strony mają czas.
Jeden sygnał, na który warto zwrócić uwagę: nowe funkcje Cloudflare, które mogą być interesujące dla Twojej strony (na przykład zaawansowana analityka Real User Monitoring, nowe możliwości bezpieczeństwa, kolejne integracje z bazami danych), będą dostępne wyłącznie na Workers. Jeśli za 18 miesięcy developer powie „możemy to zrobić, ale tylko na Workers” — będziesz wiedzieć dlaczego i nie będzie Cię to zaskakiwać.
Praktyczna zasada: traktuj status Pages jak traktujesz stary telefon, który wciąż działa. Zadzwonisz, wyślesz SMS — wszystko gra. Ale najnowsze aplikacje, aktualizacje systemu i nowe funkcje kamery — tylko na nowszym modelu. Telefon nie przestaje działać, dopóki nie zdecydujesz się na zmianę.
Co zyskuje właściciel strony przechodząc na Workers
Dla właściciela firmy bez zaplecza technicznego różnica między Pages a Workers nie jest oczywista. Oba serwują strony internetowe, oba są szybkie, oba są w tej samej sieci Cloudflare. Różnica tkwi w tym, co możesz zrobić poza samym serwowaniem strony.
Zaplanowane zadania (Cron Triggers). Workers może automatycznie uruchamiać kod o wyznaczonej godzinie — bez zewnętrznych narzędzi do automatyzacji. Przykład dla firmy: raport podsumowujący zamówienia z poprzedniego dnia generuje się automatycznie co rano o 7:00 i trafia na Twój e-mail. Albo: system przypomina klientom o wygasających umowach co ostatni dzień miesiąca. Tego Pages nie zrobi — ta logika wymaga albo Workers, albo zewnętrznej usługi do automatyzacji płatnej osobno.
Kolejki zadań (Queues). Przetwarzanie danych bez blokowania strony dla odwiedzającego. Przykład: formularz kontaktowy na stronie natychmiast przyjmuje zgłoszenie (odwiedzający widzi potwierdzenie w ułamku sekundy), a dane są przetwarzane i wysyłane do Twojego CRM lub systemu ticketowego w tle — nawet jeśli ten zewnętrzny system chwilowo nie odpowiada lub jest wolny.
Zaawansowane logowanie i debugowanie (Tail Workers, Source Maps). Dla Ciebie to oznacza konkretne rzeczy: gdy coś się psuje na stronie, developer może szybciej zlokalizować przyczynę. Zamiast „strona nie działa, nie wiem dlaczego” dostajesz „problem z połączeniem z API płatności o 14:23, tutaj jest dokładny kod błędu”. Szybsza diagnoza to krótszy czas przestoju i mniejsze koszty roboczogodzin developera.
Rate Limiting na poziomie platformy. Ograniczanie liczby żądań do Twojej strony lub API bezpośrednio w Workers, zamiast polegać wyłącznie na zewnętrznym firewallu. Ma znaczenie przy formularzach i endpointach API narażonych na boty, spam lub ataki automatyczne.
Email Workers. Workers może przechwytywać i przetwarzać wiadomości email przychodzące na domeny zarządzane przez Cloudflare. To otwiera drogę do automatyzacji na poziomie skrzynki odbiorczej firmy — przekierowania zgłoszeń, kategoryzacji wiadomości, automatycznych odpowiedzi dla typowych pytań — bez konieczności kupowania osobnego narzędzia.
Poniżej zestawienie, co realnie wnosi każda platforma z perspektywy właściciela MŚP:
| Co potrzebujesz | Pages | Workers |
|---|---|---|
| Prosta strona statyczna | ✅ Pełne wsparcie | ✅ Pełne wsparcie |
| Blog firmowy | ✅ Pełne wsparcie | ✅ Pełne wsparcie |
| Formularz kontaktowy (zewnętrzny np. Formspree) | ✅ Tak | ✅ Tak |
| Automatyczne zadania cykliczne (cron) | ❌ Brak | ✅ Workers Cron Triggers |
| Kolejkowanie i przetwarzanie w tle | ❌ Brak | ✅ Workers Queues |
| Zaawansowany monitoring i logi błędów | ❌ Podstawowe | ✅ Tail Workers, Source Maps |
| Nowe funkcje platformy Cloudflare (2025+) | ❌ Już nie | ✅ Tak |
Dla zdecydowanej większości stron firmowych — wizytówki, blogi, portfolio usług — różnice w górnej połowie tej tabeli są bez znaczenia na co dzień. Ale firmy, które chcą, żeby strona była centrum automatyzacji procesów, a nie tylko wizytówką, mają w Workers platformę, która rośnie razem z ich potrzebami bez konieczności zmiany dostawcy.
A co z kosztami? Model rozliczeniowy jest zbliżony do Pages. W ramach bezpłatnego planu Workers obsługuje milion żądań miesięcznie — wystarczające dla zdecydowanej większości stron MŚP. Statyczne pliki (HTML, CSS, JavaScript, obrazy) są hostowane bezpłatnie niezależnie od ruchu, zgodnie z oficjalną dokumentacją Cloudflare: opłaty pojawiają się tylko gdy uruchamia się kod Workers. Dla prostej strony statycznej koszty mogą wynosić zero złotych miesięcznie — tak samo jak na Pages.
Jak wygląda migracja i co powiedzieć swojemu developerowi
Jeśli zdecydujesz się na migrację — albo developer zaproponuje ją przy okazji większej aktualizacji — oto czego możesz się spodziewać.
Czas pracy developera zależy od złożoności strony. Prosta witryna statyczna to kilka godzin. Strona z wieloma funkcjami (formularze z logiką, integracje API, dynamiczne treści) — jeden do trzech dni. Warto to uwzględnić w planowaniu, zwłaszcza jeśli developer pracuje na stawce godzinowej.
Czas przestoju podczas przełączenia domenowego wynosi według relacji z praktyki i dokumentacji Cloudflare około 2–5 sekund — tyle trwa zmiana domeny ze starego projektu na nowy. To jest jedyny moment, gdy strona może być niedostępna dla odwiedzającego. Standardowo planuje się to na późną noc lub wczesny ranek w dniu z niskim ruchem.
Dobra wiadomość dla właściciela: po stronie strony nie zmienia się nic, co widzi odwiedzający lub co widzisz Ty. Ten sam adres strony. Te same treści — żadnych zmian w tekstach, zdjęciach, postach, podstronach. Ten sam wygląd. Google widzi tę samą stronę pod tym samym URL — bez wpływu na SEO.
Jeśli podczas rozmowy z developerem chcesz zadać mądre pytania, oto lista:
- Czy nasza strona jest czysto statyczna — czyli HTML/CSS/JavaScript generowany raz i serwowany jako pliki — czy ma elementy renderowane dynamicznie po stronie serwera?
- Czy po migracji będziemy używać Workers Builds (wbudowane CI/CD w Cloudflare, podobne do tego co Pages miało z Githubem) czy zewnętrznych rozwiązań jak GitHub Actions? To może mieć wpływ na koszty budowania.
- Czy jest jakakolwiek funkcja, której używamy na Pages, która w Workers działa inaczej lub wymaga dodatkowej konfiguracji?
Jedno ostrzeżenie: jedna z rzeczy, które Pages obsługuje prosto, a Workers wymaga dodatkowej konfiguracji, to Branch Deployments — czyli automatyczne wdrożenia dla każdego brancha w repozytorium (używane przy testowaniu zmian). Jeśli Twój developer korzysta z tej funkcji przy pracy nad stroną, warto się upewnić, że ten etap migracji jest uwzględniony w wycenie.
Dobry punkt do monitorowania po migracji to dostępność strony — szczególnie w pierwszych dniach po przełączeniu, żeby mieć pewność, że wszystko przeszło gładko. Pisaliśmy o tym, jak monitorować dostępność strony firmowej — te same narzędzia działają niezależnie od tego, czy strona stoi na Pages, Workers czy innym hostingu.
Podsumowanie
Ogłoszenie Cloudflare z 2025 roku nie jest katastrofą dla właścicieli stron firmowych — to dojrzewanie platformy. Pages zostaje, jest wspierany i Twoja strona nie zostanie wyłączona. Jedyna zmiana to kierunek nowych funkcji: wszystkie trafiają do Workers.
Kilka punktów do zapamiętania:
- Twoja istniejąca strona na Pages jest bezpieczna. Cloudflare zobowiązał się do dalszego wsparcia Pages — bez wyznaczonego terminu końca życia ani przymusowej daty migracji.
- Nowe projekty warto zaczynać na Workers. To oficjalne zalecenie Cloudflare z kwietnia 2025 roku, a każda nowa funkcja platformy trafi tam szybciej — lub tylko tam.
- Migracja ma sens przy planowanej rozbudowie. Jeśli strona ma zostać taka jak dziś — nie ma powodu spieszyć się. Jeśli planujesz sklep, panel klienta, automatyzacje — rozmawiaj z developerem o Workers przy okazji najbliższej większej aktualizacji.
- Koszt migracji to praca developera i 2-5 sekund przestoju podczas przełączenia domeny. Nie ma ukrytych opłat po stronie Cloudflare za przejście na Workers.
Wskazówka: zapytaj swojego developera nie o to, „czy migrować”, ale: „co planujemy robić z tą stroną w ciągu następnych 12–18 miesięcy?” Jeśli odpowiedź to „rozbudowujemy i dodajemy nowe funkcje” — migracja ma sens teraz, przy okazji planowania. Jeśli „strona ma działać tak jak dziś” — Pages wciąż robi to doskonale i jest w pełni wspierany.
W Monaltro nowe projekty stawiamy bezpośrednio na Workers — nie ma sensu zaczynać od platformy, z której i tak trzeba będzie migrować przy pierwszej poważniejszej funkcji. Jeśli planujesz nową stronę lub przebudowę istniejącej i chcesz wiedzieć, jak to wygląda w praktyce — chętnie pokażemy.