Nel marketing alberghiero moderno, prendere decisioni basandosi sull’istinto, su report incompleti o sul solo numero di prenotazioni ricevute è il modo più rapido per sprecare budget pubblicitario.

Se una prenotazione da 2.000 euro arriva sul booking engine ma non sei in grado di stabilire se sia stata generata da Google Ads, Meta, una newsletter, Google Hotel Ads, una ricerca organica o una campagna di retargeting, non stai realmente misurando il marketing del tuo hotel.

Stai semplicemente osservando il risultato finale senza conoscere il percorso che lo ha prodotto.

Google Analytics 4 rappresenta uno degli strumenti fondamentali per analizzare le performance digitali di una struttura ricettiva. Tuttavia, la configurazione standard di GA4 raramente è sufficiente per un hotel.

Il motivo è semplice: il percorso di prenotazione attraversa spesso domini, piattaforme e sistemi differenti.

L’utente:

  1. scopre l’hotel attraverso una campagna;

  2. visita il sito ufficiale;

  3. consulta camere e offerte;

  4. entra nel booking engine;

  5. viene eventualmente trasferito verso un gateway di pagamento;

  6. ritorna sulla pagina di conferma;

  7. conclude la prenotazione.

Se questi passaggi non vengono collegati correttamente, GA4 può perdere la sorgente originaria, interrompere la sessione o attribuire la vendita al booking engine, al gateway di pagamento oppure al traffico diretto.

Il risultato è un sistema che mostra prenotazioni e ricavi, ma non permette di capire quale investimento li abbia realmente generati.

Perché la configurazione standard di GA4 non basta a un hotel

Un normale sito aziendale può generare un contatto attraverso un modulo presente sullo stesso dominio.

Un hotel, invece, utilizza frequentemente un’infrastruttura più complessa:

  • sito ufficiale dell’hotel;

  • booking engine ospitato su un dominio esterno;

  • channel manager;

  • gateway di pagamento;

  • CRM e piattaforme di marketing automation;

  • strumenti di advertising;

  • sistemi di revenue management;

  • software gestionali e PMS.

Il problema più frequente si verifica quando l’utente passa, per esempio, da nomehotel.com a un indirizzo esterno utilizzato dal motore di prenotazione.

Senza una configurazione cross-domain corretta, GA4 può interpretare il passaggio come la conclusione di una sessione e l’inizio di una nuova visita. Il booking engine rischia così di comparire come referral e di ricevere il merito della prenotazione, cancellando o alterando la sorgente che aveva portato inizialmente il cliente sul sito.

Per evitare questa perdita di attribuzione non è sufficiente installare GA4 sulla homepage. Occorre progettare un’architettura di misurazione che accompagni l’utente fino alla conferma della prenotazione.

1. La base di tutto: il tracciamento cross-domain

Il tracciamento cross-domain permette di riconoscere come parte dello stesso percorso la navigazione effettuata su domini differenti.

Per un hotel significa collegare almeno:

  • il dominio del sito ufficiale;

  • il dominio o sottodominio del booking engine;

  • eventuali ulteriori domini coinvolti nel processo di prenotazione.

La configurazione viene gestita nelle impostazioni del Google tag associate al flusso web di GA4, indicando i domini che devono partecipare alla misurazione cross-domain.

Ma aggiungere i domini nella proprietà non basta.

Lo stesso ambiente di misurazione deve poter operare anche sul booking engine. Il fornitore del motore di prenotazione deve quindi consentire l’installazione del Google tag o l’inserimento di Google Tag Manager nelle pagine del processo di acquisto.

Quando il sistema è configurato correttamente, GA4 utilizza un parametro di collegamento negli URL per trasferire le informazioni necessarie tra i domini e mantenere il percorso dell’utente. In questo modo la visita proveniente, per esempio, da Google Ads può continuare a essere attribuita alla campagna originaria anche dopo l’ingresso nel booking engine.

La prima domanda da fare al fornitore del booking engine

Prima di avviare qualsiasi campagna pubblicitaria, l’hotel dovrebbe chiedere al proprio fornitore:

Il booking engine permette di installare Google Tag Manager, configurare il cross-domain e inviare a GA4 gli eventi e-commerce completi, compreso l’evento purchase con transaction ID e valore della prenotazione?

Una risposta generica come “il booking engine è collegato ad Analytics” non è sufficiente.

