Jak przenieść analitykę z Matomo do analityki z priorytetem na prywatność
Dlaczego migrować z Matomo
Przejście na analitykę z priorytetem na prywatność zazwyczaj zaczyna się nie od interfejsu, a od pytania: dlaczego w ogóle zmieniać Matomo. Odpowiedzi jest trzy. Pierwsza — wymagania dotyczące prywatności, druga — chęć uproszczenia zbierania danych, trzecia — zmniejszenie zależności od cookie. Jeśli masz stronę z audytorium z UE, projekt medyczny lub po prostu zespół, który nie chce za każdym razem dotykać zgód użytkowników, powód już jest.
Matomo często jest wygodne jako znany system, ale jego raporty i ustawienia stopniowo obfitują w wyjątki, wtyczki i ręczne poprawki. W pewnym momencie właściciel strony potrzebuje nie „jeszcze jednego pola w formularzu zgody”, ale prostszej schemy, w której analityka zbierana jest starannie i bez zbędnych śladów. Stąd zapytanie: jak przenieść analitykę z matomo na analitykę z priorytetem na prywatność.
Jest też argument praktyczny. Kiedy zbieranie danych mniej zależy od cookies, łatwiej wyjaśnić logikę marketerom, prawnikom i programistom. Nie wszystkim. Ale najczęściej — tak.
Jeśli Matomo jest używane tylko do podstawowych zdarzeń, a głębokiej personalizacji nie ma, a raporty są potrzebne do 5–7 regularnych decyzji, migracja zazwyczaj przebiega bez dramatycznych strat. Trudniej, gdy w Matomo są powiązane segmenty, ecommerce i długie łańcuchy celów; tam już potrzebny jest plan, a nie entuzjazm.
Co przygotować przed przeniesieniem
Przed przeniesieniem zbierz 5 grup danych: cele, zdarzenia, źródła ruchu, raporty Matomo, integracje i dostęp do strony. Bez tego migracja zamienia się w zgadywankę. I tak, zgadywanka prawie zawsze kosztuje więcej.
Zacznij od listy celów. Zapisz, jakie działania są uważane za konwersję: wysłanie formularza, kliknięcie w telefon, rejestracja, pobranie pliku, zakup. Dla każdego celu warto wskazać nie tylko nazwę, ale także stronę, na której się uruchamia, oraz warunki uruchomienia. Jeden przykład jest lepszy niż dziesięć ogólnych fraz.
Potem przejrzyj zdarzenia. W Matomo mogły być oznaczone na różne sposoby: część przez JavaScript, część przez GTM, część przez wywołania serwerowe. Przyda się tabela lub przynajmniej dokument z kolumnami „zdarzenie”, „kategoria”, „działanie”, „etykieta”, „strona”, „notatka”. Taka lista oszczędza godziny na analizie starych ustawień.
Oddzielny blok — źródła ruchu. Zachowaj, jakie UTM-etykiety są rzeczywiście używane, jakie kanały są powiązane z kontami reklamowymi, jakie kampanie przychodzą z krótkich linków lub przekierowań. Bez tego nowy system może zbierać wizyty, ale nie zrozumiesz, skąd pochodzi użytkownik. A to już problem nie analityki, a decyzji.
Nie zapomnij o integracjach. CRM, śledzenie połączeń, formularze, czat, serwerowe wysyłanie zdarzeń, panel BI — wszystko to należy wymienić przed rozpoczęciem. Jeśli brakuje dostępów do strony, GTM, CMS lub CDN, lepiej je zażądać z wyprzedzeniem. W przeciwnym razie przeniesienie zatrzyma się na drugim kroku.
Porównanie metryk Matomo i nowego systemu
Porównanie metryk zacznij od prostych: strony, zdarzenia, konwersje, UTM-etykiety i segmenty użytkowników. Nie próbuj od razu porównywać wszystkiego. Najpierw podstawowe rzeczy, potem już szczegóły. Tak jest mniej szans na pomylenie się w różnicach metodologii.
Strony w Matomo i w nowym systemie zazwyczaj zgadzają się pod względem URL, ale nie zawsze w kwestii reguł normalizacji. Sprawdź, jak uwzględniane są ukośniki, parametry, kotwice i przekierowania. Ta sama ścieżka może wyglądać jak trzy różne ciągi, jeśli reguły się różnią. Dla sklepu internetowego jest to szczególnie widoczne na kartach produktów i filtrach.
Wydarzenia najlepiej sprawdzać parami. Na przykład, jeśli w Matomo jest kliknięcie przycisku „Złożyć wniosek”, w nowym systemie należy stworzyć ten sam wyzwalacz i porównać nie tylko liczbę wywołań, ale także warunki. Czasami w Matomo zdarzenie było łapane na rodzicielskim bloku, a nowy system czeka na dokładny selektor. Niespodzianka jest prosta, konsekwencje nieprzyjemne.
Konwersje i cele wymagają oddzielnej listy. Dla każdego starego celu zapisz: nazwę, źródło zdarzenia, stronę, warunek, wartość. Następnie porównaj z nowym modelem. Jeśli w Matomo cel był liczony na podstawie wyświetlenia strony „Dziękujemy”, a nowy system liczy formularz na podstawie submit, liczby będą się różnić już na starcie. To normalne, ale tylko jeśli wcześniej to zarejestrowałeś.
Sprawdzaj UTM-etykiety na 2 poziomach: jak przychodzą do systemu i jak później wyświetlają się w raportach. Czasami różnica pojawia się z powodu wielkości liter, czasami z powodu automatycznego uzupełniania kampanii, czasami z powodu przekierowań z obcinaniem parametrów. Wewnętrzne segmenty również warto opisać: nowi użytkownicy, powracający, ruch z emaila, użytkownicy z konkretnego kraju. Segment bez opisu — prawie zawsze przyszły błąd.
Ustawienia analityki z priorytetem na prywatność
Podstawowa konfiguracja zaczyna się od zainstalowania licznika. Następnie ustaw tryb bez plików cookie, jeśli jest wspierany przez twoją platformę. Po tym włącz zbieranie danych bez zgody tam, gdzie jest to dozwolone przez politykę firmy i ramy prawne projektu. To nie magia, a sekwencja 3–4 kroków.
Filtrowanie wewnętrznych wizyt jest konieczne od razu. Jeśli zespół składający się z 12 osób otwiera stronę 20 razy dziennie, analityka szybko traci sens. Wyklucz IP biura, urządzenia testowe, domeny stagingowe i, jeśli to konieczne, poszczególne konta pracowników. W przeciwnym razie zobaczysz 'wzrost' od osób, które po prostu sprawdzały przycisk.
Następnie skonfiguruj podstawowe zdarzenia: wyświetlenie strony, wysłanie formularza, kliknięcie w telefon, kliknięcie w email, pobranie pliku. Nie próbuj przenosić wszystkiego z Matomo w jeden wieczór. Najpierw rdzeń, potem rzadkie zdarzenia. Na tym etapie szczególnie przydatne jest porównywanie z dokumentacją i środowiskiem testowym.
Jeśli wybrana analiza z priorytetem na prywatność obsługuje zdarzenia serwerowe, używaj ich tam, gdzie zdarzenia przeglądarkowe są łamane przez blokery lub skomplikowane skrypty. To jest ważne dla płatności, zamkniętych paneli i długich formularzy. Ale nie przeciągaj wszystkiego przez serwer, w przeciwnym razie stracisz przejrzystość w debugowaniu.
Czasami pomocny jest oddzielny domena testowa lub raport stagingowy. Na nim można bezpiecznie nacisnąć 7–10 kluczowych przycisków, sprawdzić filtry i upewnić się, że prywatna analiza nie zbiera śmieci. Tak, to nudne. Ale potem mniej nocnych poprawek.
Przenoszenie zdarzeń, celów i lejków
Przenoszenie zdarzeń należy robić według priorytetu: najpierw 5–10 najcenniejszych działań, a potem reszta. Jeśli masz ecommerce, zacznij od add to cart, begin checkout, purchase, a dopiero potem podłączaj przeglądanie filtrów i kliknięcia w bloki rekomendacyjne. Logika jest prosta: to, co wpływa na pieniądze, przenosi się jako pierwsze.
Cele w Matomo często były budowane wokół stron podziękowania lub konkretnych URL. W nowym systemie takie podejście również jest możliwe, ale lepiej je przemyśleć razem z realizacją techniczną. Czasami formularz jest wysyłany przez AJAX i użytkownik nie trafia na osobną stronę — wtedy potrzebna jest rejestracja zdarzenia, a nie strony. Tak jest dokładniej i spokojniej.
Lejki weryfikuj krok po kroku. Dla rejestracji mogą to być 4 ekrany: wejście na landing, kliknięcie przycisku, wypełnienie formularza, potwierdzenie przez email. Dla zamówienia — koszyk, dostawa, płatność, potwierdzenie. Każdy krok powinien mieć swój wyzwalacz i swój test. Jeden pominięty krok psuje cały obraz.
Jeśli w Matomo były cele złożone lub segmentowe lejki, nie próbuj ich kopiować dosłownie. Lepiej rozłożyć logikę na oddzielne zdarzenia i zbudować lejek na nowo w analityce z poszanowaniem prywatności. Czasami takie przekształcenie jest nawet korzystniejsze niż stara schemat: pojawiają się zbędne kroki i martwe kliknięcia.
Dla scenariuszy ecommerce sprawdź sumy, walutę, ID zamówienia i anulowania. W praktyce często myli się przekazywanie ceny i rabatu, a potem raport wygląda ładnie, ale nie zgadza się z CRM. W tym momencie przyda się wewnętrzny dokument dotyczący zasad obliczeń.
Weryfikacja jakości danych po migracji
Pierwsze 3–7 dni po uruchomieniu to nie „obserwacja”, a porównanie. Otwórz stare i nowe raporty obok siebie i porównaj strony, zdarzenia, konwersje, źródła. Rozbieżności są prawie nieuniknione. Pytanie tylko, czy możesz je wyjaśnić.
Weryfikację zacznij od testów ręcznych. Wejdź na stronę, otwórz 2–3 strony, kliknij kilka przycisków, wyślij formularz, przejdź przez link UTM. Potem sprawdź, czy zdarzenia pojawiły się w nowym systemie i czy ścieżka użytkownika nie została przerwana. Taki test brzmi prymitywnie, ale to on wychwytuje 80% błędów.
Osobno sprawdź ruch referencyjny. Często znika on z powodu przekierowań, niewłaściwej listy wyjątków lub ustawienia trybu bezciasteczkowego. Z reklamowymi przejściami również zdarzają się błędy: UTM są odczytywane, ale kanał trafia do „direct” z powodu strony pośredniej. Jeśli to się zdarzyło, nie spiesz się z obwinianiem platformy; najpierw sprawdź łańcuch przejść.
Segmenty porównuj po podstawowych raportach. Jeśli w Matomo miałeś 2 segmenty według krajów i 3 według źródeł, sprawdź, czy logika i objętość się zgadzają. Małe odchylenia są dopuszczalne, ale nagły spadek w jednym segmencie zazwyczaj wskazuje na błąd filtra lub zasady.
Dobrą praktyką jest prowadzenie dziennika rozbieżności. Zapisuje się w nim datę, stronę, zdarzenie, starą wartość, nową wartość i wyjaśnienie. To ratuje, gdy po tygodniu ktoś pyta, dlaczego zakupy zmniejszyły się o 12. Odpowiedzi nie trzeba już szukać na nowo.
Co zrobić ze starym Matomo po migracji
Po migracji Matomo nie trzeba od razu usuwać. Często zostawia się 3 opcje: archiwum, zamrożenie zbierania lub całkowite wyłączenie. Wybór zależy od wymogów prawnych, okresów przechowywania i tego, jak często zespół wraca do starych raportów.
Jeśli potrzebne jest archiwum, pozostaw dostęp tylko do odczytu i zapisz datę zatrzymania zbierania. To wygodne do porównań historycznych i wewnętrznych kontroli. Jeśli raporty nie są już używane w pracy, można przenieść główne wnioski do dokumentacji: lista celów, źródła, zasady segmentów, ważne wyjątki. Dokument jest krótki, ale ratuje w sporze po 6 miesiącach.
Całkowite wyłączenie starej instalacji nie jest odpowiednie dla wszystkich. Czasami Matomo pozostaje jako rezerwa na 30–60 dni, aby uchwycić pominięte zdarzenia lub kontrowersyjne rozbieżności. Potem można go usunąć, gdy nowa analityka stabilnie zbiera wszystkie potrzebne działania.
Lista kontrolna uruchomienia i kontrola po przeniesieniu
Przed ostatecznym uruchomieniem sprawdź 8 rzeczy: licznik jest zainstalowany, tryb bez cookies jest włączony, wewnętrzne wizyty są wykluczone, cele są przedefiniowane, UTM są odczytywane, formularze są łapane, ecommerce jest przekazywane, raporty są otwierane. Jeśli chociaż jeden punkt jest pusty, lepiej nie spieszyć się z uruchomieniem.
W pierwszych dniach po przeniesieniu wyznacz jedną osobę odpowiedzialną za analitykę. Nie zespół, a jedną osobę. Ona przegląda logi, porównuje raporty, zbiera błędy i odpowiada na pytanie, dlaczego strona „Kontakt” nagle ma 0 zdarzeń. Taki tryb jest szczególnie przydatny, gdy w projekcie jednocześnie odbywa się wydanie i kampania reklamowa.
Następnie wprowadź regularny przegląd — co 2 tygodnie lub raz w miesiącu, w zależności od ruchu. Sprawdzaj nowe formularze, nowe przyciski, nowe strony docelowe, nowe reklamy UTM i zmiany w banerze zgody. Każda zmiana na stronie może wpłynąć na analitykę, nawet jeśli programista przysięga, że „tylko zmieniliśmy tekst”.
I jeszcze jeden drobny, ale częsty punkt: przechowuj listę wszystkich zmian w jednym miejscu. Kiedy po 3 miesiącach będziesz musiał wyjaśnić, dlaczego w analityce z priorytetem na prywatność zmienił się strumień zdarzeń, będziesz wdzięczny, że nie musisz szukać historii w czatach, zgłoszeniach i pamięci jednego zmęczonego marketera.
