Lista kontrolna uruchomienia strony
Uruchomienie to moment, w którym drobne błędy stają się publiczne. Większość jest banalna i całkowicie do uniknięcia dzięki liście — i zawsze jest to ta sama garstka.
To właśnie ta lista, podzielona według momentu i uszeregowana tak, by najpierw wyłapywać najwięcej.
Przed uruchomieniem: technika#
Weryfikacje na środowisku testowym, gdy strona jest jeszcze zamknięta.
- Produkcyjny robots.txt zezwala na indeksowanie — wersja testowa nie może pojechać dalej.
- Żadnego zapomnianego znacznika noindex ze środowiska testowego.
- HTTPS aktywne, ważny certyfikat i skonfigurowane automatyczne odnawianie.
- Jedna kanoniczna wersja domeny; pozostałe przekierowane kodem 301.
- Wszystkie formularze przetestowane do końca, łącznie z dotarciem e-maila.
- Automatyczne kopie zapasowe skonfigurowane i jedno odtworzenie przetestowane.
- Użyteczna strona 404 z linkami do głównych sekcji.
- Analityka zainstalowana i zbierająca dane, sprawdzona na żywo.
- Szybkość zmierzona na głównych szablonach, na realnym telefonie.
Testowy robots.txt na produkcji to klasyczny błąd tego dnia. Sprawdź go spoza własnej sieci, nie z biurowego komputera.
Przed uruchomieniem: treść i SEO#
Odkrycie tego po uruchomieniu jest krępujące, a czasem kosztowne.
| Weryfikacja | Dlaczego |
|---|---|
| Usunięty tekst zastępczy | Zawsze zostaje na jednej zapomnianej podstronie |
| Unikalne tytuły i opisy | Duplikaty szkodzą i źle wyglądają w wynikach |
| Tekst alternatywny obrazów | Dostępność i wyszukiwanie grafiki |
| Sprawdzone linki wewnętrzne | Linki do domeny testowej są częste |
| Poprawne dane kontaktowe | Błąd tutaj kosztuje wprost biznes |
| Wygenerowana mapa XML | Przyspiesza odkrywanie |
| Mapowanie starych adresów | Przy migracji to właśnie chroni ruch |
| Zoptymalizowane obrazy | Waga strony degraduje się najszybciej |
Przed uruchomieniem: prawo i dostępy#
Część, której nikt nie chce sprawdzać, a która powoduje realne problemy.
- Polityka prywatności opisująca dane, które faktycznie zbierasz.
- Baner cookies ładujący skrypty śledzące dopiero po zgodzie.
- Regulamin, obowiązkowy przy sprzedaży online.
- Widoczne dane firmy zgodnie z obowiązującymi przepisami.
- Domena zarejestrowana na twoją firmę, z twoim dostępem.
- Hosting, analityka i konta pocztowe na twoich kontach.
- Kod źródłowy przekazany i w repozytorium, do którego masz dostęp.
- Dane dostępowe przekazane, a dostępy wykonawcy usunięte, gdy to zasadne.
Sprawdź własność domeny i kont przed uruchomieniem. Później rozwiązanie tego zależy od dobrej woli osoby, która je posiada.
W dniu uruchomienia i w kolejnych tygodniach#
Uruchomienie jest krótkie; okno uwagi nie.
- Uruchamiaj w spokojnym momencie, nie w piątek po południu.
- Sprawdź produkcyjny robots.txt jako pierwszą czynność po publikacji.
- Przejdź stronę z innej sieci i z realnego telefonu.
- Zgłoś mapę strony w konsoli wyszukiwarki.
- Przetestuj formularze ponownie na produkcji — konfiguracja poczty różni się od testowej.
- Jeśli była migracja, uruchom test przekierowań na pełnej liście adresów.
- Śledź błędy 404 przez pierwsze dni i dodawaj przekierowania w miarę pojawiania się.
- Porównuj ruch i pozycje przez cztery do sześciu tygodni zanim wyciągniesz wnioski.
Najczęstsze pytania
Jaki jest najczęstszy błąd przy uruchomieniu?
Plik robots.txt ze środowiska testowego trafiający na produkcję i blokujący całe indeksowanie. Jest niewidoczny dla odwiedzających, więc może pozostać niezauważony tygodniami, podczas gdy strona po prostu nie pojawia się w wyszukiwarce. Sprawdź go jako pierwszą czynność po publikacji, spoza własnej sieci.
Czy uruchamiać wszystko naraz?
Przy nowej stronie tak — nie ma czego chronić. Przy migracji uruchomienie etapami sekcja po sekcji zmniejsza ryzyko i pozwala zobaczyć efekt każdej części. Czego nie należy robić, to uruchomić połowę i zostawić resztę na starej domenie miesiącami: dwie wersje tej samej treści konkurują ze sobą.
Po jakim czasie strona pojawi się w wyszukiwarce?
Dni do tygodni na indeksację, miesiące na pozycje, które coś znaczą przy nowej domenie. Przy migracji istniejącej strony z czystymi przekierowaniami licz na dwa do sześciu tygodni wahań przed ustabilizowaniem się w okolicy poprzedniego poziomu. Nie wyciągaj wniosków w pierwszym tygodniu.
Co robić, jeśli coś pójdzie źle po publikacji?
Ustal wcześniej kryterium wycofania zmian i to, kto podejmuje tę decyzję. Jeśli sprawa jest poważna i świeża, cofnięcie najpierw, a diagnoza potem, jest niemal zawsze tańsze. Przy drobniejszych problemach lista priorytetów i poprawki przez pierwsze dni działają lepiej niż panika w nocy.
lista kontrolna uruchomienia stronypublikacja stronywdrożenie serwisumigracja stronychecklist przed startemrobots.txt
