Migracja WordPressa do Astro i Cloudflare

• WordPress

  • ✗ PHP, baza danych i wtyczki do aktualizowania
  • ✗ Stały koszt hostingu i backupów
  • ✗ Panel logowania i skanery botów jako ciągłe ryzyko
  • ✗ Treść zamknięta w bazie, trudna do automatycznej edycji
  • ✗ Wydajność zależna od cache i jakości wtyczek

• Astro + Cloudflare Workers

  • ✓ Gotowy HTML, CSS i obrazy generowane podczas builda
  • ✓ Brak bazy danych i brak panelu do włamania
  • ✓ Treść w Markdown w Git: historia zmian i review
  • ✓ CDN, TLS, cache i ochrona DDoS w jednym miejscu
  • ✓ Agent AI pracuje bezpośrednio na plikach, nie w panelu

Uzasadnienie technologiczne opisujemy w artykule Wybór technologii do bloga i strony firmowej w 2026, a architekturę edge w CF Workers i DNS.

• 1. Migracja WordPress → Astro — 800 PLN

  Strona do 30 podstron i wpisów, bez sklepu i kont użytkowników.

  • ✓ Eksport treści i mediów do Markdown oraz WebP
  • ✓ Szablon Astro na semantycznym HTML i Pico CSS
  • ✓ Struktura URL 1:1 i przekierowania 301 dla reszty
  • ✓ Title, description, canonical, sitemap, RSS, Open Graph
  • ✓ Formularz kontaktowy i repozytorium Git przekazane klientowi

• 2. Migracja do Cloudflare — 500 PLN

  Jedna domena, wdrożenie Workers i konfiguracja jako Infrastructure as Code.

  • ✓ Przeniesienie strefy DNS i import istniejących rekordów
  • ✓ Worker ze statycznymi assetami, Custom Domain i redirect www
  • ✓ Universal SSL, reguły cache i WAF blokujący sondy /wp-, .php, .env
  • ✓ Rekordy poczty MX, SPF, DKIM i DMARC pozostają DNS-only i są weryfikowane
  • ✓ Konfiguracja w OpenTofu plus wrangler.jsonc w repozytorium

Komplet 1 + 2: 1200 PLN. Druga strona w tym samym zleceniu: −20%. Dodatkowa podstrona ponad limit: 15 PLN. Pilne wdrożenie w 48 h: +50%.

Zbuduj produkcyjną stronę Astro 7 i przenieś do niej zawartość mojego WordPressa.

Materiały wejściowe:
- eksport WordPress XML: [ŚCIEŻKA_DO_XML]
- media: [ŚCIEŻKA_DO_WP_CONTENT_UPLOADS]
- adres obecnej strony: [URL]

Wymagania:
1. Najpierw zinwentaryzuj wszystkie publiczne URL-e, tytuły, meta description, nagłówki, canonicale, media i linki wewnętrzne. Zapisz raport oraz mapę przekierowań.
2. Użyj Astro 7 w trybie static. Nie dodawaj Reacta, Vue, hydrated islands, CMS-a ani bazy danych.
3. Przenieś wpisy do type-safe content collection jako Markdown z frontmatter. Strony o niestandardowym układzie zbuduj jako proste komponenty .astro.
4. Użyj semantycznego HTML i Pico CSS. Zachowaj wygląd i hierarchię informacji, ale usuń kod motywu, buildera i wtyczek WordPress.
5. Konwertuj obrazy do WebP, zachowaj sensowne nazwy, alt, width i height. Nie generuj nowych obrazów bez zgody.
6. Zachowaj istniejące ścieżki URL. Dla każdej zmienionej ścieżki dodaj trwałe przekierowanie 301.
7. Dodaj title, meta description, canonical, Open Graph, sitemap.xml, robots.txt, RSS i dane strukturalne tam, gdzie wynikają z treści.
8. Dodaj formularz kontaktowy bez sekretów w kodzie oraz czytelną konfigurację przez zmienne środowiskowe.
9. Dodaj walidację contentu, astro check, build i test sprawdzający stare URL-e, przekierowania, linki wewnętrzne oraz brak utraconych stron.
10. Dodaj README z komendami instalacji, developmentu, publikacji wpisu i buildu.

Pracuj etapami: audyt, plan, implementacja, walidacja. Nie usuwaj ani nie zmieniaj URL-i bez uzasadnienia. Po każdym etapie pokaż wynik i ryzyka. Na końcu uruchom testy i build, popraw błędy oraz podaj listę elementów wymagających ręcznej weryfikacji.

Przygotuj w tym repozytorium kompletny, minimalny stack do wdrożenia istniejącej statycznej strony Astro na Cloudflare.

