Pola obliczeniowe w Looker Studio: 15 formuł do raportów marketingowych

Gdzie tworzyć pola obliczeniowe i czym różnią się poziomy

Pole na poziomie źródła danych dodajesz w edytorze źródła przyciskiem dodawania pola. Jest widoczne w każdym raporcie korzystającym z tego źródła, więc nadaje się do definicji obowiązujących w całej firmie, np. ROAS czy własnej grupy kanałów. Do jego utworzenia potrzebujesz uprawnień do edycji źródła.

Pole na poziomie wykresu tworzysz w panelu konfiguracji konkretnego wykresu, dodając wymiar lub dane. Działa tylko w tym wykresie i nie wymaga uprawnień do źródła. W źródłach łączonych (blendach) edytor połączenia pozwala dodać pola w obrębie pojedynczej tabeli, ale formułę korzystającą z pól kilku tabel, np. przychodu z GA4 i kosztu z Google Ads, utworzysz właśnie na poziomie wykresu. Dlatego przy raportach łączących Google Ads, Meta i GA4 będziesz z tej opcji korzystać najczęściej – więcej o takich raportach w artykule o łączeniu danych z kilku platform.

Użytkownicy wersji Pro mogą generować pola obliczeniowe z opisu w języku naturalnym z pomocą Gemini. To wygodne, ale wygenerowaną formułę i tak sprawdź według zasad z kolejnej sekcji.

Zasady, które zapobiegają błędom w formułach

Większość błędnych liczb w raportach nie wynika z literówek, tylko ze złej logiki agregacji. Zanim skopiujesz formuły, zapamiętaj sześć zasad.

1. Dziel sumy, nie średnie. ROAS za miesiąc to suma przychodu podzielona przez sumę kosztu, a nie średnia dziennych ROAS. Średnia przypisuje taką samą wagę dniowi z kosztem 50 zł i dniowi z kosztem 5000 zł.
2. Nie mieszaj poziomów agregacji. Formuła Przychód / SUM(Koszt) zakończy się błędem. Albo oba pola są w funkcji agregującej, albo żadne.
3. Sprawdzaj typ pola. Wynik dzielenia ustaw jako procent lub liczbę, wartości pieniężne jako walutę PLN. Zły typ psuje sortowanie i formatowanie.
4. Zabezpieczaj dzielenie przez zero. Kampania bez kliknięć albo dzień bez transakcji to częsty przypadek, dlatego w formułach z dzieleniem używaj warunku CASE.
5. Uważaj na wielkość liter. Funkcje wyrażeń regularnych domyślnie rozróżniają wielkość liter. Używaj LOWER() albo flagi (?i) na początku wzorca.
6. Pamiętaj o ucieczkach w wyrażeniach. Kropka czy znak zapytania w wzorcu wymagają ukośnika wstecznego, który w łańcuchu tekstowym zapisujesz podwójnie, np. "\\.".

W formułach poniżej używamy nazw pól typowych dla łączników GA4 i Google Ads w polskiej wersji interfejsu. Jeśli w Twoim źródle pola nazywają się inaczej, podmień je na nazwy widoczne w edytorze.

Formuły 1–5: wskaźniki efektywności

1. Współczynnik konwersji e-commerce. Udział sesji zakończonych zakupem. Ustaw typ pola na procent.

SUM(Transakcje) / SUM(Sesje)

2. Średnia wartość zamówienia. Przychód przypadający na jedną transakcję. Typ pola: waluta.

SUM(Przychody z zakupów) / SUM(Transakcje)

3. ROAS. Przychód z każdej złotówki wydanej na reklamę. W źródle łączonym przychód i koszt pochodzą z różnych tabel, dlatego formułę tworzysz na poziomie wykresu. Definicję wskaźnika znajdziesz w słowniku pod hasłem ROAS.

SUM(Przychód) / SUM(Koszt)

4. CPA z ochroną przed dzieleniem przez zero. Koszt pozyskania konwersji, który dla kampanii bez konwersji zwraca wartość pustą zamiast błędu.

CASE
  WHEN SUM(Konwersje) = 0 THEN NULL
  ELSE SUM(Koszt) / SUM(Konwersje)
END

