Co zyskujesz

• 5x szybsze ładowanie — WordPress: 3-6s LCP. Next.js z SSG: 0.5-1.5s LCP. Lepsze Core Web Vitals = lepszy SEO.
• 70% niższy hosting — WordPress hosting 100-500 zł/mies. Next.js na Vercel/Netlify: 0-100 zł/mies. dla większości stron.
• Brak dziur w pluginach — WordPress: 30+ wtyczek = 30+ vectors atak. Next.js: jeden custom kod, dziewicze repo.
• Headless CMS opcjonalnie — Strapi, Sanity, Contentful — łatwy panel admina dla redaktorów, separated od kodu.
• Modern stack — TypeScript, React, Tailwind, GraphQL/REST — stack, w którym pracują dzisiejsi developerzy.
• Lepsze SEO — Core Web Vitals, structured data, sitemap, hreflang — wszystko zoptymalizowane od startu.

Co dostajesz

• Audyt obecnej strony WordPress (treść, struktura, ruch, SEO)
• Wybór architektury (statyczny SSG, headless CMS, full custom)
• Migracja contentu (posty, strony, media, meta)
• Implementacja w Next.js z designem zachowującym brand
• Setup CMS (jeśli wybrany — Strapi/Sanity)
• Redirecty 301 dla każdego URL z WordPress
• Setup hosting (Vercel/Netlify/AWS)
• Monitoring po migracji + 30 dni wsparcia

WordPress vs Next.js — kiedy migracja ma sens?

WordPress jest świetny dla stron, które rzadko się zmieniają i mają mało ruchu. Mała firma usługowa z 5 podstronami i 100 odwiedzinami dziennie — WordPress jest OK. Problem zaczyna się dla stron z większymi wymaganiami: blog z 500+ artykułami, portal z dynamicznymi treściami, sklep z 10 000+ produktów, strona z 10 000+ odwiedzin dziennie. Tu WordPress zaczyna pękać.

Konkretne sygnały, że pora na migrację: 1) Strona ładuje się dłużej niż 3 sekundy (Google Search Console pokazuje "Core Web Vitals: Failed"), 2) Hosting kosztuje 300+ zł/mies a wciąż jest wolno, 3) Co kilka miesięcy jakiś plugin powoduje awarię i trzeba szukać developera, 4) WP-Admin ładuje się minutami przy >1000 stronach, 5) SEO ranking spada mimo tego samego contentu (Google promuje szybsze strony), 6) Ataki bezpieczeństwa — każdego miesiąca firewall logi pełne prób hackowania.

Migracja na Next.js rozwiązuje wszystkie te problemy. Statyczny SSG (Static Site Generation) — strona jest plikiem HTML wygenerowanym podczas builda, hosting praktycznie darmowy, ładowanie 0.5s. Brak wtyczek, brak admina po stronie produkcyjnej (admin może być w headless CMS jak Strapi). Cyber-bezpieczeństwo na poziomie aplikacji webowej, nie zoo wtyczek.

Headless CMS — co zamiast WP-Admin?

Po migracji na Next.js redakcja contentu wymaga interfejsu. Trzy popularne opcje:

1) Strapi (open source, self-hosted): pełna kontrola, można hostować na własnym serwerze (VPS za 50 zł/mies), elastyczny model danych, ale wymaga zarządzania backupami i aktualizacjami. Najlepiej dla firm z technicznym zespołem lub chcących pełnej kontroli nad danymi (np. RODO).

2) Sanity (chmurowy, freemium): świetny developer experience, real-time collaboration, generous free tier (3 użytkowników, 10k dokumentów), płatne plany od $99/mies. Najlepsza dla zespołów chcących "po prostu pisać", bez zarządzania infrastrukturą.

3) Contentful (chmurowy, dla enterprise): rozbudowany, dobry dla dużych zespołów (10+ redaktorów), API stabilne i sprawdzone, ale drogi (od $300/mies). Dla agencji medialnych, dużych portali.

Dla większości polskich firm (małe-średnie) — Strapi lub Sanity. Dla dużych portali z 50+ redaktorami — Contentful. Dla jednoosobowych blogów / małych firm — można pisać prosto w MDX (pliki Markdown w repo), bez CMS wcale.