Dane:
- domena apex: [EXAMPLE.COM]
- opcjonalny host www: [WWW.EXAMPLE.COM]
- Cloudflare account ID podam przez CLOUDFLARE_ACCOUNT_ID
- token podam wyłącznie przez CLOUDFLARE_API_TOKEN i TF_VAR_cloudflare_api_token

Wymagania:
1. Skonfiguruj Astro z output: "static" i Cloudflare Workers Static Assets. Nie dodawaj Pages ani serwera Node.
2. Dodaj wrangler.jsonc z nazwą Workera, katalogiem dist, bindingiem ASSETS i Custom Domain. Worker ma wykonywać tylko potrzebne przekierowania 301 i przekazywać pozostałe requesty do env.ASSETS.fetch(request).
3. Dodaj OpenTofu z przypiętymi wersjami providera Cloudflare. Zarządzaj strefą, rekordami DNS, domeną Workera, przekierowaniem www, HTTPS/TLS, cache i jedną WAF custom rule blokującą sondy /wp-, .php i .env.
4. Najpierw zinwentaryzuj obecne rekordy DNS. Nie nadpisuj ani nie proxy'uj rekordów pocztowych. MX oraz hosty używane przez SPF, DKIM i DMARC mają pozostać DNS-only.
5. Nie zapisuj tokenów, account ID, zone ID, tfstate ani plików .tfvars z sekretami w Git. Dodaj .gitignore i .env.example bez wartości.
6. Zastosuj najmniejsze potrzebne uprawnienia tokenu i opisz je w README: Workers Scripts: Edit, DNS: Edit oraz tylko jeśli używane WAF: Edit, Cache Settings: Edit i Zone Settings: Edit.
7. Dodaj komendy: instalacja, astro check, build, wrangler dev, wrangler deploy, tofu fmt, tofu validate, tofu plan i tofu apply.
8. Dodaj bezpieczną procedurę wdrożenia: staging, obniżenie TTL, backup DNS, zatwierdzenie tofu plan, deploy Workera, zmiana nameserverów, test HTTPS/redirectów/poczty i plan rollbacku.
9. Nie uruchamiaj tofu apply ani nie zmieniaj DNS bez mojego wyraźnego potwierdzenia. Możesz uruchomić lokalne walidacje i pokazać plan.

Najpierw sprawdź istniejące pliki i dopasuj się do repozytorium. Potem pokaż krótki plan, utwórz pliki, uruchom walidacje i popraw błędy. Na końcu wypisz utworzone zasoby, wymagane zmienne, uprawnienia tokenu oraz ręczne kroki cutoveru.

1. Załóż konto Cloudflare na własny adres firmowy i włącz 2FA. Plan Free wystarcza dla typowej strony statycznej.
2. Utwórz token API w panelu Cloudflare i przekaż go bezpiecznym kanałem, nie mailem. Token używa agent wdrożeniowy: Wrangler publikuje Workera, OpenTofu zarządza DNS i politykami edge.

Cloudflare definiuje Edit jako CRUDL, więc osobne uprawnienie Read nie jest potrzebne. Token ograniczamy do jednej strefy, a po odbiorze możesz go obrócić lub usunąć jednym kliknięciem. Sekrety nie trafiają do Git, tfvars ani historii powłoki — przekazujemy je jako zmienne środowiskowe CLOUDFLARE_API_TOKEN i TF_VAR_cloudflare_api_token.

Po Twojej stronie pozostaje też dostęp do panelu rejestratora domeny, żeby zmienić nameservery, oraz eksport WordPressa lub konto read-only w WP.

1. Inwentaryzacja. Lista URL, metadanych, mediów i rekordów DNS wraz z mapą przekierowań.
2. Konwersja treści. Wpisy i strony trafiają do Markdown, obrazy do WebP, a układ do komponentów Astro.
3. Staging. Wersja testowa na osobnym hostname i osobnym tokenie, do akceptacji treści i wyglądu.
4. Weryfikacja. Porównanie URL, tytułów, opisów, sitemapy i przekierowań ze stanem sprzed migracji.
5. Przełączenie. wrangler deploy, następnie zatwierdzony tofu plan i tofu apply dla DNS oraz Custom Domain.
6. Przekazanie. Repozytorium, instrukcja publikacji wpisu i krótkie szkolenie z edycji Markdown.

• Poza zakresem

  WooCommerce, konta użytkowników, płatności, rezerwacje i redesign. Migracja odtwarza istniejący układ lub używa prostego szablonu. Takie elementy wyceniamy osobno.

• Koszty stałe

  Domena i ewentualny hosting poczty. Na planie Workers Free statyczne assety są bez limitu, Worker ma 100 000 requestów dziennie i 10 ms CPU na wywołanie.

• Opieka opcjonalna

  Aktualizacje zależności, monitoring, zmiany treści i rozwój strony w modelu godzinowym lub abonamentowym, po ustaleniu zakresu.