GA4 događaji u hotelskom booking funnelu

Plan događaja treba povezati korak koji gost stvarno vidi s pitanjem na koje hotelski tim želi odgovor. Ne postoji obvezan broj događaja za svaki engine. Manji, provjeren skup korisniji je od niza događaja kojima nitko ne zna značenje.

Predložak plana događaja

Ovo je Niktonov radni predložak, a ne tvrdnja da svi enginei imaju isti postupak:

book_now_click je prilagođeni događaj. Ostala navedena imena dio su Googleova popisa preporučenih događaja. Primijenite ih kada značenje odgovara stvarnom ponašanju; posebne korake enginea dokumentirajte zasebno.

Purchase: iznos, valuta i stavke

U specifikaciji provjerite transaction_id, currency, value i polje items. Prema Googleovoj specifikaciji za purchase, vrijednost stavki i porez imaju odvojenu ulogu. Hotel i dobavljač trebaju uskladiti mapiranje cijene boravka, poreza i dodataka s tim formatom.

Dogovorite i jedinicu stavke: cijeli boravak ili noćenje. Ako koristite noćenje, količina i cijena moraju dati očekivanu vrijednost. Ne šaljite ukupnu cijenu boravka pomnoženu brojem noći još jednom.

Prilikom testa zabilježite očekivani iznos iz potvrde i stvarno poslani iznos. Razlika između predujma i vrijednosti boravka mora biti vidljiva u definiciji izvještaja, a ne skrivena u implementaciji.

Kako izračunati odustajanje

U GA4 Funnel explorationu odredite slijed koraka, vremenska pravila i je li funnel otvoren ili zatvoren. Korisnik koji dođe izravno u engine može biti važan za prodaju, ali neće zadovoljiti zatvoren funnel koji zahtijeva prethodni klik na webu.

Slijedi isključivo računski primjer, bez podataka klijenta i bez tvrdnje o prosjeku industrije:

U ovom primjeru između prikaza soba i checkouta nije napredovalo 120 od 200 korisnika, odnosno 60%. To opisuje zabilježeni put. Ne dokazuje da ih je 120 izgubljeno zbog cijene: mogli su istraživati, promijeniti datume, prijeći na drugi uređaj ili ostati nezabilježeni.

Kako odvojiti signal od uzroka

Kada se stopa promijeni, prvo provjerite postoji li promjena u mjerenju. Zatim pregledajte raspoloživost za oglašene datume, uvjete minimalnog boravka, prikaz cijene, pogreške obrasca i sastav prometa.

Mobilni i desktop put usporedite na istom razdoblju i uz dovoljno podataka. Nemojte unaprijed pretpostaviti da je mobilni pad dva ili tri puta veći. Kod malog broja rezervacija jedan dodatni booking bitno mijenja postotak.

Rezultat neka bude jedna provjerljiva hipoteza: primjerice, je li na određenom uređaju gumb za nastavak skriven? Zapišite promjenu i pratite usporedivo razdoblje, uz ograničenja sezonalnosti i cijena.

Kontrolna lista za predaju implementacije

• Popis događaja s točnim okidačem, domenom i odgovornom osobom.
• Potvrda da događaji prate stvarne korake na mobilnom i desktopu.
• Testni zapis očekivanih i poslanih vrijednosti.
• Provjera dupliranja nakon povratka ili ponovnog otvaranja potvrde.
• Objašnjenje ponašanja uz prihvaćenu i odbijenu privolu.
• Popis poznatih ograničenja: iframe, nedostupni koraci ili nemogućnost povezivanja.

Ne treba pouzdano slati događaj pri zatvaranju kartice da biste analizirali odustajanje. Možete promatrati zabilježeni početni korak bez zabilježenog završetka unutar definiranog razdoblja; takav izostanak i dalje ima ograničenja mjerenja.

Sljedeći korak je integracija booking enginea i GA4. Za pregled konkretnog puta pogledajte booking engine analitiku.