Uruchomienie nowej strony w Astro i Next.js bez utraty SEO

Dlaczego plan uruchomienia strony decyduje o SEO

Udane wdrożenie to nie kwestia szczęścia ale skumulowany efekt ścisłego trzymania się procedury. Poniżej masz kompletną listę kontrolną przełączenia produkcji. Krok po kroku, od zamrożenia treści aż po monitoring 30 dni po wdrożeniu.

Faza 1 przed przełączeniem strony: przygotowanie SEO i techniczne

Krok 1: Ostateczny audyt stagingu

Zanim cokolwiek przepniesz, upewnij się, że to, co trafi na produkcję, jest w 100% gotowe:

• Sprawdź robots.txt na stagingu. Jeśli staging ma Disallow: /, żeby Google go nie indeksował, i ta reguła trafi na produkcję, to nowa strona z dnia na dzień znika z indeksu. Zweryfikuj, że produkcyjny robots.txt nie blokuje całości.

• Przetestuj wszystkie formularze i integracje na danych stagingowych. Formularz kontaktowy, checkout, płatności, wysyłkę maili, webhooki z CMS-a, integracje API.

• Przygotuj skrypty analityczne z produkcyjnymi ID. GA4, Meta Pixel, Google Tag Manager. Musisz być pewny, że po wdrożeniu wskazują na właściwe, produkcyjne konta.

Krok 2: Zamrożenie treści

Od ustalonego momentu redakcja ma absolutny zakaz dodawania nowych wpisów, produktów czy edycji w starym WordPressie. Wszyscy muszą dostać i potwierdzić, że przyjęli to do wiadomości. Dlaczego? Migracja bazy danych to zrzut stanu z konkretnej chwili, więc każda zmiana wprowadzona po tym zrzucie przepadnie.

Krok 3: Backup ostateczny

• Pełna kopia starej strony: pliki oraz baza danych WordPressa.

• Kopia zabezpieczona poza dotychczasowym serwerem, na zewnętrznym dysku albo w chmurze.

To Twoje koło ratunkowe. Jeśli cokolwiek pójdzie nie tak, backup wykonany tuż przed migracją jest różnicą między „przywracamy w 15 minut" a „mamy poważny problem".

Faza 2 w dniu wdrożenia strony: DNS, TTL i przełączenie ruchu

Krok 4: Godzina wdrożenia

Wybierz okno serwisowe w czasie najmniejszego ruchu, najlepiej późny wieczór albo wczesny ranek w środku tygodnia (wtorek 22:00, środa 4:00). Złota zasada: nigdy w piątek po południu. Jeśli coś się zepsuje w piątek wieczorem, spędzisz weekend na gaszeniu pożaru, zazwyczaj bez natychmiastowego wsparcia ze strony hostingu.

Krok 5: Przepięcie DNS i TTL

Musisz obniżyć TTL na rekordach DNS z 24h do np. 300 sekund co najmniej na czas równy poprzedniemu TTL przed przepięciem. TTL (Time to Live) mówi resolverom DNS, jak długo mogą trzymać w pamięci starą wartość rekordu. Przy standardowym TTL 86400 s (24h) daj więc pełną dobę na wygaśnięcie starych wpisów w cache. Po przepięciu niski TTL zwykle skraca propagację do kilku minut, ale część resolverów lub klientów może odświeżyć rekord później.

# Co najmniej poprzedni TTL przed migracją: obniż sam TTL, wartości rekordów bez zmian
A     @    <IP starego serwera>    TTL 300
CNAME www  <stary-host>            TTL 300

# Dzień zero: podmień wartości na nowy hosting (TTL nadal niski)
A     @    76.76.21.21             TTL 300   # np. Vercel
CNAME www  cname.vercel-dns.com    TTL 300

Dzięki obniżonemu TTL, jeśli coś pójdzie nie tak, rollback (powrót starych wartości) zwykle rozchodzi się szybciej. Po ustabilizowaniu wdrożenia (po kilku dniach) możesz podnieść TTL z powrotem.

Faza 3 po wdrożeniu: przekierowania 301, sitemap i indeksacja

To serce bezpiecznej migracji, właśnie tutaj strona żyje albo umiera w oczach Google.

Krok 6: Wielka weryfikacja trwałych przekierowań

Odpal mapę przekierowań ze starych URL-i z WordPressa na nowe adresy w Astro/Next.js. Każdy URL z właściwym odpowiednikiem powinien kierować trwałym przekierowaniem 301 albo 308, jest wyraźnym sygnałem dla Google, że nowy adres jest docelową wersją treści. Jeśli treść została usunięta i nie ma sensownego odpowiednika, zwracaj 404 albo 410 zamiast przekierowywać ją na stronę główną.

