Migracja raportów po zmianie nazwy z Data Studio na Data Studio powinna być traktowana jak mini-projekt techniczny. Najwięcej problemów pojawia się nie w interfejsie, ale w modelu danych, uprawnieniach i kompatybilności pól obliczeniowych.

Co faktycznie się zmieniło – a co zostało po staremu?

Data Studio oficjalnie stało się Data Studio w październiku 2022 roku. Google zachowało pełną wsteczną kompatybilność interfejsu – dla większości raportów zmiana jest przezroczysta. Problemy pojawiają się przy:

Element Status po migracji Wymagane działanie
Konektory Google (GA4, Sheets, BigQuery, Ads) ✓ Bez zmian Brak
Konektory partnerskie (Supermetrics, Funnel.io) ⚠ Wymaga weryfikacji Sprawdź wersję i reautoryzuj
Pola obliczeniowe i CASE / REGEXP ⚠ Może wymagać weryfikacji Test na historycznym zakresie dat
Uprawnienia “wyświetlaj” i “edytuj” ✓ Przeniesione Zweryfikuj docelowe role
Row-Level Security (RLS) ✗ Wymaga ponownej konfiguracji Odbuduj reguły filtrowania emailem
Harmonogramy PDF ✓ Przeniesione Sprawdź adresy odbiorców

Krok 1: Audyt źródeł danych przed migracją

Zanim zaczniesz kopiować raporty, spisz wszystkie konektory i sposób odświeżania danych. Stwórz arkusz inwentaryzacyjny z kolumnami:

  • Nazwa konektora (np. “GA4 – sklep główny”)
  • Typ (natywny Google / partnerski)
  • Właściciel konta – kto jest właścicielem dostępu OAuth?
  • Częstotliwość odświeżania (live / cache / daily)
  • Raporty korzystające z tego źródła

Audyt pozwala wykryć dwa najczęstsze problemy: (1) konektory autoryzowane przez pracownika, który już nie jest w firmie – po migracji raporty mogą stracić dostęp; (2) konektory partnerskie z wygasłymi licencjami.

Krok 2: Weryfikacja pól obliczeniowych i kompatybilności formuł

Pola obliczeniowe to najczęstsze źródło problemów po migracji – Data Studio regularnie aktualizuje silnik formuł. Wykonaj następujące sprawdzenia:

  • Przejrzyj wszystkie calculated fields w każdym źródle danych – szukaj funkcji, które mogły zmienić składnię.
  • Sprawdź domyślne agregacje metryk i wymiarów – po aktualizacji schematu konektora mogły się zmienić typy danych.
  • Zweryfikuj formuły REGEXP – szczególnie przy przejściu do nowych wersji konektora GA4.
  • Zbuduj arkusz testowy: stary raport vs nowy raport na tym samym zakresie dat (np. poprzedni miesiąc). Wartości KPI powinny być identyczne.

Jeśli znajdziesz rozbieżności, zacznij od odbudowy pola obliczeniowego od zera – czasem formuła jest poprawna, ale typ danych (tekst/liczba) był źle ustawiony po stronie legacy.

Krok 3: Uprawnienia i bezpieczeństwo udostępniania

W czasie migracji łatwo przypadkowo rozszerzyć zakres dostępu. Ustal docelową macierz ról przed uruchomieniem nowych raportów:

  • Właściciel raportu – czy to konto usługi (service account) czy prywatny email? Dla raportów produkcyjnych zawsze używaj konta firmowego, nie prywatnego Gmail.
  • Role użytkowników – widz (Viewer) vs. edytor (Editor). Dla raportów menedżerskich rekomenduje się Viewer z możliwością filtrowania.
  • RLS – jeśli raporty trafiają do klientów zewnętrznych, odbuduj reguły RLS i przetestuj na 3 różnych kontach testowych przed publikacją.
  • Raporty osadzone (embedded) – sprawdź ustawienia “Dostęp dla każdego z linkiem” – migracja może przypadkowo zmienić zasięg udostępniania.

Krok 4: Test wydajności i weryfikacja KPI

Po uruchomieniu nowej wersji raportu wykonaj test techniczny w ciągu pierwszych 24–48 godzin:

  • Czas ładowania – otwórz raport na desktop i mobile. Jeśli przekracza 8 sekund, rozważ Data Extraction lub BI Engine.
  • Stabilność filtrów – przetestuj wszystkie filtry interaktywne i zakresy dat (bieżący tydzień, poprzedni miesiąc, niestandardowy zakres).
  • Zgodność wartości KPI – porównaj 5 kluczowych metryk ze źródłem (GA4, BigQuery lub Sheets) dla tego samego zakresu dat.
  • Harmonogramy PDF – wyzwól ręcznie pierwszą wysyłkę i sprawdź, czy PDF zawiera aktualne dane.

Checklista odbioru migracji

Najbardziej skuteczna migracja kończy się checklistą odbioru, którą potwierdza zarówno analityk, jak i odbiorca biznesowy raportu:

✅ Checklista odbioru migracji raportu

  • ☐ Wszystkie konektory zautoryzowane (brak komunikatu “Odśwież autoryzację”)
  • ☐ Pola obliczeniowe zweryfikowane – brak błędów w trybie edycji
  • ☐ KPI zgodne ze źródłem dla zakresu: ostatnie 30 dni
  • ☐ Filtry działają poprawnie (test na 3 różnych kombinacjach)
  • ☐ Uprawnienia ustawione zgodnie z macierzą ról
  • ☐ RLS przetestowane na kontach testowych (jeśli dotyczy)
  • ☐ Harmonogram PDF aktywny i przetestowany ręcznie
  • ☐ Czas ładowania < 8 sekund na desktop
  • ☐ Stara wersja raportu zarchiwizowana (nie usunięta) przez 30 dni
  • ☐ Odbiorca biznesowy potwierdził odbiór i szkolenie

Potrzebujesz wsparcia w migracji dziesiątek raportów do Data Studio? Napisz – przeprowadzę audyt Twojego portfolio raportów i zaproponuję harmonogram migracji z minimalnymi przestojami.