Hónapok óta mondtuk az ügyfeleinknek, hogy az Astro migrációk gyorsabbak, mint gondolnák. Aztán megcsináltuk a sajátunkat egy nap alatt, és magunknak is bebizonyítottuk.
Ez nem tutorial. Ez egy őszinte beszámoló arról, hogyan építettük újra a relevatdigital.com-ot egy menedzselt WordPress setupról Astróra, ami Cloudflare Workersen fut, és közben Claude volt a fő mérnöki partnerünk.
Miért váltottunk végre
A WordPress oldalunk működött. Nem volt lassú. De ott volt a szokásos teher: plugin frissítések, amiket nem akartunk, egy PHP runtime, amit többé nem akartunk karbantartani, és egy egyre növekvő szakadék a stack között, amit ügyfeleknek ajánlottunk, és amit mi magunk futtattunk. Amikor elkezdtük használni a Cloudflare Workerst és az R2-t ügyfélprojekteken, és láttuk, milyen tiszta a fejlesztői élmény, a saját oldalunkat WordPressen futtatni a cipész gyermeke problémának éreztük.
A megközelítés: hagytuk, hogy Claude először mindent beolvasson
A legnagyobb időmegtakarítás nem a kódgenerálás volt. Az volt, hogy Claude-nak hozzáférést adtunk a meglévő oldalunkhoz, hogy megértse, mink van, mielőtt felépíti, amire szükségünk van.
Claude-ot ráirányítottuk az éles oldalainkra, hagytuk, hogy beolvassa minden route-ot, megértse a layoutot, a tartalom struktúrát, a navigációt és a design nyelvet. Aztán csatlakoztattuk a WordPress REST API-hoz, hogy lehúzza a strukturált tartalmat - posztokat, metaadatokat, kategóriákat, tag-eket, média referenciákat. Claude a WordPress tartalom modellt Astro content collection-ökre mappelte, legenerálta az MDX fájlokat, és megőrizte az összes frontmattert, ami az SEO folytonossághoz kellett.
Semmi kézi másolás. Semmi URL spreadsheet. Claude beolvasta a forrást és felépítette a célt.
A design újragondolása
Nem portoltuk a régi témát sorról sorra. Megadtuk Claude-nak a meglévő oldalakat vizuális és strukturális referenciaként, és egy új designt kértünk, ami megtartja a brandünket, de tisztább és gyorsabb. Felépítette a komponens könyvtárat Astróban, kezelte a reszponzív layoutokat és a stylingot - miközben mi a kimenet review-jára és a design döntésekre fókuszáltunk.
Az eredmény egy oldal, ami szándékosnak néz ki, nem migrálnak.
A Cloudflare stack
A hosting rész gyorsabban állt össze, mint a tartalom migráció. Ezt állítottuk fel ugyanazon a napon:
- Cloudflare Workers Astro adapterrel. Az Astro Cloudflare adaptere azt jelenti, hogy az oldal az edge-en fut SSR-rel, ahol kell, és statikus pre-renderinggel mindenhol máshol. Build, deploy, kész.
- R2 média tárolásra. Az összes kép és média a WordPress uploads-ból egy R2 bucketbe költözött. Egy egyszerű API route szolgálja ki őket immutable cache headerekkel. Nincs CDN konfiguráció, nincs origin pull setup.
- Cloudflare email routing. A kapcsolati űrlap beküldések Cloudflare email workeren mennek keresztül - nincs harmadik fél tranzakciós email szolgáltatás, nincs SMTP credential kezelés. Az űrlap meghív egy workert, a worker elküldi az emailt, és a Turnstile kezeli a bot védelmet.
- D1 vagy KV ahol kell. Bármilyen dinamikus részhez, ami nem tartozik statikus tartalomba, a Cloudflare edge storage megoldásai beilleszkednek külső adatbázisok hozzáadása nélkül.
A teljes deployment pipeline: push main-re, Cloudflare buildel, az oldal globálisan él egy percen belül.
Mit csinált Claude vs. mit csináltunk mi
Claude írta a kód túlnyomó többségét: komponensek, layoutok, content collection-ök, API route-ok, email workerek, build konfiguráció. Kezelte az unalmas részeket - húsz plusz MDX fájl generálása WP API válaszokból, redirectek beállítása, régi URL-ek mappelése új slug-okra - hibák nélkül, amiket utólag kellett volna keresnünk.
Amit mi csináltunk, az döntések voltak. Melyik oldalt tartjuk meg, melyiket dobjuk. Hogyan nézzen ki az új design. Hogyan működjön a navigáció. Hol indokolt az SSR és hol elég a statikus. Minden commit review-ja, minden route tesztelése, minden redirect ellenőrzése.
Az elosztás jó volt: Claude mint egy nagyon gyors, nagyon alapos implementáló; mi mint az architektusok és szerkesztők.
Ami meglepett minket
Sebesség. Nem „migrációnak gyors” - tényleg egy munkanap a WordPresstől egy éles Astro oldalig Cloudflare-en. A tartalom migráció önmagában két-három napig tartott volna kézzel.
Pontosság. Claude tartalommigráció a WP API-ból megbízhatóbb volt, mint a korábbi kézi migrációink. Minden poszt, minden tag, minden slug rendben jött át, mert nem volt humán átírási lépés, ahol hibák keletkezhetnek.
A Cloudflare DX. Email küldés, média tárolás, edge compute, DNS - minden egy helyen, egy deploy-jal. Az operációs egyszerűség egy WordPress hosting stackhez képest - külön email, CDN és backup szolgáltatásokkal - szembeötlő.
Mikor van értelme ennek a megközelítésnek
Ez nem a jó lépés minden WordPress oldalra. Ha a tartalom csapatod a wp-adminban él és naponta publikál, a WordPress még mindig a jó eszköz. De ha az oldaladat fejlesztők karbantartják, a tartalom változások ritkák, és sebességet, biztonságot és nulla plugin karbantartást akarsz - ez az út.
A saját oldalunkra a kompromisszum egyértelmű volt. Kaptunk egy gyorsabb oldalt, egyszerűbb stacket, alacsonyabb hosting költségeket, és egy kódbázist, amiben tényleg akarunk dolgozni. Egy nap alatt.
Mit jelent ez ügyfeleknek
Ezt a migrációt most már a saját éles oldalunkon és több ügyfélprojekten is megcsináltuk. A minta megismételhető: Claude beolvassa a meglévő oldalt, lehúzza a tartalmat a WP API-ból, felépíti az Astro célt, és egy humán csapat review-z és szállít. Ha a WordPress oldalad kinőtte a stackjét és halogattad a migrációt, mert egyhónapos projektnek érezted - nem kell annak lennie.
Címkék