Diagnostyka strony internetowej: od objawu do przyczyny

Diagnostyka strony jak u lekarza: od objawu — wolne ładowanie, spadek ruchu, maile w spamie, niedostępność, ostrzeżenia przeglądarki — do prawdziwej przyczyny.

Infrastruktura · Opublikowano: 8 października 2026 · 5 min czytania · Дмитрий Орлов

Diagnostyki strony nikt nie robi dla przyjemności. Zaczyna się od skargi: „strona się muli”, „ruch spadł o połowę”, „klienci piszą, że faktury lądują w spamie”, „Chrome pokazuje ostrzeżenie”. Skarga to objaw, a jeden objaw może mieć pięć zupełnie różnych przyczyn. Dobra diagnostyka idzie od objawu do krótkiej listy podejrzanych, sprawdza każdego pomiarem i dopiero wtedy coś zmienia.

Poniżej pięć skarg, które słyszymy najczęściej, ich typowe przyczyny i sposoby potwierdzenia diagnozy.

„Strona działa wolno”

Najpierw ustal: wolno dla kogo i w którym momencie? Pod tym zdaniem kryją się trzy różne problemy.

• Serwer długo odpowiada. Czas do pierwszego bajtu powyżej 800 ms oznacza, że HTML generuje się powoli: brak cache stron, ciężkie zapytania do bazy, przeciążony hosting. Wolne są wszystkie podstrony, nawet malutkie.
• Strona jest ciężka. Pierwszy bajt przychodzi szybko, ale główny obraz waży 2 MB, fonty i skrypty blokują renderowanie, a LCP przekracza 2,5 s. Typowe dla landingów.
• Kolejne wizyty też są wolne. Pliki statyczne idą bez Cache-Control, więc przeglądarka na każdej podstronie pobiera te same CSS i JS. Więcej w artykule o cache HTTP.

Sprawdź też kompresję (HTML i skrypty bez gzip lub Brotli) oraz HTTP/2. Łańcuch przekierowań przy każdym linku wewnętrznym dokłada kolejną podróż do serwera.

„Spadł ruch”

Oddziel nagły spadek od powolnego zjazdu. Nagły spadek po wdrożeniu prawie zawsze ma przyczynę techniczną:

• na produkcję trafił robots.txt ze stagingu z Disallow: / — sprawdź, co naprawdę jest w robots.txt;
• noindex wylądował w szablonach, które mają być indeksowane: kartach produktów, kategoriach, artykułach;
• canonical wskazuje inny host, HTTP albo stronę główną — przeczytaj o adresach kanonicznych;
• po migracji stare URL-e zwracają 404 zamiast 301 na nowy adres;
• pod obciążeniem witryna zaczęła odpowiadać robotom błędami 5xx.

Powolny spadek przez kilka miesięcy zwykle nie jest techniczny: konkurencja, treści, zmiany algorytmów. Diagnostyka z zewnątrz tego nie wyjaśni, ale w kilka minut wykluczy przyczyny techniczne.

„Maile trafiają do spamu”

Pocztę z twojej domeny ocenia się po rekordach DNS, które z samą stroną nie mają nic wspólnego — i dlatego się o nich zapomina.

1. SPF wymienia serwery, które mogą wysyłać pocztę w imieniu domeny. Brak rekordu albo drugi v=spf1 psuje sprawdzenie.
2. DKIM podpisuje wiadomości; konfiguruje się go u dostawcy poczty.
3. DMARC mówi odbiorcy, co zrobić z pocztą, która nie przeszła sprawdzeń. Bez niego duzi dostawcy coraz częściej uznają maile za podejrzane.
4. Reputacja. Jeśli domena lub jej IP są na czarnej liście DNS, nie pomogą nawet idealne rekordy. Raport pokazuje wynik sprawdzenia list blokujących DNS.

Szczegóły i przykłady rekordów znajdziesz w artykule o uwierzytelnianiu poczty.

„Strona nie działa”

Zanim zrzucisz winę na hosting, wyklucz wszystko, co ma datę ważności:

• Certyfikat TLS. Automatyczne odnawianie psuje się po cichu: zmiana DNS, nowa reguła firewalla, pełny dysk. Pewnego dnia przeglądarki pokazują błąd na cały ekran.
• Domena. Wygasła karta albo stary e-mail u rejestratora — i domena przestaje się rozwiązywać.
• DNS. Przeniesione serwery nazw, usunięty rekord, literówka w rekordzie A.

Wszystko to widać z zewnątrz na dni i tygodnie wcześniej — zobacz daty ważności. Jeśli nic z tego nie pasuje, a serwer odpowiada 5xx albo milczy, przyczyna leży po stronie serwera: logi, zasoby, ostatnie wdrożenie.

„Przeglądarka pokazuje ostrzeżenie”

• „Niezabezpieczona” w pasku adresu — strona lub formularz idą po HTTP albo strona HTTPS ładuje skrypty i obrazy po HTTP. To mixed content.
• Błąd certyfikatu na cały ekran — wygasły certyfikat, zła nazwa hosta albo brak certyfikatu pośredniego. To ostatnie jest zdradliwe: Chrome na komputerze często sam uzupełnia łańcuch, a Android i klienci API odpadają. Sprawdź łańcuch certyfikatów.
• „Witryna wprowadzająca w błąd” — domena trafiła na listy bezpiecznego przeglądania, zwykle po włamaniu. To incydent bezpieczeństwa, nie błąd konfiguracji.

Jak zrobić diagnostykę z SiteScan

Skan z zewnątrz obejmuje większość podejrzanych naraz: czas odpowiedzi i wagę stron, kompresję i cache, robots.txt, noindex i canonical, uszkodzone linki, daty certyfikatu i domeny, SPF, DMARC i czarne listy. Nie widzi logów serwera ani danych z Search Console, więc łącz jedno z drugim.

Uruchom skan problematycznej witryny, otwórz kategorię pasującą do objawu i zacznij od problemów krytycznych i wysokich. Po poprawce zeskanuj ponownie: diagnoza jest zamknięta, gdy przyczyna znika z raportu, a nie gdy wydaje się, że wszystko naprawione.