Règles applicables aux intégrations de bout en bout des réservations

Les règles d'intégration suivantes s'appliquent à l'intégration de bout en bout de Réservations.

Règles de bout en bout

Avant de commencer une intégration, veuillez lire les critères d'éligibilité suivants. Les partenaires doivent respecter les conditions et les règles suivantes pour pouvoir effectuer une intégration de bout en bout des réservations dans Actions Center.

Bien que le respect des conditions suivantes soit nécessaire pour participer au programme Actions Center, cela ne garantit pas qu'un partenaire remplisse tous les critères d'éligibilité pour intégrer la solution.

Le non-respect des exigences et du règlement peut entraîner la suspension ou la suppression de l'intégration, des marchands ou des services de la plate-forme.

Conditions générales concernant la plate-forme

  1. Les partenaires doivent collecter et gérer toutes les données des marchands et des utilisateurs, y compris toute information personnelle, conformément au Règlement général sur la protection des données (RGPD) et à toute autre loi applicable en matière de protection de la vie privée.
  2. Les partenaires doivent être autorisés à effectuer des réservations au nom de leurs marchands.

  3. Les partenaires doivent avoir un accès direct et en temps réel aux disponibilités/créneaux horaires des marchands (ils doivent pouvoir répondre aux demandes de disponibilité de Google en moins d'une seconde).

    • Cas particulier: nous acceptons les réservations nécessitant une confirmation asynchrone de la part du marchand, à condition que le flux de réservation soit basé sur un créneau horaire disponible. Les partenaires doivent fournir des données de disponibilité en temps réel, autrement dit via les systèmes en ligne du marchand, même si celui-ci exige de confirmer la réservation avant qu'elle ne soit finalisée.

  4. Les partenaires doivent disposer d'un inventaire complet pour leurs marchands. Les marchands dont l'inventaire est partiel ou obsolète risquent de ne pas être éligibles.

  5. Les partenaires doivent s'assurer que leurs marchands fournissent au moins 30 jours de disponibilité.

  6. Les partenaires doivent être en mesure d'accepter l'annulation en ligne des réservations.

  7. Les partenaires qui exigent des pré-paiements doivent respecter les Règles applicables aux paiements d'Actions Center. En outre, leurs partenaires de traitement des paiements doivent figurer sur la liste des sociétés acceptées et accepter les paiements tokenisés.

  8. Les partenaires doivent être en mesure de fournir des données tarifaires précises sur le coût des services et respecter le Règlement sur les prix du Centre d'actions.

  9. Les partenaires doivent être en mesure de remplir les conditions techniques d'intégration de bout en bout des réservations du Centre d'actions.

  10. Les partenaires doivent respecter les critères d'éligibilité des marchands et des services du Centre d'actions.

  11. Les partenaires doivent respecter les consignes relatives à l'assistance et à la maintenance du Centre d'actions.

  12. Les partenaires doivent maintenir des taux d'erreur acceptables définis dans les Consignes de lancement et de surveillance.

  13. Toutes les réservations doivent être confirmées automatiquement en temps réel, à l'exception des réservations effectuées avec une intégration asynchrone. Les réservations effectuées via une intégration asynchrone doivent respecter les consignes asynchrones.

  14. Les partenaires doivent respecter les règles spécifiques aux secteurs ou aux fonctionnalités du Centre des actions (Offres, Paiement, Services en ligne et Restauration).

  15. Le partenaire doit maintenir un contenu de qualité standard pour le nom, l'adresse, le nom et la description des services du marchand, conformément aux consignes.

translation: human page_type: lcat

Règles applicables aux offres

Page de destination (page et application pour mobile)

  • 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 régler 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 régler 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 conditions requises 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. Si vous ne respectez pas ces exigences, vous risquez de rencontrer 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 (elles doivent être importées 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.

Règles et exigences concernant les menus de restaurants

Avant de commencer une intégration, veuillez lire les critères d'éligibilité suivants. Pour pouvoir effectuer une intégration, les partenaires doivent respecter les règles concernant les menus de restaurants et remplir les conditions suivantes. Veuillez noter que Google se réserve le droit d'afficher les données sur les menus et les plats de manière utile pour les utilisateurs.

Le non-respect des exigences et du règlement peut entraîner la suspension ou la suppression de l'intégration, des marchands ou des services de la plate-forme.

Règlement et conditions requises

  1. Les partenaires ne doivent pas envoyer d'informations interdites (voir les détails) dans le flux de menu, telles que des propos grossiers, des images interdites, des informations permettant d'identifier personnellement l'utilisateur ou du contenu généré par les utilisateurs.
  2. Les partenaires ne doivent pas utiliser le flux de menu pour partager des éléments autres que des plats, comme des services (par exemple, des services de livraison à domicile, des codes promotionnels, etc.).
  3. Les partenaires doivent fournir toutes les données requises dans les spécifications du menu de réservations E2E ou les spécifications du menu de redirection de commande (taille de fichier maximale de 2 Mo). Les exigences techniques sont abordées dans la spécification du menu de réservation E2E ou la spécification du menu de redirection de commande en marquant les champs comme facultatifs/obligatoires.
  4. Les partenaires ne doivent fournir que les plats disponibles dans les restaurants correspondants.
  5. Les partenaires doivent envoyer un menu complet pour chaque établissement. Les marchands dont les menus sont incomplets risquent de ne pas être éligibles.
  6. Les partenaires et les marchands doivent s'assurer que les menus sont précis et doivent les mettre à jour quotidiennement.
  7. Les photos des éléments de menu doivent être bien éclairées, présenter un seul élément de menu mis au point, ne pas inclure de personnes ni d'autres images non alimentaires, et respecter les spécifications d'image (voir les consignes relatives aux photos).
  8. Les prix doivent être indiqués par article du menu, sans pourboire, taxes ni frais, sauf si la législation ou la réglementation locales l'exigent. Les partenaires doivent indiquer explicitement la devise locale.
  9. Les menus spéciaux sont acceptés et doivent être supprimés lorsqu'ils ne sont plus disponibles (par exemple, prix fixe, menus de saison, offres spéciales à durée limitée).

Règles concernant les redirections vers les paiements

Cette section spécifie les règles (générales ou spécifiques à une fonctionnalité) concernant la mise en œuvre d'une redirection de paiement dans le Centre d'actions. Pour garantir une expérience cohérente pour les consommateurs, les marchands et les partenaires utilisant le Centre d'actions, tout inventaire nécessitant une fonctionnalité de paiement doit respecter certaines consignes appropriées. Si vous ne respectez pas ces règles, votre intégration sera suspendue.

Général

Ces règles s'appliquent à toutes les transactions de paiement pour l'ensemble de l'inventaire sur Réserver avec Google:

  1. Le montant facturé à un utilisateur doit être identique à celui spécifié dans les conditions de la transaction, conformément aux lois applicables.
  2. Les partenaires sont tenus de mettre à jour la disponibilité à l'aide d'une mise à jour en temps réel (RTU) ou de s'assurer que les appels BatchAvailabilityLookup reflètent la disponibilité exacte des créneaux.
  3. Aucuns frais ne doivent être facturés à l'utilisateur pour les transactions nécessitant une carte de crédit.
  4. Comme indiqué dans notre processus de configuration des paiements, vous ne devez facturer des frais à un utilisateur que s'ils ont été explicitement acceptés lors du processus de règlement.
    • Les conditions de paiement affichées sur la page des conditions d'utilisation associée ne suffisent pas pour répondre à cette exigence.
  5. Pour les services en personne1, tous les paiements doivent être effectués au moment de la réservation ou en personne uniquement. La sollicitation de paiement par tout autre moyen est strictement interdite.
  6. La transaction doit être affichée et facturée dans la devise du lieu du marchand (la devise est spécifiée à l'aide du processus de configuration des paiements). Aucune conversion de devises ne sera effectuée.

1. Tous les services en personne, à l'exception de ceux fournis via cette intégration, tels que les prépaiements et les dépôts

Exigences concernant les pages de destination

  1. La page de destination doit être le début du parcours de réservation, avec le nombre de personnes et la plage horaire présélectionnés.
  2. La page de destination ne doit pas être la page d'accueil du fournisseur de la plate-forme, ni aucune autre page.
  3. La première étape de la page de destination avec lien profond ne peut pas être un mur de paiement, où les utilisateurs ne peuvent pas consulter les métadonnées associées à leur réservation s'ils ne fournissent pas les informations de paiement.
  4. La première étape de la page de destination avec lien profond ne peut pas être une page de connexion. Le parcours de réservation doit inclure une option de paiement en tant qu'invité, qui permet aux utilisateurs d'effectuer une réservation sans se connecter ni créer de compte.
  5. Le lien externe et la page de destination ne doivent pas exiger que l'utilisateur télécharge une application pour effectuer le parcours de réservation.