Occorre verificare concretamente:

  • quale proprietà GA4 riceve i dati;

  • quali eventi vengono trasmessi;

  • quali parametri economici sono disponibili;

  • se la sorgente originaria viene conservata;

  • se l’evento di acquisto viene inviato una sola volta;

  • se cancellazioni e modifiche vengono gestite;

  • se il consenso dell’utente viene rispettato lungo tutto il percorso.

Se il fornitore non permette l’installazione del tag o non espone un’integrazione adeguata, la misurazione sarà inevitabilmente limitata.

2. Escludere i referral indesiderati senza nascondere il problema

Un altro passaggio importante consiste nell’identificare i referral indesiderati.

Tra questi possono rientrare:

  • il dominio del booking engine;

  • PayPal;

  • Stripe;

  • Nexi;

  • altri gateway di pagamento;

  • sistemi di autenticazione o pagamento esterni;

  • domini tecnici utilizzati durante il processo di prenotazione.

Quando l’utente viene trasferito verso un sistema di pagamento e successivamente ritorna sulla pagina di conferma, il gateway potrebbe essere registrato come sorgente della prenotazione.

Inserire questi domini tra i referral indesiderati impedisce che vengano considerati come nuove sorgenti di acquisizione. GA4 applica in questi casi un parametro che indica di ignorare il referrer corrispondente.

Attenzione: l’esclusione dei referral non sostituisce il cross-domain

Questo è uno degli errori più comuni nelle configurazioni alberghiere.

Escludere il dominio del booking engine dai referral può evitare che compaia come sorgente della vendita, ma non garantisce automaticamente la continuità della sessione e dell’identità di misurazione.

In altre parole:

  • il cross-domain serve a collegare correttamente il percorso;

  • l’esclusione dei referral serve a impedire attribuzioni indesiderate;

  • le due configurazioni devono essere coordinate;

  • una non sostituisce l’altra.

Eliminare il nome del booking engine dai report senza avere risolto il passaggio dei dati può semplicemente trasformare prenotazioni precedentemente attribuite al referral in traffico diretto, senza recuperare la vera campagna originaria.

3. Configurare l’e-commerce di GA4 per un hotel

Misurare il numero di accessi al booking engine non basta.

Un clic sul pulsante “Prenota” non è una prenotazione. Può rappresentare interesse, curiosità, confronto tariffario oppure l’inizio di un processo che verrà abbandonato pochi secondi dopo.

Per misurare il valore economico del canale diretto, GA4 deve ricevere gli eventi e-commerce generati durante il processo di acquisto.

Gli eventi consigliati da Google permettono di rappresentare le principali fasi del funnel, ma devono essere implementati e valorizzati correttamente dal sito o dal booking engine.

Gli eventi principali del funnel alberghiero

Evento GA4 Applicazione nel booking engine
search o evento personalizzato L’utente inserisce destinazione, date e occupazione
view_item_list Visualizza l’elenco delle camere o delle tariffe disponibili
select_item Seleziona una camera, un pacchetto o un piano tariffario
view_item Visualizza i dettagli di una specifica soluzione
add_to_cart Aggiunge la camera o la tariffa alla prenotazione
begin_checkout Inizia a inserire dati personali e informazioni di pagamento
add_payment_info Seleziona o inserisce il metodo di pagamento
purchase Completa la prenotazione e raggiunge la conferma

Non tutti i booking engine utilizzano un vero carrello. La sequenza degli eventi deve quindi essere adattata al funzionamento effettivo della piattaforma, evitando di inviare eventi che non corrispondono a un’azione reale dell’utente.

4. L’evento purchase: il momento in cui il dato diventa fatturato

L’evento più importante è purchase.

Deve essere inviato soltanto dopo che la prenotazione è stata completata e deve contenere informazioni sufficienti per riconciliare il dato di marketing con quello commerciale.

Tra i parametri fondamentali rientrano:

  • transaction_id: codice univoco della prenotazione;

  • value: valore economico attribuito alla transazione;

  • currency: valuta utilizzata;

  • tax: eventuali imposte contabilizzate separatamente;

  • coupon: codice promozionale;

  • items: camere, pacchetti o servizi acquistati.

Il transaction_id è particolarmente importante perché permette di identificare la prenotazione e di ridurre il rischio di duplicazioni quando la pagina di conferma viene ricaricata. Google prevede specificamente l’utilizzo dell’evento purchaseper misurare una transazione completata e alimentare i report e-commerce.

