Rezervarea care se întâmplă fără să atingi Booking.com
Imaginează-ți scena, pentru că nu mai e science fiction. Îi spui asistentului din telefon: "vreau trei nopți în Lisabona luna viitoare, hotel cu piscină, sub 200 de euro pe noapte, aproape de Alfama." Treizeci de secunde mai târziu, agentul a comparat disponibilitatea, a aplicat preferințele tale din conversațiile anterioare, a ales un hotel, a confirmat rezervarea și a plătit-o cu cardul pe care l-ai autorizat o singură dată, săptămâna trecută. Nu ai deschis nicio aplicație. Nu ai văzut nicio pagină de rezultate. Nu ai atins Booking.com, nici site-ul hotelului.
Asta promite, în esență, Universal Commerce Protocol — UCP — pe care Google l-a anunțat pe 11 ianuarie 2026. Iar de când Google a confirmat că îl extinde la rezervări de hotel, industria de travel face exact două lucruri în paralel: jumătate scrie necroloage pentru OTA-uri, cealaltă jumătate ridică din umeri și zice "nu se va întâmpla niciodată în travel".
Ambele tabere greșesc. Și mai grav, ambele se uită în direcția greșită.
Articolul ăsta are două părți. Prima e explainer-ul onest pe care nu prea îl găsești: ce e UCP de fapt, de ce travel e diferit de magazinul de pantofi, și cine câștigă și cine pierde realist. A doua e opinia pe care nu o scrie nimeni: povestea adevărată nu e leisure, e business travel — și acolo lucrurile stau exact pe dos față de ce sugerează titlurile.
Ce e UCP, fără hype
Hai să fim preciși, pentru că termenii zboară amestecați.
UCP este un standard deschis prin care agenții AI și sistemele comercianților "vorbesc aceeași limbă" — de la descoperirea produsului, la cumpărare, la suportul post-vânzare. Ideea: în loc ca fiecare agent AI să-și construiască integrare separată cu fiecare vânzător, toți folosesc un protocol comun. Google l-a lansat inițial pe retail, co-dezvoltat cu Shopify, Etsy, Wayfair, Target și Walmart, și susținut de Stripe, Visa, Mastercard, American Express, Adyen și alți 20+ jucători. Concret, UCP alimentează checkout-ul direct în Google Search și în Gemini, pentru retaileri eligibili din SUA.
UCP nu lucrează singur. Se sprijină pe trei protocoale care, împreună, formează stack-ul de "agentic commerce":
- MCP (Model Context Protocol) — cum un agent AI citește contextul și uneltele unui sistem extern.
- A2A (Agent2Agent) — cum doi agenți vorbesc între ei.
- AP2 (Agent Payments Protocol) — cum un agent autorizează și execută o plată. Ține minte acronimul ăsta; e cheia poveștii pe care o spun mai jos.
Pentru travel, statusul real e mult mai modest decât titlurile. Documentația Google pentru UCP for Lodging e, deocamdată, la nivel de anunț: "onboarding și specificații detaliate, în curând." Există un waitlist, trei beneficii promise (reach pe suprafețele AI Google, friction redus prin rezervare direct în conversație, și — important — hotelul rămâne "Merchant of Record"), și zero mecanică tehnică publică. Niciun lanț hotelier numit. Nicio dată. Nimic în producție.
Deci da: protocolul e real, momentumul e real, dar pentru travel suntem la "powerpoint cu waitlist", nu la "live mâine". Asta contează enorm pentru calibrarea panicii.
De ce travel nu e un magazin de pantofi
Aici e bariera pe care entuziaștii o sar și pe care Phocuswire o numește direct: UCP, în forma actuală, e încă neviabil pentru travel. Și motivul nu e birocrația, e fizica produsului.
Un tricou costă 40 de euro acum și tot 40 de euro peste trei minute, cât îți ia să apeși "cumpără". Inventarul e stabil, prețul e stabil, SKU-ul e identic în orice canal. Travel-ul e exact opusul. Între momentul în care un agent AI "descoperă" un zbor sau o cameră și momentul în care utilizatorul "confirmă", prețul și disponibilitatea se pot evapora în milisecunde. Tarifele aeriene se recalculează în timp real. Ultima cameră la rata aia s-a vândut cât timp agentul îți rezuma opțiunile. Există fare rules, restricții de rată, condiții de anulare, taxe care variază pe rută și pe rezident.
Cu alte cuvinte: comerțul agentic presupune un catalog. Travel-ul nu e un catalog, e o piață care licitează în timp real. Ca un protocol să funcționeze fidel aici, trebuie să rezolve nu doar "cum plătesc", ci "cum garantez că lucrul pe care l-am promis acum 800 de milisecunde mai există când agentul apasă confirm". Retail-ul nu are problema asta. Travel-ul o are pe toată.
Asta nu înseamnă "niciodată". Înseamnă "mai târziu și mai greu decât crede LinkedIn-ul". Iar fereastra aia de întârziere e exact spațiul în care se decide cine câștigă.
Cine câștigă, cine pierde — harta realistă
Hai să fim concreți, jucător cu jucător. Fără necroloage, fără hype.
Google. Câștigătorul structural, indiferent de detalii. Dacă rezervarea se mută în chat-ul din Search și Gemini, Google devine punctul de control al descoperirii — locul unde se naște intenția. Nu mai vinde clicuri către OTA; devine el suprafața de tranzacție. Asta e mișcarea de fond.
OTA-urile (Booking.com, Expedia). Cele mai expuse pe termen lung — dar nu cum crezi. Valoarea lor istorică e dublă: inventar agregat + descoperire (SEO, brand, recenzii). UCP atacă jumătatea de descoperire: dacă "decide și cumpără" urcă în amonte, în conversația cu agentul, OTA-ul riscă să devină doar o țeavă de inventar din spate, nu destinația. Booking are însă două scuturi reale: programul de loialitate (Genius) și relațiile directe cu sute de mii de proprietăți. Nu dispare. Dar marja care vine din "noi suntem locul unde cauți" e fix marja pe care UCP o erodează.
Airbnb. Semi-protejat, din cauza inventarului unic. Nu poți rezerva o casă specifică în Trastevere de pe alt canal — supply-ul e proprietar și ne-comoditizat. Un protocol care comoditizează checkout-ul lovește mai puțin pe cineva al cărui produs nu e fungibil. Airbnb va integra agentic ca pe un canal, nu îl va trăi ca pe o amenințare existențială.
Hotelurile directe. Aici e nuanța frumoasă. UCP le mută focusul de la "site frumos cu poze profesioniste" la claritate de produs, paritate de rată și încredere. Dacă agentul alege pe baza datelor structurate, nu a esteticii, hotelul care are rate curate, descrieri exacte și politici transparente câștigă în fața celui cu un site spectaculos dar haotic. Iar promisiunea Google că hotelul rămâne "Merchant of Record" e o momeală deliberată pentru direct booking — exact lupta pe care hotelierii o duc de un deceniu împotriva comisioanelor OTA.
Metasearch și GDS. Metasearch (Kayak, Trivago, Google Hotels clasic) e cel mai direct canibalizat — el ERA stratul de comparație, iar agentul îl înghite. GDS-urile rămân în spate ca infrastructură de inventar; nu sunt pe linia frontului consumer, dar vor trebui să devină "agent-readable".
Concluzia onestă a părții explainer: pe leisure, UCP e o amenințare reală pentru stratul de descoperire, temperată de bariera de inventar volatil. E o eroziune lentă, nu o execuție. Cine îți vinde "moartea OTA în 2026" îți vinde clickbait.
Dar toată lumea scrie povestea greșită
Acum partea pe care n-o citești nicăieri.
Tot ce ai citit mai sus — OTA vs hotel direct, Google vs Booking, comoditizarea descoperirii — e povestea leisure. E povestea pe care o scriu cele cincizeci de explainere apărute în ultima lună, pentru că e povestea ușoară și vizuală: omul care-și rezervă vacanța vorbind cu telefonul.
Problema e că leisure, deși mai mare ca volum (piața globală de leisure travel era ~5,5 trilioane USD în 2025, față de ~1,57 trilioane business, conform GBTA — un raport de aproape 3,5:1), e și partea cea mai simplă de automatizat și cea mai puțin loială. Acolo bătălia e despre cine prinde intenția prima.
Povestea grea, cea cu marjă, cu contracte și cu lock-in, e business travel. Iar acolo UCP nu face ce crezi. Acolo logica se inversează complet.
De ce business travel e (deocamdată) imun la "cumpără în chat"
Un agent consumer care rezervă o cameră în Gemini rezolvă o tranzacție simplă: o persoană, un card, o noapte, fără reguli. Călătoria de business nu e o tranzacție. E un proces guvernat. Hai să enumăr ce trebuie să rezolve un "agent care cumpără" ca să atingă măcar suprafața unui trip corporate:
- Travel policy. Clasa permisă în funcție de grad, plafon pe oraș, furnizori preferați, rute interzise. Un checkout retail nu știe ce înseamnă "directorul poate business pe long-haul, restul economy".
- Rate negociate. Tarifele corporate nu sunt publice. Sunt rezultatul unui RFP anual și trăiesc în contracte și coduri de tarif, nu într-un catalog deschis pe care un agent generic îl poate citi.
- Approval flow. Multe călătorii cer aprobare de manager înainte de emitere. Asta e un workflow, nu un buton "buy".
- Duty of care. Compania are obligația legală să știe unde sunt angajații ei și să-i poată extrage dintr-o zonă de risc. O rezervare anonimă în chat nu intră în niciun sistem de tracking.
- Plată centralizată și reconciliere. Lodge cards, virtual cards, facturare centralizată, reconciliere cu ERP-ul, recuperare TVA pe rute eligibile. Un card personal autorizat o dată nu rezolvă nimic din toate astea.
Observă tiparul. Tot ce face complicată călătoria de business e exact tot ce un protocol de checkout retail nu atinge. Și aici e răsturnarea: în leisure, TMC-ul (sau OTA-ul) e un broker de descoperire — exact funcția pe care UCP o dezintermediază. În business, TMC-ul nu e broker de descoperire. E layer de control, conformitate și plată. Iar controlul și conformitatea nu se comoditizează printr-un standard de checkout. Se complică.
Cu cât compania e mai mare, cu atât complexitatea asta e mai adâncă — și cu atât mai imun e stratul de management la "agentul a cumpărat singur în chat". Segmentul managed domină business travel-ul tocmai pentru că complexitatea asta există și cineva trebuie s-o gestioneze.
AP2, plata și întrebarea de un milion: cine răspunde?
Aici intervine piesa pe care ți-am cerut să o ții minte: AP2, Agent Payments Protocol, anunțat de Google pe 16 septembrie 2025 cu peste 60 de parteneri — Mastercard, Visa, PayPal, American Express, Coinbase.
AP2 nu e despre "cum plătește un agent". E despre cine a autorizat ce. Funcționează prin trei "mandate" semnate criptografic, transportate ca W3C Verifiable Credentials: un Intent Mandate (instrucțiunea utilizatorului — "rezervă sub 200€"), un Cart Mandate (aprobarea coșului concret) și un Payment Mandate (execuția plății). Protocolul își propune explicit să rezolve trei lucruri: authorization (a permis utilizatorul agentului să cumpere?), authenticity (corespunde acțiunea intenției?) și accountability (cine răspunde dacă ceva merge prost?).
Citește încă o dată al treilea cuvânt. Accountability. Cine răspunde.
Pentru leisure, e o nuanță tehnică. Pentru business, e o bombă juridică. Dacă un agent AI rezervă un zbor în afara policy-ului, depășește plafonul, sau trimite un angajat într-o zonă cu avertizare de călătorie — cine e responsabil? Angajatul care a dat instrucțiunea vagă? TMC-ul al cărui agent a executat? Compania al cărei card a fost debitat? Furnizorul de protocol?
Aici se leagă totul de discuția pe care am avut-o despre adopția AI sub EU AI Act. Un agent care ia decizii de cumpărare autonome, cu mandate semnate și impact financiar și de duty of care, nu e un chatbot drăguț. E un sistem care intră direct în discuția de guvernanță, liability și — în funcție de use case — clasificare de risc. Comerțul agentic nu desființează nevoia de governance. O face urgentă.
Ce face concret un TMC luni dimineață
Dacă ești într-un TMC și citești asta sperând fie la "stăm liniștiți, nu ne atinge", fie la "e sfârșitul, ne dezintermediază Google" — ambele sunt greșite. Iată cum arată poziționarea corectă:
Nu te teme de dezintermedierea consumer. Gemini nu-ți fură clientul corporate, pentru că Gemini nu știe travel policy, nu are ratele tale negociate, nu face duty of care și nu reconciliază cu ERP-ul clientului. Frontul ăsta e protejat de complexitate, nu de noroc.
Teme-te de TMC-ul concurent care cablează agentic primul — în interior. Asta e amenințarea reală și e exact teza articolului anterior, transpusă. Adoptă agentic acolo unde contează B2B: servicing automat (re-shopping de tarife, gestionare excepții, re-emit la schimbare de schedule), asistent intern care răspunde la "care e cel mai ieftin zbor conform policy-ului clientului X", mid-office care înțelege protocoalele noi.
Devino "agent-readable". Pe măsură ce UCP, A2A și AP2 devin lingua franca, inventarul și capabilitățile tale trebuie expuse în formate pe care agenții le pot consuma — sub controlul tău, cu guardrails, cu logging. Cine rămâne o cutie neagră pentru agenți devine invizibil într-o lume în care agenții fac descoperirea.
Tratează AP2 ca pe o cerință de guvernanță, nu ca pe o feature de plată. Dacă mâine un agent cumpără în numele unui client corporate, trebuie să ai răspuns clar la "cine a autorizat, ce a autorizat, cine răspunde" — exact ce standardizează mandatele AP2. Cine are deja cadrul de governance îl mapează pe AP2. Cine nu, improvizează sub presiune.
Leisure vs business, pe scurt și fără ambiguitate
Dacă reții un singur paragraf din articolul ăsta, ăsta să fie.
Leisure e expus la UCP pe stratul de descoperire, temperat de bariera de inventar volatil. OTA-urile și metasearch-ul trebuie să se îngrijoreze acum — nu de o execuție bruscă, ci de o eroziune de câțiva ani a poziției de "locul unde cauți". Hotelurile directe au, paradoxal, o oportunitate: claritate de produs bate site frumos.
Business e protejat structural de complexitatea pe care un protocol de checkout retail nu o poate înghiți — policy, rate negociate, approval, duty of care, plată centralizată. TMC-urile au probabil 24-36 de luni în care frontul consumer nu e amenințarea. Dar fereastra aia nu e pentru relaxare. E pentru a deveni layer-ul de control agentic al clienților corporate înainte să o facă altcineva.
Cine inversează cele două — se relaxează pe business pentru că "e complicat" și intră în panică pe leisure pentru că "așa zice presa" — joacă fix greșit pe ambele.
Concluzie: războiul protocoalelor e real, dar nu unde arată titlurile
UCP, AP2, A2A, MCP — stack-ul de comerț agentic e cea mai serioasă mișcare de infrastructură din comerțul digital de la apariția checkout-ului mobil. Nu e hype. Google nu aliniază Visa, Mastercard, Amex, Shopify și Walmart pentru o jucărie.
Dar în travel, linia frontului nu e acolo unde se uită toată lumea. Nu e drama vizuală a omului care-și rezervă vacanța vorbind cu telefonul. E mutarea tăcută din spate: cine devine layer-ul de control, conformitate și plată pentru călătoria guvernată — și cine rămâne o cutie neagră pe care agenții o ocolesc.
Leisure se va automatiza zgomotos și public. Business se va transforma tăcut și profitabil. Iar TMC-ul care înțelege diferența — care nu se teme de Gemini, dar se grăbește să-și cableze propriul agentic cu guardrails — nu va fi dezintermediat de protocolul lui Google.
Va fi cel care îl folosește.
---
Marian Matinca este IT Manager & TMC Specialist. Articolul reflectă observații din ultimii trei ani la intersecția dintre travel management, comerț digital și AI governance. Contraargumentele și exemplele concrete sunt binevenite la mmatinca.eu.