Google Analytics nie działa na WordPressie? To jeden z tych problemów, który wygląda banalnie, a w praktyce potrafi zatrzymać cały pomiar ruchu na stronie. Dla właściciela witryny oznacza to ślepotę: nie wiesz, skąd przychodzą użytkownicy, które podstrony sprzedają, gdzie ucieka ruch i czy kampanie w ogóle mają sens. W dodatku problem często nie polega na tym, że „Analytics się zepsuł”, tylko że po drodze coś blokuje kod, przeglądarka nie widzi skryptu, wtyczka go usuwa, a cookie banner odcina pomiar zanim ten zdąży ruszyć.
W WordPressie sytuacja jest jeszcze bardziej złożona, bo z jednej strony masz motyw, z drugiej wtyczki cache, optymalizacji, cookie consent, edytory nagłówka, integracje z Google Tag Managerem, a czasem kilka różnych miejsc, w których ktoś wklejał kod. Efekt? Jeden tag ładuje się dwa razy, drugi nie ładuje się wcale, a trzeci działa tylko na niektórych podstronach. Do tego dochodzi GA4, które działa inaczej niż dawny Universal Analytics, więc stare poradniki często prowadzą na manowce.
Jeśli widzisz zera w czasie rzeczywistym, brak ruchu w raportach, nieprawidłowy identyfikator pomiaru albo komunikat, że tag nie został wykryty, nie panikuj. Najpierw trzeba ustalić, czy problem leży po stronie instalacji, blokady, czy konfiguracji. Dopiero potem naprawa ma sens. Poniżej dostajesz praktyczny, techniczny przewodnik po diagnozie i usuwaniu problemu, bez zgadywania i bez „magicznych” trików.
Szybka odpowiedź
Jeżeli Google Analytics nie działa na WordPressie, w 8https://r99.pl/blog => https://r99.pl/blog/% przypadków przyczyna jest jedna z tych pięciu: kod pomiarowy nie został poprawnie dodany, wtyczka cache lub optymalizacji usuwa skrypt, banner zgód blokuje ładowanie Analytics, kod został wklejony w złe miejsce, albo na stronie działa kilka metod instalacji naraz i tag się dubluje lub nadpisuje.
Najkrótsza ścieżka naprawy: sprawdź w kodzie strony, czy ładuje się skrypt GA4/GTM; przetestuj raport czasu rzeczywistego; wyłącz na chwilę wtyczki cache, minifikacji i cookie consent; upewnij się, że używasz właściwego ID pomiaru; sprawdź, czy tag nie jest blokowany przez tryb zgód lub przez przeglądarkę; na końcu zweryfikuj konfigurację w Google Tag Managerze, jeśli jest używany.
Jeżeli po tych krokach nadal nie ma danych, problem może dotyczyć integracji na poziomie motywu, reguł wykluczających ruch, błędnego ustawienia consent mode, problemów z duplikacją tagów albo niestandardowej konfiguracji sklepu, formularza lub wielojęzycznej wersji serwisu. Wtedy zwykle potrzebna jest pełna diagnostyka techniczna.
Diagnoza problemu: co dokładnie nie działa?
Zanim zaczniesz naprawiać Analytics, musisz odpowiedzieć na jedno pytanie: co konkretnie nie działa? To ważne, bo „Google Analytics nie działa” może oznaczać zupełnie różne problemy.
Najczęstsze scenariusze są takie:
- na stronie w ogóle nie ma kodu Analytics;
- kod jest, ale nie wysyła danych;
- dane wpadają, ale tylko częściowo;
- w raportach są zera, mimo że ruch istnieje;
- zdarzenia konwersji nie działają, choć podstawowy ruch jest widoczny;
- pomiar działa w wersji testowej, ale nie działa dla realnych użytkowników;
- Analytics działa na desktopie, ale nie działa na mobile;
- działa tylko na jednej podstronie albo tylko w jednej wersji językowej.
Diagnozę najlepiej zacząć od trzech pytań:
- Czy kod w ogóle ładuje się na stronie?
- Czy tag wysyła hit po załadowaniu?
- Czy coś po drodze nie blokuje zgody, skryptu lub cookies?
Jeśli na pierwsze pytanie odpowiadasz „nie wiem”, to właśnie od tego trzeba zacząć. W praktyce sprawdzasz źródło strony, narzędzia deweloperskie przeglądarki i tryb podglądu w Tag Managerze. Sam panel Analytics nie wystarczy, bo brak danych w raportach bywa skutkiem opóźnienia, filtrów albo błędu instalacji po stronie WordPressa.
Możliwe przyczyny, przez które Google Analytics nie działa na WordPressie
Poniżej masz najczęstsze źródła problemu, uporządkowane od najbardziej podstawowych do bardziej złożonych. W praktyce bardzo często przyczyny nakładają się na siebie, więc nie zakładaj, że wystarczy jedna poprawka.
1. Kod Analytics nie został poprawnie dodany
To klasyka. Ktoś wkleił kod do nagłówka, ale w złym miejscu, wkleił niepełny fragment, usunął nawias, dodał kod do szablonu, który nie jest używany na wszystkich podstronach, albo wgrał wtyczkę, ale nie zakończył konfiguracji. W GA4 potrzebujesz poprawnego identyfikatora pomiaru i samego tagu, a nie tylko „jakiegoś kodu z Google”.
2. Wtyczka cache lub optymalizacji zmienia działanie skryptu
Wtyczki do cache, łączenia plików, minifikacji JavaScript i odraczania skryptów potrafią opóźnić albo całkiem zablokować ładowanie Analytics. Czasem skrypt zostaje przeniesiony na dół strony, czasem jest ładowany po interakcji, a czasem w ogóle nie uruchamia się przez konflikt z inną optymalizacją.
3. Cookie banner blokuje tagi przed zgodą użytkownika
To bardzo częsty powód w 2https://r99.pl/blog => https://r99.pl/blog/25 roku. Jeśli masz CMP, banner cookies albo wdrożony Consent Mode, Analytics może nie wysyłać danych do momentu wyrażenia zgody. Z punktu widzenia właściciela strony wygląda to jak awaria, a tak naprawdę działa mechanizm ochrony prywatności. Problem zaczyna się wtedy, gdy zgoda jest źle skonfigurowana i blokuje także tagi, które powinny działać w trybie ograniczonym.
4. Tag został dodany dwa razy
Jeśli Analytics jest osadzony zarówno w motywie, jak i we wtyczce, albo w Google Tag Managerze i dodatkowo bezpośrednio w nagłówku, możesz mieć duplikację. Wtedy czasem dane są zawyżone, a czasem pojawiają się błędy w atrybucji i czasie rzeczywistym. Duplikacja bywa groźniejsza niż brak pomiaru, bo daje pozornie „działający” system z błędnymi danymi.
5. Używasz złego identyfikatora pomiaru
W GA4 łatwo pomylić identyfikator strumienia danych, szczególnie gdy masz kilka witryn, staging, wersję testową albo kilka kont. Kod może działać, ale wysyłać dane do innej usługi niż ta, którą sprawdzasz.
6. Ruch został wykluczony filtrami lub ustawieniami wewnętrznymi
Jeśli włączyłeś filtry ruchu wewnętrznego, ustawienia trybu deweloperskiego albo reguły wykluczające IP, możesz obserwować brak danych z własnej przeglądarki i uznać, że Analytics nie działa. Tymczasem odwiedzający z zewnątrz są mierzeni prawidłowo.
7. Problem leży po stronie tagu w Google Tag Managerze
Jeśli korzystasz z GTM, to sam kontener może być wdrożony poprawnie, ale tag GA4 nie ma właściwego triggera, ma konflikt nazw, nie odpala się na wszystkich stronach albo został opublikowany w wersji roboczej, a nie na żywo. To bardzo częste, zwłaszcza gdy nad kontem pracowało kilka osób.
8. Motyw albo builder strony blokuje nagłówek
Niektóre motywy i page buildery mają własne mechanizmy ładowania skryptów. Jeżeli motyw nadpisuje header.php, korzysta z szablonów dynamicznych albo ładuje nagłówek warunkowo, Analytics może działać tylko na części stron lub w ogóle nie pojawiać się w finalnym HTML.
9. Błędy JavaScript na stronie przerywają działanie tagów
Jeżeli na stronie występuje krytyczny błąd JS, niektóre skrypty pomiarowe mogą nie zostać uruchomione. To częściej dotyczy stron z wieloma dodatkami, ciężkimi sliderami, niestandardowymi skryptami lub błędnie osadzonymi widgetami.
1https://r99.pl/blog => https://r99.pl/blog/. Problem dotyczy tylko przeglądarek lub urządzeń z blokadami
Adblocki, przeglądarki prywatności, ograniczenia ITP w Safari, blokady cookies lub ustawienia systemowe mogą sprawić, że część ruchu nie jest raportowana. Jeśli testujesz tylko na własnej przeglądarce, możesz dostać fałszywy obraz sytuacji.
11. Dane są, ale patrzysz w złym miejscu
W GA4 różne raporty aktualizują się z różną dynamiką. Czas rzeczywisty, zdarzenia, raporty pozyskania i eksploracje nie zawsze pokazują to samo w tym samym momencie. Jeśli konfiguracja jest nowa, może też być opóźnienie w przetwarzaniu danych.
12. Nie działa pomiar po zmianie hostingu, domeny lub migracji
Po migracji WordPressa często gubi się integracja, zwłaszcza jeśli zmienia się struktura motywu, cache, CDN, domena główna, adres WordPressa i adres witryny. W takich przypadkach kod może być nadal obecny, ale strona działa na innej wersji szablonu lub z inną polityką skryptów.
Rozwiązanie krok po kroku
Poniższa procedura jest zaprojektowana tak, aby najpierw wykluczyć najprostsze błędy, a dopiero potem schodzić głębiej. Nie pomijaj kroków, nawet jeśli wydają się oczywiste.
Krok 1. Zrób kopię zapasową przed zmianami
Zanim cokolwiek wyłączysz, zaktualizujesz lub usuniesz, wykonaj backup plików i bazy danych. Jeśli masz WordPressa produkcyjnego, każda ingerencja w wtyczki, motyw lub nagłówki może wpłynąć na działanie całej strony. Szczególnie ostrożnie postępuj, jeśli korzystasz ze sklepu, formularzy kontaktowych albo integracji z płatnościami.
Krok 2. Sprawdź, czy Analytics jest w ogóle obecny w kodzie strony
Wejdź na stronę, otwórz źródło HTML i wyszukaj identyfikator GA4 lub słowa związane z gtag.js, analytics.js, googletagmanager.com. Jeżeli nie znajdujesz żadnego śladu tagu, problem jest prosty: kod nie jest osadzony lub nie jest ładowany globalnie.
Jeśli korzystasz z Google Tag Managera, w źródle strony powinien być obecny kontener GTM. Jeżeli go nie ma, to najpierw napraw wdrożenie kontenera, a dopiero później konfigurację Analytics.
Krok 3. Zweryfikuj, czy używasz właściwego identyfikatora
Sprawdź, czy kod na stronie odpowiada temu samemu strumieniowi danych, który oglądasz w panelu GA4. Wiele problemów wynika z pomylenia właściwości testowej z produkcyjną albo z użycia starego identyfikatora po migracji.
Krok 4. Przetestuj działanie w czasie rzeczywistym
Otwórz stronę w nowej przeglądarce lub w trybie prywatnym, wejdź na kilka podstron i obserwuj raport czasu rzeczywistego w GA4. Jeżeli nic się nie pojawia, nie zakładaj od razu, że wszystko jest zepsute. Sprawdź, czy nie testujesz z IP objętego filtrami lub z przeglądarki, która blokuje cookies.
Krok 5. Wyłącz na próbę wtyczki cache, minifikacji i optymalizacji JS
To kluczowy etap. Często trzeba tymczasowo wyłączyć:
- wtyczkę cache;
- minifikację JavaScript;
- łączenie plików JS;
- opóźnianie ładowania skryptów;
- lazy load skryptów lub elementów w headerze.
Po każdym wyłączeniu odśwież stronę w trybie incognito i sprawdź, czy tag się odpala. Jeśli po wyłączeniu jednej wtyczki Analytics zaczyna działać, masz winowajcę. Potem trzeba już tylko znaleźć właściwą opcję, a nie wyłączać całej optymalizacji na stałe.
Krok 6. Sprawdź działanie cookie bannera i Consent Mode
Jeżeli używasz systemu zarządzania zgodami, sprawdź, czy tag Analytics nie jest uzależniony od zgody w sposób zbyt restrykcyjny. W poprawnej konfiguracji mechanizm zgód powinien respektować prywatność, ale jednocześnie umożliwiać zbieranie zgodnych z ustawieniami danych po akceptacji użytkownika. Błędem jest sytuacja, w której tag w ogóle nie ładuje się lub ładuje się dopiero po wielu sekundach, przez co część ruchu przepada.
Uwaga: nie obchodź ustawień zgód „na siłę”. To nie tylko ryzyko prawne i compliance, ale też potencjalne naruszenie polityk narzędzia i przepisów o prywatności. Jeśli masz wątpliwości, lepiej skorygować konfigurację niż omijać banner czy wyłączać zabezpieczenia.
Krok 7. Sprawdź, czy tag nie jest dodany podwójnie
Poszukaj kodu Analytics w:
- ustawieniach motywu;
- dedykowanej wtyczce do wstawiania kodu;
- Google Tag Managerze;
- header.php i footer.php;
- builderze strony;
- wtyczkach e-commerce lub marketingowych.
Jeśli znajdziesz więcej niż jedno miejsce wdrożenia, zostaw tylko jedno, najbardziej kontrolowane. W praktyce najlepsza jest centralna instalacja przez GTM albo pojedynczą, dobrze utrzymaną wtyczkę, ale nie wszystko naraz.
Krok 8. Zweryfikuj konfigurację Google Tag Managera
Jeżeli korzystasz z GTM, wejdź w tryb podglądu i sprawdź:
- czy kontener się ładuje;
- czy tag GA4 odpala się na wszystkich stronach;
- czy nie ma błędów w triggerach;
- czy zmiany zostały opublikowane;
- czy identyfikator pomiaru jest właściwy;
- czy tag nie jest blokowany przez consent.
Wiele awarii polega na tym, że kontener działa, ale sam tag nie ma warunku uruchomienia lub uruchamia się tylko na części ruchu.
Krok 9. Sprawdź źródło strony i konsolę przeglądarki
W narzędziach deweloperskich zobacz, czy pojawiają się błędy JavaScript. Jeśli widzisz błędy związane z inną wtyczką, formularzem, sliderem albo skryptem zewnętrznym, może to być przyczyna uboczna. Analizę trzeba robić szerzej niż tylko „Analytics się nie ładuje”.
Krok 1https://r99.pl/blog => https://r99.pl/blog/. Przetestuj na czystym środowisku
Jeżeli masz staging albo kopię testową strony, sprawdź, czy tam problem również występuje. Gdy Analytics działa na czystej kopii, a nie działa na produkcji, problem zwykle leży w cache, CDN, regułach bezpieczeństwa lub dodatkowych wtyczkach.
Krok 11. Porównaj zachowanie na różnych urządzeniach i przeglądarkach
Test wykonaj w Chrome, Firefox i Safari, na desktopie i telefonie. Nie opieraj się wyłącznie na własnym środowisku. Jeśli ruch nie pokazuje się tylko u Ciebie, a u innych użytkowników jest widoczny, problem może być związany z filtrowaniem własnego ruchu lub blokadą prywatności.
Krok 12. Ustal, czy problem dotyczy całej strony, czy tylko wybranych podstron
To ważna wskazówka. Jeśli Analytics nie działa wszędzie, patrz na globalne wdrożenie kodu. Jeśli problem dotyczy tylko koszyka, bloga, landing page’a lub jednego języka, szukaj warunków szablonu, ograniczeń wtyczek lub różnic w template’ach.
Krok 13. Po naprawie sprawdź kilka rodzajów danych
Nie ograniczaj się do jednego raportu. Zweryfikuj:
- czas rzeczywisty;
- zdarzenia;
- źródła ruchu;
- strony i ekrany;
- konwersje, jeśli są skonfigurowane.
Jeśli widzisz ruch, ale nie widzisz konwersji, problem może być w osobnej konfiguracji zdarzeń, a nie w samym pomiarze podstawowym.
Najczęstsze błędy podczas naprawy
W praktyce wielu użytkowników pogarsza sytuację, bo naprawia Analytics „na skróty”. Oto błędy, które widzi się najczęściej:
- Dodawanie kilku metod wdrożenia jednocześnie – kod wtyczką, przez motyw i jeszcze przez GTM.
- Testowanie tylko na własnym urządzeniu – bez uwzględnienia blokad cookies, zgód i filtrów IP.
- Wyłączanie całej optymalizacji strony zamiast znalezienia konkretnego konfliktu.
- Ignorowanie Consent Mode i ustawień zgód, a potem zaskoczenie, że dane zniknęły.
- Mylenie właściwości GA4 po migracji lub zmianie konta.
- Zakładanie, że „jak jest kod w źródle, to musi działać” – obecność skryptu nie oznacza poprawnej wysyłki hitów.
- Wklejanie kodu w nieglobalnym miejscu, które dotyczy tylko części podstron.
- Próba naprawy bez backupu, co jest ryzykowne przy modyfikacji motywu i wtyczek.
Największy błąd polega jednak na tym, że ktoś zbyt szybko uznaje Analytics za winne. Często to nie sam GA4 zawodzi, tylko konfiguracja strony, mechanizm zgód albo optymalizacja zasobów.
Kiedy nie robić tego samodzielnie
Samodzielna naprawa ma sens, jeśli problem jest prosty: brak kodu, zły identyfikator, wyłączona wtyczka lub oczywista duplikacja. Ale są sytuacje, w których lepiej nie ryzykować.
Nie działaj samodzielnie, jeśli:
- strona jest sklepem i każde zatrzymanie ruchu może kosztować sprzedaż;
- masz złożoną konfigurację GTM z wieloma zdarzeniami i konwersjami;
- korzystasz z Consent Mode, CMP i kilku źródeł danych;
- strona działa w wielu językach lub na wielu subdomenach;
- problem pojawił się po migracji, aktualizacji motywu lub zmianie hostingu;
- po każdej zmianie strona wyświetla błędy lub przestają działać inne funkcje;
- nie masz kopii zapasowej albo nie wiesz, jak ją odtworzyć.
W takich przypadkach eksperymenty mogą skończyć się utratą danych analitycznych, błędnymi konwersjami, problemami z wydajnością lub nawet awarią frontu strony.
Kiedy zgłosić się do specjalisty
Do specjalisty warto zgłosić się wtedy, gdy po podstawowej diagnozie problem nadal występuje albo gdy widzisz, że przyczyna leży głębiej niż zwykła instalacja kodu.
Pomoc fachowca jest wskazana, jeśli:
- Analytics nie działa po migracji lub przebudowie strony;
- pomiar działa, ale wyniki są wyraźnie zaniżone lub zawyżone;
- konwersje nie są rejestrowane mimo poprawnego ruchu;
- GTM, cookie consent i GA4 muszą działać razem;
- problem dotyczy niestandardowego motywu lub rozbudowanego buildera;
- strona ma sklep, płatności, wielojęzyczność i różne typy zdarzeń;
- nie możesz sobie pozwolić na długie testy metodą prób i błędów;
- podejrzewasz konflikt kilku wtyczek optymalizacyjnych.
Specjalista nie tylko naprawi instalację, ale też sprawdzi poprawność architektury pomiaru, dzięki czemu nie wrócisz do tego samego problemu po kolejnej aktualizacji WordPressa.
Praktyczne ostrzeżenia bezpieczeństwa
Przy pracy z Analytics na WordPressie warto pamiętać o kilku zasadach bezpieczeństwa:
- Zawsze rób backup przed edycją motywu, wtyczek i kodu nagłówka.
- Nie wklejaj kodów z niezweryfikowanych źródeł; używaj wyłącznie oficjalnych identyfikatorów i fragmentów generowanych dla Twojej usługi.
- Nie wyłączaj mechanizmów zgody na cookies tylko po to, by „zobaczyć więcej danych”. To może być niezgodne z polityką prywatności i przepisami.
- Nie edytuj plików motywu na żywej stronie bez wiedzy, co robisz; lepiej korzystać z motywu potomnego lub bezpieczniejszej metody wdrożenia.
- Po każdej zmianie sprawdzaj stronę w trybie incognito i na kilku urządzeniach, żeby nie przeoczyć błędu tylko dlatego, że cache pokazuje starą wersję.
Podsumowanie
Jeśli Google Analytics nie działa na WordPressie, problem rzadko jest „tajemniczy”. Zwykle wynika z jednego z kilku bardzo konkretnych obszarów: instalacji kodu, konfliktu wtyczek, cache, consent mode, duplikacji tagów, błędnego identyfikatora lub złej konfiguracji GTM. Najważniejsze jest uporządkowane podejście: najpierw sprawdź obecność tagu, potem jego uruchamianie, potem blokady i dopiero na końcu rozbudowaną konfigurację.
Nie naprawiaj tego metodą przypadkowego klikania po panelu. W analityce internetowej jedno błędne ustawienie potrafi zafałszować cały obraz ruchu. Jeśli strona jest ważna biznesowo, a pomiar ma znaczenie dla sprzedaży, reklam i SEO, warto podejść do problemu technicznie i bez pośpiechu.
CTA do kontaktu
Jeśli nie widzisz danych w Google Analytics, a WordPress nadal nie raportuje ruchu poprawnie, warto przeprowadzić dokładną diagnostykę wdrożenia i konfiguracji. Skontaktuj się z nami, jeśli potrzebujesz pomocy w znalezieniu przyczyny, naprawie integracji lub uporządkowaniu pomiaru tak, żeby działał stabilnie po aktualizacjach, zmianach motywu i optymalizacji strony.
