Una tariffa troppo bassa mostra il problema, non la sorgente. Per correggerlo bisogna confrontare offerte equivalenti, raccogliere prove ripetibili e risalire lungo la filiera distributiva.
Una tariffa troppo bassa mostra il problema, non la sorgente. Per correggerlo bisogna confrontare offerte equivalenti,…
Verifica prima che offerte, tasse, benefit e condizioni siano davvero comparabili.
Dove compare più spesso una tariffa che non riesci ad attribuire: metasearch, OTA, portale B2B o voucher della prenotazione?
Una camera compare su un portale che l'hotel non ricorda di avere attivato. Il prezzo è inferiore al sito diretto e, a volte, anche alla tariffa caricata sulle OTA contrattualizzate. La prima reazione è cercare un colpevole; la prima attività utile è invece ricostruire da quale tariffa, contratto e passaggio tecnico proviene quell'offerta.
Il rate leakage non è qualsiasi differenza di prezzo. Si verifica quando una tariffa viene distribuita o utilizzata fuori dal perimetro autorizzato: pubblico sbagliato, mercato non previsto, vendita pubblica anziché pacchetto, reseller non ammesso, markup insufficiente, condizioni alterate o tariffa statica rimasta in circolazione oltre il periodo corretto.
Il fenomeno è reso più difficile dal multi-sourcing. Lo studio europeo HOTREC 2024 lo definisce come la vendita, da parte di un'OTA o di un tour operator, di tariffe e disponibilità provenienti da altre OTA o wholesaler; nel campione, il 44% degli hotel dichiara di esserne interessato e un hotel su quattro non sa se lo riguarda. Una ricerca commissionata da Expedia Group nel 2025 a 2.000 responsabili revenue di otto mercati mostra inoltre quanto il problema venga percepito come costoso e ricorrente. Sono dati di contesto, non la prova che una singola tariffa sia stata usata impropriamente. Fonti: HOTREC European Hotel Distribution Study 2024; Expedia Group, ricerca sulla distribuzione B2B 2025.
Questa guida costruisce un metodo verificabile: distinguere leakage e disparità, raccogliere prove, mappare la catena, usare un test booking soltanto quando serve, attribuire la sorgente e correggere il problema senza chiudere alla cieca canali che producono domanda utile.
La disparità descrive ciò che vede il cliente: due prezzi diversi per offerte apparentemente simili. Il rate leakage descrive invece come una tariffa è uscita dal perimetro previsto. La prima è un sintomo; il secondo è una possibile causa.
Prima di parlare di leakage, classifica il caso:
| Esito | Che cosa stai osservando | Esempio |
|---|---|---|
| Offerta non comparabile | cambiano camera, pasti, cancellazione, occupazione, tasse, valuta o pubblico | tariffa app senza colazione contro flessibile con colazione |
| Sconto autorizzato | il canale finanzia o applica una promozione prevista | riduzione membri o mobile correttamente attiva |
| Errore tecnico o fiscale | il prodotto è lo stesso, ma mapping, tassa, cambio o cache alterano il totale | supplemento occupazione non trasferito |
| Inventario di terzi autorizzato | la tariffa proviene da un partner esterno previsto dal modello | offerta partner venduta nel perimetro concordato |
| Rate leakage confermato | la tariffa è pubblicata o rivenduta fuori da mercato, canale, pubblico o condizioni autorizzate | net rate package-only esposta senza pacchetto |
| Sorgente non attribuita | l'anomalia è reale ma le prove non consentono ancora di risalire al contratto | portale sconosciuto senza supplier reference |
L'ultimo esito non va forzato. Scrivere nel registro “non attribuito” è più corretto che accusare il partner con il prezzo più simile. Una tariffa può essere passata attraverso più soggetti, trasformata in valuta e combinata con sconti finanziati dal venditore.
L'approfondimento sulla disparità tariffaria tra sito e OTA contiene il controllo preliminare su prodotto e totale. Il metodo di questo articolo comincia quando quel confronto ha escluso il falso allarme o ha lasciato una sorgente ancora da spiegare.
Nel canale diretto la catena è breve: hotel, booking engine, pagamento e ospite. Nella distribuzione B2B una tariffa può attraversare wholesaler o bedbank, uno o più reseller, un'OTA o un metasearch prima di arrivare al cliente.
Una configurazione tipica contiene:
La documentazione Booking.com sulle Third-Party Inventory rate conferma che alcune offerte provengono da soggetti esterni come wholesaler e bedbank. Le Sell rate TPI possono comparire quando sono più competitive dell'inventario diretto Booking.com e, nel flusso descritto dalla piattaforma, vengono identificate come “Partner Offer”. Fonte: Booking.com, Commissionable TPI rates.
Quell'etichetta è un indizio utile, non l'attribuzione finale. Dice che la piattaforma sta mostrando inventario di terzi; non dice quale dei contratti dell'hotel lo abbia originato. Per risalire alla fonte servono rate code, supplier reference, voucher, modello di pagamento, importo netto e collaborazione dei partner diretti.
Non tutte le perdite nascono da un comportamento intenzionale. La stessa schermata pubblica può essere prodotta da cause molto diverse.
Una tariffa destinata a pacchetto, gruppo chiuso, loyalty, corporate o vendita opaca viene esposta come camera sola a un pubblico aperto. Il prezzo può restare competitivo anche dopo uno o più markup perché la base netta era stata costruita per un contesto diverso.
Il partner diretto cede l'inventario a un soggetto non ammesso dall'accordo oppure quel soggetto lo trasferisce ancora. Più passaggi aumentano i punti ciechi e rendono difficile associare il portale finale al primo contratto.
Una tariffa stagionale caricata mesi prima può continuare a essere venduta mentre la BAR è salita. Il problema non è necessariamente la rivendita pubblica: può essere la mancanza di scadenza, stop-sell o aggiornamento. Mews e Cloudbeds evidenziano che modelli dinamici e connessioni aggiornate riducono il rischio di net rate obsolete, senza eliminarlo. Fonti: Mews, bedbank e rate leakage; Cloudbeds, ruolo delle bedbank.
Un reseller applica un markup diverso da quello atteso, rinuncia a parte del proprio margine o combina un incentivo. Una somiglianza matematica fra tariffa netta e prezzo pubblico aiuta a formulare un'ipotesi, ma non dimostra la sorgente.
Il contratto prevede camera inserita in un pacchetto con volo, transfer o altri servizi, ma il prodotto viene spacchettato e mostrato come solo soggiorno. Per provarlo non basta vedere un prezzo: occorre verificare il percorso di prenotazione fino al prodotto effettivamente acquistabile.
Un'OTA può mostrare disponibilità proveniente da un'altra OTA, da un wholesaler o da un'affiliata. HOTREC rileva che il multi-sourcing interessa quasi un hotel su due nel campione e associa il fenomeno a incoerenze di prezzo, errori e carico operativo. Il dato fotografa le risposte degli hotel; il singolo caso va comunque tracciato.
Mapping della camera, occupazione, età dei bambini, tasse, fee, valuta, trattamento, cancellazione, cache e piani derivati possono creare una differenza senza alcuna redistribuzione impropria. Per questo il processo non comincia dal contratto: comincia dalla comparabilità.
Un test shop utile è ripetibile. Due persone che eseguono lo stesso controllo devono arrivare allo stesso esito oppure sapere esattamente quale variabile è cambiata.
Registra e mantieni identici:
Non fermarti alla tariffa mostrata nel metasearch. Google richiede che base rate, tasse, fee e totale restino coerenti lungo landing e booking page e verifica differenze anche per paese. È un buon principio di audit anche quando l'hotel non gestisce direttamente il feed del portale osservato. Fonte: Google Hotel Center, Price Accuracy.
Esegui almeno tre confronti separati:
Se l'offerta scompare al login, aggiunge una fee nel checkout o cambia camera, aggiorna la classificazione. Un problema visto nel risultato iniziale può diventare un'offerta non comparabile prima del pagamento.
Una segnalazione come “il portale X costa meno” costringe il partner a ricominciare da zero. Il fascicolo deve consentire di riprodurre il caso e cercarlo nei log.
Gli screenshot sono una fotografia, non un archivio sufficiente. Conserva anche i dati testuali: URL e timestamp possono essere cercati; un'immagine senza contesto spesso no. Oscura nominativi, e-mail e dati di pagamento non necessari.
La ricerca della sorgente è lenta quando nessuno sa quali tariffe possano raggiungere quali soggetti. Costruisci una mappa per ogni contratto B2B.
| Campo | Domanda operativa |
|---|---|
| Partner diretto | chi riceve la tariffa dall'hotel? |
| Modello | tariffa statica, dynamic net, commissionabile o allotment? |
| Rate code | quale codice identifica la tariffa in CRS/PMS/channel manager? |
| Pubblico | vendita aperta, gruppo chiuso, corporate, package o opaque? |
| Mercati | in quali paesi o origini può essere venduta? |
| Downstream | a quali categorie o nominativi può redistribuire il partner? |
| Canali vietati | dove non deve comparire? |
| Prezzo | esiste un markup, un floor o un criterio di composizione verificabile? |
| Controllo | quali report, supplier reference e audit right sono disponibili? |
| Rimedio | come si invia uno stop-sell e in quanto tempo deve propagarsi? |
Collega ogni prenotazione B2B a partner, rate code, voucher e pagatore. Se nel PMS tutte le prenotazioni entrano come “OTA prepaid”, l'hotel perde l'informazione più utile per distinguere distribuzione e pagamento.
L'articolo sui pagamenti tramite OTA, VCC e payout spiega come riconciliare il denaro. Nel rate leakage, gli stessi identificativi possono aiutare a riconoscere una catena: soggetto che paga, descrizione della VCC, voucher e reference non provano tutto da soli, ma restringono il campo.
Un rate shopper può segnalare prezzi divergenti, ma non conosce automaticamente il contratto né la causa. La tecnologia deve alimentare una coda di casi verificabili.
Definisci un campione che rifletta il rischio:
Imposta soglie diverse. Una differenza di pochi euro dovuta al cambio non richiede la stessa escalation di una net rate pubblica su tutte le date di picco. Un esempio di classificazione:
Il rapporto HEDNA 2025 colloca il monitoraggio della rate parity fra le attività manuali che i team distribution e revenue vorrebbero ridurre e raccomanda audit trail e dashboard integrate. Automatizzare la cattura è utile; automatizzare l'accusa non lo è. Fonte: HEDNA, The State of Distribution 2025.
Quando schermate, log e contratti non bastano, una prenotazione di prova può rivelare supplier reference, voucher, pagatore, rate code o catena di assistenza. Deve però essere autorizzata e proporzionata.
Prima di prenotare definisci:
Durante il test conserva:
Non usare nomi fittizi, carte personali non autorizzate o prenotazioni non cancellate. Il test deve lasciare una traccia amministrativa pulita e non generare falsi no-show, commissioni o problemi di disponibilità.
L'attribuzione nasce dall'incrocio di più evidenze. Nessun singolo elemento — prezzo simile, portale finale o nome mostrato sull'estratto carta — è sempre sufficiente.
| Ipotesi | Prova decisiva da cercare | Azione iniziale | Verifica di chiusura |
|---|---|---|---|
| Net rate resa pubblica | stessa base netta, supplier reference e assenza del recinto previsto | ticket al partner diretto con fascicolo e stop alla combinazione coinvolta | offerta non più prenotabile in pubblico |
| Tariffa statica obsoleta | contratto/rate sheet, periodo, mancato aggiornamento o release | aggiornare/chiudere la tariffa nella sorgente | nuova ricerca sulle date e controllo prenotazioni pendenti |
| Markup errato | regola del contratto e prezzo downstream documentato | richiesta di correzione al soggetto responsabile | totale pubblico coerente con il perimetro |
| Multi-sourcing autorizzato | inventario identificato come terzo e distribuzione consentita | nessuna contestazione; valutare impatto commerciale | registrare sorgente e condizioni |
| Mapping o occupazione | room/rate ID, log ARI e differenza che cambia per ospiti | correggere mapping o derivazione | test su più occupazioni |
| Tasse, fee o valuta | price breakdown e valuta originaria | correggere feed o visualizzazione | confronto all-in sull'ultimo passaggio |
| Cache o latenza | timestamp di invio, acknowledgement e tempo di propagazione | aggiornare/invalidare secondo il provider | risultato coerente dopo la finestra misurata |
| Sorgente non attribuita | prove insufficienti o partner che non riconoscono la reference | mantenere aperto il caso e limitare soltanto il rischio provato | nuova evidenza o chiusura motivata come non attribuita |
La ricerca Expedia Group 2025 riporta, secondo gli intervistati, passaggi a partner non previsti, errori umani di caricamento e reseller che espongono tariffe pubblicamente. Poiché la ricerca è commissionata da un operatore B2B e misura risposte auto-dichiarate, va usata per costruire le ipotesi, non per attribuire automaticamente responsabilità. Fonte: Expedia Group, Inside the complex journey of hotel rates.
Una clausola generica come “tariffa confidenziale” non descrive abbastanza il comportamento atteso. Nel rinnovo o nella selezione del partner, chiarisci almeno:
Non tutte queste formulazioni sono adatte a ogni contratto e non tutte sono negoziabili nello stesso modo. Il responsabile distribution definisce il requisito operativo; il consulente legale verifica testo, legge applicabile, prova e rimedio. Questo articolo non sostituisce la revisione del singolo accordo.
Valuta il partner anche per trasparenza, non soltanto per volume. Sapere quali mercati raggiunge non equivale a sapere attraverso quanti soggetti passerà la tariffa e quali dati l'hotel riceverà quando qualcosa non funziona.
Chiudere tutti i wholesaler o azzerare l'inventario su tutte le OTA può eliminare temporaneamente la schermata, ma anche cancellare domanda utile, lasciare prenotazioni senza assistenza o creare incoerenze fra sistemi.
Procedi per perimetro:
Se il problema riguarda disponibilità o mapping, coordina la correzione con il playbook sull'overbooking in hotel. Una chiusura eseguita nel punto sbagliato può lasciare vendibile un canale e bloccarne un altro.
Se la decisione è economica, confronta anche il costo reale del canale. L'articolo sulle commissioni OTA aiuta a distinguere volume, costo di acquisizione e contributo: eliminare una dispersione non significa eliminare tutta la distribuzione indiretta.
Il controllo deve avere una cadenza coerente con dimensione, mercati e numero di partner.
Assegna responsabilità esplicite. Revenue o distribution validano il caso e decidono l'intervento commerciale; booking/reception raccolgono voucher e anomalie; amministrazione collega pagatore e movimenti; IT o provider ricostruiscono log e mapping; direzione approva sospensioni e modifiche contrattuali.
Maria Petrosino cura per Revenue & Co. i rapporti della società con clienti, OTA, agenzie e tour operator e segue configurazione e formazione su PMS, Channel Manager, Booking Engine e sistemi di pagamento. In un'indagine sul rate leakage questa continuità è essenziale: la prova utile spesso non vive in un solo extranet, ma nel collegamento tra contratto, tariffa, prenotazione e sistema.
La regola finale è semplice: prima rendi il caso comparabile, poi attribuisci la sorgente, infine correggi il punto che ha davvero perso il controllo. Una schermata può aprire l'indagine; soltanto una catena documentata può chiuderla.
Risposte operative per distinguere una disparità, tracciare inventario di terzi e gestire una tariffa pubblicata fuori perimetro.
È l'uso o la redistribuzione di una tariffa fuori dal perimetro autorizzato: pubblico, mercato, canale, packaging, condizioni o markup differenti da quelli previsti. Una semplice differenza di prezzo non basta per confermarlo.
No. L'etichetta indica inventario di terzi nel flusso descritto da Booking.com, ma non identifica da sola il contratto originario dell'hotel. Servono supplier reference, voucher, rate code, pagatore e collaborazione dei partner diretti.
Sì. Può finanziare uno sconto, mostrare una tariffa membri o mobile, applicare un'offerta autorizzata oppure presentare tasse e condizioni in modo diverso. Prima va eseguito un confronto all-in e a parità di prodotto.
Si incrociano mappa contratti, rate code, prezzo netto, mercato, supplier reference, voucher, pagatore e log di distribuzione. Se le prove restano insufficienti, un test booking autorizzato e cancellabile può aggiungere identificativi utili.
No. Una chiusura generalizzata può eliminare domanda utile e creare problemi a prenotazioni già confermate. Limita l'intervento a camera, rate code, date, mercato e partner provati, poi verifica la propagazione.
URL, timestamp e fuso, mercato, device, login, date, occupazione, camera, condizioni, valuta, tasse, totale, screenshot del checkout, rate code, perimetro contrattuale atteso e impatto. Aggiungi ticket, proprietario e scadenza.
No. È un'escalation quando schermate, log e contratti non attribuiscono la sorgente. Deve essere autorizzato, usare dati reali e un metodo aziendale, avere un obiettivo preciso e chiudersi senza lasciare inventario, costi o dati incoerenti.
Casi confermati, falsi positivi e non attribuiti; tempo alla sorgente; tempo alla rimozione; ricorrenza per partner e rate code; verifiche riuscite dopo la correzione. L'eventuale valore esposto va stimato con metodo documentato e non coincide automaticamente con ricavo perso. Domanda per il Revenue Lab: dove compare più spesso una tariffa che non riesci ad attribuire — metasearch, OTA, portale B2B o voucher della prenotazione?
Fonti verificate al 25 agosto 2026: Booking.com: Third-Party Inventory; Booking.com: TPI e Partner Offer; Booking.com: reporting TPI; HOTREC European Hotel Distribution Study 2024; Expedia Group B2B distribution study 2025; HEDNA State of Distribution 2025; Mews: bedbank; Cloudbeds: bedbank; Google Hotel Center: price accuracy. I dati di settore descrivono campioni e percezioni aggregate; l’attribuzione di un singolo caso richiede prove tecniche e contrattuali verificabili.
Il confronto continua nella Community Revenue & Co.: proponi un tema, condividi un caso o partecipa alle conversazioni.
Dove compare più spesso una tariffa che non riesci ad attribuire: metasearch, OTA, portale B2B o voucher della prenotazione?
I commenti e il confronto proseguono sui canali social e nello spazio Community di Revenue & Co.
Mappiamo contratti, rate code, reseller, prove e responsabilità per correggere la sorgente senza chiudere alla cieca canali che producono domanda utile.
