Jak sprawdzić stronę internetową przed publikacją i po zmianach

Najpierw sprawdź, czy strona jest dostępna, ma poprawne HTTPS i prowadzi do działających podstron kontaktowych lub sprzedażowych. Otwórz ją w oknie prywatnym, by ograniczyć wpływ zalogowanej sesji, pamięci podręcznej i rozszerzeń przeglądarki.

Zapisz wynik dla strony głównej, oferty, cennika, kontaktu oraz najważniejszego produktu. Status 5xx wskazuje na błąd po stronie serwera, a 4xx oznacza błąd po stronie żądania klienta; znaczenie zależy od konkretnego kodu, na przykład 400 oznacza błędne żądanie, 401 brak uwierzytelnienia, 404 brak zasobu, a 429 zbyt wiele żądań. Google opisuje klasę 4xx i wyjątek 429 w dokumentacji Search Central.

Tabela pokazuje pierwsze kontrole, które pozwalają odróżnić awarię od błędnego adresu lub elementu strony. Przy błędzie zapisz pełny URL i godzinę.

Jeśli strona działa u Ciebie, ale nie u klienta, powtórz test na innym urządzeniu i w innej sieci.

Test zadania jest zaliczony, gdy osoba spoza zespołu może je wykonać i otrzymuje oczekiwane potwierdzenie. Samo kliknięcie przycisku nie wystarcza: sprawdź, czy dane dotarły do firmy i czy użytkownik wie, co stanie się dalej.

Tabela łączy czynność klienta z dowodem jej wykonania. Formularz wysyłaj na kontrolowany adres e-mail i oznacz wiadomość jako testową.

Komunikat sukcesu nie potwierdza dostarczenia e-maila, dlatego sprawdź stronę i skrzynkę firmy. Zweryfikuj też, czy formularz nie obiecuje terminu kontaktu, którego firma nie obsługuje.

Jeśli strona ma pozyskiwać klientów z Google, pozycjonowanie SEO dla firm łączy rozwój widoczności z kontrolą jakości stron docelowych.

Sprawdź stronę na rzeczywistym telefonie i komputerze oraz przy szerokościach pośrednich, bo układ może działać na skrajnych rozmiarach, a psuć się pomiędzy nimi. W Chrome DevTools otwórz pasek urządzeń skrótem Ctrl+Shift+M i zmieniaj szerokość widoku; symulacja nie zastępuje testu na fizycznym telefonie.

Na obu urządzeniach przejdź tę samą ścieżkę: otwórz menu, znajdź ofertę, naciśnij numer telefonu, wypełnij formularz i przejdź do koszyka. Sprawdź, czy tekst nie wychodzi poza ekran, obraz nie zasłania treści, pola dają się wygodnie dotknąć, a przyciski nie znikają pod przyklejonym paskiem.

Tabela pomaga odróżnić błąd widoku mobilnego od braku treści. Zapisz model urządzenia, system, przeglądarkę i działanie, po którym pojawia się problem.

Przy rozbudowanej stronie darmowe narzędzia SEO do kontroli witryny uzupełniają test użytkownika o kontrolę techniczną.

Zmierz stronę główną i podstronę ważną dla klienta osobno w PageSpeed Insights. Narzędzie pokazuje wynik laboratoryjny oraz dane terenowe z rzeczywistych wizyt, jeśli są dostępne.

Google zaleca, by dla co najmniej 75% wizyt LCP wynosił do 2,5 s, INP do 200 ms, a CLS do 0,1. LCP mierzy czas wyświetlenia największego elementu, INP reakcję strony na interakcję, a CLS nieoczekiwane przesunięcia układu. Definicje i progi publikuje web.dev.

Tabela łączy objaw z hipotezą i pierwszym krokiem diagnostycznym. Potwierdź przyczynę testem, a nie samą oceną punktową.

Szczegółową kontrolę adresu możesz połączyć z analizą URL strony.

W Google Search Console sprawdź, czy ważne adresy mogą być indeksowane, a potem porównaj je z plikiem robots.txt, mapą witryny i tagiem canonical. Indeksowanie oznacza dodanie adresu do zasobów wyszukiwarki, ale samo przesłanie adresu nie gwarantuje jego obecności w wynikach.

