Jūsų rezervavimo sistema yra kitame domene – būtent ten dingsta jūsų rinkodaros duomenys

Kas iš tikrųjų vyksta

Svečias paspaudžia reklamą, patenka į jūsų svetainę, peržiūri du kambarių puslapius ir paspaudžia „Rezervuoti“. Tą akimirką jis palieka jūsų domeną ir pereina į rezervacijų sistemos domeną: tiekėjo, o ne jūsų viešbučio subdomeną. Jei to šuolio neišgyvena trys dalykai, rezervacija jūsų rinkodarai lieka nematoma: analitikos jungiklis, pernešantis sesijos identifikatorių, paspaudimų identifikatoriai iš reklamos platformų ir pats žymų konteineris. Kai jie neišlieka, rezervacija užfiksuojama kaip tiesioginis srautas arba kaip nukreipimas iš jūsų pačių svetainės, o ją atnešusi kampanija atrodo neatnešusi nieko.

Naršyklių politika padėtį dar pablogina. Slapukas, nustatytas atėjus per nuorodą su parametrais, kai kuriose naršyklėse gali gyvuoti vos dvidešimt keturias valandas, o įprastas scenarijaus nustatytas slapukas – apie septynias dienas, nors viešbučio paieškos ciklas paprastai trunka du ar tris mėnesius. Svečio, kuris jūsų reklamą matė kovą, o rezervavo gegužę, su ja nesieja joks jūsų turimas mechanizmas.

Kodėl dabar tai svarbiau nei anksčiau

Reklamos platformos perėjo prie automatizuoto kainų siūlymo, kuris naudoja jūsų konversijų duomenis. Komisiniais grįstas viešbučių reklamos kainų siūlymas 2024 m. buvo panaikintas, o tai, kas jį pakeitė, priklauso nuo paties objekto konversijų signalo. Kiekvienam objektui dabar reikia savo veikiančio konversijų signalo, kad apskritai galėtų dalyvauti, ir būtent tuo metu, kai tas signalas mažiausiai patikimas. Tokioje padėtyje esantys objektai paprastai per mažai investuoja į veikiančius kanalus ir per daug – į tuos, kuriems atsitiktinai priskiriamas nuopelnas.

Sprendimas atsipirkimo eilės tvarka

1. Viena matavimo konfigūracija abiejuose domenuose. Ta pati analitikos paskyra, sukonfigūruota svetainėje ir rezervacijų sistemoje, su tarpdomeniniu susiejimu, kad sesija išliktų peršokus. Dažnai tereikia konfigūracijos pakeitimo abiejose pusėse ir nieko daugiau.
2. Perduodami paspaudimų identifikatoriai. Kampanijos parametrai ir paspaudimų ID perkeliami į rezervacijų sistemos URL ir, kur tiekėjas leidžia, įrašomi į rezervacijos įrašą, kad vėliau rezervaciją būtų galima susieti su paspaudimu.
3. Pirmosios šalies domenas. Rezervacijų sistema jūsų pačių svetainės subdomene arba bent jau žymų serveris, kuris grąžina tinkamą slapuko gyvavimo trukmę vietoj vienos dienos.
4. Konversijos serverio pusėje. Pati rezervacija siunčiama į jūsų analitikos ir reklamos platformas su užšifruotais svečio duomenimis, kad pajamos būtų užfiksuotos net tada, kai naršyklė pametė pėdsaką. Būtent tai leidžia matuoti ir rezervacijas ne internetu bei telefonu.
5. Perduodamas sutikimas. Sutikimo būsena perduodama kartu su svečiu, kad matavimas ir teisė sutaptų.

Beveik nė vienas mažas ar vidutinis objektas neturi visų penkių. Dauguma turi vieną.

Konfigūracija, kurios ištaisyti negalima

Rezervacijų sistemos, pateikiamos nesusietame trečiosios šalies iframe, tinkamai išmatuoti neįmanoma, kad ir kas būtų daroma aplink ją. Tai tiekėjo, o ne konfigūracijos sprendimas, ir tai verta žinoti prieš perkant dar vienerių metų reklamą. Mes pateikiame įrodymus; tiekėjo keitimas – savininko sprendimas, ir tai nėra pirmas žingsnis.

Kaip per dešimt minučių pasitikrinti savo

Atsidarykite savo svetainę privačiame lange, ateikite per nuorodą su kampanijos parametrais, pereikite į rezervacijų sistemą ir pažiūrėkite į adreso juostą. Jei parametrai ir jungiklio fragmentas neišliko, jie nepasiekia ir jūsų rezervacijų. Tada palyginkite praėjusio mėnesio rezervacijas objekto valdymo sistemoje su tuo, ką analitika rodo kaip tiesioginį srautą: jei analitika rodo gerokai daugiau tiesioginio srauto, nei patvirtina jūsų rezervacijų šaltinių duomenys, spraga yra matavime, o ne svečiuose.