Come rappresentare una camera nei parametri e-commerce

Nel modello GA4, la camera può essere trattata come un item:

  • item_id: codice della tipologia di camera;

  • item_name: nome commerciale della camera;

  • item_category: camere, suite, appartamenti o pacchetti;

  • item_variant: tariffa flessibile, non rimborsabile, bed and breakfast;

  • price: valore della camera;

  • quantity: numero di camere oppure numero di unità acquistate;

  • coupon: promozione utilizzata.

È inoltre possibile inviare parametri personalizzati utili al controllo alberghiero:

  • data di check-in;

  • data di check-out;

  • numero di notti;

  • numero di camere;

  • adulti e bambini;

  • booking window;

  • mercato o Paese di provenienza;

  • piano tariffario;

  • codice promozionale;

  • trattamento;

  • cancellabilità;

  • membership;

  • hotel o struttura prenotata, nel caso di gruppi alberghieri.

Per rendere disponibili nei report standard alcuni parametri personalizzati può essere necessario registrarli come dimensioni o metriche personalizzate nella proprietà GA4.

Il valore da trasmettere deve essere definito prima

Uno degli errori più pericolosi consiste nell’inviare a GA4 un valore economico non coerente con il PMS o con il sistema amministrativo.

L’hotel deve stabilire se il parametro value rappresenti:

  • il valore delle camere;

  • il valore delle camere più i servizi;

  • il totale comprensivo di IVA;

  • il valore al netto delle imposte;

  • il totale comprensivo della tassa di soggiorno;

  • l’importo effettivamente incassato;

  • l’importo lordo della prenotazione.

La tassa di soggiorno, quando rappresenta una somma riscossa per conto dell’ente pubblico, non dovrebbe essere confusa con il ricavo operativo dell’hotel.

La regola fondamentale è la coerenza: il valore trasmesso a GA4 deve poter essere confrontato con quello presente nel booking engine e nel PMS.

5. Misurare anche cancellazioni, no-show e modifiche

Il fatturato registrato al momento della prenotazione non coincide necessariamente con il ricavo definitivo.

Una prenotazione può essere:

  • cancellata;

  • modificata;

  • ridotta;

  • estesa;

  • trasformata in no-show;

  • rimborsata;

  • spostata su date differenti.

Per questo motivo GA4 deve essere considerato uno strumento di attribuzione e analisi del comportamento, non il sistema contabile definitivo dell’hotel.

Il dato economico deve essere riconciliato periodicamente con:

  • booking engine;

  • PMS;

  • channel manager;

  • contabilità;

  • report di produzione;

  • ricavi effettivamente maturati.

Quando tecnicamente possibile, l’integrazione dovrebbe prevedere anche eventi di rimborso o rettifica. In alternativa, occorre costruire una procedura di riconciliazione che distingua il valore prenotato dal valore rimasto effettivamente in produzione.

6. Parametri UTM: senza una nomenclatura comune, le campagne diventano illeggibili

Una volta risolta l’architettura tecnica, ogni link utilizzato nelle campagne non gestite automaticamente da Google deve essere classificato con parametri UTM coerenti.

I principali sono:

  • utm_source: la piattaforma o la sorgente;

  • utm_medium: il mezzo di comunicazione;

  • utm_campaign: il nome della campagna;

  • utm_content: la creatività, il formato o la variante;

  • utm_term: la keyword o il segmento, quando utile.

Esempio:

utm_source=newsletter&utm_medium=email&utm_campaign=estate_roma_2026&utm_content=offerta_suite

L’obiettivo non è aggiungere sigle casuali agli URL, ma creare una tassonomia condivisa tra hotel, agenzia, revenue manager e reparto commerciale.

Gli errori UTM più comuni

  • Scrivere alternativamente facebook, Facebook e fb;

  • utilizzare social, paid-social e cpc senza una regola;

  • cambiare il nome della campagna durante il periodo di pubblicazione;

  • riutilizzare lo stesso URL per annunci differenti;

  • inserire parametri UTM nei collegamenti interni al sito;

  • usare accenti, spazi o denominazioni non standard;

  • utilizzare link abbreviati o redirect che eliminano i parametri.

Redirect e link esterni possono compromettere la conservazione dei parametri di campagna. Google raccomanda di verificare che i parametri UTM rimangano presenti quando il visitatore raggiunge effettivamente il sito.

7. Attribuzione: la prenotazione non nasce quasi mai da un solo clic