5. POAS przy stałej marży. Zysk brutto z każdej złotówki kosztu reklamy. Przykład zakłada hipotetyczną marżę 35 procent; jeśli masz marżę w danych produktowych, użyj jej zamiast stałej. Różnice między POAS, ROAS i MER omawiamy w artykule o wskaźnikach rentowności kampanii.

(SUM(Przychód) * 0.35) / SUM(Koszt)

Załóżmy, że kampania wygenerowała 40 000 zł przychodu przy koszcie 8000 zł. ROAS wynosi 5, a POAS przy marży 35 procent – 1,75, co oznacza, że każda złotówka kosztu przyniosła 1,75 zł zysku brutto. Jeśli zastanawiasz się, od jakiej wartości ROAS kampania przestaje przynosić stratę, policz próg opisany w tekście o break-even ROAS.

Formuły 6–10: porządkowanie wymiarów

6. Własna grupa kanałów. Domyślne grupy kanałów GA4 nie zawsze pasują do struktury zespołu. Ta formuła tworzy własne grupy na podstawie źródła i medium sesji. Kolejność warunków ma znaczenie – pierwszy pasujący wygrywa.

CASE
  WHEN Medium sesji IN ("cpc", "ppc") AND REGEXP_CONTAINS(LOWER(Źródło sesji), "google|bing") THEN "Płatne wyszukiwanie"
  WHEN REGEXP_CONTAINS(LOWER(Medium sesji), "paid_social|paid-social") THEN "Płatne social media"
  WHEN Medium sesji = "email" THEN "E-mail"
  WHEN Medium sesji = "ai-assistant" THEN "Asystenci AI"
  WHEN Medium sesji = "organic" THEN "Wyszukiwanie organiczne"
  WHEN Źródło sesji = "(direct)" THEN "Bezpośrednie"
  ELSE "Pozostałe"
END

Wartość ai-assistant odpowiada kanałowi, który GA4 wprowadził 13 maja 2026 dla ruchu z ChatGPT, Gemini czy Claude; szczegóły opisujemy w tekście o ruchu z asystentów AI w GA4.

7. Normalizacja źródła. Scala warianty pisowni tej samej platformy w jedną wartość. Przydaje się, gdy historyczne linki były opisywane niekonsekwentnie.

CASE
  WHEN REGEXP_CONTAINS(LOWER(Źródło sesji), "facebook|^fb$|instagram|^ig$|meta") THEN "meta"
  WHEN REGEXP_CONTAINS(LOWER(Źródło sesji), "newsletter|mailing|freshmail|getresponse") THEN "newsletter"
  ELSE LOWER(TRIM(Źródło sesji))
END

8. Człony nazwy kampanii. Przy konwencji rok-miesiąc_cel_rynek_opis każdy człon wyciągniesz osobnym polem. To najprostszy sposób na raport według celu kampanii bez ręcznego tagowania. Wzór takiej nazwy omawiamy w artykule o konwencji nazewniczej UTM.

Okres:  REGEXP_EXTRACT(Kampania sesji, "^([0-9]{4}-[0-9]{2})_")
Cel:    REGEXP_EXTRACT(Kampania sesji, "^[^_]+_([^_]+)_")
Rynek:  REGEXP_EXTRACT(Kampania sesji, "^[^_]+_[^_]+_([^_]+)_")

9. Kategoria strony z adresu. Wyciąga pierwszy segment ścieżki, np. buty z /buty/meskie/model-x/. Dla strony głównej wyrażenie nic nie znajdzie, dlatego COALESCE podstawia wartość zastępczą.

COALESCE(REGEXP_EXTRACT(Ścieżka strony i klasa ekranu, "^/([^/?]+)"), "strona-glowna")

10. Hasła brandowe i niebrandowe. Rozdziela wyszukiwane hasła z Google Ads na zapytania o markę i pozostałe. Uwzględnij warianty z polskimi znakami i bez nich oraz typowe literówki.

CASE
  WHEN REGEXP_CONTAINS(LOWER(Wyszukiwane hasło), "twojsklep|twoj sklep|twój sklep") THEN "Brand"
  ELSE "Non-brand"
END

Formuły 11–15: daty, cele i wygoda pracy

