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.
Artykuły wspierające migrację
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.