English
Deutsch
PolskiSource Group w GA4: grupowanie platform i granice raportów
Management Summary
Source Group w GA4 łączy rozpoznane warianty nazwy źródła pod jedną platformą. Różne określenia Facebooka mogą dzięki temu tworzyć wspólną grupę zamiast rozproszonych wpisów. Ułatwia to odczytywanie raportów ruchu na stronie i ocenę udziału platformy. Grupowanie nie naprawia jednak źle oznaczonych linków kampanii ani nie rozstrzyga samo, do jakiego kanału marketingowego należy wizyta. Dostępność tego pola różni się również między narzędziami raportowymi.
Spis treści
- Cztery pola odpowiadają na różne pytania
- Działanie wstecz nie oznacza pełnego zakresu ani niezmienności
- Systematyka nazw kampanii nadal pomaga
- Dostępność w narzędziu raportowym wymaga osobnej kontroli
- Rozbieżność ma więcej niż jedno możliwe wyjaśnienie
- Filtry nazw hostów zmieniają zbieranie, a nie nazwy źródeł
- Pytania i odpowiedzi
- Źródła
Kilka wartości źródła może opisywać tę samą platformę. Przy facebook, fb i Meta-facebook potrzebna jest decyzja, czy analiza ma porównywać poszczególne etykiety, czy całą platformę. Wartości mogą pochodzić z oznaczania kampanii i odesłań. Samo ich występowanie nie dowodzi poprawności tagowania.
11 czerwca 2026 r. Google ogłosił Source Group, czyli grupowanie popularnych wariantów nazw platform, wraz ze zmianami klasyfikacji Source Platform. Funkcja pomaga porównywać platformy. Nie zastępuje systematyki nazw kampanii ani kontroli istniejącego raportu kanałów.
Cztery pola odpowiadają na różne pytania
| Pole | Pytanie | Ważna granica |
|---|---|---|
| Source | Jaka wartość źródła jest raportowana? | Zakres pierwszego użytkownika opisuje pierwsze pozyskanie, zakres sesji pojedynczą wizytę, a zakres zdarzenia przypisanie zdarzenia. |
| Source Group | Jaka ustandaryzowana grupa platformy pasuje? | Grupa nie objaśnia każdej wartości wejściowej ani reguły. |
| Source Platform | Jaka klasyfikacja platformy źródłowej obowiązuje? | Nie jest zamienna z Source Group. |
| Default channel group | Jaki kanał pozyskiwania pasuje do właściwych reguł? | Znaczenie mogą mieć źródło, medium, kampania i dane integracji. |
Komunikat Google podaje facebook, fb i Meta-facebook jako warianty scalane w Facebook. Opisuje też grupowanie innych dużych platform i źródeł AI. Przykłady nie stanowią pełnej opublikowanej tabeli przypisań. Konkretny wariant domeny wymaga kontroli rzeczywistych wartości raportu przed uznaniem przypisania za gwarantowane.
Ta sama platforma może dostarczać ruch do kanałów płatnych i organicznych. Medium często ma znaczenie, ale nie jest jedynym możliwym wejściem klasyfikacji kanału. Wpływ mają też kategorie źródeł, warunki kampanii i integracje platform. Uporządkowana grupa platformy nie dowodzi więc poprawności kanału każdej zawartej kampanii.
Działanie wstecz nie oznacza pełnego zakresu ani niezmienności
Google opisuje wsteczne uzupełnianie Source Group, co pozwala analizować dostępne dane historyczne. Komunikat nie określa jednak, że grupa jest obliczana wyłącznie podczas zapytania, ani nie obiecuje pełnego pokrycia każdej historycznej daty i każdego narzędzia raportowego.
Porównanie rok do roku nadal wymaga spójnego zakresu, definicji, filtrów i dostępnych danych. Wcześniejszy eksport i nowo wygenerowany raport mogą stosować inne przypisania. Zapisana migawka wyniku, data pobrania i ustawienia raportu ułatwiają późniejszą analizę zmian.
Systematyka nazw kampanii nadal pomaga
Standardowe grupy platform nie dokumentują znaczenia wewnętrznych nazw kampanii. Źródło takie jak nl może oznaczać newsletter, kraj albo kod partnera. Zamierzone znaczenie należy do słownika z osobą odpowiedzialną i jawnymi zasadami źródła oraz medium.
Własne grupowanie powinno być oznaczone jako własne. Niewielka tabela dokładnych dopasowań jest łatwiejsza do audytu niż szeroka reguła przypisująca do Facebooka każdą wartość zawierającą facebook. Taka reguła może objąć również obcą etykietę, na przykład not-facebook.example. Niedopasowane wartości powinny pozostać widoczne do kontroli.
Dostępność w narzędziu raportowym wymaga osobnej kontroli
Pole w interfejsie Analytics nie dowodzi automatycznie obsługi w każdym interfejsie API i każdym konektorze. Natywny konektor Google Analytics w Looker Studio/Data Studio korzysta z Analytics Data API. Publiczna lista wymiarów sprawdzona 24 października 2026 r. nie dokumentowała pola sourceGroup. Przy wdrożeniu znaczenie mają aktualne metadane usługi i lista pól konektora.
Jeśli pole jest obsługiwane, istniejący wykres nadal wymaga odpowiedniego wymiaru. Wykres oparty na źródle sesji nie zmienia się sam w wykres Source Group. Braku pola nie rozwiązuje wymyślona nazwa API. Wyraźnie oznaczone własne grupowanie lub obsługiwany eksport może realizować inny, udokumentowany cel raportu.
Udokumentowany schemat eksportu BigQuery nie wymieniał tego dnia source_group. Eksport zawiera jednak więcej niż surowe wartości: zebrane informacje o źródle, atrybucję sesji według ostatniego kliknięcia oraz pozyskiwanie pierwszego użytkownika w osobnych rekordach. Grupowanie w hurtowni wymaga wyboru właściwego zakresu i nie może obiecywać dokładnego odtworzenia nie w pełni ujawnionych przypisań Google.
Rozbieżność ma więcej niż jedno możliwe wyjaśnienie
- Porównanie zaczyna się od tej samej usługi, dat, metryki, zakresu pozyskiwania i filtrów.
- Szczegółowa tabela zachowuje źródło i raportowaną grupę razem, jeżeli taka kombinacja jest obsługiwana. Wartości nieznane i nieprzypisane pozostają widoczne.
- Przed sumowaniem sprawdzana jest paginacja, pominięte wiersze i wskaźniki jakości danych. Wiersz
(other)może ukrywać pojedyncze warianty. - Audyt przypisań sprawdza, do jakiej grupy trafia każda wartość źródła, a nie tylko sumę. Dwie zamienione etykiety mogą zachować tę samą sumę całkowitą.
- Metryki sesji i użytkowników wymagają uwzględnienia deduplikacji oraz granic wymiarów. Sama rozbieżność nie dowodzi, że Google nie rozpoznał określonej pisowni.
Filtry nazw hostów zmieniają zbieranie, a nie nazwy źródeł
Czerwcowa aktualizacja wprowadziła także wykluczanie nazw hostów. Od września filtry obsługują również operację wyłącznie uwzględniającą wybrane hosty. Aktywny filtr danych trwale wpływa na dane przychodzące i nie oczyszcza historii wstecz. Tryb testowy pomaga zweryfikować wybrane hosty przed aktywacją.
Funkcja uwzględniania jawnie nie filtruje zdarzeń Measurement Protocol; puste nazwy hostów są przez tę operację wykluczane. Nie jest to zatem pełna ochrona przed każdym rodzajem niepożądanych zdarzeń. Grupowanie źródeł i filtrowanie hostów rozwiązują różne problemy oraz wymagają osobnych zapisów zmian.
Pytania i odpowiedzi
Czy Source Group naprawia niespójne parametry UTM?
Może scalać rozpoznane warianty platform w widoku grupowym. Nie ustala znaczenia każdej etykiety kampanii, nie naprawia brakujących parametrów ani nie dowodzi poprawnej atrybucji. Spójne przyszłe tagowanie pozostaje przydatne.
Czy własna tabela przypisań może zastąpić pole Google?
Może realizować udokumentowane grupowanie biznesowe. Nazwa, reguły i wersja powinny odróżniać je od wymiaru Google. Test powinien zachowywać niedopasowane wejścia i wykluczać powielanie rekordów przez złączenie.
Czy każda różnica między interfejsem a BigQuery wynika z Source Group?
Nie. Zakres, tożsamość, atrybucja, dane modelowane, filtry i agregacja mogą się różnić. Porównanie grup źródeł jest miarodajne dopiero po jawnym określeniu tych granic.
Powiązane artykuły
Jeden komentarz
Uzupełnienie: W chwili publikacji tego artykułu filtr nazwy hosta pozwalał wyłącznie wykluczać. Od 21 września 2026 r. ma drugi tryb, „Include”: lista zawiera wtedy dozwolone domeny, a zdarzenia z inną lub pustą nazwą hosta są odrzucane; zdarzenia z Measurement Protocol są z tego wyłączone. Bez zmian pozostaje działanie w czasie: także ten filtr obowiązuje dopiero od chwili utworzenia. Szczegółowe zasady opisuje osobny artykuł: Filtr nazwy hosta GA4 w trybie Include.