Il percorso dell’ospite è raramente lineare.

Un cliente potrebbe:

  1. scoprire l’hotel attraverso un contenuto su Instagram;

  2. visitare il sito senza prenotare;

  3. ritornare dopo alcuni giorni attraverso una ricerca organica;

  4. confrontare le tariffe sulle OTA;

  5. cliccare su un annuncio Google Ads;

  6. iscriversi alla newsletter;

  7. concludere la prenotazione cercando il nome dell’hotel su Google.

Attribuire l’intero valore della vendita esclusivamente all’ultimo clic significa ignorare tutto ciò che ha contribuito alla decisione.

GA4 consente di analizzare i percorsi di attribuzione e di confrontare il modo in cui il credito viene distribuito tra i diversi touchpoint. Il modello data-driven utilizza i dati disponibili per assegnare valore ai passaggi che hanno contribuito all’azione chiave, mentre altri modelli possono attribuire il credito secondo regole differenti.

Che cosa deve osservare un hotel

Non basta chiedersi quale canale abbia prodotto l’ultimo clic.

Occorre analizzare:

  • primo canale di acquisizione;

  • canale della sessione;

  • percorso di conversione;

  • numero medio di touchpoint;

  • giorni necessari per prenotare;

  • dispositivo iniziale e dispositivo finale;

  • campagne assistite;

  • ricavi attribuiti;

  • costo pubblicitario;

  • valore netto della prenotazione.

Il marketing non deve essere valutato soltanto in base alla capacità di chiudere la vendita, ma anche per la sua funzione di scoperta, considerazione e riattivazione.

8. I KPI che un hotel dovrebbe costruire con GA4

Una configurazione corretta deve permettere di calcolare indicatori realmente utilizzabili nelle decisioni.

Conversion rate del booking engine

Prenotazioni completate ÷ sessioni entrate nel booking engine × 100

Misura la capacità del motore di prenotazione di trasformare l’interesse in acquisto.

Conversion rate del sito ufficiale

Prenotazioni completate ÷ sessioni qualificate sul sito × 100

Deve essere analizzato per dispositivo, mercato, sorgente, landing page e periodo.

CPA, costo per acquisizione

Investimento pubblicitario ÷ prenotazioni attribuite

Un CPA di 40 euro non è necessariamente positivo o negativo. Deve essere confrontato con:

  • valore medio della prenotazione;

  • numero di notti;

  • margine prodotto;

  • costo delle OTA;

  • probabilità di cancellazione;

  • valore futuro del cliente.

ROAS

Ricavi attribuiti alla campagna ÷ investimento pubblicitario

Il ROAS è utile, ma non misura da solo il profitto. Una campagna può generare molto fatturato e contemporaneamente attirare prenotazioni a basso margine, con forti sconti o elevata probabilità di cancellazione.

Costo totale del canale diretto

Il costo della prenotazione diretta non coincide con il solo investimento pubblicitario.

Deve includere, almeno nelle analisi gestionali:

  • media budget;

  • compensi dell’agenzia;

  • costo del booking engine;

  • commissioni del gateway;

  • CRM;

  • software di marketing;

  • produzione dei contenuti;

  • personale interno;

  • promozioni e sconti;

  • eventuali programmi fedeltà.

Soltanto confrontando il costo totale del canale diretto con il costo effettivo della distribuzione intermediata è possibile capire se la strategia di disintermediazione stia migliorando davvero il margine.

9. Consent Mode, CMP e qualità del dato

La misurazione non può essere progettata ignorando il consenso dell’utente.

Il banner cookie, la piattaforma di gestione del consenso e Google Tag Manager devono operare in modo coordinato sia sul sito sia, per quanto possibile, sulle pagine del booking engine.

Google distingue tra implementazioni base e avanzate del Consent Mode. Nella modalità base i tag vengono bloccati fino all’interazione dell’utente; nella modalità avanzata possono essere inviati segnali senza cookie quando il consenso non viene concesso, secondo la configurazione adottata. Google raccomanda inoltre di verificare l’implementazione attraverso Tag Assistant.

Una configurazione incompleta può produrre:

  • differenze elevate tra booking engine e GA4;

  • campagne sottostimate;

  • remarketing incompleto;

  • attribuzione incoerente;

  • tag che partono prima del consenso;

  • tag che non partono mai;

  • stati di consenso non trasferiti tra sito e booking engine.

