Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Les règles d'intégration suivantes s'appliquent à l'intégration des offres de réservation.
Règles applicables aux offres
Page de destination (page et application mobiles)
Toutes les offres partagées avec Google pour un restaurant doivent être visibles avec toutes les informations pertinentes au moins sur la page de destination pour mobile.
La valeur de l'offre et le texte de description doivent être directement visibles sur la page de destination.
Les pages de destination doivent décrire clairement et de manière exhaustive les conditions d'éligibilité de chaque offre. Cela inclut les restrictions liées aux segments d'utilisateurs, aux modes de paiement, aux jours ou heures spécifiques, aux montants de dépenses minimums et au nombre de fois où l'offre peut être utilisée.
Toutes les autres restrictions de l'offre (par exemple, conditions d'éligibilité, instructions d'utilisation, conditions, etc.) doivent être visibles sur la page de destination ou accessibles en un clic depuis la page de destination (par exemple, boîte de dialogue pop-up).
Pour toutes les offres, à l'exception des offres OFFER_MODE_WALK_IN, le parcours d'action associé à l'offre (par exemple, réserver une table) doit permettre à l'utilisateur de sélectionner l'offre ou les offres applicables associées à sa sélection (par exemple, (pour les réservations, offres applicables au créneau horaire et au nombre de personnes sélectionnés)
Les instructions et les méthodes d'activation doivent être clairement indiquées et réalisables (par exemple, si l'activation de l'offre nécessite de payer la facture sur le système du partenaire au moment du règlement, les instructions de paiement sur le système doivent être mentionnées et l'utilisateur doit pouvoir payer la facture sur le système du partenaire au moment du règlement).
Lorsqu'une URL d'offre redirige vers l'application mobile installée d'un partenaire, la page de destination de l'application doit respecter toutes les exigences décrites dans cette section pour les pages de destination des offres.
Lorsque l'utilisateur revient en arrière (par exemple, à l'aide du bouton Retour ou de la navigation par gestes) immédiatement après avoir interagi avec une offre dans une expérience Google, il doit être redirigé vers l'expérience Google d'origine.
Données et format des offres
Les partenaires doivent respecter les exigences techniques et les formats de données spécifiés dans la documentation correspondante. Le non-respect de ces exigences peut entraîner des erreurs ou des retards de traitement des flux.
L'offre doit être accessible à tous les utilisateurs. Les offres peuvent nécessiter un abonnement payant, à condition que tout le monde puisse s'abonner.
Toutes les métadonnées fournies doivent être exactes et à jour au moment de l'importation du flux (qui doit être effectuée au moins une fois par jour). Les offres listées doivent être actives et disponibles pour les utilisateurs immédiatement ou à l'avance, comme indiqué dans ValidityPeriod. Les offres obsolètes, en rupture de stock ou arrivées à expiration doivent être supprimées du flux.
Les partenaires doivent utiliser des formats d'offres cohérents sur toutes les plates-formes. Les écarts entre les informations de l'offre dans le flux et celles affichées sur l'application ou le site Web du partenaire sont interdits.
Les partenaires doivent fournir des informations claires et concises sur l'offre dans le champ offer_display_text, reflétant précisément sa valeur et ses éventuelles limites.
Les partenaires doivent indiquer clairement la catégorie d'offre (offre de base ou offre complémentaire) et les modes d'offre applicables (OFFER_MODE_FREE_RESERVATION, OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN) pour chaque offre.
Les partenaires doivent s'assurer d'une mise en correspondance précise des types de modes de paiement pour chaque offre.
Le partenaire doit fournir des mises à jour automatiquement au moins une fois par jour ou conformément à la documentation destinée aux développeurs.
La fréquence de mise à jour des données doit être suffisante pour atteindre une précision de 95 %.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/05/26 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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."]]
