Natywne dashboardy w GA4: co potrafią, a czego nie zrobią

Przez lata najczęstszą odpowiedzią na pytanie klienta o jedną stronę z wynikami było: zbudujemy to w Looker Studio. GA4 nie miał własnego widoku, w którym da się zestawić kilka liczb na jednym ekranie bez klikania po raportach. Sklejanie raportów w Bibliotece działało połowicznie, a eksport do arkusza kończył się plikiem, który po tygodniu nikt nie otwierał.

Od 9 września 2026 GA4 ma natywne dashboardy. Kanwa z siatką, karty z danymi, przeciąganie wymiarów i metryk oraz publikacja do lewej nawigacji. Nic nie trzeba instalować, nic nie trzeba podłączać. Funkcja jest jednak świeża i ma granice, które lepiej poznać przed rozmową z klientem, bo na pierwszy rzut oka wygląda na narzędzie do wszystkiego.

Co dokładnie zapowiedział Google

Komunikat z 9 września zapowiada elastyczny sposób pokazywania wskaźników na jednym raporcie, z odświeżonym interfejsem, tworzeniem wizualizacji przez przeciąganie i nowymi typami wykresów. W praktyce dostajesz kanwę, na której układasz karty w kolumnach, wyrównujesz je i decydujesz, kiedy zapisać pracę, a kiedy ją opublikować.

Publikacja działa inaczej niż w Bibliotece. W starym podejściu tworzyłeś kolekcję i wstawiałeś do niej raport. Teraz zapisany dashboard jest widoczny tylko dla Ciebie, dopiero publikacja wstawia go do lewej nawigacji usługi. To wygodne, ale oznacza też, że opublikowany ekran widzi każdy, kto ma dostęp do tej usługi. Dashboard przestaje być prywatną notatką analityka i staje się dokumentem zespołowym.

Sześć typów kart

Do dyspozycji są następujące karty:

• Karty wyników, czyli pojedyncza metryka z dużą liczbą. Po włączeniu porównania okresów pokażą też zmianę procentową.
• Tabele, wymiary w wierszach i metryki w kolumnach, z możliwością włączenia pasków i dzielenia wyniku na strony.
• Wykresy liniowe, pokazujące wartości w czasie z ziarnem dziennym, tygodniowym albo miesięcznym.
• Wykresy słupkowe, poziome i pionowe, przydatne przy porównywaniu kategorii.
• Wykresy pierścieniowe, gdy chcesz pokazać, jak części składają się na całość.
• Wykresy lejka, pokazujące kolejne kroki i miejsca, w których użytkownicy odpadają.

To zestaw, który pokrywa większość codziennego raportowania. Nie ma map, wykresów rozrzutu ani wykresów warstwowych, więc analizę rozkładów i korelacji nadal robisz w Eksploracjach.

Gdzie to znajdziesz i kto może publikować

Tworzenie zaczyna się w Raportach, od przycisku dodawania na górze lewej nawigacji. Wybierasz Dashboard i dostajesz pustą kanwę. Gotowy dashboard edytujesz ikoną edycji przy jego nazwie w nawigacji. Po kliknięciu karty panel po prawej stronie pozwala ustawić wizualizację, a przyciski zapisu i publikacji rozdzielają pracę roboczą od zmiany widocznej dla zespołu.

Do tworzenia i publikacji potrzebujesz roli Edytora albo Administratora. Każdy z dostępem do usługi może natomiast przeglądać opublikowane dashboardy. Role Analityk i Przeglądający zobaczą gotowy ekran, ale nie zbudują własnego. W agencji ma to konkretną konsekwencję: dostęp do usługi oznacza dostęp do wszystkich opublikowanych dashboardów, więc lista osób z uprawnieniami edycji jest równie ważna jak same wykresy.

Limity, które trzeba znać przed obietnicą

• Piętnaście kart na dashboard w zwykłej usłudze i trzydzieści w usłudze 360. Limit dotyczy całego ekranu, nie pojedynczej sekcji, więc trzeci wykres liniowy oznacza rezygnację z tabeli.
• Brak udostępniania pojedynczym osobom. Opublikowany dashboard widzi cała usługa i nie ma osobnego linku, który mógłbyś wysłać klientowi na zewnątrz.
• Brak segmentów. Analiza segmentowa zostaje w Eksploracjach, gdzie budujesz własne grupy użytkowników i porównujesz je na jednym wykresie.
• Brak porównań przypisanych do pojedynczej karty. Porównanie okresów włączasz na poziomie dashboardu, a karta wyniku pokaże wtedy zmianę procentową.
• Brak API. Dashboardów nie utworzysz skryptem, nie przeniesiesz między usługami i nie wersjonujesz ich w repozytorium. Każda zmiana to ręczna praca w interfejsie.

