Svetainės migracija iš WordPress į Next.js: ką žinoti prieš pradedant

Jei WordPress svetainė lėta, Core Web Vitals rodikliai raudoni, o redaguoti trukdo įskiepių konfliktai, Next.js gali būti geras sprendimas. Tačiau netinkamai atlikta migracija per kelias savaites gali nuversti pozicijas Google. Žemiau – kaip migruoti, kad SEO išliktų.

Kada verta migruoti

• Core Web Vitals raudoni nepaisant optimizavimo (lėtas talpinimas + per daug įskiepių)
• Saugumo problemos – svetainė nuolat nulaužiama ar įskiepiai pasenę
• Redagavimo procesas tapo painus – per daug skirtingų įskiepių valdymo skydų
• Reikia integracijų, kurių WordPress sunkiai palaiko (realaus laiko duomenys, DI, individuali logika)
• Komanda dirba arba nori dirbti su React ir TypeScript

Kada migruoti neverta

Nemigruokite, jei:

• Vienintelė priežastis – „visi sako, kad Next.js geriau“
• Turinio redaktoriai nenorės keistis – reikia headless CMS strategijos
• Biudžetas ribotas – migracija kainuoja gerokai daugiau nei WordPress optimizavimas
• Svetainė labai priklauso nuo specifinių WP įskiepių (pvz., WooCommerce su daug plėtinių)
• Svetainei mažiau nei 1 metai – greičiausiai problemos sprendžiamos pigiau

Migracijos žingsniai

1. Auditas ir planavimas (1-2 sav.)

Pirmiausia išsiaiškinkite, ką turite. Eksportuokite visų URL sąrašą iš Search Console ir surikiuokite pagal srautą: dažniausiai nedidelė URL dalis atneša didžiąją dalį lankytojų.

• Eksportuoti visus URL su pozicijomis ir paspaudimais (Search Console, paskutiniai 12 mėn.)
• Surasti atgalines nuorodas (Ahrefs, Semrush) – jos labai svarbios
• Surašyti naudojamus įskiepius ir jų funkcijas – ką reikės atkurti Next.js
• Inventorizuoti turinį: įrašai, puslapiai, individualūs įrašų tipai, taksonomijos
• Surašyti formas, kalbų versijas, individualias funkcijas

2. CMS pasirinkimas

Next.js atsakingas už naudotojo sąsają (frontend), o turinį reikia kažkur laikyti. Variantai:

• WordPress kaip headless CMS (REST API/WPGraphQL) – redaktoriams nereikės mokytis naujos sistemos
• Sanity – patogus programuotojams, lankstus, turi nemokamą planą
• Strapi – atviro kodo, diegiamas savame serveryje, visiška kontrolė
• Contentful – stambioms įmonėms, brangus
• Markdown failai Git saugykloje – greita, bet tinka tik techninei komandai

3. Next.js svetainės kūrimas

Rinkitės statinį generavimą (SSG/ISR) vietoj SSR: puslapiai kraunasi greičiau, o serveris papildomai neapkraunamas. Paveikslėliams naudokite next/image, kuris juos optimizuoja automatiškai.

Kur tik įmanoma, išlaikykite tokius pačius URL kaip senojoje svetainėje. /blog/post-name turi likti /blog/post-name. Tada nukreipimų reikės mažiau.

4. SEO migracija – svarbiausia dalis

• Visi seni meta pavadinimai ir aprašymai – perkelti 1:1, neperrašinėti
• Schema.org žymėjimas – atkurti visur, kur buvo (BlogPosting, Product, FAQ)
• Kanoniniai URL – tikslūs ir nedubliuojami
• robots.txt + sitemap.xml – sugeneruoti automatiškai (next-sitemap arba integruotas App Router sprendimas)
• Struktūrinių duomenų testavimas su Google Rich Results Test prieš paleidimą

5. 301 nukreipimų strategija

Kiekvienam pasikeitusiam URL reikia 301 nukreipimo į naują adresą, kitaip tų puslapių pozicijos prarandamos. Sudarykite nukreipimų lentelę: senas URL → naujas URL. Įgyvendinkite per next.config redirects() arba proxy (iki Next.js 16 vadintas middleware).

WordPress dažnai turi /?p=123 tipo URL, /category/, /tag/, /author/ archyvus, /feed/ ir /wp-content/uploads/ paveikslėlius. Visus juos reikia nukreipti.

6. Bandomoji aplinka ir testavimas (1-2 sav.)

• Visi senų URL nukreipimai veikia (patikrinkite 100 populiariausių URL)
• Lighthouse įvertinimas 90+ visose kategorijose
• Schema žymėjimas validus
• Formos siunčia į teisingą el. paštą/CRM
• Analitika ir sekimas veikia (GA4, Search Console patvirtinimas)
• 404 puslapis veikia ir turi paieškos funkciją

7. Paleidimas ir stebėjimas po paleidimo

Paleiskite darbo dienos rytą, ne penktadienį ir ne prieš šventes. Pirmas 24 valandas atidžiai stebėkite:

• Search Console puslapių indeksavimo (Pages) ataskaitą – ar nauji URL indeksuojami
• Search Console klaidas – ar nėra 4xx/5xx
• Realių lankytojų greičio stebėjimą (Vercel Speed Insights, Cloudflare Web Analytics)
• Screaming Frog nuskaitymą – ar veikia visos vidinės nuorodos
• Iš karto pateikite naują svetainės žemėlapį (sitemap) Search Console

Ko tikėtis pirmus 1-3 mėn.

Net po tvarkingos migracijos pirmas kelias savaites pozicijos svyruoja, nes Google svetainę perindeksuoja. Jei nauja svetainė greitesnė ir tvarkingesnė, po kelių mėnesių rezultatai gali būti geresni nei prieš migraciją.

Jei po 3 mėn. ankstesnis lygis nepasiektas, ieškokite klaidų. Dažniausios: trūkstami nukreipimai, prarasta schema, dubliuotas turinys.

Migracijos kaina Lietuvoje

• Maža svetainė (iki 50 puslapių): 1500-3500 EUR
• Vidutinė (50-300 puslapių, individualios funkcijos): 3500-8000 EUR
• Didelė svetainė ar el. parduotuvė: 8000-25000+ EUR

Išvados

Didžiausia migracijos rizika – SEO. Todėl nemažą biudžeto dalį skirkite nukreipimams, schema žymėjimui ir stebėjimui po paleidimo.