Checklista SEO po wdrożeniu strony: co zrobić po uruchomieniu serwisu

— Zweryfikowane z dokumentacją Google Search Console, przetestowane na realnych wdrożeniach stron, z danymi z migracji naszego własnego przejścia z .io → .com w styczniu 2026.

TL;DR: Strona wystartowała. Gratulacje. Teraz zaczyna się właściwa robota. Pierwsze 30 dni po uruchomieniu serwisu decydują o tym, czy zaczniesz piąć się w wynikach Google, czy znikniesz w indeksie. Ta checklista pokazuje dokładnie, co robić — godzina po godzinie, tydzień po tygodniu — tak jak robię to przy każdym wdrożeniu i każdej migracji. Jeśli odpuścisz pierwsze 24 godziny, możesz potem miesiącami odkręcać coś, co dało się zabezpieczyć w jedno popołudnie.

Dlaczego SEO po wdrożeniu strony jest ważniejsze niż SEO przed startem

Start strony daje satysfakcję. Mniej więcej przez pięć minut. Potem pojawia się niepokój — czy wszystko się indeksuje? Czy przekierowania działają? Czy ktokolwiek faktycznie nas znajduje?

Widziałem to dziesiątki razy. Zespoły spędzają miesiące nad projektem, treściami i developmentem. Potrafią godzinami debatować nad fontami i kolorem przycisków. A potem klikają „publikuj” i uznają temat za zamknięty.

I właśnie wtedy wszystko zaczyna się sypać.

Tylko 10% migracji stron realnie poprawia wyniki SEO. Pozostałe 90% albo stoi w miejscu, albo traci ruch — czasem bardzo boleśnie. Średni czas powrotu po źle przeprowadzonej migracji? 523 dni. Prawie półtora roku patrzenia, jak wykres ruchu idzie dokładnie w złą stronę.

Różnica między tymi 10%, które rosną, a 90%, które nie rosną? Checklista. Dosłownie. Zespoły, które trzymają się uporządkowanego procesu po wdrożeniu, wracają do formy w kilka tygodni. Te, które improwizują, potem przez całe kwartały tłumaczą spadki ruchu swoim szefom.

„Linkowanie wewnętrzne to jedno z najważniejszych działań, jakie możesz wdrożyć w serwisie, żeby pokazać Google i użytkownikom, które strony uważasz za ważne.”

To, co mówi Mueller, jest szczególnie trafne tuż po wdrożeniu. Nowa architektura strony musi od razu pokazać Google, co jest ważne. Jeśli wystartujesz z uszkodzonym linkowaniem wewnętrznym, osieroconymi podstronami albo bez mapy witryny, Google nie będzie wiedział, od czego zacząć — i nie zrobi tego za ciebie.

Pierwsze 24 godziny po wdrożeniu: krytyczne kontrole

Tego się nie negocjuje. Zrób to, zanim wrzucisz tweeta o starcie. Zanim wyślesz mailing. Zanim zrobisz cokolwiek innego. Podczas naszej migracji pierwsze 24 godziny upłynęły między terminalem a kartami w Search Console. Zero glamour. Ale każdy punkt poniżej istnieje dlatego, że albo sami wcześnie złapaliśmy problem, albo widzieliśmy, jak ktoś inny go przegapił.

Najważniejszy wniosek

Najczęstszy błąd przy starcie, jaki widziałem? Zostawienie noindex na produkcji. Brzmi zbyt absurdalnie, żeby było prawdziwe — ale widziałem redesigny za sześciocyfrowe kwoty uruchamiane z wciąż zaznaczoną opcją „Discourage search engines” w WordPressie. Sprawdź to najpierw. Sprawdź drugi raz. A potem niech sprawdzi to jeszcze ktoś inny. My sami prawie to wypchnęliśmy przy przejściu na .com — złapaliśmy to tylko dlatego, że nasz skrypt wdrożeniowy automatycznie sprawdza, czy na stronie głównej nie ma noindex. Dodaj taki check u siebie.

Twój robots.txt powinien wyglądać tak

Tak może wyglądać poprawny plik robots.txt dla świeżo uruchomionej strony. Dopasuj URL mapy witryny i ewentualne ścieżki administracyjne do swojego CMS-a.

User-agent: *
Allow: /