Migracja krok po kroku — co realnie trzeba zrobić?

Tydzień 1: audyt. Eksportujemy z WordPress wszystko: posty, strony, media, meta tagi, kategorie, tagi, użytkowników, komentarze. Analizujemy strukturę URL — które ścieżki muszą zostać identyczne (SEO!), które można uprościć. Zbieramy dane z Google Analytics i Search Console — które strony mają największy ruch (te muszą działać idealnie po migracji), które są martwe (można pominąć).

Tygodnie 2-4: implementacja. Setup Next.js z routingiem odzwierciedlającym strukturę WP. Migracja contentu (posty z WP do MDX/CMS), migracja mediów (do Cloudinary/S3), implementacja designu (zwykle redesign, czasem 1:1 odtworzenie). Konfiguracja CMS dla redaktorów.

Tydzień 5: redirecty i SEO. Każdy URL z WordPress musi zwrócić 301 redirect do nowego URL-a (jeśli się zmienił) lub działać identycznie (jeśli się nie zmienił). Konfigurujemy w Vercel/Netlify rules. Setup sitemap.xml, robots.txt, structured data, OpenGraph dla social media.

Tydzień 6: testy i deployment. Testy obciążeniowe (LH, WebPageTest), audyt SEO (Screaming Frog crawl), porównanie ruchu PRE/POST migration na staging. Deployment z gotowym DNS switchem — przejście WP→Next.js w 5 minut, bez downtime'u.

Po migracji: 30 dni monitoringu. Co 24h sprawdzamy Google Search Console — czy nie dropuje rankingu, czy redirecty działają. Pierwsze 2 tygodnie zwykle są małe wahania, potem stabilizacja na poziomie wyższym niż przed migracją (bo Google premiuje szybkie strony).

Najczęstsze pytania

Czy stracę pozycje w Google po migracji?

Przy poprawnej migracji — nie. Kluczowe: 301 redirecty dla każdego URL, ten sam content (lub poprawiony), ten sam meta data. Po migracji rankings często rosną dzięki lepszemu performance. Spadki przy złej migracji = brakujące redirecty, zmienione URL bez 301.

Co z komentarzami i społecznością?

Komentarze WordPress można migrować do nowego CMS-a (Strapi/Sanity) lub przejść na zewnętrzną usługę (Disqus, Giscus oparte na GitHub). Decyzja zależy od kontekstu — często komentarze do bloga firmowego są praktycznie martwe i przy okazji się upraszcza.

Czy redaktorzy poradzą sobie z headless CMS?

Tak, jeśli dobrze skonfigurujemy. Strapi/Sanity mają interfejsy podobne do WP-Admin (WYSIWYG editor, media library, podgląd). Szkolenie 2-3h dla zespołu redakcji wystarczy. Większy problem to zmiana habits — często redaktorzy długo tęsknią za WordPress'em.

Czy mogę migrować WooCommerce na Next.js?

Tak — z dwiema opcjami. 1) Headless WooCommerce: WP zostaje jako backend (zarządzanie produktami, koszyk, zamówienia), Next.js robi frontend. 2) Pełna migracja: koszyk i checkout w Next.js + Shopify/Saleor jako backend. Druga opcja droższa ale lepsze performance.

Jak długo trwa migracja?

Mała strona firmowa (do 30 stron): 4-6 tygodni. Blog z setkami artykułów: 6-10 tygodni. WooCommerce: 3-6 miesięcy. Czas zależy głównie od ilości contentu i customizacji designu.

Czy migracja przeszkodzi obecnej stronie?

Nie — pracujemy na staging environment, klient nie widzi prac. Switch DNS przy gotowej wersji = 5 minut downtime'u. Przy szczególnie krytycznych stronach robimy "blue-green deployment" = 0 downtime'u.

Co z polskimi pluginami (np. Polylang, WPMU)?

Wielojęzyczność WP (Polylang, WPML) zastępujemy w Next.js routingiem (np. /pl/ i /en/) z automatyczną detekcją języka. Często prościej i szybciej niż w WP. Z innymi pluginami (np. Yoast SEO) — przepisujemy logikę w Next.js (often natywnie, bez plugin'ów).