Comparatif documenté · 4 périmètres

Activités : niveaux Viator, GetYourGuide et standard OCTO

Une réservation intégrée peut exister dans un modèle affilié. À l’inverse, un standard ouvert ne donne aucun catalogue commercial : niveau d’accès, lieu de transaction et responsabilité doivent être lus séparément.

Documents consultés le 03/10/2026. Les faits ci-dessous sont attribués à leurs sources ; les scénarios et conseils sont éditoriaux. Le périmètre commercial, les prix et les droits de votre compte restent à confirmer.

Ce que documentent les sources officielles

Les lignes comparent des rôles et des conditions d’accès. Un point non documenté reste une question à poser, sans lui attribuer une note négative.

Faits, limites et vérifications par programme
Acteur et rôle	Documenté	Limite	À demander
Viator Partner API Droits techniques selon le niveau partenaire	La documentation technique distingue Basic Affiliate, Full Affiliate, Full + Booking Affiliate et Merchant. Full + Booking ajoute les endpoints transactionnels au périmètre affilié. Viator : accès aux endpoints ↗	Le mot affiliation ne suffit donc pas à conclure que le client doit quitter le site. Les opérations activées doivent être confirmées pour le niveau obtenu.	Quel niveau est ouvert à notre compte et quel montage de paiement, d’annulation et de support s’applique ?
Viator Programme affilié avec plusieurs parcours	La page Levels of API access présente Basic et Full avec transaction sur viator.com, puis Full + Booking avec transaction sur le site partenaire ; dans ce dernier montage affilié, Viator reste merchant of record. Viator : niveaux de l’Affiliate API ↗	Full et Full + Booking demandent une approbation et une certification. Ce modèle ne doit pas être assimilé au contrat Merchant API.	Qui prend en charge la transaction et le service client dans le programme choisi, et quelles preuves de certification devons-nous fournir ?
GetYourGuide API Basic, Reading ou Masterbill	GetYourGuide distingue Basic pour des informations synthétiques, Reading avec options et disponibilités, puis Masterbill permettant la réservation avec facturation mensuelle et rôle de merchant of record pour le partenaire. GetYourGuide : niveaux et exigences d’accès ↗	Le niveau Masterbill dépend du partenariat et d’un contrat spécifique. Une API de lecture ne donne pas ce droit de réservation.	Quel niveau correspond à notre audience et nos volumes, et quelles responsabilités seraient incluses dans un accord Masterbill ?
OCTO API Spécification d’échange ouverte	OCTO sépare les endpoints du socle et les capacités optionnelles, notamment pour prix, contenu et prises en charge. La déclaration d’une compatibilité doit préciser les capacités implémentées. OCTO : socle et capacités optionnelles ↗	OCTO ne constitue ni un catalogue à revendre ni un contrat de distribution. Deux partenaires utilisant le standard peuvent activer des périmètres différents.	Quelle version, quelles capacités et quels produits sont disponibles sur cette connexion, avec quelles règles d’annulation ?

Lire trois questions au lieu d’une étiquette commerciale

Déterminez d’abord qui confirme la place, puis où le voyageur effectue la transaction et enfin quel acteur porte le paiement et le service prévu au contrat. Ces questions peuvent recevoir des réponses différentes. Une expérience intégrée dans votre interface peut utiliser un dispositif de paiement du partenaire. Votre équipe doit expliquer ce montage au voyageur et savoir retrouver la référence correcte lorsqu’il demande une annulation.

Le niveau d’accès est une donnée du projet à consigner avec la date et la version des documents. Ne reprenez pas une ancienne page de présentation lorsqu’une documentation technique plus récente distingue des niveaux supplémentaires. En cas de différence entre sources, demandez une réponse écrite du partenaire et conservez la limite dans la grille. Un accès accordé à une autre entreprise ne prouve pas votre éligibilité.

Ne pas confondre standard et accès au marché

Une spécification commune réduit les différences de structure entre échanges. Elle n’efface pas les particularités des produits : langue, point de rendez-vous, tranche d’âge, départ confirmé ou seuil minimal. Demandez les identifiants du produit et de son option, les créneaux vendables et le contenu à présenter. Le test doit être réalisé sur la connexion réellement proposée, sans attribuer à tous les fournisseurs les capacités d’un exemple.

L’opérateur qui relie son logiciel à un canal de vente et le distributeur qui importe un catalogue regardent des flux de sens différent. L’un publie ou met à jour ses places ; l’autre demande une disponibilité et transmet une commande. Écrivez ce sens dans le schéma du projet. La présence d’un portail intégrateur ne signifie pas qu’un distributeur peut obtenir l’ensemble des activités de la plateforme.

Tester le jour de l’activité, pas seulement le panier

Prenez une visite avec horaire local, option de langue et participants de catégories différentes. Contrôlez le point de rendez-vous, les consignes, le total et le document remis. Vérifiez que le titre contient la référence reconnue par l’opérateur. Un e-mail de paiement ou un résumé de commande n’est pas forcément le billet que le voyageur doit présenter à l’entrée.

Ajoutez un créneau fermé par l’opérateur et un participant dont la demande d’annulation arrive après l’échéance. Le bon fonctionnement combine état de la réservation, invalidation du billet, information du voyageur et mouvement financier. Évaluez la charge d’orientation du support dans l’affiliation autant que la charge de gestion dans une vente intégrée. Un parcours plus autonome peut aussi demander davantage de suivi.

Quatre cas pour rendre la comparaison vérifiable

Utilisez un environnement et des données de test autorisés. Conservez les réponses, les opérations manuelles et les points qui restent inconnus.

Situations, contrôle et preuve attendue
Situation	Contrôle	Preuve utile
Compte Basic ou Reading	Identifier les données visibles et le lieu de transaction autorisé	Niveau accordé et liste des opérations accessibles
Commande intégrée	Identifier séparément vendeur de la transaction et interface utilisée	Montage contractuel, référence, paiement et contact de service
Connexion OCTO	Demander le socle et les capacités effectivement activées	Version, produits de test et résultats des opérations
Créneau supprimé	Suivre annulation, billet, notification et remboursement	État final concordant chez distributeur, canal et opérateur

Télécharger le registre de comparaison et préparer le contrôle d’accès API.

Questions fréquentes

Affiliation signifie-t-elle toujours redirection ?

Non. Certains programmes proposent un parcours affilié avec réservation intégrée. Vérifiez le niveau accordé et le rôle du prestataire de transaction dans le montage choisi.

Une compatibilité OCTO permet-elle de vendre toutes les activités ?

Le standard décrit des échanges. Le contrat, les produits connectés et les capacités implémentées déterminent ce que vous pouvez réellement distribuer.

Comment choisir entre catalogue et vente intégrée ?

Commencez par les droits accessibles et la capacité de votre équipe à suivre les exceptions. Comparez ensuite l’expérience voyageur et le coût complet de chaque parcours.

Compléter la décision avec les guides et les catégories

Tous les comparatifs · Méthode et limites des sources