W Astro przekierowania definiujesz w astro.config.mjs albo w pliku _redirects (Cloudflare Pages / Netlify); w Next.js w next.config.js przez redirects(). Po wdrożeniu przetestuj to automatycznie, za pomocą Screaming Frog przejedź listę starych URL-i i pokaże, co zwraca 301, a co się wywala. Szybki test pojedynczego adresu z terminala:

# Powinno zwrócić: 301 lub 308 -> nowy URL, a nowy URL: 200 OK
curl -sI https://twojadomena.pl/stary-adres | grep -i "HTTP\|location"

Na co polować:

• Kluczowe podstrony (strona główna, oferta, top wpisy) zwracają 200 OK.

• URL-e z nowymi odpowiednikami kierują przez 301 lub 308. 302 i 307 są przekierowaniami tymczasowymi, więc nie sygnalizują Google trwałego przeniesienia adresu.

• Brak pętli przekierowań (redirect loops) — najczęstszy i najgroźniejszy błąd, przy którym adres kieruje w kółko i kończy się błędem przeglądarki.

• Parametry zapytania i kotwice (#hash) nie są przypadkiem ucinane w przekierowaniu.

Krok 7: Nowa sitemap i usunięcie blokad

• Wygeneruj nową sitemap.xml (w Astro np. przez @astrojs/sitemap, w Next.js przez wbudowany mechanizm) i podmień ją w Google Search Console.
• Ostatecznie potwierdź, że produkcyjny robots.txt nie ma Disallow: /.
• Upewnij się, że <meta name="robots" content="noindex"> ze stagingu został usunięty na produkcji. To właśnie ten mechanizm wyklucza stronę z indeksu; robots.txt z kolei może uniemożliwić Google crawl i wykrycie zmian.

Faza 4: rollback po wdrożeniu strony bez strat w SEO

Prawdziwy ekspert zawsze ma plan B i wie, kiedy uruchomić całą procedurę. Załóżmy najgorsze: 30 minut po przepięciu DNS nowy frontend „leży", API CMS-a rzuca błędami 500, a checkout nie działa. Co robimy?

• Zdefiniuj z góry „point of no return", czyli moment, po którym nie ma już odwrotu (np. gdy redakcja zaczęła pracować na nowym CMS-ie i pojawiły się nowe dane, których nie ma w starym backupie).

• Miej gotową procedurę szybkiego rollbacku: przywrócenie starych wartości rekordów DNS wskazujących z powrotem na stary WordPress. Dzięki obniżonemu TTL z Fazy 2 zwykle przyspieszy odświeżenie rekordów.

• Ustal próg decyzyjny: ile czasu dajemy na naprawę „na gorąco", zanim wycofujemy wdrożenie. Biznes nie może tracić pieniędzy, podczas gdy programiści szukają przez godziny błędu. Dlatego, jeśli w ustalonym oknie nie ma rozwiązania, wracamy na stare i debugujemy spokojnie na stagingu.

Rollback to nie porażka. To profesjonalizm. Klient, który wie, że masz plan awaryjny, przechodzi przez migrację bez paniki.

Faza 5: monitoring SEO przez 30 dni po uruchomieniu strony

Wdrożenie nie kończy się w momencie przepięcia DNS, ponieważ to początek kolejnego etapu, jakim jest faza intensywnego nadzoru.

Pierwsze 48 godzin:

• Ciągłe sprawdzanie logów błędów (Sentry, logi hostingu) pod kątem błędów 404 (brakujące przekierowania) i 500 (padające API lub SSR).

• Weryfikacja, że formularze, płatności i maile faktycznie działają na produkcji, a nie tylko działały na stagingu.

Pierwsze 30 dni w Google Search Console:

• Zakładka Indeksowanie: czy Google poprawnie wyłapuje nowe strony i przetwarza przekierowania. Rosnąca liczba zaindeksowanych stron to dobry znak.

• Core Web Vitals: obserwuj, jak wykresy przesuwają się na zieloną stronę. To świetny moment na zrzuty ekranu do przyszłego case study, czyli porównanie „przed i po" z realnymi danymi jest bezcenne w portfolio.

• Raport skuteczności: wahania pozycji po migracji są typowe, ponieważ Google ponownie crawluje i indeksuje adresy. Dla średniego serwisu większość zmian może zostać przetworzona w kilka tygodni, a dla większego potrwać dłużej. Jeśli spadki pogłębiają się lub rośnie liczba błędów po tym okresie, sprawdź przekierowania, kanonicale, treść i dostępność serwera.