Automatyczne sprawdzanie strony: regresje przed użytkownikami

Jak ustawić automatyczne sprawdzanie strony: harmonogram, porównywanie raportów, powiadomienia warte czytania i daty ważności, których trzeba pilnować.

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

Jednorazowy skan odpowiada na pytanie „jak strona wygląda dziś”. Tyle że strony psują się między skanami: aktualizacja wtyczki usuwa nagłówek bezpieczeństwa, nowy landing wychodzi bez canonical, odnowienie certyfikatu po cichu się nie udaje. Automatyczne sprawdzanie strony zamienia zdjęcie w szereg czasowy i odpowiada na bardziej przydatne pytanie: co się zmieniło i czy jest gorzej?

Co psuje się między wdrożeniami

Rzadko kod, nad którym pracowaliście. Regresje przychodzą z obrzeży:

• Dryf konfiguracji. Zmiana w panelu CDN lub hostingu resetuje Cache-Control, kompresję albo HSTS.
• Aktualizacje CMS i wtyczek. Nowa wersja motywu dodaje blokujący skrypt, aktualizacja wtyczki SEO włącza noindex na archiwach.
• Treść. Redaktor wrzuca grafikę na 4 MB, linkuje do strony usuniętej tydzień temu, wkleja osadzenie z http://.
• To, co wygasa. Certyfikaty, domeny, karty płatnicze u rejestratora.
• Skrypty zewnętrzne. Widżet czatu albo tag analityki zaczyna sypać błędami w konsoli.

Żadnej z tych rzeczy nie złapią wasze testy i żadna nie zgłosi się sama. Dlatego warto sprawdzać stronę z zewnątrz i według harmonogramu.

Jak często sprawdzać

Dopasuj częstotliwość do tempa zmian i kosztu awarii:

• Przed każdym wdrożeniem i po nim — para, która łapie najwięcej. Pierwszy skan pokazuje punkt wyjścia, drugi — czy wdrożenie czegoś nie zepsuło.
• Codziennie — dla sklepów i serwisów z częstymi zmianami treści.
• Raz w tygodniu lub miesiącu — dla strony firmowej, która zmienia się powoli.
• Co godzinę lub co sześć godzin — tylko tam, gdzie minuty przestoju kosztują pieniądze, i najlepiej dla kilku podstron.

Częściej nie znaczy lepiej: każde sprawdzenie to przejście po stronie, a raport, którego nikt nie czyta, staje się szumem.

Porównywać, a nie tylko powtarzać

Wartość automatyzacji tkwi w różnicy między dwoma raportami. Kolejne sprawdzenie obserwowanej witryny czyta te same podstrony co poprzednie, więc porównanie jest uczciwe. Raport dzieli wyniki na trzy grupy:

• Nowe — tego wcześniej nie było. To twoja lista regresji.
• Naprawione — było poprzednio, teraz zniknęło. Dowód, że zadanie naprawdę zamknięto.
• Pozostały — znalezione za oboma razami. To twój backlog.

Problem liczy się raz, niezależnie od liczby podstron, a liczba stron, których dotyczy, pokazywana jest jako „przed → teraz”: problem, który rozlał się z 2 na 40 podstron, widać, nawet jeśli nie jest nowy. Obok trend pokazuje, jak zmienił się wynik ogólny od poprzedniego skanu. Patrz na trend w skali tygodni: jednorazowy spadek o 2 punkty to szum, stały zjazd to sygnał.

Powiadomienia warte czytania

Powiadomienie przychodzące codziennie po tygodniu zostaje wyciszone. Ustawiaj je według zdarzeń, a nie każdego przebiegu:

1. Problemy krytyczne — martwa podstrona, wygasły certyfikat, zablokowany skan. Zawsze włączone.
2. Problemy o wysokiej wadze — brak nagłówków bezpieczeństwa, łańcuchy przekierowań, formularze bez etykiet.
3. Spadek wyniku — w porównaniu z poprzednim sprawdzeniem.
4. Sprawdzenie się nie udało — witryna nie odpowiedziała lub odmówiła skanerowi. Często to najwcześniejszy sygnał awarii.

Wysyłaj je tam, gdzie zespół naprawdę patrzy: e-mail na podsumowania, czat w Telegramie na sprawy krytyczne.

Daty ważności: najtańszy zysk z monitoringu

Najgłośniejsze awarie to nie błędy, tylko daty. Pilnuj trzech:

• Certyfikat TLS. Certyfikat 90-dniowy z automatycznym odnawianiem powinien zawsze mieć ponad 30 dni zapasu; mniej oznacza, że odnawianie nie działa. Zobacz ważność certyfikatu.
• Rejestracja domeny. Automatyczne przedłużenie pada na wygasłej karcie; sprawdź datę wygaśnięcia domeny i e-mail u rejestratora.
• Rekordy pocztowe i DNS, które mogły zginąć przy migracji.

Dlaczego te daty są groźne i jak się zabezpieczyć — w artykule o datach ważności.

Gdzie kończy się automatyzacja

Automatyczne sprawdzanie mierzy, ale nie decyduje. Nie powie, że nowa podstrona jest źle napisana albo że cena jest błędna. Traktuj jego wynik jako wejście do procesu audytu: nowe problemy trafiają do zadań, naprawione zamyka się po potwierdzeniu ponownym skanem. Jakie błędy najczęściej wracają jako regresje, opisuje artykuł o sprawdzaniu strony pod kątem błędów.

Jak to ustawić w SiteScan

1. Uruchom skan witryny i raz przejrzyj raport ręcznie.
2. Kliknij „Monitoruj tę witrynę”, wybierz interwał — od co godzinę do raz w miesiącu — i liczbę linków na jedno sprawdzenie.
3. W koncie otwórz „Powiadomienia”, wybierz zdarzenia i kanał: e-mail lub Telegram.
4. Sprawdzenia opłaca się z salda tokenów, jeden token to jedna przeczytana podstrona; szczegóły w cenniku.

Od tej pory każdy raport zaczyna się od tego, co zmieniło się od ostatniego skanu.