Cloudflare Pages — hosting statycznych i SSR stron

Czym jest Cloudflare Pages?

Cloudflare Pages to platforma hostingowa od Cloudflare (launch 2020, GA 2021) do deployowania statycznych stron i aplikacji SSR przez Workers. Konkurent dla Vercel i Netlify w segmencie JAMstack hosting.

Kluczowy wyróżnik: darmowy unlimited bandwidth — vs Vercel/Netlify gdzie traffic powyżej free tier kosztuje znacząco.

Kluczowe cechy

• Globalna CDN — 300+ data centers Cloudflare, edge w każdym kraju
• Unlimited bandwidth — nawet free tier
• 500 builds/miesiąc w free, 5000 w paid ($20/mo)
• Git integration — push to GitHub/GitLab → auto-deploy
• Preview deployments — każdy PR dostaje URL
• Custom domains — unlimited, z auto SSL (Let's Encrypt)
• Workers integration — SSR przez Pages Functions (Workers underneath)
• Web Analytics built-in — bez cookies, GDPR-compliant
• DDoS protection — natywne Cloudflare WAF

Cloudflare Pages vs Vercel vs Netlify

Feature	CF Pages	Vercel	Netlify
Free bandwidth	Unlimited	100 GB	100 GB
Build minutes (free)	500/mo	6000/mo	300/mo
Edge locations	300+	100+	100+
SSR / Functions	Workers	Edge Functions	Functions
Pricing scaling	Bardzo płaski	Drogi przy traffic	Drogi przy traffic
Image optimization	Brak natywnej	Built-in	Brak natywnej
Form handling	Workers manual	Brak	Built-in
Analytics	Built-in (cookieless)	Plus paid	Plus paid

Werdykt: Cloudflare Pages najlepszy gdy spodziewasz się duży traffic. Vercel najlepszy dla Next.js apps z heavy SSR. Netlify dla legacy Jamstack.

Cloudflare Pages w stack 2026

Typowy stack z CF Pages (używany przez ARDURA Lab):

• Framework: Astro, Next.js (static export), SvelteKit
• Repo: GitHub → CF Pages auto-deploy on push to main
• Domain: managed via Cloudflare DNS (auto SSL)
• Forms: Pages Functions (Workers) + Resend dla email
• Search: Pagefind (static)
• Analytics: CF Web Analytics + Google Analytics 4
• Edge cache: aggressive cache headers via public/_headers

Konfiguracja _headers

CF Pages obsługuje plik public/_headers (jak Netlify):

/*
  Content-Security-Policy: default-src 'self'; ...
  X-Content-Type-Options: nosniff
  Referrer-Policy: strict-origin-when-cross-origin
  Strict-Transport-Security: max-age=63072000; includeSubDomains; preload

/_next/static/*
  Cache-Control: public, max-age=31536000, immutable

/fonts/*
  Cache-Control: public, max-age=31536000, immutable

Konfiguracja _redirects

# Static redirects
/old-page  /new-page  301

# Wildcard
/blog/*  /artykul/:splat  301

CF Pages a SEO

• Speed → globalna edge CDN, LCP poniżej 2s globally
• HTTPS auto → SSL signal
• HTTP/2 + HTTP/3 → mniej requestów blocking
• No bandwidth limits → nie boisz się że hosting zabije się na viral content
• Workers SSR → dynamic content z edge latency
• Web Analytics → first-party analytics bez 3rd party cookies

Najczęstsze błędy

• Brak _headers — CSP/HSTS niewdrożone domyślnie → security audit findings
• Cache headers default — HTML uncached (correct), ale static assets bez immutable
• Build environment variables — secrets w UI panelu, nie commit'owane
• Domain DNS not on CF — bez DNS na CF nie korzystasz z full edge optimization

Powiązane pojęcia

• Astro — preferred framework
• Core Web Vitals — CF Pages wygrywa
• SEO — speed = ranking signal
• Static site generation — primary use case
• Lighthouse — measurement
• SEO techniczne — kontekst