Brakujące odsłony stron w Plausible — jak to naprawić
1. Ustal, których odsłon stron brakuje
Jeśli zastanawiasz się, dlaczego Plausible nie zlicza odsłon, zacznij od sprawdzenia konkretnej strony i tego, czy przeglądarka wysyła dla niej żądanie. Poniższe kroki pomogą ustalić, gdzie może leżeć problem. Zacznij od jednego adresu URL, dla którego śledzenie nie działa. Zapisz adres strony, godzinę testu i informację, czy w raporcie Plausible widać wizyty na innych stronach tej samej witryny. Konkretny przykład, taki jak brak strony produktu przy widocznej stronie głównej, jest bardziej pomocny niż stwierdzenie „analityka nie działa”.
Porównaj stronę, której brakuje w raporcie, ze stroną, która jest prawidłowo śledzona. Sprawdź, czy obie korzystają z tego samego szablonu, są ładowane z tej samej nazwy hosta i widnieją w ramach tej samej witryny Plausible. Każda różnica w tych szczegółach wskazuje, co warto sprawdzić, zanim zmienisz kod.
Gdy Plausible nie śledzi podstron, oddziel bezpośrednie wejścia od nawigacji w obrębie witryny. Otwórz problematyczny adres URL w nowej karcie, a następnie przejdź na tę stronę, klikając link na innej podstronie. Jeśli bezpośrednie wejścia pojawiają się w raporcie, ale kliknięcia już nie, problem może dotyczyć sposobu obsługi nawigacji w witrynie. Jeśli nie widać żadnego z tych wejść, zacznij od kodu śledzącego lub ustawień przeglądarki.
Prowadź krótką dokumentację testów. Zapisuj dokładny adres URL, sposób przejścia na stronę, używaną przeglądarkę i zaobserwowany wynik. Dzięki temu po wprowadzeniu zmian możesz powtórzyć ten sam test, zamiast polegać na pamięci.
2. Sprawdź, czy przeglądarka wysyła zdarzenie odsłony strony
Otwórz problematyczną stronę i narzędzia deweloperskie przeglądarki. W panelu Sieć odśwież stronę i poszukaj żądań powiązanych z Plausible.
Jeśli żądanie się pojawi, sprawdź jego szczegóły — nie poprzestawaj na stwierdzeniu, że „zostało załadowane”. Upewnij się, że adres URL strony w żądaniu odpowiada problematycznej stronie, żądanie zostało zrealizowane, a przeglądarka nie oznaczyła go jako zablokowanego lub nieudanego. Jeśli żądanie wskazuje stronę główną zamiast podstrony, problem może dotyczyć obsługi adresu URL, a nie braku skryptu.
Jeśli nie widzisz żądania, najpierw sprawdź filtry w panelu Sieć. Filtr tekstowy może ukrywać szukane żądanie, a zachowany dziennik może mieszać aktywność z wcześniejszych odsłon z bieżącym testem. Wyczyść filtr, odśwież stronę raz i sprawdź nowe wpisy.
Sprawdź też panel Konsola. Błąd ładowania skryptu, komunikat dotyczący polityki bezpieczeństwa treści lub wyjątek JavaScript mogą wyjaśnić, dlaczego żądanie w ogóle nie jest wysyłane. Zanim cokolwiek zmienisz, skopiuj dokładny komunikat i adres URL problematycznej strony. Te dwie informacje ułatwią odróżnienie błędu witryny od blokady w przeglądarce.
Aby ustalić, jak naprawić brakujące odsłony w Plausible, najpierw sprawdź, czy przeglądarka w ogóle wysyła żądanie odsłony. Ta jedna obserwacja zawęzi dalsze działania: jeśli żądania nie ma, sprawdź działanie skryptu; jeśli jest, przyjrzyj się samemu żądaniu i konfiguracji raportu.
3. Wyklucz blokady przeglądarki i zgody
Powtórz test w czystym profilu przeglądarki lub w oknie prywatnym, najlepiej z wyłączonymi rozszerzeniami. Blokery reklam, funkcje ochrony przed śledzeniem i rozszerzenia dbające o prywatność mogą uniemożliwić wysłanie żądania analitycznego. Wynik testu w jednej przeglądarce nie wystarczy więc, by stwierdzić, że wszyscy odwiedzający mają ten sam problem.
Przetestuj proces uzyskiwania zgody z perspektywy odwiedzającej osoby. Wczytaj stronę przed dokonaniem wyboru, a następnie wyraź zgodę na analitykę, jeśli witryna daje taką możliwość, i odśwież stronę lub ponownie przejdź na problematyczną podstronę. Jeśli żądanie pojawia się dopiero po wyrażeniu zgody, sprawdź konfigurację menedżera zgód i upewnij się, że jego kategoria analityczna jest powiązana ze skryptem Plausible.
Nie traktuj odmowy opcjonalnej zgody na analitykę jako błędu. Ważne jest, by sprawdzić, czy działanie witryny odpowiada przyjętym zasadom uzyskiwania zgody i zastosowanej konfiguracji. Więcej informacji o wyborze narzędzi pomiarowych stawiających na prywatność znajdziesz w artykule analityka privacy-first 2026.
Sprawdź w Konsoli, czy po wczytaniu banera zgody nie pojawiają się błędy. Jeśli skrypt banera przestaje działać, zanim uruchomi skrypt analityczny, strona może wyglądać normalnie, mimo że żądanie śledzące nie jest wysyłane. Jeśli problemem jest baner, sprawdź, czy można obsługiwać jego elementy za pomocą klawiatury. W tym poradniku wyjaśniamy, jak sprawdzić, czy witryna publikuje oświadczenie o dostępności.
4. Porównaj kod śledzący na renderowanej stronie
Sprawdź stronę w postaci dostarczanej przeglądarce, a nie tylko plik źródłowy lub ustawienie w systemie zarządzania treścią. Szablon może pomijać fragment kodu śledzącego dla określonego typu strony albo menedżer tagów może dodawać go tylko na wybranych podstronach. Porównaj kod wyrenderowany na prawidłowo działającym i problematycznym adresie URL.
Znajdź skrypt Plausible oraz powiązaną z nim wartość witryny lub domeny. Literówka w skonfigurowanej domenie albo nazwa hosta różniąca się od zarejestrowanej dla witryny mogą sprawić, że będziesz szukać danych w niewłaściwym raporcie.
Sprawdź, czy skrypt nie został dodany więcej niż raz. Zduplikowana instalacja może utrudnić testowanie i interpretację wyników. Jeśli kod na obu stronach się różni, ustal, skąd pochodzi — na przykład z szablonu strony, menedżera tagów lub wtyczki — a następnie popraw go w tym miejscu, zamiast ręcznie dodawać kolejną kopię.
Porównując wyrenderowany kod, uwzględnij moment ładowania skryptu. Menedżer zgód lub menedżer tagów może dodać skrypt dopiero po wczytaniu początkowego kodu HTML, dlatego szybki podgląd źródła strony może nie pokazywać jej końcowego stanu. Użyj jednocześnie paneli Elementy i Sieć, aby sprawdzić, czy pojawia się element skryptu i czy przeglądarka wysyła żądanie.
5. Testuj bezpośrednie wejścia i nawigację po stronie osobno
Otwórz problematyczną podstronę bezpośrednio w nowej karcie, a następnie przejdź na nią z innej strony bez pełnego przeładowania. Zapisz wynik dla każdej z tych metod. Witryna zbudowana jako aplikacja jednostronicowa może zmienić wyświetlaną podstronę bez wczytywania nowego dokumentu, dlatego sprawdź, czy podczas takiej nawigacji rejestrowana jest odsłona.
Jeśli bezpośrednie wejścia są zliczane, ale kliknięcia w obrębie witryny nie, sprawdź router witryny i integrację Plausible pod kątem obsługi nawigacji po stronie klienta. Zajrzyj do dokumentacji integracji, aby dowiedzieć się, jak obsługuje zmianę podstron.
Jeśli nawigacja jest zliczana, ale brakuje bezpośredniego wejścia, sprawdź początkową odpowiedź serwera i szablon tej podstrony. Serwer może dostarczać inny dokument lub pomijać kod śledzący dla danego adresu. Porównaj wyrenderowany kod i szczegóły żądania z początkowego wczytania ze stanem po kliknięciu.
Testuj adres z parametrami zapytania lub końcowym ukośnikiem tylko wtedy, gdy odwiedzający rzeczywiście korzystają z takich adresów. Zapisany przez przeglądarkę adres URL może się w tych przypadkach różnić od tego, którego oczekujesz w raporcie. Zapisuj dokładny adres zamiast zakładać, że dwa podobnie wyglądające adresy są traktowane identycznie.
6. Sprawdź zakres raportu i filtry w Plausible
Zanim uznasz brak wiersza w raporcie za problem ze zbieraniem danych, upewnij się, że panel pokazuje właściwą witrynę Plausible. Raport dotyczący domeny testowej, alternatywnej nazwy hosta lub projektu o podobnej nazwie nie pozwoli ustalić, czy odsłona strony w środowisku produkcyjnym została zarejestrowana.
Ustaw zakres dat obejmujący test, a następnie sprawdź filtry i segmenty zastosowane w raporcie. Wąski zakres dat lub aktywny filtr mogą ukrywać zarejestrowaną stronę. Jeśli test został wykonany o określonej godzinie, wykorzystaj tę informację, by powiązać sprawdzanie raportu z testem w przeglądarce.
Wyszukaj lub sprawdź raport stron, używając tej samej ścieżki, którą wysłała przeglądarka, łącznie z istotnym końcowym ukośnikiem lub parametrami zapytania.
Rozróżnij też odsłonę strony od zdarzenia niestandardowego. Jeśli implementacja wysyła nazwane zdarzenie podczas wczytywania podstrony, sprawdź żądanie i poszukaj tego zdarzenia w odpowiedniej sekcji raportów, zamiast zakładać, że to zwykła odsłona strony.
7. Ponownie przetestuj poprawkę we wszystkich problematycznych przypadkach
Wprowadzaj zmiany pojedynczo. Jeśli poprawisz wartość domeny, przeprowadź test, zanim zmienisz również zasady uzyskiwania zgody lub kod routera. Dzięki jednej zmianie łatwiej ustalisz, czy żądanie zaczęło działać, i unikniesz sytuacji, w której drugi problem maskuje pierwszy.
Powtórz pierwotny zestaw testów: otwórz każdy problematyczny adres URL bezpośrednio, przejdź na niego przez link wewnętrzny i porównaj oba wyniki ze znaną, prawidłowo działającą stroną. Użyj tych samych ustawień przeglądarki i tej samej decyzji dotyczącej zgody, które zanotowałeś wcześniej. Jeśli witryna korzysta z kilku szablonów, uwzględnij po jednym problematycznym przykładzie z każdego z nich.
W każdym teście sprawdź dwie rzeczy: czy przeglądarka wysyła oczekiwane żądanie odsłony dla właściwego adresu URL oraz czy nowa odsłona pojawia się w raporcie właściwej witryny Plausible. Jeśli żądanie jest wysyłane, ale raport nadal pozostaje pusty, przed kolejną zmianą kodu witryny ponownie sprawdź wybraną witrynę, zakres dat i filtry.
Dołącz zapis udanego testu do zgłoszenia zmiany kodu lub zgłoszenia do pomocy technicznej. Uwzględnij problematyczne adresy URL, wyniki testów w przeglądarce, istotne błędy z Konsoli i sprawdzony zakres raportu. Dzięki tym informacjom kolejna osoba będzie mogła powtórzyć test zamiast otrzymać niejasny komunikat o brakujących odsłonach.