# Block admin and staging paths
Disallow: /wp-admin/
Disallow: /staging/
Disallow: /cart/
Disallow: /checkout/
Disallow: /my-account/

# Allow CSS and JS for rendering
Allow: /wp-includes/*.js
Allow: /wp-includes/*.css
Allow: /wp-content/themes/*.js
Allow: /wp-content/themes/*.css

# Sitemap location
Sitemap: https://yourdomain.com/sitemap.xml

# AI crawler directives (new for 2026)
User-agent: GPTBot
Allow: /blog/
Allow: /resources/

User-agent: ClaudeBot
Allow: /blog/
Allow: /resources/

User-agent: PerplexityBot
Allow: /blog/
Allow: /resources/

Zwróć uwagę na dyrektywy dla robotów AI na dole. W 2026 to nie jest już opcjonalne. Jeśli chcesz, żeby twoje treści były cytowane w odpowiedziach ChatGPT, Perplexity albo Claude, musisz wyraźnie dopuścić ich roboty. Zablokujesz je — znikasz z wyszukiwarek AI całkowicie, a to kanał, który rośnie.

Tydzień 1 po wdrożeniu: kontrole fundamentów

Pierwsze 24 godziny służą do gaszenia pożarów. W 1. tygodniu chodzi o upewnienie się, że fundamenty są solidne. Przy naszej migracji to właśnie 3. dnia pojawiła się prawdziwa panika — nie dlatego, że wydarzył się kryzys, tylko dlatego, że minęło już tyle czasu, by dane z Search Console zaczęły spływać i mogliśmy wreszcie zobaczyć, co faktycznie się dzieje. Przerwa między „wystartowaliśmy” a „mamy dane” jest wyjątkowo nerwowa.

Nie da się przecenić znaczenia linkowania wewnętrznego. Po uruchomieniu seojuice.com pierwszą rzeczą, jaką zrobiłem, było przepuszczenie naszego własnego narzędzia do linkowania wewnętrznego przez każdy wpis blogowy. Znaleźliśmy 34 orphan pages już pierwszego dnia. Trzydzieści cztery strony, do których Google nie miał żadnej ścieżki dotarcia. Te strony miały ruch na starej domenie — i po cichu zniknęłyby na nowej. 3. dnia zobaczyłem pierwsze orphan pages z oznaczeniem „Discovered — currently not indexed” w Search Console. To uprzejmy sposób Google na powiedzenie: „wiem, że ta strona istnieje, ale nie mam powodu, żeby się nią przejmować”. Linki wewnętrzne dają Google powód, żeby się przejął.

Miesiąc 1 po wdrożeniu: kontrole wzrostu

Na tym etapie twoja strona powinna już się indeksować. Faza awaryjna się skończyła. Miesiąc 1 polega na przyspieszaniu tego, co działa, i naprawianiu tego, co nie działa.

Metryka stabilizacji ruchu to ta, przy której większość ludzi wpada w panikę. Prawda jest taka: niemal każda migracja strony powoduje tymczasowy spadek ruchu. To normalne. Google musi ponownie przeskanować, zaindeksować i ocenić twoje treści w nowej strukturze URL-i. Spadek 10-20% w tygodniach 1-2, który odbija do tygodnia 3-4, to książkowy scenariusz. Spadek 50%, który nie wraca do tygodnia 4, oznacza, że coś jest fundamentalnie zepsute.

U nas spadek wyniósł 15%. Wiedziałem to wcześniej i mimo to przez pierwszy tydzień sprawdzałem wykres ruchu co godzinę. To, że coś jest normalne, wcale nie sprawia, że wydaje się normalne, kiedy patrzysz na własne liczby.

Bieżący monitoring

Ta checklista nie kończy się po 30 dniach. To są rzeczy, które po każdym wdrożeniu powinieneś monitorować stale.

Co tydzień: sprawdzaj GSC pod kątem nowych błędów indeksowania. Monitoruj Core Web Vitals. Przeglądaj nowe strony 404. To zajmuje 15 minut. Wpisz to sobie do kalendarza. Ja robię to w każdy poniedziałek rano, zanim ruszy cokolwiek innego.

Co miesiąc: pełny skan witryny, żeby wyłapać nowe orphan pages. Audyt niedziałających linków. Kontrola content decay na top 50 stronach. Przegląd widoczności w AI dla kluczowych zapytań.

Co kwartał: pełny audyt techniczny. Walidacja schema markup. Czyszczenie redirect chains (łańcuchy z czasem się wydłużają, bo dochodzą kolejne przekierowania — u nas do 2. miesiąca mieliśmy łańcuchy po 4 przeskoki, bo ktoś dodał redirect do strony, która już była przekierowana). Analiza linkowania wewnętrznego, żeby architektura strony pozostała zwarta.

Awaryjne poprawki

Co robić, gdy coś pójdzie nie tak.

Pierwsze dwa wiersze odpowiadają za jakieś 80% awaryjnych telefonów, jakie dostawałem po uruchomieniu stron. Prawie zawsze chodzi o tag noindex albo zepsute przekierowania. Nie o żadną tajemniczą karę algorytmiczną. Nie o spisek Google. Po prostu o przeoczone checkboxy.

Nasza historia migracji: seojuice.io → seojuice.com

Wypada praktykować to, co się głosi, więc oto co wydarzyło się, gdy przenieśliśmy SEOJuice z domeny .io na .com w styczniu 2026.

Działaliśmy na seojuice.io przez ponad rok. Przyzwoity ruch, dobry profil backlinków, rankowanie na docelowe frazy. Ale chciałem .com. Nie z powodów SEO — rozszerzenie .io jest w wyszukiwarce całkowicie OK — tylko z powodów zaufania. Kiedy sprzedajesz do agencji i enterprise, posiadanie .com ma większe znaczenie, niż powinno.

Oto co zrobiliśmy:

Przed przełączeniem: wyeksportowaliśmy każdy URL z wersji .io. Zbudowaliśmy kompletną mapę przekierowań. Przetestowaliśmy każde przekierowanie na stagingu. Zaktualizowaliśmy wszystkie linki wewnętrzne tak, żeby wskazywały URL-e .com. Powiadomiliśmy Google przez narzędzie Change of Address w Search Console.

W dniu przełączenia: wdrożyliśmy przekierowania. Wysłaliśmy nową mapę witryny. Zweryfikowaliśmy w GSC, że właściwość .com odbiera dane. Monitorowaliśmy logi serwera pod kątem aktywności crawlerów. Siedziałem do północy i patrzyłem, jak rośnie crawl rate Googlebota.

Co się wydarzyło: zobaczyliśmy spadek ruchu o 15% w 1. tygodniu. W 3. tygodniu wróciliśmy do poziomu sprzed migracji. W 6. tygodniu ruch przekroczył poziom sprzed migracji o 12% — częściowo dlatego, że domena .com wyglądała na dającą lepszy CTR z SERP-ów (ludzie ufają .com, nawet jeśli podświadomie).

Co prawie poszło źle: mieliśmy paczkę starych wpisów blogowych z hardcoded URL-ami .io w treści. Przekierowania dobrze łapały ruch zewnętrzny, ale linki wewnętrzne tworzyły redirect chains (strona A linkuje do URL-a .io, który robi 301 do URL-a .com). Złapaliśmy to 3. dnia podczas przeglądu logów serwera — dokładnie dlatego ten punkt jest w tabeli dla 1. tygodnia powyżej. Gdybym odpuścił przegląd logów, te łańcuchy rosłyby po cichu, każdy dokładając opóźnienie i rozwadniając link equity.

„Witryny z mocną jakością treści, autorytetem tematycznym i czystym technicznym SEO zwykle szybko stabilizują się po migracji. Te, które się nie odbudowują, to najczęściej te, które miały ukryte problemy jeszcze przed przeprowadzką.”

Dokładnie tego doświadczyliśmy. Migracja nie stworzyła problemów — ona je odsłoniła. Orphan pages, które znaleźliśmy, były osierocone jeszcze przed przeprowadzką. Hardcoded URL-e były długiem technicznym, a nie problemem migracyjnym. Checklista po prostu zmusiła nas, żeby naprawdę na to spojrzeć.

Meta-lekcja

Każdy punkt na tej checkliście istnieje dlatego, że ktoś gdzieś go nie sprawdził i stracił ruch. Nie dramatyzuję. Kontrola przekierowań jest tu dlatego, że ecommerce za $2M stracił 44% ruchu organicznego po migracji, w której ktoś zapomniał zmapować 3,000 URL-i produktów. Kontrola noindex jest tu dlatego, że firma SaaS wystartowała z zaznaczonym „Discourage search engines” i nie zauważyła tego przez trzy tygodnie.

SEO po wdrożeniu nie jest sexy. To checklista. To odhaczanie pól. To patrzenie w logi serwera o 23:00 w dniu wdrożenia, bo coś wygląda nie tak. W dniu naszego startu przełączałem się między terminalem z tailowanymi access logs a wrzeszczącym dwulatkiem, który absolutnie nie zamierzał iść spać. Obie sytuacje wymagały dokładnie tego samego: cierpliwości, systematycznego podejścia i pogodzenia się z tym, że najbliższe 48 godzin po prostu takie będzie.

Ale to właśnie robi różnicę między startem, który kumuluje wzrost, a startem, po którym wracasz do siebie przez półtora roku.

Zrób tę checklistę.

Najczęściej zadawane pytania

Ile czasu Google potrzebuje, żeby zaindeksować nową stronę?

Dla zupełnie nowej domeny zakładaj 1-2 tygodnie na wstępną indeksację po wysłaniu mapy witryny do Google Search Console. Przy migracji domeny (ta sama treść, nowy URL) Google zwykle ponownie indeksuje większość stron w 1-4 tygodnie. Poproszenie o indeksację strony głównej i najważniejszych stron przez URL Inspection przyspiesza ten proces. Strony z mocnym profilem backlinków i regularnie aktualizowanymi treściami są skanowane szybciej.

Czy tymczasowy spadek ruchu po uruchomieniu strony jest normalny?

Tak. Spadek ruchu o 10-20% w pierwszych 1-2 tygodniach jest całkowicie normalny, nawet przy dobrze przeprowadzonym wdrożeniu. Google musi ponownie przeskanować i ocenić twoje treści. Kluczowa metryka to powrót: do poziomu sprzed startu powinieneś wrócić w 3-4 tygodnie. Jeśli po 4 tygodniach ruch nadal jest niższy o 30%+, coś jest nie tak — zacznij od tabeli z awaryjnymi poprawkami powyżej.

Czy po migracji domeny powinienem zrzekać się starych backlinków przez disavow?

Nie. Stare backlinki przekazują autorytet przez przekierowania 301. Zrzekając się ich, wyrzucasz link equity, na które już zapracowałeś. Disavow rób tylko dla linków, które były faktycznie spamowe jeszcze przed migracją. Resztę załatwiają przekierowania.

Czy po wdrożeniu muszę zaktualizować plik llms.txt?

Jeśli go masz, to tak. Zaktualizuj go o nową strukturę URL-i i kluczowe strony z treściami. Chociaż llms.txt nadal nie jest oficjalnym standardem, Claude i Perplexity faktycznie się do niego odnoszą. To pięciominutowe zadanie, które daje wyszukiwarkom AI jasną mapę twoich treści. Traktuj to jak sitemap dla AI — mały wysiłek, potencjalnie duży zwrot.

Co jeśli nie mam przekierowań dla starych URL-i?

Jeśli nadal kontrolujesz starą domenę, ustaw przekierowania natychmiast. Jeśli straciłeś dostęp do starej domeny, skup się na budowaniu nowych backlinków do najważniejszych stron i wyślij kompletną mapę witryny. Odbudowa bez przekierowań trwa wyraźnie dłużej — zakładaj 3-6 miesięcy zamiast 3-6 tygodni.

Narzędzia, które to ułatwiają

Da się zrobić wszystko z tej checklisty ręcznie, używając Google Search Console i arkusza. Ale jeśli wolisz zautomatyzować monitoring, warto sięgnąć po:

SEOJuice Site Audit — uruchom pełny audyt od razu po wdrożeniu. Automatycznie wykrywa tagi noindex, niedziałające linki, brakujące dane schema i ponad 200 innych problemów.

Broken Link Checker — krytyczne do wyłapywania błędów w przekierowaniach. Uruchom 1. dnia i jeszcze raz 7. dnia.

SEO Hygiene Checklist — nasz kompletny przewodnik po bieżącym utrzymaniu SEO. Dobrze łączy się z tą checklistą po wdrożeniu w fazie „bieżącego monitoringu”.

Faza po wdrożeniu to moment, w którym większość wartości SEO jest wygrywana albo tracona. Zespoły, które traktują ją jak uporządkowany proces — a nie jak świętowanie — to te, które finalnie wychodzą na plus.