Opublikowanie strony statycznej to dopiero pierwszy krok. Zaraz potem pojawia się ważniejsze pytanie: czy ktoś otworzył link?
Warto też wiedzieć, skąd przyszły wizyty, które strony zostały otwarte, czy odbiorcy korzystają z telefonu czy desktopu, jakie kraje pojawiają się w ruchu i czy obrazy, PDF-y, wideo albo fonty nie zużywają już zbyt dużej przepustowości.
Do pierwszego odczytu nie każdy projekt potrzebuje pełnego systemu analitycznego. Często wystarczą proste statystyki powiązane z opublikowanym projektem.
Zacznij od pytania, na które strona ma odpowiedzieć
Statystyki szybko robią się chaotyczne, jeśli każdy numer wydaje się równie ważny.
Strona statyczna zwykle ma konkretny cel. Może to być portfolio online, CV online, landing page, podgląd dla klienta, dokumentacja, projekt studencki, strona wygenerowana przez AI albo strona z PDF-em. Każdy z tych przypadków wymaga innego pierwszego odczytu.
| Typ strony | Pierwsze pytanie | Dane, które pomagają |
|---|---|---|
| Portfolio online | Czy link dotarł do klientów albo rekruterów? | Odwiedzający, źródła ruchu, najważniejsze strony, urządzenia |
| Landing page | Który kanał przynosi ruch? | Źródła, linki UTM, najważniejsze strony, kraje |
| CV online | Czy strona jest wygodna na telefonie? | Urządzenia, przeglądarki, odsłony |
| Podgląd klienta | Czy właściwa wersja została otwarta? | Ostatnie wizyty, kraje, urządzenia, strony |
| Dokumentacja | Czy odbiorcy trafiają na właściwą stronę? | Najważniejsze strony, źródła, nietypowe ścieżki |
| Strona z obrazami albo PDF | Czy ciężar plików jest już widoczny? | Przepustowość, najważniejsze strony, rozmiary zasobów |
Jeśli nie wiesz, co strona ma potwierdzić, panel nie rozwiąże tego za Ciebie. Zobaczysz rosnącą albo spadającą linię, ale nie będzie jasne, czy poprawić ścieżkę, skrócić treść, lepiej udostępnić link czy podłączyć domenę.
Odsłony i odwiedzający to różne sygnały
Odsłony pokazują, ile razy strona została załadowana. Odwiedzający pokazują bardziej przybliżony obraz tego, ile osób, przeglądarek albo sesji dotarło do strony.
Oba wskaźniki są użyteczne, ale nie mówią tego samego.
W pierwszych dniach Ty, zespół, klient albo prowadzący możecie wiele razy otwierać i odświeżać ten sam link. Odsłony rosną, ale realna publiczność niekoniecznie. Może być też odwrotnie: mało wizyt, ale z różnych źródeł i urządzeń. Dla portfolio, CV albo prototypu to może być wystarczający sygnał.
| Wskaźnik | Pomaga zrozumieć | Częsty błąd |
|---|---|---|
| Odsłony | Aktywność pod konkretnymi URL-ami | Traktowanie testów wewnętrznych jak realnego zainteresowania |
| Odwiedzający | Przybliżony zasięg | Czytanie wyniku jak dokładnej liczby osób |
| Najważniejsze strony | URL-e, które faktycznie zostały otwarte | Patrzenie tylko na stronę główną |
| Przepustowość | Ciężar plików i presję na plan | Zbyt późne zauważenie ciężkiej strony |
Różne narzędzia używają różnych nazw. W Google Analytics 4 page_view jest zdarzeniem wysyłanym przy załadowaniu strony. Lżejsze narzędzia, takie jak Plausible albo Cloudflare Web Analytics, zwykle pokazują odsłony, odwiedzających, referrery, kraje, urządzenia i przeglądarki bardziej bezpośrednio.
Najważniejsza jest wspólna interpretacja. Odsłony, odwiedzający, źródła ruchu i najważniejsze strony wyjaśniają publikację lepiej niż jeden samotny numer.
W DeployPages statystyki projektu pokazują odsłony, szacowanych odwiedzających, przepustowość, najważniejsze strony, referrery, kraje, urządzenia, przeglądarki, systemy operacyjne i ostatnie wizyty. Dla świeżo opublikowanej strony statycznej ta pierwsza warstwa zwykle wystarcza.
Źródła ruchu pokazują, czy link został dobrze rozprowadzony
Wiele małych startów nie zawodzi przez samą stronę. Link po prostu widzi za mało osób albo trafia w złe miejsce.
Źródła ruchu pomagają rozdzielić te przypadki.
| Co widzisz | Co to może oznaczać | Następny krok |
|---|---|---|
| Dużo direct | E-mail, komunikator, QR, skopiowany link albo brak referrera | Następnym razem użyć UTM |
| Dominuje jeden kanał społecznościowy | Post albo dalsze udostępnienie zadziałało | Sprawdzić strony i urządzenia tego ruchu |
| Pojawia się ruch z wyszukiwarki | Strona jest znajdowana poza pierwszym udostępnieniem | Sprawdzić title, description i domenę |
| Domeny wewnętrzne albo klienta | Trwa akceptacja albo przegląd | Nie mieszać tego z publiczną reakcją |
| Dziwne referrery | Szum, boty albo mało użyteczny ruch | Nie przebudowywać strony pod ten sygnał |
Jeśli ta sama strona trafi do newslettera, na LinkedIn, do wiadomości, pod kod QR i do profilu, przygotuj rozpoznawalne URL-e. Generator UTM pomaga ustawić source, medium i campaign przed udostępnieniem.
Celem nie jest perfekcyjna atrybucja. Celem jest uniknięcie późniejszego zgadywania, skąd wzięła się konkretna wizyta.
Urządzenia i przeglądarki mówią, gdzie testować
Strona statyczna często powstaje na laptopie, a jest otwierana na telefonie.
Portfolio, które wygląda dobrze na desktopie, może na telefonie zamienić się w długą listę. Landing page może trzymać główny przycisk wysoko na dużym ekranie i zepchnąć go zbyt nisko na telefonie. CV w HTML może działać w Chrome na laptopie, ale wyglądać ciasno w Safari na iPhonie.
Dane o urządzeniach, przeglądarkach i systemach operacyjnych nie wybierają projektu za Ciebie. Pokazują, gdzie testować najpierw.
Jeśli większość wizyt jest mobilna, otwórz prawdziwy link publiczny na telefonie, zanim przepiszesz całą stronę. Jeśli często pojawia się iOS Safari, sprawdź tam obrazy, wideo, fonty i obszary dotyku. Jeśli podgląd klienta przychodzi ze starszej przeglądarki desktopowej, unikaj zamieniania akceptacji w rozmowę o kompatybilności.
To jest bardziej użyteczne niż ogólne hasło mobile first. Dotyczy tej konkretnej strony po publikacji.
Najważniejsze strony łamią założenia
Osoba publikująca zwykle myśli o jednym punkcie wejścia. Odbiorcy mogą używać innego.
Ktoś udostępnia głęboki link. Kod QR prowadzi do ścieżki kampanii. Stary dokument nadal zawiera poprzedni URL. Wyszukiwarka znajduje najpierw artykuł. Strona wygenerowana przez AI może zostawić w nawigacji ścieżkę testową.
Najważniejsze strony warto sprawdzać szczególnie po:
- nowej publikacji;
- przejściu z linku podglądu na własną domenę;
- migracji z GitHub Pages, starego portfolio albo dokumentacji;
- kampaniach z różnymi linkami dla e-maila, sociali, QR i reklam;
- zmianach w
index.html, nawigacji albo ścieżkach plików; - publikacji PDF-ów, obrazów albo plików do pobrania.
To, że wewnętrzna strona jest na górze, nie musi być problemem. Może to najlepszy punkt wejścia. Problem zaczyna się wtedy, gdy wysoko są stare ścieżki, zepsute pobrania albo niedokończone strony.
Przepustowość wychodzi na jaw późno
Przepustowość brzmi mniej efektownie niż wizyty, ale przy stronach statycznych jest praktycznym sygnałem kosztu i wydajności.
Duże obrazy, PDF-y, wideo w tle, ciężkie fonty i nieskompresowane eksporty wydają się niewinne, gdy podgląd otwierają trzy osoby. Sytuacja zmienia się, gdy link trafia do kampanii, portfolio, drukowanego QR albo posta, który zaczyna krążyć.
Zwróć uwagę na przepustowość, jeśli:
- strona ma dużo zdjęć, zrzutów ekranu albo obrazów produktu;
- PDF-y, menu, prezentacje albo media są w tym samym projekcie;
- kampania może wywołać krótki pik ruchu;
- projekt zbliża się do limitów planu;
- odbiorcy wchodzą głównie z telefonów.
Przepustowość nie mówi automatycznie, który plik jest za ciężki. Działa jak ostrzeżenie. Potem trzeba sprawdzić rozmiary obrazów, kompresję, lazy loading, wideo, fonty i miejsce, w którym podajesz duże pliki.
Najpierw wbudowane statystyki, potem głębsza analiza
Google Analytics, Plausible, Matomo, Fathom, Simple Analytics i PostHog mogą mieć sens. Pytanie brzmi, kiedy je dodać.
Tuż po publikacji pytania są zwykle prostsze:
- Czy link się otwiera?
- Skąd przyszły wizyty?
- Które URL-e zostały otwarte?
- Czy ruch jest bardziej mobilny czy desktopowy?
- Czy kraje pasują do spodziewanych odbiorców?
- Czy przepustowość wygląda normalnie?
Wbudowane statystyki dobrze pasują do tej pierwszej warstwy, bo są powiązane z opublikowanym projektem. Przesyłasz folder, dostajesz link HTTPS, udostępniasz go i czytasz pierwszą reakcję bez zmieniania plików statycznych pod kolejny skrypt.
Bardziej rozbudowane narzędzie analityczne przydaje się, gdy trzeba mierzyć kliknięcia przycisków, lejki, konwersje, testy A/B, kampanie płatne, zalogowanych użytkowników, zdarzenia produktowe albo e-commerce.
Rozdzielenie tych poziomów upraszcza decyzję. Statystyki publikacji odpowiadają, czy strona jest widziana. Analiza produktu odpowiada, co ludzie robią po wejściu.
Prywatność, RODO i zewnętrzne skrypty
W Polsce statystyki strony szybko zahaczają o cookies, śledzenie, politykę prywatności i zgodę. To nie jest detal do odłożenia na koniec.
Statystyka startu nie jest tym samym co pełna konfiguracja śledzenia.
| Poziom | Główne pytanie | Przykłady |
|---|---|---|
| Statystyki publikacji | Czy link publiczny został otwarty? | Odsłony, referrery, urządzenia, kraje, przepustowość |
| Analiza marketingowa albo produktowa | Co użytkownik robi w szczegółach? | Zdarzenia, konwersje, segmenty, testy A/B, reklamy |
DeployPages daje pierwszy odczyt na poziomie projektu. To nie zastępuje sprawdzenia polityki prywatności. Jeśli dodajesz Google Analytics, piksele reklamowe, heatmapy, chat, zewnętrzne formularze albo inne skrypty, sprawdź, jakie dane zbierają, co zapisują w przeglądarce i jak trzeba to opisać użytkownikom.
Nie chodzi o to, żeby mała strona stała się projektem prawnym. Chodzi o to, żeby prosta strona nie ładowała narzędzi pomiarowych, których nikt nie skonfigurował ani nie wyjaśnił.
Prosta rutyna na pierwszy tydzień
Nie musisz patrzeć w statystyki cały dzień. Dla strony statycznej wystarczy kilka kontroli.
| Moment | Co sprawdzić | Po co |
|---|---|---|
| Pierwsza godzina | Czy strona się otwiera, 404, obrazy i skrypty | Naprawić przed dalszym udostępnieniem |
| Pierwszy dzień | Źródła, urządzenia, najważniejsze strony | Zobaczyć, czy dystrybucja i layout pasują do odbiorców |
| Pierwszy tydzień | Trend, kraje, przepustowość, strony nadal aktywne | Zdecydować, czy poprawiać, zostawić czy zastąpić |
| Po nowej wersji | Najważniejsze strony i ostatnie wizyty | Sprawdzić, czy użyteczny URL nie został zepsuty |
| Po domenie | Direct, wyszukiwarka, stare URL-e | Zobaczyć, czy domena zastąpiła link testowy |
Celem nie jest raportowanie dla samego raportowania. Celem jest następny krok: naprawić ścieżkę, skompresować obraz, zmienić udostępniany link, podłączyć domenę albo dodać głębszą analizę.
Gdzie pasuje DeployPages
DeployPages traktuje statystyki jako część procesu publikacji.
Możesz opublikować folder statyczny, ZIP, build front-endu, stronę wygenerowaną przez AI, stronę z PDF-em albo portfolio. Potem w projekcie sprawdzasz odsłony, szacowanych odwiedzających, źródła ruchu, najważniejsze strony, kraje, urządzenia, przeglądarki, systemy, przepustowość i ostatnie wizyty.
Ten sam projekt może później przejść do własnej domeny, ochrony hasłem, przywracania poprzedniej wersji, publikacji przez CLI i statystyk.
Dla wielu stron statycznych taka kolejność jest naturalna: najpierw opublikować, potem przeczytać realne sygnały, a dopiero później zdecydować, czy projekt zasługuje na domenę, optymalizację, zespół albo głębsze narzędzie analityczne.