W narzędziu Inspekcja adresu URL wklej adres i sprawdź status indeksowania oraz dostępność dla Google. W raporcie Strony sprawdź przyczyny wykluczenia, a w raporcie map witryn potwierdź odczyt pliku. Google informuje, że ponowne indeksowanie może potrwać od kilku dni do kilku tygodni i nie gwarantuje obecności strony w wynikach (dokumentacja ponownego indeksowania).

Sprawdź trzy reguły w źródle strony lub panelu CMS:

• `robots.txt` nie blokuje ważnej ścieżki przed robotem Google.
• Meta robots nie zawiera `noindex` na stronie przeznaczonej do wyników.
• `rel="canonical"` wskazuje preferowany adres, a mapa witryny wymienia adresy kanoniczne.

Google wyjaśnia, że `noindex` może zadziałać tylko wtedy, gdy robot odczyta stronę; blokada w robots.txt może uniemożliwić odczyt tej reguły (dokumentacja robots meta). Instrukcja jak sprawdzić sitemap strony pomoże zweryfikować mapę osobno.

Testuj formularz i zamówienie od pierwszego kliknięcia do potwierdzenia w skrzynce lub systemie obsługi. W sklepie użyj trybu testowego bramki płatniczej albo wcześniej uzgodnionego zamówienia testowego, aby uniknąć obciążenia karty i uruchomienia prawdziwej realizacji.

Przejdź ścieżkę z poprawnymi danymi, a potem sprawdź pustą wymaganą rubrykę, błędny format e-maila, brak wymaganej zgody i niedostępny wariant. W koszyku porównaj cenę produktu, koszt dostawy, rabat i sumę końcową z warunkami pokazanymi przed zakupem.

Po złożeniu zamówienia testowego sprawdź jego status w panelu sklepu, wiadomość dla klienta i wiadomość dla obsługi. Oznacz zamówienie zgodnie z procedurą firmy, by nie trafiło do realizacji. Jeśli płatność wraca do sklepu, ale zamówienie ma status nieopłacone, przekaż wykonawcy godzinę testu i status z panelu bramki.

Sprawdź, czy GA4 rejestruje zdarzenie po wykonaniu działania ważnego dla firmy i czy zdarzenie pojawia się tylko raz. Zdarzenie opisuje czynność użytkownika, a zdarzenie kluczowe oznacza działanie istotne dla celu biznesowego, takie jak zakup lub wysłanie formularza.

Włącz tryb debugowania przez Google Tag Assistant, wykonaj jedno zgłoszenie testowe, a następnie otwórz GA4: Administracja > Wyświetlanie danych > DebugView. Google opisuje DebugView jako widok zdarzeń napływających w czasie rzeczywistym (dokumentacja DebugView); zgody użytkownika i ustawienia prywatności mogą ograniczyć widoczność zdarzeń.

Zapisz nazwę zdarzenia, adres strony, liczbę wystąpień i działanie, które je wywołało. Jeśli jedno kliknięcie generuje dwa zdarzenia, sprawdź, czy pomiar działa równocześnie w kodzie strony i Google Tag Managerze. Porównaj zakupy w analityce z zamówieniami w sklepie.

Przekaż problem wykonawcy, gdy dotyczy płatności, bezpieczeństwa danych, widoczności ważnych stron w Google albo powtarzalnej awarii. Samodzielny test pomaga odtworzyć błąd, ale nie zastępuje analizy logów serwera, konfiguracji bramki ani kodu wdrożenia.

Perspektywa KC Mobile: przy odbiorze zmian prosimy o adres strony, urządzenie, sekwencję kliknięć i oczekiwany wynik. Taki zapis pomaga odróżnić błąd techniczny od ogólnego zgłoszenia, że strona nie działa.

Do zgłoszenia dołącz zrzut ekranu, czas wystąpienia, przeglądarkę i informację, czy błąd powtarza się w innej sieci. Przy problemie z widocznością sprawdź też Ahrefs dla własnej strony oraz historię strony internetowej.

Jeśli chcesz połączyć kontrolę strony z rozwojem ruchu organicznego, pozycjonowanie strony w Google obejmuje pracę nad stronami docelowymi i ich widocznością. Szerszy przegląd techniczny opisuje lista kontroli analizy strony WWW.

• Analizuj stronę WWW krok po kroku: użyteczność, SEO i konwersje
• Jak przeprowadzić audyt indeksowania strony w Google Search Console
• WebPing i monitoring dostępności strony: jak skonfigurować alerty i reagować na awarie
• Przebudowa strony a SEO: plan, który ogranicza ryzyko spadków