Четирите важни възможности
Section titled “Четирите важни възможности”| Възможност | Какво означава | Защо продуктите се задъхват без нея |
|---|---|---|
| Актуални цени и наличности | Текущи цени и какво всъщност може да се резервира, за даден период | Кешираните цени се провалят при потвърждение и подкопават доверието |
| Създаване на резервация | Създаване на реална резервация, която хотелът получава | Без това сте само препратка, а не продукт |
| Плащане | Приемане на пари като част от резервацията | Пренасочване към друг сайт убива конверсията |
| Потвърждение и webhooks | Уведомяване на госта, хотела и вашата система какво се е случило | Иначе има натоварване на поддръжката и пропуски в съгласуването |
Повечето „API-та за хотели“, които разработчик намира, покриват първото и понякога второто. Транзакцията е трудната част и тя решава дали имате продукт.
Чия наличност интегрирате?
Section titled “Чия наличност интегрирате?”Този въпрос оформя всичко по-нататък. Наличност, препродавана през верига, идва с надценка в цената, по-стара наличност и без връзка с хотела за въпроси по резервацията. Наличност, идваща директно от хотела, носи собствената цена на хотела, актуална наличност и хотел, който знае, че резервацията съществува.
За всичко, където пътникът ще сравнява с официалния сайт на хотела — което е повечето неща — наличността, контролирана от хотела, избягва неудобния момент, когато вашата цена е по-лоша.
Кой е търговец на записа
Section titled “Кой е търговец на записа”Ако изграждате резервации на хотели сами, да станете търговец на записа означава да поемете отговорност за плащания, оспорвания, възстановявания, данъчно администриране и често лиценз за туристическа агенция във всеки пазар.
В Wink хотелът остава търговец на записа и плащането се събира за хотела, така че интеграторът не наследява тази отговорност. Уговорки за търговец на записа са налични при API интеграции, където партньорът наистина трябва да приема плащания, и този път носи свои лицензионни изисквания.
Три нива на интеграция
Section titled “Три нива на интеграция”- Уеб компоненти. Поставете търсене, списък с стаи или плащане, които могат да се резервират, в съществуваща страница. Без бекенд работа; най-малък контрол върху оформлението.
- REST API. Пълен контрол върху търсене, цени, създаване на резервация и потвърждение, удостоверяване с OAuth2. Използвайте го, когато резервационният поток е част от собственото изживяване на продукта.
- MCP сървър. Същите възможности, изложени за AI агенти, така че асистент да може да търси, ценообразува и завършва резервация, вместо да пренасочва потребителя към сайт.
Трите не са изключващи се — продукт често използва компоненти за маркетингова повърхност и API за основния поток.
Какво да изградите първо
Section titled “Какво да изградите първо”- Търсене и ценообразуване за един град и един период. Осигурете реални цени преди да проектирате нещо.
- Създайте една тестова резервация от край до край, включително плащане и потвърждение.
- Абонирайте се за
booking.createи събитията за анулиране преди да изграждате какъвто и да е UI отгоре. - Решете модела си за атрибуция рано — контекстът на източника трябва да пътува с резервацията, иначе отчетите ви ще са догадки по-късно.
- Обработвайте случаите на неуспех: загубена наличност между оферта и резервация, отказано плащане, частични възстановявания.
Ценообразуване, което разработчик трябва да знае
Section titled “Ценообразуване, което разработчик трябва да знае”API-тата Consumer и Booking Engine са безплатни. Partner API включва безплатен месечен лимит от 10 000 нощувки в хотели, след което таксува на единица. Потвърдените резервации носят 1.5% такса за платформата на хотела плюс разходите за обработка на картата, а 10% стандартна комисионна се прилага, когато вашият продукт е довел резервацията — така интеграторът печели, а не плаща.
Чести грешки
Section titled “Чести грешки”- Изграждане върху кеширани цени. Те изглеждат добре при разработка, но се провалят в продукция.
- Оставяне на плащането на пренасочване. Всяко прехвърляне губи резервации.
- Игнориране на webhooks до пускане. Съгласуването става ръчна работа.
- Ставане на търговец на записа без нужда. Това е решение за лицензиране и отговорност, не само техническо.
- Не предаване на контекст на източника. Атрибуцията не може да се възстанови по-късно.