11. Dzień tygodnia po polsku. Funkcja WEEKDAY zwraca liczbę od 0 (niedziela) do 6 (sobota). Numer na początku etykiety zapewnia sortowanie od poniedziałku.

CASE WEEKDAY(Data)
  WHEN 1 THEN "1 poniedziałek"
  WHEN 2 THEN "2 wtorek"
  WHEN 3 THEN "3 środa"
  WHEN 4 THEN "4 czwartek"
  WHEN 5 THEN "5 piątek"
  WHEN 6 THEN "6 sobota"
  WHEN 0 THEN "7 niedziela"
END

12. Realizacja celu z parametrem. Utwórz parametr liczbowy Cel przychodu, np. z wartością domyślną 300 000, i odwołaj się do niego w formule. Odbiorca raportu może wtedy sam wpisać cel na dany miesiąc.

SUM(Przychody z zakupów) / Cel przychodu

13. Przychód netto bez VAT. Jeśli sklep wysyła do GA4 wartości brutto, a koszty reklam raportujesz netto, ROAS jest zawyżony. Formuła zakłada stawkę 23 procent; przy produktach z różnymi stawkami lepiej wysyłać wartość netto już w warstwie danych.

SUM(Przychody z zakupów) / 1.23

14. Oznaczenie ostatnich dni. Pozwala porównać ostatni tydzień z wcześniejszym okresem w jednym wykresie albo wyróżnić dane, które mogą się jeszcze zmienić.

CASE
  WHEN DATE_DIFF(TODAY(), Data) <= 7 THEN "Ostatnie 7 dni"
  ELSE "Wcześniej"
END

15. Klikalny adres strony. Zamienia ścieżkę w link do podglądu strony w tabeli. Ustaw typ pola na adres URL z linkiem.

HYPERLINK(CONCAT("https://twojsklep.pl", Ścieżka strony i klasa ekranu), Ścieżka strony i klasa ekranu)

Przegląd funkcji użytych w formułach

Poniższa tabela zbiera funkcje z tego artykułu. Pełna lista jest dłuższa, ale te kilkanaście wystarcza do większości raportów marketingowych.

Jak testować pola obliczeniowe i najczęstsze błędy

Każde nowe pole sprawdź na małej tabeli, zanim trafi na dashboard. Dodaj tabelę z wymiarem wejściowym i nowym polem obok siebie, np. kampanię sesji i wyciągnięty z niej cel, i przejrzyj kilkadziesiąt wierszy. Puste wartości w nowym polu niemal zawsze oznaczają niedopasowany wzorzec albo inną pisownię niż zakładałeś.

Najczęstsze błędy to:

• Średnia zamiast ilorazu – wykres pokazuje ROAS czy współczynnik konwersji różny od tego, który liczysz ręcznie z sum.
• Mieszanie agregacji – edytor nie pozwala zapisać pola i zgłasza błąd typu pól.
• Wymiar o zbyt dużej liczbie wartości – formuła działająca na pełnym adresie strony z parametrami tworzy tysiące wierszy i spowalnia raport. W źródłach GA4 przyczynia się też do wyczerpywania limitów API, o czym piszemy w tekście o limitach GA4 w Looker Studio.
• Wartości „(not set)” i puste – formuły grupujące powinny mieć gałąź ELSE, żeby takie wiersze nie ginęły. Skąd się biorą, wyjaśnia poradnik o „(not set)” w GA4.
• Zmiana nazwy pola w źródle – pola obliczeniowe odwołujące się do starej nazwy przestają działać, dlatego nazwy pól bazowych zmieniaj ostrożnie.

Spójna konwencja UTM zmniejsza liczbę formuł naprawczych: zamiast normalizować źródła w raporcie, opisujesz je poprawnie u źródła. Jeśli chcesz szybko przygotować wzorce wyrażeń regularnych dla własnych danych, pomocne są gotowe polecenia z artykułu o promptach dla specjalisty performance. Gotowy układ raportu, w którym wykorzystasz pierwsze formuły, pokazujemy w poradniku o dashboardzie e-commerce, a pozostałe teksty znajdziesz w podtemacie Dashboardy w Looker Studio.