Consent Mode non sostituisce gli adempimenti privacy e non costituisce, da solo, una garanzia di conformità. La configurazione deve essere valutata anche con i consulenti competenti in materia di protezione dei dati.

10. Come verificare se il tracciamento funziona davvero

Una configurazione non è conclusa quando i tag vengono pubblicati.

È conclusa quando il percorso viene testato, documentato e riconciliato con i dati commerciali.

Test tecnico

Utilizzare:

  • modalità anteprima di Google Tag Manager;

  • Google Tag Assistant;

  • DebugView di GA4;

  • strumenti di sviluppo del browser;

  • report in tempo reale;

  • prenotazioni di prova.

Test di attribuzione

Effettuare prenotazioni di prova partendo da URL contenenti UTM controllati e verificare:

  • sorgente;

  • mezzo;

  • campagna;

  • continuità della sessione;

  • ingresso nel booking engine;

  • passaggio sul gateway;

  • ritorno sulla pagina di conferma;

  • ricezione dell’evento purchase.

Test economico

Confrontare:

  • codice della prenotazione;

  • importo inviato a GA4;

  • importo nel booking engine;

  • valore nel PMS;

  • valuta;

  • tasse;

  • extra;

  • numero di camere;

  • numero di notti.

Test contro le duplicazioni

Ricaricare la pagina di conferma e verificare che la stessa prenotazione non venga conteggiata nuovamente.

Test su dispositivi e mercati differenti

Il processo deve essere verificato almeno su:

  • desktop;

  • smartphone;

  • principali browser;

  • modalità con consenso accettato;

  • modalità con consenso rifiutato;

  • differenti metodi di pagamento;

  • versioni linguistiche;

  • offerte e codici promozionali.

11. Gli errori che fanno perdere più dati e più denaro

Le configurazioni alberghiere mostrano frequentemente gli stessi problemi:

  1. GA4 presente sul sito ma assente nel booking engine;

  2. booking engine inserito soltanto tra i referral indesiderati;

  3. evento purchase senza valore economico;

  4. valore trasmesso in una valuta errata;

  5. assenza del transaction_id;

  6. acquisti duplicati al refresh della pagina;

  7. tassa di soggiorno confusa con il fatturato;

  8. UTM utilizzati senza una nomenclatura comune;

  9. campagne Meta classificate come referral;

  10. traffico proveniente dalle newsletter registrato come diretto;

  11. eventi inviati prima della scelta del consenso;

  12. assenza di test dopo gli aggiornamenti del booking engine;

  13. mancata riconciliazione tra GA4, PMS e ricavi reali;

  14. agenzie valutate soltanto attraverso i report prodotti dalle stesse piattaforme pubblicitarie;

  15. decisioni prese sul ROAS senza considerare cancellazioni, sconti e margini.

12. GA4 non è un progetto informatico: è controllo di gestione

Implementare correttamente Google Analytics 4 non significa semplicemente aggiungere un codice al sito.

Significa costruire un sistema che colleghi:

  • investimento pubblicitario;

  • domanda generata;

  • comportamento dell’utente;

  • prenotazione;

  • ricavo;

  • costo di acquisizione;

  • marginalità;

  • valore del cliente.

Nelle analisi manageriali pubblicate su RobertoNecci.it, la misurazione dei costi di distribuzione rappresenta un elemento centrale per proteggere il margine dell’impresa alberghiera.

Ogni euro speso nel marketing deve essere collegato a un risultato misurabile. Ma il risultato non deve essere soltanto il numero di prenotazioni: deve essere il valore economico prodotto al netto dei costi necessari per acquisirle.

Questa impostazione interessa direttamente anche il valore dell’azienda e dell’asset.

Come approfondito da InvestimentiAlberghieri.it e Investhotel.it, la qualità dei dati commerciali, la prevedibilità dei ricavi e la capacità di dimostrare il rendimento degli investimenti incidono sulla lettura economica della struttura.

Un hotel che conosce con precisione il proprio costo di acquisizione può:

  • allocare meglio il budget;

  • ridurre la dipendenza dalle OTA;

  • difendere il GOP;

  • migliorare la qualità della domanda;

  • dimostrare la solidità della strategia commerciale;

  • presentare dati più trasparenti a banche, investitori e potenziali acquirenti.

L’esperienza gestionale di NecciHotels.it conferma che marketing, revenue management e controllo di gestione non possono essere trattati come funzioni separate. Il dato digitale deve arrivare fino alla gestione operativa e alla lettura economica della struttura.

