Refúgio da Azinheira : l'arithmétique de la réservation directe
Un refuge rural sur la N2 portugaise qui reçoit désormais ses réservations sans intermédiaire. Le site est la partie facile. Le difficile vient après.
Une maison rurale qui vit des plateformes de réservation a un problème silencieux : elle n'est pas propriétaire de la relation avec le client. Elle n'a pas son adresse, ne choisit pas le message, ne peut pas fixer son prix sans pénalité, et cède une part de chaque nuit à celui qui a fait les présentations.
Le Refúgio da Azinheira se trouve sur la N2, en Alentejo. Nous avons bâti son site, et l'objectif n'a jamais été "d'avoir une présence en ligne". Il a été de changer qui contrôle la réservation.
Un beau site ne vend rien
C'est là que la plupart des projets échouent. On fait un site élégant, plein de couchers de soleil, puis le visiteur clique sur "réserver" et tombe sur un formulaire qui promet une réponse sous 24 heures.
Personne n'attend 24 heures. Pendant ces 24 heures, la personne a déjà réservé ailleurs, parce qu'ailleurs a répondu en dix secondes.
Une réservation directe n'existe que si le chemin entre "cela me plaît" et "c'est réservé" est plus court que sur la plateforme. Pas égal. Plus court.
Ce que cela exige, concrètement
Une disponibilité réelle, à l'écran. Un calendrier qui montre ce qui est libre, maintenant, sans appel téléphonique. Si le visiteur doit demander s'il reste de la place, il est déjà perdu.
La synchronisation des calendriers. Voilà le détail qui sépare un projet sérieux d'une brochure. Si les réservations directes ne parlent pas à celles des plateformes, le résultat inévitable est la double réservation : deux familles, une nuit, un lit. Une erreur pareille coûte plus que toutes les commissions économisées.
WhatsApp, pas un formulaire. Dans l'hébergement local, la conversation est le canal. Les gens veulent savoir si les animaux de compagnie sont acceptés, s'il y a de l'ombre, si le portail s'ouvre la nuit. Un formulaire tue cette conversation ; WhatsApp la fait naître sur le téléphone, là où la personne se trouve déjà.
Cinq langues. La N2 est une route internationale. Un visiteur allemand qui atterrit sur un site uniquement en portugais n'hésite pas : il retourne sur la plateforme, qui parle sa langue. Le site parle portugais, anglais, espagnol, français et allemand, et non par vanité. Par conversion.
Ce qui a été construit, et avec quoi
Périmètre. Site institutionnel et moteur de réservation directe pour un hébergement, en cinq langues, avec disponibilité en temps réel et synchronisation avec les plateformes.
| Application | ASP.NET Core, servie par Kestrel |
| Hébergement | Azure App Service |
| Internationalisation | 5 langues (PT, EN, ES, FR, DE), hreflang complet et x-default |
| SEO | données structurées BedAndBreakfast avec coordonnées et adresse, pour que Google présente la maison comme un hébergement et non comme une page quelconque |
| Réservations | calendrier de disponibilité et synchronisation iCal avec les plateformes |
| Contact | WhatsApp en direct, pas un formulaire |
Le hreflang n'est pas un ornement. La N2 est une route internationale. Sans lui, Google montre la page portugaise à un visiteur allemand, et ce visiteur retourne à la plateforme, qui est dans sa langue. Les cinq langues existent pour la conversion, pas par vanité.
La synchronisation iCal en est le cœur. C'est elle qui empêche la double réservation : deux familles, la même nuit, le même lit. Une seule de ces erreurs coûte plus que toutes les commissions économisées en un an.
Ce qui change quand cela fonctionne
La commission économisée est la première chose que l'on voit, et c'est la moins intéressante.
Ce qui change vraiment, c'est que la maison détient désormais les coordonnées de ses hôtes. Elle peut leur écrire l'hiver. Elle peut leur proposer de revenir sans payer personne pour ce privilège. Elle cesse de louer la relation et en devient propriétaire.
On ne tue pas une mouche au canon
Il a existé une version de ce projet avec CMS headless, une SPA par-dessus, une API au milieu et des microservices qui faisaient de l'œil au fond. Elle aurait été très bien en réunion.
Elle n'a pas été construite, et la raison est simple : une maison d'hôtes n'est pas une chaîne hôtelière. Le contenu change une demi-douzaine de fois par an. L'exploitation, c'est une personne avec un téléphone. Chaque pièce ajoutée aurait été une chose de plus à maintenir, à corriger et à casser, sans rien apporter que l'hôte puisse voir.
Ce qui a été construit est une application ASP.NET Core sur Azure App Service, avec du HTML rendu côté serveur. Ennuyeux, solide, et peu coûteux à exploiter.
L'ingénierie difficile ne consiste pas à choisir la technologie la plus grande. Elle consiste à choisir la plus petite qui résout le problème, et à savoir la défendre. Il est plus facile de justifier un canon à un client que de lui expliquer pourquoi il n'en a pas besoin.
Ce que nous ne promettons pas
Nous ne promettons pas que les plateformes deviennent inutiles. Elles ne le sont pas, et elles continuent d'amener des gens qui n'ont jamais entendu parler de la maison.
Le but n'est pas de les quitter. C'est de cesser d'en dépendre exclusivement. Et pour cela, le site doit être aussi rapide et aussi fiable qu'elles. Rien n'est laissé au hasard.
Il est en ligne sur refugioazinheira.pt.
