Przebudowa strony rzadko psuje pomiar w sposób widoczny. Nowa wersja wygląda lepiej, formularze działają, telefon dzwoni — tylko raport przestaje pokazywać, skąd te zapytania przychodzą. Ten tekst nie jest przewodnikiem po redesignie. Jest listą rzeczy, które trzeba zabezpieczyć przed nim i sprawdzić po nim, żeby nowa strona nie zaczęła życia bez historii.
Co dokładnie psuje przebudowa
Pomiar na stronie nie jest jedną rzeczą. To kilka warstw przypiętych do różnych elementów: do kodu szablonu, do adresów podstron, do nazw i identyfikatorów w kodzie, do układu graficznego. Przebudowa rusza wszystkie te warstwy naraz, ale każda psuje się inaczej i w innym momencie.
| Element | Co się dzieje przy przebudowie | Jak zabezpieczyć |
|---|---|---|
| Cele biznesowe przypięte do identyfikatorów i etykiet | Cel jest definiowany w panelu, ale zapisuje go wywołanie z witryny. Nowy szablon zmienia identyfikator przycisku albo etykietę formularza i wywołanie przestaje się wykonywać — bez komunikatu i bez błędu | Wypisz listę celów razem z miejscem w kodzie, do którego są przypięte, i przekaż ją wykonawcy jako element zakresu prac, nie jako uwagę |
| Adresy podstron | Zmiana struktury adresów rozbija ciągłość raportów. Ta sama podstrona figuruje jako dwie różne pozycje, a historia sprzed wdrożenia zostaje przy starym adresie | Przygotuj mapę stary adres do nowego przed wdrożeniem, ustaw przekierowania w tym samym dniu i zachowaj listę jako klucz do łączenia danych |
| Mapy kliknięć i przewijania | Mapy zbierane są per adres i odnoszą się do konkretnego układu. Po zmianie układu punkty kliknięć trafiają w miejsca, gdzie już nic nie ma | Wyeksportuj albo opisz odczyty ze starego układu przed wdrożeniem i traktuj je jako zamknięty rozdział, nie jako punkt odniesienia |
| Reguły widoczności widgetu | Reguły opierają się na prefiksach ścieżek. Zmiana adresów sprawia, że widget przestaje się pokazywać tam, gdzie miał, albo pojawia się tam, gdzie nie powinien | Zestaw reguły z nową mapą adresów jeszcze przed wdrożeniem i sprawdź je na środowisku testowym, zanim ruch trafi na nową wersję |
| Skrypty wklejone do plików motywu | Podmiana motywu kasuje wszystko, co ktoś kiedyś dopisał do jego plików. Skrypt znika razem ze starym szablonem i nikt o tym nie wie | Ładuj widget wtyczką, która nie wymaga edycji motywu, a pozostałe skrypty trzymaj w miejscu niezależnym od szablonu |
| Zgody i baner cookies | Nowy baner ma inne domyślne ustawienia i inny moment wczytania. Część zdarzeń przestaje się zapisywać, choć skrypty są na miejscu | Potraktuj baner jak osobne wdrożenie i sprawdź go oddzielnie, porównując liczbę zdarzeń przed zmianą i po niej |
Wspólna cecha tych awarii jest taka, że żadna z nich nie zgłasza się sama. Strona działa, przycisk się klika, formularz wysyła. Brakuje wyłącznie zapisu, że coś się wydarzyło — a brak zapisu wygląda w raporcie dokładnie tak samo jak spadek zainteresowania.
Wyłączony cel nie wyświetla błędu — po prostu pokazuje zero i wygląda jak słaby tydzień. Zobacz, jak Meetlead podaje pokrycie danych przy raportach, żeby dało się odróżnić brak zdarzeń od braku pomiaru.
Dlaczego porównanie przed i po bywa bezwartościowe
Pierwsze pytanie po każdej przebudowie brzmi: czy nowa strona jest lepsza. Odpowiedź zwykle powstaje przez zestawienie miesiąca przed wdrożeniem z miesiącem po nim. W większości przypadków takie zestawienie nie mówi nic wiarygodnego, bo zmieniła się nie tylko strona, ale też sposób liczenia i skład ruchu.
- Zmienił się licznikCele przepisane od nowa mają inne warunki wyzwolenia niż stare, więc liczą trochę inne zdarzenie.
- Zmienił się mianownikNowe adresy dzielą albo scalają podstrony, przez co baza odsłon nie jest tą samą bazą.
- Zmienił się ruchPo przebudowie pozycje w wynikach wyszukiwania przez kilka tygodni się układają, a udział źródeł wejścia się przesuwa.
- Zmienił się momentWdrożenie rzadko wypada w neutralnym tygodniu, więc rytm kalendarza miesza się ze skutkiem zmiany.
Żeby porównanie miało sens, trzeba je zawęzić. Zamiast pytać, czy cała strona jest lepsza, wybierz kilka konkretnych przejść, które przed wdrożeniem i po nim znaczą to samo: wejście na stronę usługi i przejście do kontaktu, otwarcie cennika i rozpoczęcie rozmowy, wysłanie formularza z jednej wskazanej podstrony. Dobór takich zdarzeń opisujemy osobno w tekście o mikrokonwersjach na stronie.
Nie podajemy tu, po ilu tygodniach dane po przebudowie stają się porównywalne. Ten okres zależy od wielkości ruchu, tempa ponownego indeksowania, skali zmian w adresach i sezonu, w którym wypadło wdrożenie. Wiarygodny punkt odniesienia to moment, w którym twoje własne dzienne liczby wracają do stałego rozrzutu, a nie liczba przepisana z cudzego artykułu.
Osobna pułapka to porównywanie liczb z dwóch różnych narzędzi po obu stronach wdrożenia. Jeżeli przed przebudową patrzyłeś na jeden panel, a po niej na drugi, część różnicy bierze się z definicji, nie ze strony. Mechanizmy tych rozjazdów rozkładamy w artykule o tym, dlaczego dane się nie zgadzają.
Co zebrać przed przebudową, żeby mieć punkt odniesienia
Punktu odniesienia nie da się odtworzyć po fakcie. Kiedy stary szablon zniknie, znikną też informacje o tym, do czego był przypięty pomiar i jak wyglądały odczyty na starym układzie. Ta lista zajmuje jeden dzień pracy i jest jedyną rzeczą, której nie można odłożyć na później.
- Na cztery tygodnie przed wdrożeniem: spis celów.Wypisz każdy mierzony cel biznesowy razem z podstroną, elementem i etykietą, do których jest przypięty. Ten spis trafia do wykonawcy jako część zakresu prac.
- Na cztery tygodnie przed: spis miejsc, z których ładuje się pomiar.Ustal, co siedzi we wtyczce, co w menedżerze tagów, a co ktoś kiedyś wkleił bezpośrednio do plików motywu. Trzecia grupa jest tą, która zginie.
- Na trzy tygodnie przed: mapa adresów.Pełna lista obecnych adresów z przypisaniem do nowych. Ta sama lista posłuży potem do przekierowań, do reguł widoczności widgetu i do łączenia raportów.
- Na dwa tygodnie przed: zamrożenie odczytu bazowego.Zapisz wartości kluczowych wskaźników za spójny, zamknięty okres, razem z zakresem dat i informacją o pokryciu danych. Później nikt nie odtworzy, na jakiej próbce liczono.
- Na dwa tygodnie przed: opis map i wybór nagrań.Opisz, co pokazywały mapy kliknięć i przewijania na kluczowych podstronach, i zachowaj wskazania na kilka nagrań, które ilustrują znane problemy starego układu.
- Na tydzień przed: lista reguł widoczności widgetu.Wypisz prefiksy ścieżek, na których widget ma się pokazywać i na których ma być ukryty, i zestaw je z nową mapą adresów.
- W dniu wdrożenia: notatka z datą i godziną.Dokładny moment przełączenia, zapisany w jednym miejscu. Za trzy miesiące ta jedna linijka rozstrzygnie połowę sporów o to, kiedy zaczął się spadek.
Ostatni punkt wygląda trywialnie i jest pomijany najczęściej. Bez zapisanej daty przełączenia każda późniejsza analiza zaczyna się od próby ustalenia, kiedy właściwie zmieniła się strona — a pamięć zespołu rozjeżdża się w tej sprawie już po miesiącu.
Jedyny moment na zebranie danych o starym układzie jest przed jego wyłączeniem. Zobacz, jak Meetlead łączy mapy, nagrania i cele biznesowe w jednym panelu, żeby ten spis dało się zrobić z jednego miejsca.
Pierwszy tydzień po wdrożeniu: najpierw pomiar, potem wyniki
Najczęstszy błąd po wdrożeniu polega na tym, że zespół od razu patrzy na wyniki. Wykres spada, zaczyna się nerwowa dyskusja o nowym układzie, a po dwóch tygodniach okazuje się, że cel przestał się wyzwalać w dniu przełączenia. Kolejność musi być odwrotna: najpierw upewnij się, że pomiar w ogóle działa, a dopiero potem czytaj liczby.
- Dzień pierwszy: wizyta testowa przez całą ścieżkę.Przejdź osobiście drogę od wejścia do kontaktu i sprawdź, czy w panelu pojawiła się sesja, rozmowa albo zgłoszenie z tej wizyty. To jedno sprawdzenie odcina większość wątpliwości.
- Dzień pierwszy: widget na wszystkich typach podstron.Otwórz po jednej podstronie z każdej grupy adresów i potwierdź, że widget pokazuje się dokładnie tam, gdzie miał, i nie pojawia się tam, gdzie miał być ukryty.
- Dzień drugi: każdy cel biznesowy osobno.Wyzwól ręcznie każdy mierzony cel i sprawdź jego zapis. Cel, którego nie wywołałeś sam, nie jest sprawdzony — zerowa wartość w raporcie nie jest dowodem na brak zainteresowania.
- Dzień drugi: adresy w raportach.Sprawdź, czy w raportach pojawiają się nowe adresy, czy stare wciąż zbierają odsłony i czy przekierowania nie tworzą pętli albo dodatkowego przeskoku.
- Dzień trzeci: pokrycie danych.Porównaj udział sesji z zapisanym źródłem wejścia z wartością sprzed wdrożenia. Nagły wzrost sesji niepokrytych oznacza zwykle zmianę w banerze zgód albo w kolejności ładowania skryptów.
- Dzień piąty: mapy i nagrania na nowym układzie.Upewnij się, że dane zaczęły się zbierać na nowych adresach. Do oceny wyników jeszcze za wcześnie, ale sam fakt zbierania musi być potwierdzony.
- Dopiero po tygodniu: pierwsze czytanie wyników.Jeżeli wszystkie powyższe punkty są zamknięte, spadek albo wzrost można wreszcie traktować jako informację o stronie, a nie o pomiarze.
Ta sama kolejność sprawdza się przy każdym uruchomieniu nowego narzędzia, nie tylko przy redesignie. Szerzej rozpisujemy ją w tekście o tym, jak wygląda pierwszy miesiąc po wdrożeniu.
Jedna wizyta testowa przez całą ścieżkę wykrywa więcej niż tydzień wpatrywania się w wykres. Umów wdrożenie — przejdziemy tę listę razem na twojej nowej wersji strony.
Mapy i nagrania po zmianie układu
Mapy kliknięć i przewijania są związane z konkretnym układem strony mocniej niż jakikolwiek inny rodzaj danych. Punkt na mapie znaczy „tutaj ludzie klikali”, ale sens ma tylko wtedy, gdy wiadomo, co w tym miejscu wtedy było. Po przebudowie ta wiedza przestaje obowiązywać, nawet jeśli adres podstrony się nie zmienił.
- Odczyty ze starego układu zostały opisane słowami, zanim szablon zniknął — sam zrzut mapy bez opisu elementów szybko staje się nieczytelny.
- Dane z map sprzed wdrożenia i po nim nie są sumowane ani uśredniane w jednym zestawieniu.
- Zbieranie od nowa zaczyna się od dnia przełączenia, a nie od dnia, w którym ktoś zauważył, że układ się zmienił.
- Pierwsze wnioski z nowych map wyciąga się dopiero po zebraniu porównywalnej liczby sesji na kluczowych podstronach.
- Nagrania sprzed wdrożenia zachowano wybiórczo, jako ilustrację znanych problemów, a nie jako materiał do porównań ilościowych.
- Dla podstron, które zmieniły adres, jasno zapisano, że historia map jest przypisana do starego adresu.
Praktyczna zasada brzmi: mapy zebrane na starym układzie odpowiadają na pytanie, dlaczego przebudowa była potrzebna, a mapy z nowego układu na pytanie, czy pomogła. To są dwa osobne zbiory i mieszanie ich daje wykres, którego nie da się zinterpretować. Jak czytać same odczyty, opisujemy w przewodniku o tym, jak czytać mapy ciepła.
Z nagraniami sytuacja jest łagodniejsza, bo nagranie zawsze pokazuje przebieg konkretnej wizyty na konkretnej wersji strony i samo w sobie nie udaje danych zbiorczych. Warto tylko pamiętać, że nagranie sprzed wdrożenia dokumentuje układ, którego już nie ma, więc opisując wniosek, trzeba dopisać, której wersji dotyczył.
Czego nie zmieniać jednocześnie z przebudową
Przebudowa kusi, żeby przy okazji uporządkować wszystko inne. Skoro i tak ruszamy stronę, to zmieńmy też narzędzie analityczne, przepiszmy cele, poprawmy baner zgód i przenieśmy formularze. Efektem jest zmiana, której skutków nie da się rozdzielić, bo wszystko przesunęło się w tym samym dniu.
| Zmiana | Dlaczego nie razem | Kiedy ją zrobić |
|---|---|---|
| Wymiana narzędzia analitycznego | Różnica definicji nałoży się na różnicę układu i nie będzie wiadomo, co wpłynęło na liczby | Co najmniej miesiąc przed przebudową albo miesiąc po ustabilizowaniu ruchu |
| Przepisanie definicji celów | Nowe warunki wyzwolenia liczą inne zdarzenie, więc odczyt bazowy przestaje być punktem odniesienia | Przed przebudową, na starej wersji strony, żeby zdążyć zebrać odczyt na nowych definicjach |
| Zmiana banera zgód | Przesuwa próbkę, na której liczone są wszystkie wskaźniki, i wygląda dokładnie jak spadek ruchu | Osobne wdrożenie, z własnym sprawdzeniem pokrycia danych przed i po |
| Kampania reklamowa na nowy start | Zmienia skład ruchu w tygodniach, w których miałeś oceniać nowy układ | Po pierwszym pełnym tygodniu potwierdzonego, działającego pomiaru |
| Zmiana kanałów kontaktu na stronie | Nie będzie wiadomo, czy wzrost zapytań wynika z układu, czy z nowej ścieżki kontaktu | Dwa do czterech tygodni po przebudowie, jako osobno mierzona zmiana |
Reguła jest prosta: jedna duża zmiana naraz, z odstępem wystarczającym na zebranie danych. Jeżeli harmonogram na to nie pozwala i część zmian musi pójść razem, zapisz to wprost w notatce z wdrożenia. Świadomość, że danego miesiąca nie da się rozliczyć jednoznacznie, jest lepsza niż wnioski wyciągnięte z zestawienia, które miesza pięć przyczyn.
Warto też pamiętać, że część rzeczy po przebudowie i tak pozostanie poza zasięgiem pomiaru ilościowego — ograniczenia samej analityki opisujemy w tekście o tym, czego nie pokaże Google Analytics. Search Console po zmianie adresów przez kilka tygodni pokazuje obraz przejściowy i również nie nadaje się na jedyne kryterium oceny nowej wersji.
