Réponse en bref
Un hôtel vend ce que le voyageur ne peut pas toucher avant d'arriver. Voici les huit tâches qu'un site corporate n'a jamais à traiter : fiches de chambre, tarifs, passage au moteur de réservation, photographie, langues, accès et annulation.
Ce que fait un site d'hôtel et que ne fait pas un site corporate
Un site corporate explique qui vous êtes. Un site web d'hôtel doit conduire le voyageur jusqu'à la réservation : il choisit des dates, une chambre et un prix, puis sort vers une confirmation ou vers l'adresse d'à côté, dont la page a répondu plus vite.
La différence n'est pas visuelle. C'est l'ensemble des décisions prises en chemin : quelle chambre est-ce, ce que le prix comprend, ce que cela coûte à ces dates précises, si l'on peut annuler et comment arriver à la porte avec une valise.
Aucune de ces questions n'atteint jamais un site corporate. C'est pourquoi le schéma habituel accueil, à propos, services et contact reste net sur un projet hôtelier sans fonctionner : il ne mène à aucune de ces décisions.
Suit une section par décision : chambres et tarifs, disponibilités, photographie, langues, accès, annulation, avis et le téléphone par lequel presque tout commence. Aucune ne se remplace par une meilleure page de présentation.
Types de chambres et tarifs : une page qui se lit comme un produit
Une chambre est une fiche produit, pas un paragraphe dans une rubrique services. Il lui faut un nom, une capacité, une surface, des lits, une vue, le contenu du prix et ce qui la sépare de la chambre voisine dans la même catégorie.
Donner une page à chaque type règle deux problèmes d'un coup. Le voyageur compare en lignes plutôt qu'en suppositions, et la recherche reçoit une réponse précise : une requête sur une double avec balcon trouve la fiche, pas l'accueil.
Un tarif n'est pas la même chose qu'une chambre. La même chambre se vend non remboursable, avec petit-déjeuner ou avec départ tardif, et cette différence doit se lire en deux lignes près du prix, pas dans une note en petits caractères.
Une maison d'hôtes de quatre chambres en a autant besoin qu'un hôtel de cent. Plus le choix est réduit, plus chaque chambre doit être décrite jusqu'au bout, car le voyageur ne peut pas se rabattre sur une chambre semblable.
Disponibilités et passage au moteur de réservation
Un site web d'hôtel calcule rarement les dates libres lui-même. Cela relève du moteur de réservation ou du système de gestion hôtelière, et le site se charge d'y amener le voyageur avec ses dates, le nombre de personnes et le type de chambre déjà choisis.
Le point faible, c'est la remise elle-même. Si le calendrier de la page et celui du moteur vivent séparément, le voyageur choisit ses dates deux fois, et à la seconde étape une partie ferme l'onglet, persuadée d'avoir atterri ailleurs.
Le formulaire de dates se met donc sur le premier écran et ses valeurs passent au moteur par les paramètres du lien. Le voyageur voit la suite de son propre choix et non un nouveau formulaire, et le saut entre systèmes cesse de ressembler à une rupture.
Il faut décider à part ce qui se passe quand la réponse est complet. Des dates libres proches ou un autre type de chambre gardent la conversation ; un écran vide renvoie le voyageur à la recherche, où il ne vous regarde plus.
La photographie est le vrai produit
Le voyageur ne peut pas toucher la chambre avant d'arriver. Il n'a que des images : ici la photographie n'orne pas la page, elle est le produit, et sa qualité pèse sur la décision plus que n'importe quelle phrase écrite à côté.
Un minimum utile par type de chambre : un plan large, le lit, la salle de bains, la vue et le détail pour lequel on choisit cette chambre. Cinq prises honnêtes valent mieux que vingt angles presque identiques au grand-angle.
Les espaces communs se photographient à part : l'entrée, la réception, le petit-déjeuner, la cour, l'escalier. Le voyageur s'en fait une idée du lieu et vérifie si l'image correspondra à ce qu'il verra en sortant du taxi dans votre rue.
Les images lourdes sont la première cause de lenteur sur téléphone. Servez-les en formats modernes et en plusieurs tailles selon les écrans, sinon une belle galerie devient la raison de partir avant même d'avoir vu le prix.
Les voyageurs arrivent avec des langues différentes
Un hébergement vend presque toujours au-delà de sa propre langue. La version anglaise est le minimum, et ensuite le choix suit l'origine réelle des voyageurs : une maison a besoin du chinois, une autre du français, une troisième se contente de deux langues.
Traduire ne concerne pas que le texte des pages. Les noms de tarifs, les conditions d'annulation, les légendes des photos, les courriels de confirmation et le moteur de réservation lui-même doivent parler la langue du voyageur, sinon la traduction s'arrête à l'étape décisive.
Techniquement, chaque version linguistique a son adresse et les versions se relient par des annotations hreflang : Google décrit ce mécanisme dans sa documentation sur les versions localisées d'une page. Sans ce lien, les versions se concurrencent.
La devise et le format de date relèvent de la même question. La suite 03/04 ne se lit pas pareil à Londres et à Saint-Pétersbourg, et sur une page de réservation cette différence coûte plus cher que partout ailleurs sur le site.
Carte, itinéraire et la question de l'accès
Une adresse n'est pas un itinéraire. Le voyageur avec une valise veut savoir combien de temps depuis la gare et l'aéroport, par quel transport, où se trouve exactement l'entrée et quoi faire s'il arrive à trois heures du matin.
La page de contact porte donc une carte avec un repère, un court itinéraire écrit depuis deux ou trois points de transport et une photo de l'entrée. Cette dernière fait gagner plus de temps qu'il n'y paraît, surtout dans les cours et les longues rues.
Stationnement, ascenseur, marches à l'entrée, accès de plain-pied : ce ne sont pas des détails mais des motifs de refus. S'ils ne sont pas écrits, une partie des voyageurs choisira celui qui les a écrits, et vous n'en saurez rien.
Les informations de l'établissement gagnent à être répétées en données structurées. Schema.org définit le type Hotel comme une spécialisation de LodgingBusiness, ce qui livre à la recherche adresse, téléphone et horaires sous forme lisible par machine.
Des conditions d'annulation qui ne finissent pas en litige
L'annulation est la condition la plus lue d'un site hôtelier et l'endroit où commence le plus souvent un conflit. Le voyageur doit la comprendre avant de payer et non dans un courriel ensuite, et la comprendre dès la première lecture, sans dictionnaire juridique.
La formulation fonctionne quand elle porte un délai, un montant et une action : jusqu'à quand l'annulation est gratuite, ce qui est retenu après ce moment et comment annuler exactement, par un lien du courriel, par téléphone ou dans le moteur.
Avec plusieurs tarifs, les conditions s'écrivent à côté de chacun et non en un paragraphe de pied de page. Un tarif non remboursable est moins cher justement parce que sa condition diffère, et cela se montre au moment du choix, pas après le paiement.
Il en va de même des heures d'arrivée et de départ, de la caution, des animaux et des enfants. Quelqu'un cherche chacune de ces règles exprès, et chacune tient mieux sur sa propre ligne, où elle se trouve d'un seul regard.
Les avis et ce que l'on peut montrer chez soi
Les avis sur son propre site fonctionnent, mais les plateformes tierces restent l'endroit où on les lit vraiment. Il est raisonnable de montrer les siens sans feindre que les notes extérieures n'existent pas : le voyageur regardera les deux côtés.
Deux choses doivent rester distinctes : un avis déposé chez vous et une note recueillie sur une autre plateforme. Le premier est votre contenu, la seconde est une citation, et les plateformes ont leurs règles d'affichage hors de chez elles.
Google documente à part le balisage des avis, et il n'est pas là pour relever une note. Il existe pour qu'une machine lise les avis déjà présents comme une personne les lit, et qu'ils apparaissent dans les résultats sous une forme claire.
La manière la plus honnête de travailler les avis est d'y répondre et de réparer ce qui s'y répète. Le site montre alors exactement ce qui se passe dans la maison, et cela se révèle être sa force plutôt que son risque.
On réserve au téléphone, donc le téléphone est la version principale
Les voyageurs cherchent un logement en route, le soir, sur un wifi qui n'est pas le leur. Google indexe et classe les pages à partir de la version mobile, comme l'expose sa documentation sur l'indexation mobile-first, et pour un hébergement ce n'est pas une abstraction.
Concrètement : des dates choisies d'un pouce, un prix visible sans défilement, un numéro qui appelle, une carte qui s'ouvre et une galerie qui ne dévore pas les données mobiles. Tout le reste de la page se discute après cette liste.
Cela se teste sur un vrai téléphone et une connexion lente, pas sur une maquette dans une large fenêtre. L'écart entre fonctionner et fonctionner sur l'iPhone du designer apparaît précisément là, en général en deux minutes.
VITON13 construit ces sites à distance depuis Saint-Pétersbourg : structure des chambres et des tarifs, passage au moteur, versions linguistiques, données structurées et mise en page mobile. Une partie des tâches se fait avec l'IA sous direction humaine, de 13 à 113 dollars.
Checklist pratique
- Donnez à chaque type de chambre sa page avec capacité, surface, lits et contenu du prix.
- Décrivez chaque tarif séparément : ce qu'il couvre, ce qu'il exclut et ce qui le distingue du suivant.
- Vérifiez que les dates choisies sur le premier écran arrivent au moteur sans être ressaisies.
- Photographiez chaque type de chambre en cinq prises honnêtes et servez-les en formats légers.
- Écrivez l'accès depuis la gare et l'aéroport, photographiez l'entrée et précisez le stationnement.
- Placez les conditions d'annulation près du prix : délai, montant retenu et façon d'annuler.
Questions et réponses
En quoi un site d'hôtel diffère-t-il d'un site corporate ?
Par son objectif et par les décisions qu'il doit porter. Un site corporate explique qui vous êtes ; un site hôtelier conduit le voyageur jusqu'à la réservation. En chemin il décide quelle chambre, ce que le prix comprend, ce que cela coûte à ses dates, s'il peut annuler et comment arriver à la porte. Un site corporate ne reçoit jamais ces questions.
Chaque type de chambre a-t-il besoin de sa propre page ?
Oui, et pour deux raisons à la fois. Le voyageur compare ligne par ligne plutôt qu'à travers une description générale, et une page dédiée réunit capacité, surface, lits, vue et contenu du prix au même endroit. La recherche en a besoin aussi : une requête sur un type précis trouve sa réponse dans la fiche de chambre, pas dans l'accueil.
Le site doit-il calculer lui-même les disponibilités ?
En général non. Les disponibilités vivent dans le moteur de réservation ou dans le système de gestion, et le rôle du site est d'y amener le voyageur avec dates, nombre de personnes et type de chambre déjà choisis. Le point fragile n'est pas le calcul mais la remise : quand il faut saisir les dates une seconde fois, une partie des gens s'arrête là.
Combien de langues faut-il pour une maison d'hôtes ?
Autant que les langues avec lesquelles les voyageurs arrivent réellement, et l'anglais au minimum. La complétude compte plus que le nombre : noms des tarifs, conditions d'annulation, légendes des photos et courriels de confirmation doivent parler la langue du voyageur. Une traduction qui s'arrête juste avant le formulaire nuit plus qu'elle n'aide.
Où placer les conditions d'annulation sur le site ?
À côté du prix et à côté de chaque tarif, pas dans un paragraphe en pied de page. La formulation fonctionne quand elle porte un délai, un montant et une action : jusqu'à quand l'annulation est gratuite, ce qui est retenu ensuite et comment annuler exactement. C'est la condition la plus lue d'un site hôtelier et la source la plus fréquente de litige.