Évekig egyszerű volt a válasz arra a kérdésre, hogy „hova telepítsem ezt a Cloudflare-en": a statikus oldalak és a frontendek a Pagesre kerültek, a serverless logika pedig a Workersre. 2026-ban ez a határ elmosódott, mert a Workers most már közvetlenül ki tud szolgálni statikus asseteket, ami azt jelenti, hogy egyetlen Worker hostolhatja a teljes oldaladat, a frontendet és a backendet együtt. Ez megváltoztatta a Cloudflare saját ajánlását új projektekhez, és érdemes megérteni, miért, mielőtt választanál.
Ez az útmutató elmagyarázza, mi az egyes termékek lényege, hogyan változtatta meg a statikus assetekre való átállás a Cloudflare Pages vs Workers döntést, és világos ajánlást ad új projektekhez, valamint mindenkinek, aki azon tűnődik, érdemes-e migrálnia.
Röviden
- A Pages git-csatlakoztatott hosting statikus oldalakhoz és frontend keretrendszerekhez, beépített CI/CD-vel és előnézeti telepítésekkel
- A Workers a Cloudflare serverless compute platformja, és most már statikus asseteket is kiszolgál, így teljes oldalakat hostolhat
- Új projektekhez 2026-ban a Cloudflare a Workerst ajánlja statikus assetekkel, mert egyetlen telepítésben egyesíti a frontendet és a backendet
- A Pages továbbra is teljesen támogatott; nincs ok elhamarkodottan elköltöztetni egy meglévő Pages-projektet
- A munkafolyamat alapján válassz: Pages a tiszta git-push statikus telepítéshez, Workers mindenhez, ami statikus tartalmat dinamikus logikával vegyít
Mi a Cloudflare Pages
A Cloudflare Pages egy platform weboldalak telepítésére közvetlenül egy git-tárolóból. Csatlakoztatsz egy GitHub- vagy GitLab-tárolót, a Cloudflare lefuttatja a build parancsodat, és a kimenet a globális peremre kerül. Minden push kap egy előnézeti telepítést saját URL-lel, és a produkciós ágba történő összefűzés frissíti az élő oldalt. Ez a klasszikus Jamstack munkafolyamat: pushold a kódot, és kész a telepített oldal.
A Pages a Pages Functionsön keresztül dinamikus viselkedést is támogat, amelyek a háttérben Workerek, így API-útvonalakat és szerveroldali logikát adhatsz egy egyébként statikus oldalhoz. Pontosan ezt a megközelítést használtam egy teljes felhasználói regisztrációs és bejelentkezési rendszer megépítéséhez a Cloudflare Pagesen , ami megmutatja, meddig nyúlhat el egy „statikus" host.
Mi a Cloudflare Workers
A Cloudflare Workers a serverless compute és serverless hosting platform: kód, amely a Cloudflare hálózatán fut, a felhasználóidhoz közel, kezelendő szerverek nélkül. A Workers tiszta függvényekként indult API-khoz, middleware-hez és peremlogikához, és a platform többi részéhez kötődik, R2 , D1 , KV, Queues és Workers AI . Ha ezekre a tárolási bindingokra építesz, az ingyenes asztali appjaim könnyűvé teszik a kezelésüket: Easy Cloudflare R2 , Easy Cloudflare D1 és Easy Cloudflare KV .
A 2026-os kulcsfontosságú fejlemény a Static Assets. Egy Worker most már közvetlenül ki tud szolgálni egy könyvtárnyi statikus fájlt (HTML, CSS, JS, képek), miközben a Worker kezel minden dinamikus útvonalat. Ez azt jelenti, hogy egyetlen Worker egyetlen telepítésben hostolhatja a felépített frontendedet és az API-dat, ami korábban a munka Pages és Workers közötti felosztását igényelte.
Mi változott a Pages vs Workers terén: Static Assets
Az ok, amiért ez az összehasonlítás egyáltalán számít, a statikus assetek képessége. Korábban, ha volt egy React vagy Astro frontended plusz egy backend API-d, a természetes felosztás a Pages volt a frontendhez és egy külön Worker az API-hoz. Két projekt, két telepítés, két dolog, amit össze kellett huzalozni.
A Workers statikus asseteivel egyszer telepítesz. A Worker kiszolgálja a statikus buildedet a normál kérésekhez, és lefuttatja a kódodat az API-útvonalakhoz vagy a szerveroldalon renderelt oldalakhoz. A statikus és dinamikus tartalmat vegyítő full-stack keretrendszerek és alkalmazások esetében ezt egyszerűbb megépíteni, telepíteni és átlátni. Ezért irányítja a Cloudflare most az új full-stack projekteket a Workers felé a Pages helyett.
Pages vs Workers: egymás mellett
| Szempont | Cloudflare Pages | Cloudflare Workers |
|---|---|---|
| Fő cél | Git-csatlakoztatott oldalhosting | Serverless compute + statikus assetek |
| Statikus hosting | Igen (alapfunkció) | Igen (statikus asseteken keresztül) |
| Dinamikus/szerverlogika | Pages Functions | Natív |
| Git CI/CD + előnézetek | Beépített | CI-integráción / Wrangleren keresztül |
| Bindingok (R2, D1, KV, AI) | Igen | Igen, elsőrangú |
| Legjobb erre | Tiszta statikus/Jamstack oldalak | Full-stack alkalmazások és API-k |
| 2026-os ajánlás új projektekhez | Továbbra is támogatott | Előnyben részesített |
Mikor válaszd a Pagest
A Pages vs Workers döntésben a Pages továbbra is remek választás, ha:
- Tiszta statikus oldalad vagy frontend keretrendszer buildje van, és a lehető legegyszerűbb git-push telepítési munkafolyamatot szeretnéd
- Értékeled a beépített CI/CD-t és az előnézeti telepítéseket anélkül, hogy bármit konfigurálnál
- A dinamikus igényeid könnyűek, és a Pages Functions jól kiszolgálja őket
- Már a Pagesen vagy, és működik; nincs hátránya a maradásnak
Mikor válaszd a Workerst
A Pages vs Workers döntésben a Workers a jobb választás, ha:
- Full-stack alkalmazást építesz, amely statikus tartalmat jelentős szerveroldali logikával vegyít
- Frontendet és backendet egyetlen telepítésben szeretnéd két összehangolt projekt helyett
- Erősen támaszkodsz olyan bindingokra, mint a D1, R2, KV, Queues vagy Workers AI
- Új projektet kezdesz 2026-ban, és a Cloudflare jelenleg ajánlott útját szeretnéd követni
- Finomhangolt vezérlésre van szükséged az útválasztás, a gyorsítótárazás és a kéréskezelés felett
Cloudflare Pages vs Workers: érdemes migrálnod?
Nem, nem reflexszerűen. Ha működő Pages-projekted van, az továbbra is teljesen támogatott, és nincs határidő, amely költözésre kényszerítene. Akkor migrálj, ha konkrét okod van rá: jelentős backend logikát adsz hozzá, egy szétválasztott frontendet/backendet szeretnél egyetlen telepítéssé egyesíteni, vagy olyan Pages-specifikus korlátba ütközöl, amelyet a Workers megold.
A zöldmezős projekteknél a Pages vs Workers választásban kezdj a Workersen statikus assetekkel. Egy meglévő, jól működő Pages-telepítés esetén hagyd, amíg valódi igény fel nem merül. A migráció legrosszabb oka az újdonság; a legjobb ok egy full-stack alkalmazás egyesítése, amelyet különben szét kellene választanod.
Legfontosabb tudnivalók
- A Pages git-csatlakoztatott hosting statikus és Jamstack oldalakhoz beépített CI/CD-vel és előnézetekkel
- A Workers serverless compute, amely most már statikus asseteket is kiszolgál, így teljes oldalakat hostolhat
- A Static Assets az a változás, amely lehetővé teszi, hogy egyetlen Worker együtt hostolja a frontendet és a backendet
- Új full-stack projektekhez 2026-ban a Workers a Cloudflare által ajánlott út
- A Pages továbbra is teljesen támogatott; csak akkor migrálj, ha konkrét okod van rá
- A Cloudflare Pages vs Workers döntésben válaszd a Pagest a tiszta statikus egyszerűségért, a Workerst pedig mindenhez, ami statikus tartalmat valódi logikával vegyít
Gyakran ismételt kérdések
Mi a különbség a Cloudflare Pages és a Workers között? A Pages git-csatlakoztatott hosting statikus oldalakhoz és frontendekhez beépített CI/CD-vel és előnézeti telepítésekkel. A Workers a Cloudflare serverless compute platformja. A határ 2026-ban elmosódott, mert a Workers most már statikus asseteket is kiszolgál, így egyetlen Worker egyszerre hostolhat frontendet és backendet.
Pagest vagy Workerst használjak egy új projekthez 2026-ban? A legtöbb új full-stack projekthez a statikus assetekkel rendelkező Workers most a Cloudflare ajánlott választása, mert egyetlen telepítésben egyesíti a frontendet és a backendet. Egy tisztán statikus oldalhoz, ahol a legegyszerűbb git-push munkafolyamatot szeretnéd, a Pages továbbra is kiváló lehetőség.
Megszüntetik a Cloudflare Pagest? Nem. A Pages továbbra is teljesen támogatott. A Cloudflare most az új full-stack projekteket a Workers felé tereli, de a meglévő Pages-projektek továbbra is működnek, és nincs kényszerített migráció.
Tud a Workers statikus weboldalt hostolni? Igen. A statikus assetek funkcióval egy Worker közvetlenül ki tud szolgálni statikus fájlokat, például HTML-t, CSS-t, JS-t és képeket, miközben kódban kezeli a dinamikus útvonalakat is. Ez teszi lehetővé, hogy egyetlen Worker egy teljes oldalt hostoljon.
A Pages és a Workers ugyanazokat a bindingokat használja? Mindkettő használhat olyan Cloudflare-bindingokat, mint az R2, D1, KV és Workers AI. A Pages a Pages Functionsön keresztül teszi elérhetővé őket, míg a Workers elsőrangúként kezeli őket. Funkcionálisan ugyanazokat a platformszolgáltatásokat éred el mindkettőből.
Migráljam a meglévő Pages-oldalamat a Workersre? Csak ha konkrét okod van rá, például jelentős backend logika hozzáadása, vagy egy szétválasztott frontend és backend egyetlen telepítéssé egyesítése. Egy működő Pages-projekt teljesen támogatott, és nem kell elköltöztetni.
Hozzászólások