Poza odczytem danych Google SaaSMaestro może sam odwiedzać Twoje witryny, aby wychwycić problemy, o których Google Ci nie powie. Sprawdzenia znajdziesz w sekcji Kondycja witryn w Ustawienia → Twój obszar roboczy → Połączenia danych. Każde z nich to osobna usługa, wyłączona, dopóki właściciel lub administrator nie włączy jej w jej oknie, w którym wybiera też, jakie witryny obejmuje. Nic nie trzeba instalować.
Sprawdzenia pochodzą z naszych serwerów o adresie 35.214.110.192. Jeśli Twoja witryna działa za firewallem, Cloudflare lub wtyczką bezpieczeństwa, najpierw dodaj ten adres do białej listy. Zobacz Dodawanie naszego adresu IP do białej listy.
Usługi
| Usługa | Jak często | Co jest sprawdzane |
|---|---|---|
| Monitorowanie dostępności | Co 15 minut | Czy strona główna odpowiada, potwierdzane z innych regionów przed zgłoszeniem niedostępności, a także codzienne sprawdzanie tagu Google, robots.txt, mapy witryny i stron oraz raport miesięczny. |
| Monitorowanie certyfikatów SSL | Co tydzień | Kiedy certyfikat wygasa, kto go wystawił i czy odwiedzający faktycznie dostają HTTPS. |
| Monitorowanie domeny | Co tydzień | Kiedy wygasa rejestracja domeny, kto jest rejestratorem oraz blokady rejestru. |
| DNS i bezpieczeństwo e-maili | Codziennie | Zmiany serwerów nazw i serwerów poczty oraz rekordy SPF, DMARC i DKIM. |
| Czarne listy i złośliwe oprogramowanie | Codziennie | Lista niebezpiecznych witryn Web Risk Google oraz lista złośliwego oprogramowania URLhaus z abuse.ch. |
| Nagłówki zabezpieczeń | Co tydzień | Sześć popularnych nagłówków zabezpieczeń, ocenianych od A do F, oraz pliki ładowane przez zwykły HTTP. |
| Wydajność laboratoryjna | Co tydzień | Test PageSpeed Insights mobilnej strony głównej wraz z wynikiem na przestrzeni czasu. |
| Core Web Vitals | Codziennie | Szybkość dla prawdziwych odwiedzających z Chrome UX Report, odczytywana podczas codziennych sprawdzeń Monitorowania dostępności po ustawieniu klucza API. |
| Sprawdzanie kluczowych stron | Co 5, 15 lub 60 minut | Wybrane przez Ciebie strony, na przykład cennik lub rejestracja, muszą się ładować i zawierać podany tekst. |
| Monitorowanie heartbeatów | Tak często, jak ustawisz | Twoje własne zadania cron, kopie zapasowe i workery żądają prywatnego adresu; dostajesz alert, gdy któreś zamilknie. |
Po dodaniu nowej witryny proponowane są usługi już włączone dla obszaru roboczego. Ostrzeżenia ze sprawdzeń SSL, domeny, DNS, czarnych list, nagłówków zabezpieczeń i wydajności są wysyłane e-mailem do właścicieli i administratorów jako „Alerty o problemach krytycznych”, gdy tylko sprawdzenie je wykryje, każde tylko raz, oraz na każdy kanał czatu, który je przyjmuje.
Dostępność
Strona główna każdej witryny jest sprawdzana co 15 minut. Witryna jest uznawana za niedostępną dopiero po dwóch nieudanych sprawdzeniach z rzędu, co pozwala uniknąć fałszywych alarmów z powodu pojedynczej wolnej odpowiedzi. Odpowiedzi takie jak „brak autoryzacji” czy „zbyt wiele żądań” oznaczają, że witryna działa, ponieważ serwer odpowiada.
Zanim druga awaria zostanie uznana za niedostępność, serwery w innych regionach również ładują witrynę. Jeśli większość z nich to potrafi, problem leży między naszym głównym serwerem a witryną, na przykład awaria sieci lub reguła zapory, więc niedostępność nie jest zgłaszana. Okno Monitorowanie dostępności wyświetla używane regiony.
Gdy witryna przestaje działać, właściciele i administratorzy od razu dostają e-mail o niedostępności (najwyżej raz na awarię w tygodniu), a problem krytyczny jest zgłoszony, dopóki witryna nie wróci. Pierwszego dnia każdego miesiąca dostają też miesięczny raport dostępności z dostępnością i awariami każdej witryny w poprzednim miesiącu; każdy może go wyłączyć dla siebie w sekcji Powiadomienia.
Codzienne sprawdzenia
Działają razem z Monitorowaniem dostępności, raz dziennie dla każdej witryny, którą obejmuje.
| Sprawdzenie | Co jest sprawdzane |
|---|---|
| Tag Google | Czy strona główna zawiera tag GA4 tej witryny, inny identyfikator GA4, Google Tag Manager czy nic. |
| robots.txt | Czy istnieje, czy się zmienił i czy blokuje wszystkie wyszukiwarki. |
| Mapa witryny | Liczba adresów URL na liście, z odczytem do 10 podrzędnych map witryny. |
| Core Web Vitals | Szybkość odczuwana przez prawdziwych odwiedzających z Chrome UX Report: Largest Contentful Paint, Interaction to Next Paint i Cumulative Layout Shift. Wymaga klucza API Chrome UX Report, ustawianego w polu Core Web Vitals na karcie Połączenia danych obszaru roboczego. |
| Stan w indeksie Google | W witrynach połączonych z Search Console: czy każda obserwowana strona jest w indeksie Google, według URL Inspection API. |
| Linki wewnętrzne (co tydzień) | Sprawdzanych jest do 40 linków z obserwowanych stron do Twojej witryny, a te zwracające 404, 410 lub błąd serwera trafiają na listę. |
Witryna, która wczytuje tag Google przez narzędzie do zarządzania zgodami lub Tag Manager, może pokazywać „Znaleziono Google Tag Manager” albo „Nie znaleziono”, mimo że śledzenie działa. Dla pewności sprawdź raport Czas rzeczywisty w GA4.
Certyfikaty SSL
Raz w tygodniu nasze serwery odczytują certyfikat, który udostępnia każda witryna: kiedy wygasa i kto go wystawił. W ciągu ośmiu dni od wygaśnięcia lub gdy brakuje HTTPS, sprawdzają codziennie, dzięki czemu odnowienie zostanie zauważone, zanim ktokolwiek zostanie ostrzeżony. Ostrzegamy Cię tydzień przed wygaśnięciem certyfikatu, ponownie dzień przed i po jego wygaśnięciu. Od 14 dni przed wygaśnięciem pojawia się jako zgłoszenie na stronie witryny.
Sprawdzają też, czy odwiedzający dostają HTTPS: ostrzegamy Cię, gdy witryna odpowiada tylko przez zwykły HTTP lub gdy zwykły HTTP obsługuje witrynę bez przekierowania na HTTPS. Te ostrzeżenia powtarzają się co tydzień, dopóki problem nie zostanie naprawiony.
Rejestracja domeny
Raz w tygodniu zarejestrowana domena (example.com dla shop.example.com) jest sprawdzana w jej rejestrze przez RDAP lub WHOIS, jeśli rejestr nie ma RDAP. W ciągu miesiąca od wygaśnięcia sprawdzana jest codziennie. Ostrzegamy Cię miesiąc, tydzień i dzień przed wygaśnięciem rejestracji oraz po jej wygaśnięciu. Dostajesz też alert natychmiast, jeśli rejestr zablokuje domenę, co zatrzymuje działanie witryny i poczty, lub jeśli domena wygasła i zostanie wkrótce usunięta.
DNS i bezpieczeństwo e-maili
Raz dziennie rekordy DNS domeny są sprawdzane przez DNS-over-HTTPS, dzięki czemu wyniki odpowiadają temu, co widzi reszta internetu. Zmiana serwerów nazw lub serwerów poczty wywołuje alert natychmiast i pozostaje na stronie witryny przez tydzień, bo tak wygląda przejęta domena lub nieudana migracja.
W przypadku domen odbierających e-maile sprawdzanie wykrywa też brakujący rekord SPF, więcej niż jeden rekord SPF, rekord SPF pozwalający wysyłać każdemu (+all) oraz brakujący rekord DMARC. DKIM nie da się wylistować, więc jest wyszukiwany co tydzień wśród selektorów używanych przez popularne usługi pocztowe i pokazywany tylko, gdy zostanie znaleziony.
Czarne listy i złośliwe oprogramowanie
Raz dziennie każda witryna jest sprawdzana na liście Web Risk Google, przez którą Chrome i inne przeglądarki pokazują odwiedzającym czerwoną stronę ostrzegawczą zamiast witryny, oraz na liście złośliwego oprogramowania URLhaus z abuse.ch. Jedno i drugie zwykle oznacza, że witryna została zhakowana, a Ty dostajesz alert natychmiast.
To sprawdzanie wymaga klucza API Google Web Risk, klucza uwierzytelniającego URLhaus lub obu, zapisanych w jego oknie. Bez żadnego z nich nie działa. Bezpłatny interfejs Google Safe Browsing API nie jest licencjonowany do użytku komercyjnego, dlatego używany jest płatny interfejs Web Risk API.
Nagłówki zabezpieczeń i treści mieszane
Raz w tygodniu strona główna jest ładowana przez HTTPS i oceniana pod kątem sześciu nagłówków: Strict-Transport-Security (HSTS), Content-Security-Policy, X-Content-Type-Options, X-Frame-Options (lub CSP frame-ancestors), Referrer-Policy i Permissions-Policy. Wszystkie sześć to A, pięć to B i tak dalej. Dostajesz informację, gdy brakuje HSTS lub wysyłanych jest mniej niż cztery.
Strona jest też przeszukiwana pod kątem plików ładowanych przez zwykły HTTP. Skrypty, style i ramki ładowane w ten sposób są blokowane przez przeglądarki i mogą zepsuć stronę; obrazy i multimedia tracą kłódkę. Sprawdzany jest tylko kod HTML w postaci, w jakiej jest serwowany, więc pliki dodawane później przez skrypty nie są widoczne.
Wydajność laboratoryjna
Raz w tygodniu PageSpeed Insights Google testuje mobilną stronę główną każdej witryny na symulowanym telefonie i ocenia ją w skali do 100, podając czasy ładowania, blokowania i przesunięcia układu. Przechowywanych jest 12 ostatnich tygodniowych wyników. Dostajesz informację, gdy wynik jest poniżej 50 lub spada o 15 punktów albo więcej od poprzedniego testu, często zanim zmianę uchwycą wskaźniki Core Web Vitals prawdziwych odwiedzających. Używa tego samego klucza API Google co Core Web Vitals, z włączonym interfejsem PageSpeed Insights API dla jego projektu. Test jest uruchamiany z serwerów Google, nie naszych.
Sprawdzanie kluczowych stron
Dodaj najważniejsze strony, na przykład cennik, rejestrację lub kasę, wraz z tekstem, który każda z nich musi zawierać, i wybierz sprawdzanie co 5, 15 lub 60 minut. Strona zawodzi, gdy się nie ładuje, zwraca błąd lub nie zawiera już tekstu, co pozwala wykryć zepsutą stronę, która nadal odpowiada „200 OK”. Tekst jest wyszukiwany w stronie w takiej postaci, w jakiej odbiera ją nasz serwer, przed uruchomieniem jakichkolwiek skryptów.
Po dwóch kolejnych niepowodzeniach właściciele i administratorzy dostają e-mail o niedostępności, kanały czatu są informowane, a następuje zgłoszenie problemu krytycznego. O przywróceniu działania strony dowiadują się ponownie.
Heartbeaty
Każdy heartbeat dostaje prywatny adres, na przykład https://saasmaestro.com/hooks/heartbeat/…. Niech jedno z Twoich zadań wywołuje go przy każdym uruchomieniu, na przykład przez dodanie curl -fsS i adresu na końcu linii crona. Liczą się wszystkie żądania GET, POST i HEAD.
Wybierz, jak często oczekiwany jest ping, od co 5 minut do raz w tygodniu, oraz okres karencji dla zadań, które trwają długo. Gdy w ciągu interwału plus okresu karencji nie nadejdzie żaden ping, właściciele i administratorzy dostają e-mail o niedostępności, kanały czatu są informowane, a następuje zgłoszenie problemu krytycznego; gdy ping wróci, dowiadują się o tym ponownie. Heartbeat nie jest monitorowany, dopóki nie nadejdzie jego pierwszy ping.
Obserwowane strony i notatki automatyczne
SaaSMaestro obserwuje stronę główną i pięć najpopularniejszych stron docelowych. Gdy zmieni się status strony, tytuł, meta opis, dyrektywa robots lub adres canonical albo zmieni się robots.txt, na osi czasu automatycznie dodawana jest notatka oznaczona „Wykryto automatycznie”. Tak samo dzieje się, gdy strona wypadnie z indeksu Google. Dzięki temu nieoczekiwana zmiana ruchu często ma już wyjaśnienie na wykresie.
Gdzie to zobaczyć
Pole każdej usługi w sekcji Połączenia danych pokazuje, kiedy ostatnio działała i ile witryn wymaga uwagi, a ikona zegara otwiera ostatnie wyniki. Strona każdej witryny ma sekcję Kondycja witryn z najnowszymi wynikami. Problemy pojawiają się też jako zgłoszenia; zobacz Sprawdzenia problemów i ich waga.