Políticas de integração das ofertas de reservas
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
As políticas de integração a seguir se aplicam à integração de ofertas de reservas.
Política de ofertas
Página de destino (página e aplicativo para dispositivos móveis)
- Todas as ofertas compartilhadas com o Google para qualquer restaurante precisam estar visíveis com todas as informações relevantes, pelo menos na página de destino para dispositivos móveis.
- O valor e o texto da descrição da oferta precisam estar visíveis diretamente na página de destino.
- As páginas de destino precisam descrever de forma clara e abrangente os requisitos de qualificação
de cada oferta. Isso inclui restrições relacionadas a segmentos de usuários, formas de pagamento, dias ou horários específicos, valores de gastos mínimos e o número de vezes que a oferta pode ser usada.
- Todas as outras restrições de oferta (por exemplo, condições de qualificação, instruções de resgate, termos etc.) precisam estar visíveis na página de destino ou acessíveis com um clique (por exemplo, caixa de diálogo pop-up).
- Para todas as ofertas, exceto as
OFFER_MODE_WALK_IN, o fluxo de ação
associado à oferta (por exemplo, reservar uma mesa) precisa permitir que o usuário
selecione as ofertas aplicáveis associadas à seleção (por exemplo, Para
reservas, ofertas aplicáveis ao horário e ao número de pessoas selecionados)
- As instruções e os métodos de resgate precisam ser claramente indicados e acionáveis.
Por exemplo, se o resgate da oferta exigir o pagamento da fatura no sistema do parceiro
no momento do pagamento, a instrução de pagamento no sistema precisa ser mencionada e
o usuário precisa poder pagar a fatura no sistema do parceiro no momento do pagamento.
- Quando um URL de oferta redireciona para o aplicativo para dispositivos móveis instalado de um parceiro, a
página de destino do aplicativo precisa atender a todos os requisitos descritos nesta
seção para páginas de destino de ofertas.
- Ao navegar de volta (por exemplo, usando o botão "Voltar" ou a navegação por gestos)
imediatamente após interagir com uma oferta em uma experiência do Google,
os usuários precisam ser retornados à experiência original do Google.
Dados e formato das ofertas
- Os parceiros precisam obedecer aos requisitos técnicos e aos formatos de dados
especificados na documentação relevante. O não cumprimento desses
requisitos pode resultar em erros ou atrasos no processamento do feed.
- A oferta precisa estar disponível para todos os usuários. As ofertas podem exigir uma assinatura
paga, desde que qualquer pessoa possa se inscrever.
- Todos os metadados fornecidos precisam ser precisos e atualizados no momento do upload
do feed (precisa ser enviado pelo menos uma vez por dia). As ofertas listadas precisam estar
ativas e disponíveis para os usuários imediatamente ou com antecedência, conforme indicado
no
ValidityPeriod. As ofertas desaturadas, esgotadas ou expiradas precisam ser
removidas do feed.
- Os parceiros precisam usar formatos de oferta consistentes em todas as plataformas. Discrepâncias
entre os detalhes da oferta no feed e os exibidos no app ou site do
parceiro são proibidas.
- Os parceiros precisam fornecer detalhes claros e concisos da oferta no
campo
offer_display_text, refletindo com precisão o valor e as
limitações dela.
- Os parceiros precisam indicar claramente a categoria de oferta (oferta básica ou complementar) e os modos de oferta aplicáveis (
OFFER_MODE_FREE_RESERVATION, OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN) para cada oferta.
- Os parceiros precisam garantir o mapeamento preciso dos tipos de instrumentos de pagamento para cada oferta.
- O parceiro precisa fornecer atualizações automaticamente pelo menos uma vez por dia ou de acordo com a
documentação para desenvolvedores.
A frequência de atualização de dados precisa ser suficiente para atingir uma precisão de 95%.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-05-26 UTC.
[null,null,["Última atualização 2025-05-26 UTC."],[],[],null,["# Reservations Offers Integration Policies\n\nThe following integration policies apply to the Reservations Offers integration.\n\nOffers policy\n-------------\n\n### Landing Page (mobile page \\& application)\n\n- All Offers shared with Google for any restaurant should be visible with all relevant information on at least the mobile landing page.\n - The offer value and description text must be visible on the landing page directly.\n - Landing pages must clearly and comprehensively outline the eligibility requirements for each offer. This includes restrictions related to user segments, payment methods, specific days or times, minimum spending amounts, and the number of times the offer can be used.\n - All other offer restrictions (ex: conditions of eligibility, redeeming instruction, terms ...) must be visible on the landing page or accessible within 1 click of the landing page (ex: pop-up dialog).\n- For all offers except `OFFER_MODE_WALK_IN` offers, the action flow associated with the offer (ex. reserving a table) must allow the user to select the offer(s) applicable associated with their selection (ex. For reservation, offers applicable for the time slot and party size selected)\n- The redeeming instructions and methods must be clearly stated and actionable (ex: if redeeming the offer requires paying the bill on the partner system at checkout, the instruction to pay on the system should be mentioned and the user should be able to pay the bill on the partner system at checkout).\n- When an offer URL redirects to a partner's installed mobile application, the application's landing page must meet all requirements outlined in this section for offer landing pages.\n - Upon navigating back (e.g., using the back button, gesture navigation) immediately after interacting with an offer on a Google experience, users must be returned to the originating Google experience.\n\n### Offers Data \\& Format\n\n- Partners must adhere to the specified technical requirements and data formats outlined in the relevant documentation. Failure to meet these requirements can result in feed processing errors or delays.\n- The offer must be generally available to any user. Offers may require a paid subscription, as long as anyone can subscribe.\n- All metadata provided must be accurate and up-to-date at the time of feed upload (must be uploaded at least on a daily basis). Offers listed must be active and available to users either immediately or in advance as indicated using in the `ValidityPeriod`; outdated, sold out or expired offers must be removed from the feed.\n- Partners must use consistent offer formats across platforms. Discrepancies between the offer details in the feed and those displayed on the partner's app or website are prohibited.\n- Partners must provide clear and concise offer details in the `offer_display_text` field, accurately reflecting the offer's value and any limitations.\n- Partners must clearly indicate the offer category (Base Offer or Add-On Offer) and applicable offer modes (`OFFER_MODE_FREE_RESERVATION`, `OFFER_MODE_PAID_RESERVATION`, `OFFER_MODE_WALK_IN`) for each offer.\n- Partners must ensure accurate mapping of payment instrument types for each offer.\n- Partner must provide updates automatically at least once a day or as per the [developer documentation](/actions-center/verticals/reservations/offers/integration-steps/overview). Data update frequency must be sufficient to meet 95% accuracy."]]
