Jeżeli Twój hotel korzysta z Profitroom i zauważyłeś nagły spadek konwersji w Google Ads, Meta Ads lub GA4, sprawdź, czy pomiar nadal działa prawidłowo. Aktualizacja Booking Engine do wersji 8.0 obejmuje zmianę warstwy danych, z której mogą korzystać narzędzia analityczne. Przy własnej konfiguracji Google Tag Managera dotychczasowe reguły mogą wymagać dostosowania.
Rezerwacje mogą nadal wpadać do hotelu, mimo że raport marketingowy pokazuje ich mniej. Tylko że na podstawie tego raportu ktoś za chwilę podejmie decyzję: ograniczy budżet, wyłączy kampanię albo uzna, że sprzedaż bezpośrednia przestała działać. Dlatego przed zmianą strategii warto ustalić, na którym etapie powstała rozbieżność.
Co warto sprawdzić od razu
- Czy spadła liczba rezerwacji utworzonych w silniku, czy tylko liczba konwersji widocznych w raportach marketingowych?
- Czy pomiar korzysta z kodów dodanych w Profitroom Suite, własnego GTM, czy obu rozwiązań jednocześnie?
- Czy po potwierdzeniu rezerwacji odpowiednie zdarzenie dociera do narzędzi, z których korzysta hotel?
- Kto odpowiada za sprawdzenie konfiguracji i wykonanie testu po aktualizacji?
Zaznaczam – sam spadek konwersji nie dowodzi jeszcze, że przyczyną jest aktualizacja Profitroom.
Jak zauważyliśmy zmianę u jednego z hoteli
Tematem zajęliśmy się podczas pracy przy jednym z naszych klientów hotelowych. Zauważyliśmy zmiany w zdarzeniach wywoływanych przez silnik rezerwacyjny. Sprawdziliśmy, jakie informacje są przekazywane do analityki, a następnie potwierdziliśmy w supporcie Profitroom, że po stronie dostawcy trwają zmiany.
Było to jeszcze przed udostępnieniem informacji i instrukcji, na których opiera się ten artykuł. Dziś można już odnieść się do oficjalnej dokumentacji. Warto jednak pokazać, dlaczego w ogóle zaczęliśmy ją analizować: przy obsłudze marketingu hotelu trzeba weryfikować również to, co dzieje się pomiędzy kliknięciem reklamy a raportem o sprzedaży.
Co zmienia się w warstwie danych Profitroom
DataLayer to warstwa danych, która udostępnia informacje o działaniach użytkownika. Na jej podstawie odpowiednio skonfigurowane tagi mogą wysyłać zdarzenia do analityki i systemów reklamowych. Samo pojawienie się informacji w dataLayer nie potwierdza jeszcze, że odebrał ją Google Analytics lub Meta.
Przewodnik Profitroom dla wersji 8.0 opisuje następujące zdarzenia.
| Zdarzenie | Opisywany moment |
|---|---|
| book_now | Kliknięcie otwierające silnik; dotyczy stron zbudowanych przez Profitroom. |
| page_view | Załadowanie strony lub przejście między widokami silnika. |
| view_item_list | Wyświetlenie listy pokoi lub ofert. |
| view_item | Otwarcie szczegółów pokoju lub oferty. |
| add_to_cart | Wybór pokoju lub oferty oraz warunków rezerwacji. |
| begin_checkout | Wejście do danych osobowych i informacji o płatności. |
| purchase | Sfinalizowanie rezerwacji i załadowanie potwierdzenia. |
Przewodnik wskazuje przy purchase m.in. identyfikator transakcji, wartość, pozycje rezerwacji, daty pobytu i liczbę gości. Opisuje też cookieConsent przy zmianie preferencji w zintegrowanym rozwiązaniu do zarządzania zgodami.
Dla hotelu oznacza to zmianę analizowania kolejnych etapów rezerwacji. Wcześniej zdarzenia w przypadku etapów rezerwacji nazywały się po prostu step1, step2 itd. Widać w tym przypadku, że profitroom poszedł w uniwersalne zdarzenia wykorzystywane w wielu e-commercach (co uważam – jest zmianą na plus).
Trzeba jednak najpierw sprawdzić ich obsługę w używanych narzędziach. Nie należy zakładać, że wszystkie parametry są już dostępne w raportach tylko dlatego, że opisano je w dokumentacji silnika.
Co oznacza przejście ze Step 4 na purchase
Załóżmy, że tag konwersji uruchamia się wyłącznie po otrzymaniu starego zdarzenia. Jeśli silnik przestanie je wysyłać, a konfiguracja nie obsługuje nowego sygnału, rezerwacja może zostać zapisana w Profitroom bez odpowiadającej jej wysyłki do systemu reklamowego.
Jeżeli dotychczasowe wdrożenie rozpoznawało potwierdzenie rezerwacji na podstawie zdarzenia step4_transaction, należy sprawdzić czy dalej to zdarzenie wywołuje się przy rezerwacji terminu i czy jednocześnie nie wywołuje się nowe zdarzenie “purchase”.
Sprawdzenia wymagają także zmienne odczytujące dane. Tag może się uruchomić, ale wysłać pustą wartość lub puste ID rezerwacji. Dlatego poprawka nie powinna kończyć się na podmianie nazwy zdarzenia.
Które hotele muszą dostosować pomiar konwersji
Jeżeli Twój hotel mierzy rezerwacje przez Google Tag Managera, a konfiguracja korzysta ze zdarzeń i zmiennych ze starej wersji Profitroom, po aktualizacji silnika trzeba ją dostosować.
Dotyczy to reguł uruchamiających tagi oraz zmiennych odczytujących informacje z dataLayer, np. wartość rezerwacji czy identyfikator transakcji. Reguła oczekująca starego zdarzenia nie zareaguje na nowe purchase. Z kolei zmienna odwołująca się do pola, którego nazwa lub położenie uległy zmianie, nie odczyta poprawnie danych. W efekcie konwersja może nie zostać wysłana albo trafić do systemu reklamowego bez właściwej wartości.
Dlatego osoba odpowiedzialna za analitykę powinna przygotować obsługę nowych zdarzeń i zmiennych, a po przełączeniu silnika sprawdzić ją na rezerwacji testowej. Do czasu migracji trzeba zachować konfigurację potrzebną do pomiaru w starej wersji.
Inaczej wygląda sytuacja kodów śledzących dodanych bezpośrednio w Profitroom Suite. Według Profitroom przenoszą się one automatycznie, również w przypadku piksela Meta i pomiaru konwersji Google Ads. Ta deklaracja nie obejmuje automatycznego dostosowania własnej konfiguracji GTM.
Kiedy hotel przejdzie na nowy silnik
Na dzień paź 7, 2026 w sprawdzonym publicznym hubie aktualizacji nie znaleźliśmy harmonogramu przełączenia poszczególnych obiektów. Termin i status dla swojego hotelu warto ustalić z opiekunem Profitroom.
Jeżeli nie masz potwierdzonej daty, wyznacz osobę odpowiedzialną za kontrolę ciągłości pomiaru w okresie przejściowym. Powinna sprawdzać zarówno dane z rezerwacji, jak i działanie tagów. Przy małej liczbie transakcji sam dzień bez konwersji będzie słabym sygnałem. Wtedy większą wartość ma kontrolowany test niż oczekiwanie na kolejną sprzedaż.
Czy spadły rezerwacje czy tylko ich raportowanie
Zacznij od danych o rezerwacjach utworzonych w porównywanym okresie. Nie mieszaj daty dokonania rezerwacji z datą pobytu. Ustal również, czy porównujesz rezerwacje potwierdzone, anulowane, wartość całego pobytu czy kwotę wpłaty.
Następnie sprawdź, kiedy zaczęła rosnąć różnica między tymi danymi a raportami marketingowymi. Stabilna liczba rezerwacji przy nagłym zaniku zdarzeń purchase to powód do pilnej kontroli pomiaru. Nie jest jeszcze dowodem, że wszystkie kampanie działają dobrze.
Jeśli spadek widać również w systemie rezerwacyjnym, trzeba rozszerzyć diagnozę. Do sprawdzenia są m.in. dostępność terminów, ceny, ograniczenia pobytu, ruch na stronie i możliwość przejścia całej rezerwacji. Problem techniczny i faktyczny spadek sprzedaży mogą wystąpić równocześnie.
Uwaga na nazewnictwo: sprzedaż bezpośrednia hotelu nie jest tym samym co kanał Direct w GA4. Rezerwacja przez stronę hotelu może pochodzić z reklamy, wyników organicznych czy newslettera. Nie oceniaj całej sprzedaży bezpośredniej wyłącznie po pozycji Direct w raporcie.
Jak przygotować pomiar na okres przejściowy
Najlepiej przygotować nowy pomiar jeszcze przed aktualizacją Profitroom i uruchomić go testowo obok dotychczasowego. Dzięki temu nie trzeba czekać z konfiguracją do momentu, aż z raportów znikną konwersje.
Zasada jest wspólna dla Google Ads, Meta Ads i innych systemów reklamowych: nowy sygnał najpierw zbieramy osobno, sprawdzamy jego poprawność, a następnie wykorzystujemy go do pomiaru wyniku i optymalizacji kampanii. Sposób konfiguracji zależy od platformy.
1. Przygotuj osobny pomiar testowy w systemach reklamowych
W Google Ads utwórz nowe działanie konwersji jako dodatkowe. Będzie widoczne w „Wszystkich konwersjach”, ale nie w głównej kolumnie „Konwersje”. Sprawdź również, czy nie jest wykorzystywane przez kampanię w celu niestandardowym. W Meta możesz utworzyć konwersję niestandardową opartą na osobnym zdarzeniu testowym, którego nie wybierzesz do optymalizacji reklam. W innych platformach zastosuj dostępny mechanizm oddzielnego pomiaru, bez włączania go do celu aktywnych kampanii.
2. Skonfiguruj w GTM tagi obsługujące nową wersję Profitroom
Opis zdarzeń i parametrów znajdziesz w oficjalnym przewodniku po dataLayer Profitroom Booking Engine 8.0. Dla zakończonej rezerwacji kluczowe jest zdarzenie purchase, wywoływane po jej sfinalizowaniu i załadowaniu potwierdzenia.
W sprawdzonym przez nas wdrożeniu dane zakupowe znajdują się pod następującymi ścieżkami:
| Dane | Ścieżka w dataLayer |
| Wartość rezerwacji | ecommerce.value |
| Identyfikator transakcji | ecommerce.transaction_id |
| Waluta | ecommerce.currency |
W GTM przygotuj regułę typu „Zdarzenie niestandardowe” z nazwą purchase oraz zmienne typu „Zmienna warstwy danych”, wpisując powyższe ścieżki jako nazwy zmiennych warstwy danych. Wykorzystaj je do przekazania wartości, identyfikatora transakcji i waluty do odpowiednich pól tagów reklamowych.
Nowe tagi skieruj na razie do konwersji testowych. Zachowaj dotychczasowy pomiar do czasu przełączenia silnika i potwierdzenia, że nowa konfiguracja poprawnie zbiera dane.
3. Monitoruj pojawienie się danych w nowym pomiarze
Pierwsze zdarzenia testowe są sygnałem, że nowa konfiguracja zaczęła działać. Wykonaj rezerwację testową i sprawdź, czy systemy otrzymują poprawne dane oraz czy jedna rezerwacja nie jest zliczana wielokrotnie. Samo uruchomienie tagu nie wystarcza.
4. Po weryfikacji przełącz właściwy pomiar kampanii
W Google Ads ustaw nową konwersję jako główną, a starą jako dodatkową, i sprawdź cele poszczególnych kampanii. W Meta zmień w GTM wysyłkę z osobnego zdarzenia testowego na standardowe Purchase, wykorzystywane przez reklamy. Jednocześnie wyłącz starą wysyłkę tego samego zakupu, żeby nie tworzyć ewentualnych duplikatów. W innych systemach odpowiednio zmień cel kampanii albo skieruj zweryfikowany sygnał do dotychczasowego zdarzenia zakupowego.
5. Sprawdź wynik po przełączeniu
Potwierdź, że nowe rezerwacje trafiają do właściwych konwersji, a kampanie korzystają z poprawnego sygnału. Starą konfigurację wycofaj po upewnieniu się, że nie obsługuje już żadnej potrzebnej ścieżki rezerwacji.
W ten sposób przygotujesz pomiar na zmianę silnika bez przedwczesnego wyłączania obecnej konfiguracji. Ważne, żeby na każdym etapie było jasne, które dane służą wyłącznie do testów, a które wpływają na raportowany wynik i optymalizację reklam.
Jak sprawdzić, czy pomiar działa poprawnie?
Zleć osobie odpowiedzialnej za analitykę wykonanie rezerwacji testowej. Ustalcie wcześniej sposób płatności i anulowania. Test powinien potwierdzić, że dane docierają do GA4 i używanych systemów reklamowych, mają prawidłowy numer rezerwacji, wartość i walutę, a jeden zakup nie jest liczony podwójnie.
Sprawdźcie, czy raportowana kwota oznacza cały pobyt, czy tylko zadatek. Zmiana z wartości całej rezerwacji na zadatek może pokazać spadek przychodu mimo niezmienionej sprzedaży.
Dane w raportach mogą pojawić się z opóźnieniem. Rezerwacja testowa bez wcześniejszego kontaktu z reklamą nie musi zostać przypisana kampanii.
O co zapytać agencję obsługującą hotel?
Poproś o datę ostatniego testu i odpowiedzi na cztery pytania:
- Czy nasz pomiar jest przygotowany na nową wersję Profitroom?
- Czy test potwierdził przesyłanie prawidłowej wartości i waluty rezerwacji?
- Czy jedna rezerwacja jest liczona tylko raz?
- Czy brakuje danych z jakiegoś okresu i jak wpływa to na ocenę kampanii?
Co zrobić, jeśli wyniki kampanii nagle spadły?
Przed zmianą budżetów porównaj raporty reklamowe z rzeczywistymi rezerwacjami w Profitroom. Jeśli rezerwacje nadal powstają, a konwersje zniknęły, zleć kontrolę pomiaru. Jeśli spadła również sprzedaż, sprawdź także kampanie i możliwość dokonania rezerwacji.
Naprawa pomiaru nie musi przywrócić brakujących danych. Zaznacz okres problemu w raportach, żeby nie oceniać na jego podstawie skuteczności reklam.
Nie masz pewności, czy po aktualizacji Profitroom pomiar działa poprawnie? Skontaktuj się z Webleaders. Sprawdzimy konfigurację i wskażemy potrzebne zmiany. Podaj adres strony hotelu oraz przybliżoną datę zauważonego problemu.