Ostatni punkt jest najważniejszy w dłuższej perspektywie. Jeśli utrzymujesz kilkunastu klientów i szukasz sposobu na powtarzalne wdrożenie raportu, natywne dashboardy tego nie rozwiążą. Zbudujesz je raz dla każdej usługi, ręcznie, i każda korekta wyglądu będzie powtórzona osobno.

Dashboard w GA4 czy Looker Studio

Nowa funkcja nie zastępuje Looker Studio. To dwa narzędzia do dwóch różnych zadań i mieszanie ich zakresów to najczęstsze źródło rozczarowania.

Dashboard w GA4 wygrywa wtedy, gdy potrzebujesz jednego ekranu z bieżącymi wskaźnikami, bez dodatkowej infrastruktury i bez nowego konta. Dane pochodzą z tej samej usługi, którą klient już ma, obowiązują te same uprawnienia i te same zgody, a progi oraz modelowanie zachowują się tak samo jak w raportach. Dla właściciela firmy, który chce rano sprawdzić cztery liczby na telefonie, to wystarczające narzędzie.

Looker Studio zostaje potrzebne, gdy raport ma łączyć źródła. Dane z Google Ads, Search Console, arkusza z budżetem i eksportu z CRM w jednym miejscu to scenariusz, którego natywny dashboard nie obsłuży, bo widzi wyłącznie GA4. Do tego dochodzi branding, wysyłka raportu mailem według harmonogramu, udostępnianie linkiem osobom bez dostępu do usługi oraz historia danych sięgająca dalej niż okno retencji w GA4. Te cztery rzeczy regularnie rozstrzygają wybór na korzyść Looker Studio.

Praktyczny układ dla agencji wygląda tak: klient dostaje w GA4 dashboard operacyjny z pięcioma najważniejszymi liczbami, a miesięczne podsumowanie z wnioskami i porównaniem do planu zostaje w Looker Studio. Dwa narzędzia, dwa różne pytania, żadne nie udaje drugiego.

Pierwszy dashboard w pięciu krokach

1. Zapisz na jednym zdaniu pytanie, na które dashboard ma odpowiadać. Jeśli potrzebujesz dwóch zdań, potrzebujesz dwóch dashboardów.
2. Wybierz trzy do pięciu metryk, które są celami biznesowymi w tej usłudze. Nadmiar kart to najczęstszy błąd pierwszej wersji i najszybsza droga do ekranu, którego nikt nie czyta.
3. Ustaw karty wyników na górze, wykresy w środku, a tabelę z rozbiciem na końcu. Układ od ogółu do szczegółu działa lepiej niż alfabetyczny porządek.
4. Nazwij karty tak, żeby osoba z zewnątrz wiedziała, co widzi, i ustal jedną konwencję nazw w zespole. Nazwy kart to jedyna dokumentacja, jaką ten dashboard będzie miał.
5. Opublikuj i porównaj liczby z raportów, których używałeś do tej pory. Rozbieżność najczęściej wynika z filtru, zakresu dat albo innej definicji zdarzenia kluczowego.

Dostęp, dane i porządek

Publikacja dla całej usługi to wygoda i ryzyko jednocześnie. W usłudze obsługującej jedną markę nie ma problemu. W usłudze, w której trzymasz osobno ruch z bloga i sklep, albo w ustawieniu, gdzie agencja i klient pracują na tym samym koncie, wspólny dashboard pokaże wszystkim to samo. Rozdzielenie widoków między zespołami nie jest tu możliwe, więc jeśli dane muszą pozostać rozłączne, lepszym rozwiązaniem pozostaje osobna usługa albo raport poza GA4.

Nie zmieniają się też zasady dotyczące danych osobowych. Dashboard korzysta z danych już przetworzonych w GA4, więc nie omija zgód, progów ani modelowania. Widok wygląda porządniej niż raport, ale nie jest dowodem, że pomiar jest kompletny. Jeśli liczby są zaniżone z powodu odrzuconych zgód, dashboard pokaże zaniżone liczby w ładniejszej oprawie.

Zacznij od jednego dashboardu i pięciu kart. Sprawdź, czy klient faktycznie go otwiera, zanim rozbudujesz go do limitu. Dopiero gdy okaże się, że brakuje danych z kampanii albo z systemu sprzedaży, wróć do decyzji o Looker Studio. Odwrotna kolejność, czyli duży raport zbudowany przed pytaniem, kończy się tak samo w GA4 i w każdym innym narzędziu.