13. Quando serve un partner esterno

La configurazione di Google Tag Manager, dei dataLayer, degli eventi e-commerce, dei consensi e dei report di attribuzione richiede competenze tecniche e commerciali integrate.

Non basta conoscere GA4.

Occorre comprendere anche:

  • funzionamento del booking engine;

  • revenue management;

  • distribuzione alberghiera;

  • campagne a pagamento;

  • processi di prenotazione;

  • struttura dei ricavi;

  • costi di acquisizione;

  • logiche del PMS;

  • reporting direzionale.

Quando il progetto coinvolge anche il riposizionamento commerciale, la riorganizzazione della distribuzione o il coordinamento dei fornitori, l’intervento può essere inserito in un percorso più ampio di consulenza e temporary management attraverso HotelManagementGroup.it.

Checklist finale per GA4 e booking engine

Prima di considerare affidabile il sistema, verifica che:

  • sito e booking engine utilizzino la stessa architettura di misurazione;

  • il cross-domain sia configurato;

  • il fornitore permetta l’installazione del tag;

  • i gateway di pagamento non alterino l’attribuzione;

  • gli eventi del funnel vengano inviati correttamente;

  • purchase contenga transaction ID, valore e valuta;

  • la pagina di conferma non produca duplicazioni;

  • i parametri UTM seguano uno standard;

  • il consenso venga trasferito correttamente;

  • i dati siano testati con Tag Assistant e DebugView;

  • GA4 venga riconciliato con booking engine e PMS;

  • i report mostrino ricavi, CPA e conversion rate per canale;

  • qualcuno sia formalmente responsabile della qualità del dato.

Smetti di finanziare campagne che non sai misurare

Gestire Google Ads, Meta Ads, newsletter e booking engine senza una configurazione affidabile di GA4 significa investire denaro senza poter distinguere ciò che genera profitto da ciò che consuma budget.

Non è sufficiente vedere crescere il traffico.

Non è sufficiente sapere quante persone hanno cliccato su “Prenota”.

Non è sufficiente ricevere un report mensile dall’agenzia.

Devi sapere:

  • quale campagna ha generato la prenotazione;

  • quanto è costata;

  • quale camera è stata venduta;

  • quale tariffa è stata scelta;

  • quanto ricavo ha prodotto;

  • quanto margine è rimasto;

  • quali passaggi hanno convinto il cliente.

Porta il tuo hotel fuori dalla zona cieca

Entra in HotelMarketingLab.it e scopri come costruire un sistema integrato di tracciamento, distribuzione e misurazione delle performance del canale diretto.

Ogni giorno trascorso con dati incompleti può significare budget sprecato, prenotazioni attribuite al canale sbagliato e decisioni commerciali costruite su numeri falsati.

Scrivi subito a info@hotelmarketinglab.it e richiedi un audit tecnico avanzato di:

  • Google Analytics 4;

  • Google Tag Manager;

  • booking engine;

  • tracciamento cross-domain;

  • eventi e-commerce;

  • campagne e parametri UTM;

  • attribuzione dei ricavi;

  • Consent Mode;

  • qualità e coerenza dei dati.

Non aumentare il budget prima di sapere con certezza dove stai perdendo dati e denaro.


FAQ

Come collegare GA4 al booking engine di un hotel?

È necessario installare lo stesso ambiente di misurazione sul sito e sul booking engine, configurare i domini interessati e verificare che gli eventi e-commerce vengano trasmessi correttamente.

L’esclusione del referral del booking engine risolve il cross-domain?

No. L’esclusione impedisce che il booking engine venga considerato una sorgente, ma non sostituisce il collegamento cross-domain e non garantisce la continuità della sessione.

Qual è l’evento GA4 che identifica una prenotazione?

L’evento è purchase e dovrebbe contenere almeno un codice univoco della transazione, il valore economico, la valuta e gli item acquistati.

Perché GA4 mostra meno prenotazioni del booking engine?

Le differenze possono dipendere dal consenso, da tag mancanti, errori cross-domain, duplicazioni, blocchi del browser, configurazioni incomplete o mancata trasmissione dell’evento di acquisto.

GA4 può sostituire il PMS?

No. GA4 misura comportamento, attribuzione e performance del marketing. Il PMS rimane la fonte gestionale per produzione, modifiche, cancellazioni, no-show e ricavi maturati.