unPlan.es transforme un budget, un style et une plage de dates en une journée entièrement réservée — du matin au soir, consciente des transports publics, avec des sessions à entrée programmée et des réservations que nous gérons pour lui (chacune chez son fournisseur réel). Le client traverse un assistant en 7 étapes ; les partenaires reçoivent un trafic qualifié et à forte intention, avec un fulfilment end-to-end en 24 heures.
Un document pour les fournisseurs d'inventaire, les réseaux d'affiliation et les partenaires commerciaux — qui nous sommes, ce que nous livrons, comment se connecter. Snapshot généré le 2026-05-28 00:27 UTC.
Ce que vous trouverez dans ce document.
Ce n'est pas une marketplace d'activités isolées. C'est un planificateur qui couture une journée entière — matin, déjeuner, après-midi, dîner, soir — ancrée à l'heure réelle du vol, avec les trajets vérifiés sur Google Maps et les sessions à entrée programmée timbrées depuis le catalogue de chaque fournisseur.
Six créneaux quotidiens avec deux alternatives par créneau, plus une option « temps libre ». Les jours d'arrivée et de retour s'adaptent à l'heure réelle d'atterrissage/décollage — nous ne promettons jamais un déjeuner de bienvenue à 13:30 si l'avion atterrit à 16:00.
Lorsqu'un fournisseur est connecté, les options affichées sont de l'inventaire en direct avec des prix en EUR. Si une catégorie n'a pas de resolver réel, elle reste vide jusqu'à ce que nous en intégrions un — nous n'inventons jamais.
Le client ne réserve pas pièce par pièce. En tant qu'intermédiaire par mandat, nous mettons l'inventaire en hold (Duffel hold orders, LiteAPI prebookId, Viator cartRef) et confirmons en 24 h ; chaque réservation est payée chez son fournisseur réel et unplan ne facture que sa gestion (il n'est pas le marchand des réservations). Les codes de réservation sont livrés par email et notification push.
L'ensemble du parcours tourne sur une unique fonction serverless (Vercel) avec CSP stricte, HSTS et RLS sur la base de données Supabase.
Si vous fournissez des vols, hôtels, billets, tours, restaurants ou expériences, voici ce que nous branchons, comment et à quel coût pour vous.
| Catégorie | Fournisseurs | Mode d'intégration | Statut |
|---|---|---|---|
| Vuelos | Aviasales · Duffel · Kiwi.com · LiteAPI Flights | Aggregator · API E2E · Aggregator · API E2E | En direct |
| Trenes | Rail Europe | Aggregator | Beta |
| Alojamiento | LiteAPI Hotels | API E2E | En direct |
| Actividades & tours | Awin product feeds · Civitatis · Fever · GetYourGuide · Groupon · Klook · Tiqets · TradeDoubler product feeds · Viator | Feed · Aggregator · Aggregator · Aggregator · Aggregator · Aggregator · Aggregator · Feed · API E2E | En direct |
| Museos & cultura | Fever · Tiqets · Viator | Aggregator · Aggregator · API E2E | En direct |
| Guías locales | GuruWalk · Viator · WeGoTrip | Aggregator · API E2E · Aggregator | En direct |
| Experiencias premium | Tiqets | Aggregator | En direct |
| Restaurantes | Yelp Fusion | Feed | Beta |
| Vida nocturna | Fever | Aggregator | En direct |
| Conciertos | Fever · Ticketmaster | Aggregator · Aggregator | En direct |
| Plan gratuito | OpenStreetMap POIs | Feed | En direct |
Recherche → prebook → book → cancel depuis notre backend serverless. Le client ne réserve pas pièce par pièce : nous appelons votre API avec le pattern de booking différé et chaque réservation est payée chez son fournisseur réel (unplan agit comme intermédiaire par mandat et ne facture que sa gestion, il n'est pas le marchand des réservations). Utilisé par Duffel, LiteAPI (hôtels et vols) et Viator Partner (gated).
Idéal pour : revenus directs au tarif wholesale + marge, sans perte de cookie d'affiliation.
Nous ingérons votre Product Data Feed (Awin, TradeDoubler, Impact, Partnerize), appliquons notre tagger + cache L2 et présentons les options dans l'agenda. Click-through vers votre checkout avec publisher / SID / CID déjà timbrés.
Idéal pour : marques avec programmes d'affiliation et modèles CPA / CPL.
Lorsqu'il n'y a pas d'API de booking, nous utilisons des API de recherche (Yelp, OSM Overpass) et redirigeons le client avec notre partner ID. Le parser inbound capture le code de réservation dans l'email de réponse.
Idéal pour : couverture long-tail et de complément.
unPlan.es est un publisher éditorial avec un modèle commercial clair : chaque parcours dans l'assistant se termine par un plan que nous gérons comme intermédiaire par mandat (chaque réservation chez son fournisseur réel). Le trafic que nous envoyons est un trafic à intention d'achat, avec budget connu et itinéraire confirmé, pas des clics par curiosité.
Nous timbrons Publisher ID / SID / CID sur chaque deep-link, déposons le cookie du réseau dans la même fenêtre et notifions les URLs de postback (Impact, Partnerize) lorsqu'elles sont disponibles. Chaque redirection est une recherche pour laquelle nous connaissons déjà les dates, la taille du groupe, le budget et l'alternative considérée.
Pas d'aller-retour, pas de course au remboursement. Le client ne réserve pas pièce par pièce : chaque réservation est payée chez son fournisseur réel et unplan ne facture que sa gestion (il n'est pas le marchand des réservations). Nous gardons l'inventaire en hold 24-72 h et réconcilions les réservations manuelles + API avant que l'auto-confirm ne se déclenche. Si nous ne pouvons pas livrer, le système rembourse automatiquement — le partenaire voit une annulation propre, pas un chargeback.
Ton éditorial, sans pop-ups, sans trafic incentivé, sans coupon-scraping. L'inventaire est présenté avec contexte culturel et gastronomique. La marque se lit comme un concierge, pas comme un comparateur.
Marché espagnol avec une expansion européenne active. L'autocomplétion d'origine utilise Google Places (post-mars 2025), et l'assistant supporte 10 styles en ES, FR, IT, PT, NL, DE, ainsi qu'une expansion curée à l'Est de l'Europe (9 villes ajoutées en 2026-05).
Une posture technique sérieuse n'est pas optionnelle lorsqu'on appelle les APIs des autres avec leur réputation en jeu. Voici le stack et ce que nous faisons pour le protéger.
docs/runbooks/security-incident.md (T+0 / 15 m / 1 h / 24 h / 7 d)./api/cron/expire-holds rembourse toutes les 5 min les holds expirés et notifie le client.Le client paie le prix wholesale tel quel. Notre management fee est fixée à 0 % — le revenu d'unPlan.es est la commission d'affiliation / partenaire en amont, nette pour le client. La seule ligne optionnelle est la carte virtuelle prépayée (« All-Inclusive »), plafonnée à 50 EUR / personne / jour avec des frais administratifs de 25 EUR absorbés dans la ligne de gestion. Plafond total des frais fixes : 25 EUR par plan.
Il y a trois portes. Choisissez celle qui correspond et nous vous remettrons un plan d'intégration d'une page sous 5 jours ouvrables.
Si vous exploitez une API de booking (NDC, hotel content + book, réservation de ticketing), nous construisons l'adaptateur dans pkg/providers/, certifions contre votre sandbox et déployons en production avec nos patterns de booking différé et idempotency-key.
Timeline : en général 2–4 semaines par adaptateur, dépendant de la certification.
Si vous gérez un Product Data Feed ou un programme Click + Postback (Awin, TradeDoubler, Impact, Partnerize, Travelpayouts), partagez le FID / SID / publisher ID et nous activons dans la même semaine. Nous acceptons JSON, CSV, JSONL et le nouveau Awin Enhanced Feed v2.
Timeline : 1–7 jours des identifiants au premier revenu.
Intégrations éditoriales sur mesure : styles de marque dans l'assistant, packages de villes curés, vouchers B2B, cartes cadeaux via la ligne de carte virtuelle prépayée. Pensée pour les travel boards, DMOs, groupes hôteliers et programmes de cartes premium.
Timeline : selon le brief de campagne.
Ventes, partenariats, co-marketing, onboarding d'affiliés, questions de revenue share.
Implémentation d'adaptateurs, handoff de sandbox, configuration des postbacks, certification.