W przypadku integracji z ofertami rezerwacji obowiązują te zasady integracji:
Zasady dotyczące ofert
Strona docelowa (strona i aplikacja na urządzenia mobilne)
- Wszystkie oferty udostępnione Google dla każdej restauracji powinny być widoczne ze wszystkimi istotnymi informacjami co najmniej na stronie docelowej na urządzeniu mobilnym.
- Wartość oferty i tekst opisu muszą być widoczne bezpośrednio na stronie docelowej.
- Strony docelowe muszą w wyraźny i wyczerpujący sposób określać wymagania dotyczące kwalifikowania się do każdej oferty. Obejmuje to ograniczenia związane z segmentami użytkowników, metodami płatności, konkretnymi dniami lub godzinami, minimalnymi kwotami wydatków oraz liczbą razów, w których można skorzystać z oferty.
- Wszystkie inne ograniczenia oferty (np. warunki kwalifikowania się, instrukcje dotyczące realizacji, warunki) muszą być widoczne na stronie docelowej lub dostępne w 1 kliknięciu od strony docelowej (np. w wyskakującym oknie).
- W przypadku wszystkich ofert oprócz ofert
OFFER_MODE_WALK_IN
przepływ czynności powiązany z ofertą (np. rezerwacja stolika) musi umożliwiać użytkownikowi wybranie ofert dostępnych w ramach jego wyboru (np. W przypadku rezerwacji oferty dostępne w wybranym przedziale czasowym i dla wybranej liczby osób - Instrukcje i metody korzystania z oferty muszą być wyraźnie określone i możliwe do wykonania (np. jeśli skorzystanie z oferty wymaga opłacenia rachunku w systemie partnera podczas płatności, należy podać instrukcje dotyczące płatności w systemie i umożliwić użytkownikowi opłacenie rachunku w systemie partnera podczas płatności).
- Gdy adres URL oferty przekierowuje do zainstalowanej aplikacji mobilnej partnera, strona docelowa aplikacji musi spełniać wszystkie wymagania opisane w tej sekcji dotyczącej stron docelowych ofert.
- Po przejściu do poprzedniej strony (np. za pomocą przycisku Wstecz lub gestów) bezpośrednio po interakcji z ofertą w interfejsie Google użytkownicy muszą zostać przeniesieni do pierwotnego interfejsu Google.
Data i format oferty
- Partnerzy muszą przestrzegać określonych wymagań technicznych i formatów danych opisanych w odpowiedniej dokumentacji. Niezastosowanie się do tych wymagań może spowodować błędy lub opóźnienia w przetwarzaniu pliku danych.
- Oferta musi być ogólnodostępna dla każdego użytkownika. Oferty mogą wymagać płatnej subskrypcji, o ile każdy może ją wykupić.
- Wszystkie metadane muszą być prawidłowe i aktualne w momencie przesłania pliku danych (należy go przesyłać co najmniej raz dziennie). Wyświetlane oferty muszą być aktywne i dostępne dla użytkowników od razu lub z wyprzedzeniem, zgodnie z informacjami podanymi w sekcji
ValidityPeriod
. Oferty, które są nieaktualne, wyprzedane lub wygasłe, muszą zostać usunięte z pliku danych. - Partnerzy muszą używać spójnych formatów ofert na wszystkich platformach. Niedopuszczalne są rozbieżności między szczegółami oferty w pliku danych a szczegółami wyświetlanymi w aplikacji lub na stronie partnera.
- Partnerzy muszą podać w polu
offer_display_text
przejrzyste i zwięzłe informacje o ofercie, które dokładnie odzwierciedlają jej wartość i wszelkie ograniczenia. - Partnerzy muszą wyraźnie wskazać kategorię oferty (oferta podstawowa lub oferta dodatkowa) oraz odpowiednie tryby oferty (
OFFER_MODE_FREE_RESERVATION
,OFFER_MODE_PAID_RESERVATION
,OFFER_MODE_WALK_IN
) w przypadku każdej oferty. - Partnerzy muszą zapewnić dokładne mapowanie typów instrumentów płatniczych w przypadku każdej oferty.
- Partner musi automatycznie przesyłać aktualizacje co najmniej raz dziennie lub zgodnie z dokumentacją dla deweloperów. Częstotliwość aktualizacji danych musi być wystarczająca, aby zapewnić dokładność na poziomie 95%.