Как да проследявате хотелски резервации през външна резервационна система

Гостът избира стая на хотелския сайт, преминава към външен booking engine и завършва резервацията там. Ако измерването приключва при бутона „Резервирай“, хотелът вижда интерес, но няма надеждна връзка между кампанията и потвърдените резервации.

Първо уточнете какво означава потвърдена резервация

Създаването на заявка, успешно плащане на депозит и потвърдена резервация могат да настъпят в различни моменти. Определете с хотела и доставчика кое състояние задейства основния резултат. При резервация с плащане на място потвърждението може да е валидно без онлайн плащане; стойността трябва да има ясно бизнес значение.

Запишете и какво включва тя: цена на престоя, депозит или друг компонент. Не събирайте депозит и пълна стойност като два отделни прихода от един престой. Аналитичният приход от резервации не е равнозначен на счетоводно признат приход или реално осъществени нощувки.

Карта на събитията за хотелския път

Картата е проектен шаблон, а не обещание, че всяка система предоставя всички събития. Не изпращайте в GA4 име, имейл, телефон или бележки на госта.

Какво прави cross-domain измерването

При съвместима настройка параметърът _gl помага на GA4 да запази идентификаторите при преход между домейните. Проверете дали хотелският сайт и booking engine използват правилната обща GA4 конфигурация и дали доставчикът поддържа този механизъм. Само добавянето на външния домейн в настройките на хотела не инсталира измерване върху чуждата система.

Тествайте действителния линк или форма, през които преминава гостът. Следете пренасочванията: параметърът може да бъде премахнат преди крайната страница. Изключването на нежелани referrals не замества свързването на потребителя и не създава липсващо събитие за покупка.

Въпросите към доставчика преди внедряване

• Може ли да се добави GA4 или GTM и кой управлява конфигурацията?
• Кога точно е достъпно окончателното потвърждение?
• Предоставят ли се идентификатор, стойност и валута на резервацията?
• Запазват ли се параметрите при пренасочване и плащане?
• Има ли API или webhook за потвърждение, промяна и анулиране?
• Как се управляват изборът за бисквитки и допустимото предаване на данни?

За интеграция през сървър използвайте контролиран процес и проверени идентификатори. API известие без връзка с първоначалното посещение може да даде брой резервации, но не достатъчно данни за надеждно приписване на рекламния източник.

Тестов протокол преди да разчитате на отчета

1. Отворете сайта с известен тестов източник и преминете по реалния резервационен път.
2. Проверете _gl, настройката на двата домейна и наличните събития в инструментите за диагностика.
3. Направете тестова резервация с разрешение от хотела; запишете нейния идентификатор и очаквана стойност.
4. Проверете дали purchase пристига след потвърждението и дали има правилни transaction_id, value и currency.
5. Презаредете страницата за потвърждение и повторете сървърното известие в тестова среда. Не трябва да се създава нова логическа покупка.
6. Проверете отказано плащане, анулиране и приложимо възстановяване.

В уеб потоците GA4 използва transaction ID за дедупликация на покупки. Идентификаторът трябва да е уникален за резервацията, непразен и без лична информация. Това не отменя нуждата да предотвратите излишното изпращане на събития в самата интеграция.

Как да сверявате GA4 с резервационната система

Сравнявайте списък от идентификатори и статуси за един период, часова зона и валута. Разделете потвърдени, анулирани и действително реализирани престои. Отбележете резервациите, за които няма измерване поради избор на потребителя или техническо ограничение; не очаквайте всички системи да дадат идентични числа.

Ако виждате разлика, първо проверете дефинициите и времето на събитието. Общата диагностика е в защо GA4 и бизнес системата показват различни резултати. За хотели и туристически бизнеси DigitaL+ съчетава настройка на измерването с интеграции към външни системи, като първо проверява какво реално поддържа конкретният доставчик.

Често задавани въпроси

Може ли всичко да се настрои само на хотелския сайт?

Само ако доставчикът предоставя подходящ механизъм за потвърждение и измерване. Кликът към чужд домейн не доказва, че резервацията е завършена.

Да използваме ли purchase при всяка заявка за наличност?

Не. Заявката за наличност е отделно действие. Основният резултат трябва да отговаря на изрично определеното състояние „потвърдена резервация“.

Анулирането винаги ли е refund?

Не. Анулиране и възстановяване на пари са различни събития. При анулиране без възстановяване запазете оперативния статус отделно, вместо да изпращате несъществуващ refund.